de chercher à avoir une politique d'exploration spatiale ambitieuse en tant que projet commun à l'humanité
Mais bien sûr ! Piller les ressources de notre belle planète terre (l'industrie spatiale est très polluante) pour tenter d'aller quelque part dans l'espace (totalement inhospitalier je le rappel, en tout cas dans notre système solaire), en voilà une bonne idée !
Encourager à la fois cette politique, et encourager les verts, je trouve ça un peu (beaucoup) contradictoire :-)
Pour le chiffrement des fichiers, je pense que c'est pas du tout hors sujet. Car à priori, dans ton appli, on y stocke des papiers personnels, voir confidentiels (contrats…).
Avoir un système de fichier encfs, c'est sympa mais :
il faut déjà configurer le truc, pas évident (moi par exemple, je ne sais pas du tout comment faut faire ce truc, et va falloir que je passe du temps à me documenter, à le configurer, à encrypter etc..)
ça oblige aussi à chiffrer plein d'autres fichiers (le home ?), ce qui n'est pas forcément utile
ça ne résout pas le problème des backups. Parce que cela signifie avoir là aussi des système de fichiers crypté sur tes disques de backups, etc..
Alors que pour l'utilisateur, si ton soft sait crypter, on lui donne une passphrase et basta. Les fichiers peuvent se trouver n'importe où, même sur un disque où ils n'ont rien à y faire, ce n'est pas un souci.
Tu ne pourras bientôt plus utiliser cet argument : La nightly de Firefox vient d'intégrer PDF.js. La navigateur pourra donc lire les PDF directement :-)
il est ainsi possible d’assembler des LEGO avec des DUPLO
Je ne sais pas trop ce qu'ils entendent par assembler des legos avec des duplos, mais ça fait plus de quarante ans que c'est possible de le faire. Lego n'a pas conçu les duplos n'importe comment ;-)
Ce qui rend Windows, Apple, Android, etc. populaire, c'est que c'est vendu partout
En fait, ce qui les rends populaire, c'est que c'est lié à du hardware.
Les gens achètent d'abord un objet high tech ("oh qu'il est bo, cool, sympa"), et les app store permettent d'utiliser cet objet comme bon leur semble (puisqu'il y a "une application pour à peu près tout faire"). L'app store n'est qu'une partie du succès. C'est tout un écosystème qui est mis en place par google et apple, enrobé dans un beau paquet marketisé à fond.
Aussi, pour que le desktop Linux décolle, il ne faut pas seulement un bel app store avec des milliers d'applications, mais aussi le reste, du hardware.
Or nulle-part il n'est vendu des ordinateurs avec une distro "classique" préinstallée (on peut en trouver, mais faut chercher, ça reste confidentiel, y en a pas dans les grandes chaines de magasin darty/boulanger/fnac/etc).
Tant qu'il n'y aura pas du matos du genre "tuxBook" ou "tuxPC" qui se vend partout, avec de la pub de malade, et avec une belle distro preinstallée (Ubuntu ou autre, on s'en fout), le desktop linux ne décollera pas (en tout cas, pas dans le contexte technico-commercial actuel). Et même si on a tout ça, pas évident que ça ait du succès, faut-il encore proposer au niveau bureau/logiciels, des innovations par rapport à la concurrence, bien voyantes, qui apporteraient des gros plus et ferait basculer l'utilisateur d'un "macBook" à un "tuxBook". Apple et Google ont placé la barre très très haut. (Faut voir comment Microsoft peine à garder des parts de marché)
De plus, actuellement, le fait de devoir passer par une étape d'installation, aussi simplifiée soit-elle, est un gros frein (et encore faut-il que le matos soit géré correctement, il ne faut pas se cacher qu'il peut y avoir des problèmes d'incompatibilités). Le consommateur lambda, il veut acheter son appareil, et veut pouvoir utiliser son appareil de suite, rien qu'en appuyant sur le bouton ON.
Enfin, j'ajouterai que maintenir un app-store n'est pas anodin, en particulier si il y a des transactions financières : il faut nécessairement une structure administrative derrière pour gérer l'argent. Avec les dépôts de chaque distro, on a vu qu'une communauté pouvait prendre en charge l'aspect purement logiciel. Mais je doute qu'une communauté puisse prendre en charge l'aspect commercial, marketing et financière d'un app-store.
Pas de liens ? pas une explication succincte et claire sur ce qu'est globalement qy.blog ? un moteur de blog ? une appli fessebouque ? en SAS ou qu'on peut installer ?
J'ai bien l'impression qu'il y a une incompréhension quelques part.
J'ai compris que tu disais que faire un site comme github, donc avec autant d'utilisateurs et cie, et être rapide, ce n’était pas dur.
Sauf ton respect, même avec beaucoup moins d'utilisateurs, ça reste une tâche difficile. On ne parle pas ici d'un site perso avec 3 pages et 2 dépôts git. Il faut déjà produire du code de qualité, avoir des machines qui encaissent, utiliser les bonnes technologies, avoir des bons techos, etc. ça reste pas simple du tout. Demande à Loic si ça a été simple de développer la technologie qu'il y a derrière Bargit (ou lit son blog…). Il a fait un véritable travail de R&D depuis plusieurs mois.
Et je doute que Loic veuille s'en tenir à quelques dizaines d'utilisateurs (Indefero a, à priori quelques centaines d'utilisateurs). Et donc qu'il est en train de mettre tout en place pour que ça ne s'écroule pas dès que son service aura un début de succès. Et ça, ça demande énormément de temps, beaucoup de travail.
Donc non, désolé, faire un site plus rapide et plus stable que Github, c'est dur (même pour moins d'utilisateurs).
Liberté d'utiliser: Tu dois respecter les condition d'utilisation.
Tout comme Gitorious http://en.gitorious.org/tos/, qui lui aussi, a des restrictions. Et pourtant c'est basé sur un logiciel libre, comme quoi, là encore, que ce soit libre ou pas, ça ne change rien.
Gitorious : 0
Github : 0
la liberté d'étudier le fonctionnement de l'adapter à ses besoins: Impossible avec github. Si il te manque une fonctionalité, ou qu'un détail de ne plaît pas, tu ne peux rien y faire.
Vrai. Mais au final, tu peux aussi avoir le même résultat avec le site gitorious. Les gars derrière Gitorious peuvent
1. refuser ta contribution
2. refuser d'activer ta contribution sur leur site pour x raisons même si ils l'ont accepté dans le dépot. Genre, tu fournis une contribution qui consiste à permettre de gérer des dépôts Subversion, cela ne veut pas dire que les administrateurs de Gitorious vont accepter d'activer cette fonctionnalité sur leur site (parce qu'ils ne veulent pas s’embêter à gérer des serveurs subversions par ex).
Donc tu ne seras pas plus avancé en utilisant les services du site Gitorious.
Gitorious : 0
Github : 0
La liberté de redistribuer des copies: Il est vrai que cette liberté ne s'applique pas à un service.
Exact, tant qu'on n'aura pas trouver comment cloner des machines, les dématérialiser, et les envoyer par mail… :-)
Gitorious : 0
Github : 0
La liberté d'améliorer et de publier les amélioration: Impossible avec github.
C'est vrai. Mais ça rejoint le point deux : ça ne va pas dire que ça va changer le service que propose le site Gitorious.
Gitorious : 0
Github : 0
Conclusion : que le site repose entièrement sur des logiciels libres ou pas, cela ne change absolument rien sur le service rendu dans l'absolu. Cela dépend simplement du bon vouloir des administrateurs du service. CQFD.
et pas qu'un peu :-) (bon, ça remonte à loin, j'ai un peu la mémoire défaillante sur le sujet maintenant :-)
Je crois que c'est dans la même optique qu'a été développé masd, un assembleur avec une syntaxe sympa genre :
Oui, j'utilisais aussi des accolades, mais j'avais aussi d'autres règles syntaxiques qui facilitaient le développement mais je n'ai pas souvenir de tout. Il y avait par exemple l'écriture d'expression mathématique avec priorité des opérateurs (masd ne savait pas le faire à l'époque). Il y avait aussi d'autres facilités comme les labels locaux (ça économisait de la mémoire à la compilation), la compilation vers des "fichiers objets". on pouvait ainsi compiler des fichiers séparément, et linker le tout à la fin, économisant du temps et des ressources systèmes (très précieuses !). Mine de rien, c'était "révolutionnaire", car c'était des choses que ne pouvaient pas faire les compilateurs d'alors (peut-être masd le faisait, je ne sais plus, il a été développé à peu près en même temps que j-asm).
Il y avait d'autres trucs mais je ne me souvient plus.
Faudrait que je remette en ligne le site web du projet :-)
je confirme, les années 2000, c'était déjà le déclin des HP :-) c'est pour ça que presque plus personne en achetait. En fait, ça devenait de plus en plus dur à en trouver dans le commerce, et maintenant ça me revient, il y a même un moment où HP avait plus ou moins arrêté le développement actif de ses calculatrices (pour je ne sais quelle raison).
Et si tu dis qu'on entendait partout du bien des HP sans vraiment en voir, c'était probablement parce qu'elles avaient vraiment marqué leur époque. La preuve, on en parle encore :-)
un IDE complet côté PC (TIGCC) avec un vrai langage (TIGCC).
Ouai enfin, moi je te parle de l'age d'or des HP, debut-milieu des années 90. à cette époque il n'y avait quasiement rien pour coder sur les TI et fallait faire des hacks de malade pour arriver à installer un soft réalisé en ASM ou autre (c'est pour ça qu'à l'époque, je suis resté sur HP).
Il a fallu attendre très longtemps pour voir des softs ou des jeux dignes de ce nom sur les TI92 et suivantes. Les screenshots que tu montres, il y avait déjà l'équivalent sur HP avant même la sortie de la TI92 ;-)
Et le jour où TIGCC était disponible (fin 99, debut 2000), l'age d'or des HP était déjà plus ou moins révolu.
bref, tu fais une comparaison de choses qui sont apparues à des époques différentes ;-)
ton pseudo argumentaire ne tient pas. Tu confonds service hébergé et outils.
Et puis bon, si OSX te va, tant mieux. Moi j'en suis revenu. Et je préfère encore et toujours Linux. La liberté s'en ressent vraiment à l'usage. On peut faire vraiment ce qu'on veut avec (et je m'accomode mieux à certains outils).
Par contre, la liberté du code source d'un service hébergé, on la ressent beaucoup moins, car elle ne sert quasiment à rien, pour la bonne est simple raison que, logiciel libre ou pas, tu n'as aucun contrôle sur le serveur qui héberge le service.
Alors certes, quand ce sont des logiciels libres, tu peux l'installer sur ton serveur, mais c'est hors scope / sujet pour moi, je ne veux pas faire d'admin système, j'en ai assez à faire comme ça.
Parce que mon taf, c'est de faire du code, pas de l'administration système.
Tu insinue qu'avec Fedora, il faut mettre les mains dans le camboui pour que ça fonctionne ? Mince, moi qui voulait essayer autre chose qu'ubuntu pour une de mes machines… (ouh là là, toi, tu vas avoir des ennuis avec les pro-fedora ;-) )
Pourquoi les HP ont eu moins de succès ? De toutes mes études, sur 4 écoles, je n'ai vu qu'une seule personne possédant une HP.
ça dépend de l'époque dont tu parles, et de quel type d'école tu parles (info ? scientifique ? littéraire ?). Au début des années 90 (92-95 par là), la HP était assez répandu (BAC S, IUT info..). Loin derrière les casios toutefois (et pas trop loin non plus des TI), principalement à cause de son coût. Peut être aussi de sa complexité toute relative (la notation polonaise inverse en révulsait beaucoup, faut l'avouer). Maintenant, parler d'une élite, ce n'était pas mon impression. J'avais une HP 48 pour deux choses : ses capacités techniques et mathématiques, et son ouverture pour les gros geeks programmeurs comme moi. Certainement pas pour me la péter. (mais il est vrai que j'en ai vu, possédant une HP, et sachant à peine utiliser 2% des fonctionnalités de la machine, et qui s'en servaient comme machine de jeux ou de stockage..)
Maintenant, si pour toi celui qui arrive à se mettre au RPN est une élite, alors bon, ok, j'étais une élite (sans le savoir) :-) Et tu as probablement raison sur la chute des parts de marché de HP. Bien qu'il faut reconnaître que, depuis la nuit des temps, HP ne fait des calculatrices principalement pour les professionnels (d'ailleurs ils appellent plutôt ça des "calculateurs de poche" :-). Ils n'ont probablement pas vraiment su gérer de manière durable ce relatif succès des années 90 dans les lycées et écoles…
Tout comme l'utilisation de github par Linus pour le noyau, il est intéressant de se demander pourquoi cet usage assez massif de services non libres de la part d'équipes de développement pourtant au fait des licences et de leurs conséquences.
Je fais du LL, et j'utilise Github, voici pourquoi :
je n'ai pas envie et encore moins le temps de m’embêter à installer et gérer un gitmachinchose sur mon serveur. Il y a déjà assez de choses comme ça à gérer sur ledit serveur.
Aussi, sachant cette contrainte, que j'aille héberger mon projet sur gitorious plutôt que github, qu'est ce que cela va m'apporter ?
Rien. Absolument rien. La liberté du code source du site ne va absolument rien apporter à mon projet. Dans les deux cas (enfin en tout cas dans github), j'ai un accès TOTAL à mes données (dépôt, wiki, bugs). Je peux les récupérer comme je veux. Et c'est ce qui m'importe au plus haut lieu : les données de mon projet. (et en terme de respect de la vie privée etc, que le site soit libre ou pas ne va rien changer, puisque cet aspect des choses est du bon vouloir de leurs administrateurs)
Viennent ensuite les fonctionnalités. J'avoue que je n'ai pas trop utilisé gitorious, mais d'après ce que j'en ai vu, je préfère Github.
Bref, si j'utilise un site d’hébergement de projet, c'est pour le service qu'il me rend. Parce que mon taf, c'est faire du code (libre si possible), pas faire de l'administration système.
Enfin, dire que github n'est pas libre, c'est un peu aller vite en besogne. Ils ont libérés pas mal d'outils, comme par exemple leur système de wiki (utilisant git comme backend), ce qui n'est pas rien.
Maintenant, je suis tout ouïe, car il y a probablement des choses qui m'ont échappé, et que telle une brebis égarée, je me sois perdu à cause de ce site démoniaque qu'est Github. Que m'apporterait de plus le site Gitorious(1) dans mon cas ? En quoi utiliser Gitorious me rendra-t-il plus productif ? Donne-t-il plus de visibilité à mes projets ? Rend-il mon code plus beau, avec un poil plus soyeux ? Corrige-t-il mes bugs automatiquement ? Me donne-t-il une entrée gratuite VIP à Solution Linux ? Vais-je pouvoir déjeuner avec Linus ? (pas Stallman, déjà croisé à des RMLL ou je ne sais plus quand, et puis finalement, ça n'a rien changé dans ma vie).
(1) ou autre service soit disant "libre", sachant que je ne vois pas en quoi on peut dire qu'un service est "libre" ou pas :-p
Je plussoi ! La HP48 et 49, des machines du tonnerre, où il n'y avait pas besoin de faire des super hacks de la mort qui tue pour faire des programmes en assembleur. C'était prévu par le système d'origine :-) . Bref, c'était une machine bien plus ouverte que les TI de l'époque. Tellement ouverte d'ailleurs que des types comme J.Y. Avenard et Cyrille de Brebisson avaient réalisé un OS alternatif pour HP48. Et que HP, très intéressé par ce projet, les avait embauchés et cet OS s'est retrouvé être celui de la HP49 :-)
aaah les "HP-party" organisées dans les locaux même de HP, invitant les développeurs de tout poil à montrer leurs œuvres… souvenirs, souvenirs… ;-)
Perso, je m'étais bien amuser à programmer des jeux (jytris) et un compilateur d'assembleur J-Asm (c'était un langage assembleur ++ qui avait quelques trucs syntaxiques à la C évitant de devoir déclarer des tags et des goto par exemple :-) ).
Bon mais faut reconnaître quand même que le processeur des HP était moins puissant que celui des TI. Cependant le challenge de coder des trucs de fou sur la HP était alors d'autant plus grand !
On pourrait utiliser l'historique des révisions et faire un ratio mais l'importance des révisions ne serait pas prise en compte. (rang des fausses bonnes idées)
Avant de pouvoir utiliser le résultat des diff entre chaque révision (permettant donc de connaitre automatiquement l'importance d'une modification), il faudrait d'abord changer la lib qui fait le diff, car elle déconne grave. Genre on change un caractère, et hop, il y a trois paragraphes qui sont détectés comme différents.
Est-ce que XUL va évoluer pour mieux s'adapter à la plateforme ?
C'est pas une histoire d'adaptation de XUL à la plateforme. Pour avoir le look de gnome3, c'est surtout une histoire de CSS (ce qui est fourni par adwaita est un theme, donc des fichiers css, images…)
Juste par curiosité, les gagnants sont choisis sur des critères précis (et si oui lesquels) ? par tirage au sort ? Ou c'est un choix complètement subjectif d'un jury (qui serait composé de qui d'ailleurs ?)
Il faut que tu saches que le second degré, l'ironie, tout ça, cela requiert une certaine qualité d'écriture. Et là, manifestement, ta phrase était mal tournée.
# mouahahah
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Les médias, la France et l'élection : sommes-nous un pays anti-progressiste ?. Évalué à 5.
Mais bien sûr ! Piller les ressources de notre belle planète terre (l'industrie spatiale est très polluante) pour tenter d'aller quelque part dans l'espace (totalement inhospitalier je le rappel, en tout cas dans notre système solaire), en voilà une bonne idée !
Encourager à la fois cette politique, et encourager les verts, je trouve ça un peu (beaucoup) contradictoire :-)
[^] # Re: Très intéressant
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Gérer sa paperasse quand on est une feignas^W^W un programmeur. Évalué à -1.
Pour le chiffrement des fichiers, je pense que c'est pas du tout hors sujet. Car à priori, dans ton appli, on y stocke des papiers personnels, voir confidentiels (contrats…).
Avoir un système de fichier encfs, c'est sympa mais :
Alors que pour l'utilisateur, si ton soft sait crypter, on lui donne une passphrase et basta. Les fichiers peuvent se trouver n'importe où, même sur un disque où ils n'ont rien à y faire, ce n'est pas un souci.
[^] # Re: Noms des applications
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche GNOME 3.4 : l'émergence des applications. Évalué à 2.
Tu ne pourras bientôt plus utiliser cet argument : La nightly de Firefox vient d'intégrer PDF.js. La navigateur pourra donc lire les PDF directement :-)
# lego+duplo: déjà fait
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Free Universal Construction Kit ou comment apprendre l'interopérabilité aux enfants. Évalué à 9.
Je ne sais pas trop ce qu'ils entendent par assembler des legos avec des duplos, mais ça fait plus de quarante ans que c'est possible de le faire. Lego n'a pas conçu les duplos n'importe comment ;-)
[^] # Re: Click N Run
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Un AppStore est-il viable pour une distribution Linux ?. Évalué à 10. Dernière modification le 28 mars 2012 à 10:22.
En fait, ce qui les rends populaire, c'est que c'est lié à du hardware.
Les gens achètent d'abord un objet high tech ("oh qu'il est bo, cool, sympa"), et les app store permettent d'utiliser cet objet comme bon leur semble (puisqu'il y a "une application pour à peu près tout faire"). L'app store n'est qu'une partie du succès. C'est tout un écosystème qui est mis en place par google et apple, enrobé dans un beau paquet marketisé à fond.
Aussi, pour que le desktop Linux décolle, il ne faut pas seulement un bel app store avec des milliers d'applications, mais aussi le reste, du hardware.
Or nulle-part il n'est vendu des ordinateurs avec une distro "classique" préinstallée (on peut en trouver, mais faut chercher, ça reste confidentiel, y en a pas dans les grandes chaines de magasin darty/boulanger/fnac/etc).
Tant qu'il n'y aura pas du matos du genre "tuxBook" ou "tuxPC" qui se vend partout, avec de la pub de malade, et avec une belle distro preinstallée (Ubuntu ou autre, on s'en fout), le desktop linux ne décollera pas (en tout cas, pas dans le contexte technico-commercial actuel). Et même si on a tout ça, pas évident que ça ait du succès, faut-il encore proposer au niveau bureau/logiciels, des innovations par rapport à la concurrence, bien voyantes, qui apporteraient des gros plus et ferait basculer l'utilisateur d'un "macBook" à un "tuxBook". Apple et Google ont placé la barre très très haut. (Faut voir comment Microsoft peine à garder des parts de marché)
De plus, actuellement, le fait de devoir passer par une étape d'installation, aussi simplifiée soit-elle, est un gros frein (et encore faut-il que le matos soit géré correctement, il ne faut pas se cacher qu'il peut y avoir des problèmes d'incompatibilités). Le consommateur lambda, il veut acheter son appareil, et veut pouvoir utiliser son appareil de suite, rien qu'en appuyant sur le bouton ON.
Enfin, j'ajouterai que maintenir un app-store n'est pas anodin, en particulier si il y a des transactions financières : il faut nécessairement une structure administrative derrière pour gérer l'argent. Avec les dépôts de chaque distro, on a vu qu'une communauté pouvait prendre en charge l'aspect purement logiciel. Mais je doute qu'une communauté puisse prendre en charge l'aspect commercial, marketing et financière d'un app-store.
[^] # Re: Firefox le faisait il y a 10 ans
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Google vous propose de désactiver Analytics. Évalué à 7.
Tu aurais du dire plutôt adblock…
# et donc ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Qy.blog v1.0k où le partage illimité / Qy.blog devient Qy.share. Évalué à 7.
Pas de liens ? pas une explication succincte et claire sur ce qu'est globalement qy.blog ? un moteur de blog ? une appli fessebouque ? en SAS ou qu'on peut installer ?
[^] # Re: Baregit sera libéré sous licence GPL
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Migration de PHP vers Git, Gitlab, Baregit. Évalué à 5. Dernière modification le 22 mars 2012 à 13:30.
J'ai bien l'impression qu'il y a une incompréhension quelques part.
J'ai compris que tu disais que faire un site comme github, donc avec autant d'utilisateurs et cie, et être rapide, ce n’était pas dur.
Sauf ton respect, même avec beaucoup moins d'utilisateurs, ça reste une tâche difficile. On ne parle pas ici d'un site perso avec 3 pages et 2 dépôts git. Il faut déjà produire du code de qualité, avoir des machines qui encaissent, utiliser les bonnes technologies, avoir des bons techos, etc. ça reste pas simple du tout. Demande à Loic si ça a été simple de développer la technologie qu'il y a derrière Bargit (ou lit son blog…). Il a fait un véritable travail de R&D depuis plusieurs mois.
Et je doute que Loic veuille s'en tenir à quelques dizaines d'utilisateurs (Indefero a, à priori quelques centaines d'utilisateurs). Et donc qu'il est en train de mettre tout en place pour que ça ne s'écroule pas dès que son service aura un début de succès. Et ça, ça demande énormément de temps, beaucoup de travail.
Donc non, désolé, faire un site plus rapide et plus stable que Github, c'est dur (même pour moins d'utilisateurs).
Et je passe sur tes insultes… C'est pathétique.
[^] # Re: Baregit sera libéré sous licence GPL
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Migration de PHP vers Git, Gitlab, Baregit. Évalué à 6.
Pas dur ? Toi tu n'as jamais bossé sur un site à forte fréquentation…
[^] # Re: ma réponse
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Migration de PHP vers Git, Gitlab, Baregit. Évalué à 3. Dernière modification le 21 mars 2012 à 10:49.
Tout comme Gitorious http://en.gitorious.org/tos/, qui lui aussi, a des restrictions. Et pourtant c'est basé sur un logiciel libre, comme quoi, là encore, que ce soit libre ou pas, ça ne change rien.
Gitorious : 0
Github : 0
Vrai. Mais au final, tu peux aussi avoir le même résultat avec le site gitorious. Les gars derrière Gitorious peuvent
1. refuser ta contribution
2. refuser d'activer ta contribution sur leur site pour x raisons même si ils l'ont accepté dans le dépot. Genre, tu fournis une contribution qui consiste à permettre de gérer des dépôts Subversion, cela ne veut pas dire que les administrateurs de Gitorious vont accepter d'activer cette fonctionnalité sur leur site (parce qu'ils ne veulent pas s’embêter à gérer des serveurs subversions par ex).
Donc tu ne seras pas plus avancé en utilisant les services du site Gitorious.
Gitorious : 0
Github : 0
Exact, tant qu'on n'aura pas trouver comment cloner des machines, les dématérialiser, et les envoyer par mail… :-)
Gitorious : 0
Github : 0
C'est vrai. Mais ça rejoint le point deux : ça ne va pas dire que ça va changer le service que propose le site Gitorious.
Gitorious : 0
Github : 0
Conclusion : que le site repose entièrement sur des logiciels libres ou pas, cela ne change absolument rien sur le service rendu dans l'absolu. Cela dépend simplement du bon vouloir des administrateurs du service. CQFD.
[^] # Re: pfff
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Punix, le baptême du feu. Évalué à 3.
et pas qu'un peu :-) (bon, ça remonte à loin, j'ai un peu la mémoire défaillante sur le sujet maintenant :-)
Oui, j'utilisais aussi des accolades, mais j'avais aussi d'autres règles syntaxiques qui facilitaient le développement mais je n'ai pas souvenir de tout. Il y avait par exemple l'écriture d'expression mathématique avec priorité des opérateurs (masd ne savait pas le faire à l'époque). Il y avait aussi d'autres facilités comme les labels locaux (ça économisait de la mémoire à la compilation), la compilation vers des "fichiers objets". on pouvait ainsi compiler des fichiers séparément, et linker le tout à la fin, économisant du temps et des ressources systèmes (très précieuses !). Mine de rien, c'était "révolutionnaire", car c'était des choses que ne pouvaient pas faire les compilateurs d'alors (peut-être masd le faisait, je ne sais plus, il a été développé à peu près en même temps que j-asm).
Il y avait d'autres trucs mais je ne me souvient plus.
Faudrait que je remette en ligne le site web du projet :-)
[^] # Re: pfff
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Punix, le baptême du feu. Évalué à 3.
je confirme, les années 2000, c'était déjà le déclin des HP :-) c'est pour ça que presque plus personne en achetait. En fait, ça devenait de plus en plus dur à en trouver dans le commerce, et maintenant ça me revient, il y a même un moment où HP avait plus ou moins arrêté le développement actif de ses calculatrices (pour je ne sais quelle raison).
Et si tu dis qu'on entendait partout du bien des HP sans vraiment en voir, c'était probablement parce qu'elles avaient vraiment marqué leur époque. La preuve, on en parle encore :-)
[^] # Re: pfff
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Punix, le baptême du feu. Évalué à 3.
Ouai enfin, moi je te parle de l'age d'or des HP, debut-milieu des années 90. à cette époque il n'y avait quasiement rien pour coder sur les TI et fallait faire des hacks de malade pour arriver à installer un soft réalisé en ASM ou autre (c'est pour ça qu'à l'époque, je suis resté sur HP).
Il a fallu attendre très longtemps pour voir des softs ou des jeux dignes de ce nom sur les TI92 et suivantes. Les screenshots que tu montres, il y avait déjà l'équivalent sur HP avant même la sortie de la TI92 ;-)
Et le jour où TIGCC était disponible (fin 99, debut 2000), l'age d'or des HP était déjà plus ou moins révolu.
bref, tu fais une comparaison de choses qui sont apparues à des époques différentes ;-)
[^] # Re: ma réponse
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Migration de PHP vers Git, Gitlab, Baregit. Évalué à 1. Dernière modification le 20 mars 2012 à 16:49.
ton pseudo argumentaire ne tient pas. Tu confonds service hébergé et outils.
Et puis bon, si OSX te va, tant mieux. Moi j'en suis revenu. Et je préfère encore et toujours Linux. La liberté s'en ressent vraiment à l'usage. On peut faire vraiment ce qu'on veut avec (et je m'accomode mieux à certains outils).
Par contre, la liberté du code source d'un service hébergé, on la ressent beaucoup moins, car elle ne sert quasiment à rien, pour la bonne est simple raison que, logiciel libre ou pas, tu n'as aucun contrôle sur le serveur qui héberge le service.
Alors certes, quand ce sont des logiciels libres, tu peux l'installer sur ton serveur, mais c'est hors scope / sujet pour moi, je ne veux pas faire d'admin système, j'en ai assez à faire comme ça.
Tu insinue qu'avec Fedora, il faut mettre les mains dans le camboui pour que ça fonctionne ? Mince, moi qui voulait essayer autre chose qu'ubuntu pour une de mes machines… (ouh là là, toi, tu vas avoir des ennuis avec les pro-fedora ;-) )
[^] # Re: pfff
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Punix, le baptême du feu. Évalué à 3.
ça dépend de l'époque dont tu parles, et de quel type d'école tu parles (info ? scientifique ? littéraire ?). Au début des années 90 (92-95 par là), la HP était assez répandu (BAC S, IUT info..). Loin derrière les casios toutefois (et pas trop loin non plus des TI), principalement à cause de son coût. Peut être aussi de sa complexité toute relative (la notation polonaise inverse en révulsait beaucoup, faut l'avouer). Maintenant, parler d'une élite, ce n'était pas mon impression. J'avais une HP 48 pour deux choses : ses capacités techniques et mathématiques, et son ouverture pour les gros geeks programmeurs comme moi. Certainement pas pour me la péter. (mais il est vrai que j'en ai vu, possédant une HP, et sachant à peine utiliser 2% des fonctionnalités de la machine, et qui s'en servaient comme machine de jeux ou de stockage..)
Maintenant, si pour toi celui qui arrive à se mettre au RPN est une élite, alors bon, ok, j'étais une élite (sans le savoir) :-) Et tu as probablement raison sur la chute des parts de marché de HP. Bien qu'il faut reconnaître que, depuis la nuit des temps, HP ne fait des calculatrices principalement pour les professionnels (d'ailleurs ils appellent plutôt ça des "calculateurs de poche" :-). Ils n'ont probablement pas vraiment su gérer de manière durable ce relatif succès des années 90 dans les lycées et écoles…
[^] # Re: pfff
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Punix, le baptême du feu. Évalué à 3.
L'OS en question, c'est en gros le metakernel (enfin en tout cas, une évolution du metakernel)..
Et sinon, je n'ai pas de lien, ça fait quelques années que je ne suis plus l'actu HP.
# ma réponse
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Migration de PHP vers Git, Gitlab, Baregit. Évalué à 8.
Je fais du LL, et j'utilise Github, voici pourquoi :
je n'ai pas envie et encore moins le temps de m’embêter à installer et gérer un gitmachinchose sur mon serveur. Il y a déjà assez de choses comme ça à gérer sur ledit serveur.
Aussi, sachant cette contrainte, que j'aille héberger mon projet sur gitorious plutôt que github, qu'est ce que cela va m'apporter ?
Rien. Absolument rien. La liberté du code source du site ne va absolument rien apporter à mon projet. Dans les deux cas (enfin en tout cas dans github), j'ai un accès TOTAL à mes données (dépôt, wiki, bugs). Je peux les récupérer comme je veux. Et c'est ce qui m'importe au plus haut lieu : les données de mon projet. (et en terme de respect de la vie privée etc, que le site soit libre ou pas ne va rien changer, puisque cet aspect des choses est du bon vouloir de leurs administrateurs)
Viennent ensuite les fonctionnalités. J'avoue que je n'ai pas trop utilisé gitorious, mais d'après ce que j'en ai vu, je préfère Github.
Bref, si j'utilise un site d’hébergement de projet, c'est pour le service qu'il me rend. Parce que mon taf, c'est faire du code (libre si possible), pas faire de l'administration système.
Enfin, dire que github n'est pas libre, c'est un peu aller vite en besogne. Ils ont libérés pas mal d'outils, comme par exemple leur système de wiki (utilisant git comme backend), ce qui n'est pas rien.
Maintenant, je suis tout ouïe, car il y a probablement des choses qui m'ont échappé, et que telle une brebis égarée, je me sois perdu à cause de ce site démoniaque qu'est Github. Que m'apporterait de plus le site Gitorious(1) dans mon cas ? En quoi utiliser Gitorious me rendra-t-il plus productif ? Donne-t-il plus de visibilité à mes projets ? Rend-il mon code plus beau, avec un poil plus soyeux ? Corrige-t-il mes bugs automatiquement ? Me donne-t-il une entrée gratuite VIP à Solution Linux ? Vais-je pouvoir déjeuner avec Linus ? (pas Stallman, déjà croisé à des RMLL ou je ne sais plus quand, et puis finalement, ça n'a rien changé dans ma vie).
(1) ou autre service soit disant "libre", sachant que je ne vois pas en quoi on peut dire qu'un service est "libre" ou pas :-p
[^] # Re: pfff
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Punix, le baptême du feu. Évalué à 7.
Je plussoi ! La HP48 et 49, des machines du tonnerre, où il n'y avait pas besoin de faire des super hacks de la mort qui tue pour faire des programmes en assembleur. C'était prévu par le système d'origine :-) . Bref, c'était une machine bien plus ouverte que les TI de l'époque. Tellement ouverte d'ailleurs que des types comme J.Y. Avenard et Cyrille de Brebisson avaient réalisé un OS alternatif pour HP48. Et que HP, très intéressé par ce projet, les avait embauchés et cet OS s'est retrouvé être celui de la HP49 :-)
aaah les "HP-party" organisées dans les locaux même de HP, invitant les développeurs de tout poil à montrer leurs œuvres… souvenirs, souvenirs… ;-)
Perso, je m'étais bien amuser à programmer des jeux (jytris) et un compilateur d'assembleur J-Asm (c'était un langage assembleur ++ qui avait quelques trucs syntaxiques à la C évitant de devoir déclarer des tags et des goto par exemple :-) ).
Bon mais faut reconnaître quand même que le processeur des HP était moins puissant que celui des TI. Cependant le challenge de coder des trucs de fou sur la HP était alors d'autant plus grand !
# lib diff à changer
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Rédaction coopérative et karma. Évalué à 3.
Avant de pouvoir utiliser le résultat des diff entre chaque révision (permettant donc de connaitre automatiquement l'importance d'une modification), il faudrait d'abord changer la lib qui fait le diff, car elle déconne grave. Genre on change un caractère, et hop, il y a trois paragraphes qui sont détectés comme différents.
https://linuxfr.org/suivi/changer-ou-ameliorer-la-lib-diff-pour-visualiser-les-changements
[^] # Re: pas mieux, mais moins pire
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Opération détaxe - Sony Vaio. Évalué à 3.
ah bon ? parce que pour faire un procés, il suffit juste d'un coup de téléphone ?
[^] # Re: Thème GNOME 3
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Firefox 11. Évalué à 1.
C'est pas une histoire d'adaptation de XUL à la plateforme. Pour avoir le look de gnome3, c'est surtout une histoire de CSS (ce qui est fourni par adwaita est un theme, donc des fichiers css, images…)
[^] # Re: De la nouveauté enfin !
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Firefox 11. Évalué à 3.
L'explorateur 3D repose sur webgl, donc OpenGL, donc c'est accéléré. Donc ça doit être un problème de conf ou de perf chez toi
[^] # Re: Autre version publiée vers midi
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Google n'est pas notre ennemi (avec des morceaux d'OSM dedans). Évalué à 1.
Sans vouloir t'offenser, je trouve que la traduction de René-luc est bien meilleure. Il y a des phrases dans ton journal que je n'ai pas compris…
# règles ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Meilleurs contributeurs LinuxFr.org : Les gagnants de février 2012. Évalué à 5.
Juste par curiosité, les gagnants sont choisis sur des critères précis (et si oui lesquels) ? par tirage au sort ? Ou c'est un choix complètement subjectif d'un jury (qui serait composé de qui d'ailleurs ?)
[^] # Re: ouah!
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Google la croque-t-il ?. Évalué à 4.
Il faut que tu saches que le second degré, l'ironie, tout ça, cela requiert une certaine qualité d'écriture. Et là, manifestement, ta phrase était mal tournée.