Ce dépot n'est qu'une liste, mais sur le site on trouve des interviews vidéo des auteurs de certains des projets : http://redecentralize.org/interviews/
Si jamais on veut gérer plusieurs certificats, il est nécessaire de s'assurer de la compatibilité du serveur et des navigateurs web des visiteurs avec la fonctionnalité Server Name Indication.
Les navigateurs commencent à supporter le SNI relativement bien. Par contre les bibliothèques clientes HTTP pas forcément.
Un conseil : si vous hébergez une API Web derrière du HTTPS, ne comptez pas sur SNI.
Personnellement j'ai l'approche inverse, je pense qu'on devrait penser au jeu vidéo pour les projets, justement parce que les problèmes n'y sont pas spécifiques et qu'on y retrouve pas mal de problèmes qui existent ailleurs. Et en plus de ça, c'est fun, ça motive les étudiants.
C'est vrai, après un autre problème sur certaines technos pointues c'est la formation de base. En France notre système d'écoles d'ingénieurs sort des généralistes, mais on est mauvais sur la spécialisation. Certaines disciplines mettent des années pour arriver jusqu'à nous. (Je ne parle pas de la fac que je connais mal, possible que ce soit un peu mieux.)
Le HPC, c'est un bon exemple. J'ai vu que tu bossais chez Ansys, je serais curieux de savoir quelle est ta formation. Personnellement j'ai dû partir en Angleterre pour pouvoir m'y former. On travaillait entre autres sur un calculateur qui venait de sortir du top 500, je ne pense pas qu'on ait ce genre de joujou accessible aux élèves d'aucune école d'ingénieurs en France (ni les cours qui vont avec). Ici on va faire un peu de MPI sur un cluster Beowulf au mieux, et personne n'entend parler de logiciels comme Fluent en école…
Bah, c'est une licence compliquée, et je ne suis pas avocat. Les notions d'œuvre dérivée et d'agrégat sont floues et les interprétations varient selon les juridictions. Donc j'évite simplement d'utiliser du logiciel AGPL s'il y a la moindre chance que ça contamine quelque chose d'autre que je fais.
Si j'utilise Miniflux normalement, pas de problème, mais si je le modifie pour en faire un agrégateur et que je l'inclus dans un site, que se passe-t-il ? Je dois distribuer les modifications du code de Miniflux, mais mon site est-il un agrégat ou un programme ? Ai-je le droit d'alimenter le Planet depuis le champ "blog" des profils d'un forum dont la licence n'est pas compatible avec l'AGPL (comme par exemple la GPL v2…) ?
Je n'essaie pas de faire du FUD, j'essaie de comprendre ce que je fais. L'AGPL est trop complexe pour que la majorité des gens qui l'utilisent la comprennent. En tout cas moi j'ai mis des années à comprendre les subtilités de la GPL, donc l'AGPL ce n'est pas pour tout de suite.
Bref, de toute façon ce n'est pas un problème concret, à court terme je n'ai pas l'intention de publier un service qui utilise ce logiciel, licence ou pas.
Pas mal, j'aime beaucoup la philosphie et le design. Avec quelques modifications mineures on devrait même pouvoir en faire un agrégateur public (type Planet) correct. Pas fan de l'AGPL, mais bon, c'est le choix de l'auteur…
Il y a quand même pas mal de code qui utilise des automates, et des outils bien conçus pour ça. Je vais juste laisser ce petit lien ici : http://www.complang.org/ragel/ ;)
Par contre, si tu veux un Github like chez toi, regarde du coté de Gitlab. C'est une copie quasi conforme.
Effectivement. Parce que c'est le même code.
Dépendances de GitLab : github-linguist, grit, grack, redcarpet, resque, httparty… Tout ça c'est du soft écrit par GitHub ou ses fondateurs / employés. Je ne parle même pas de libgit2 et des contributions à git.
Si vous voulez la position de GitHub sur l'Open Source : http://tom.preston-werner.com/2011/11/22/open-source-everything.html Le seul bout de GitHub qui n'est pas libre c'est leur applicatif Web lui-même, et que ça vous plaise ou non c'est ce qui leur permet de payer des dizaines de développeurs à faire du libre.
Donc bon, cet article, ça se tient autant que de dire "Red Hat est le plus gros contributeur du noyau mais surtout ne leur donnez pas vos sous, RHEL c'est pas libre."
Je ne suis pas en train de vous dire de ne pas vous auto-héberger, c'est très bien d'héberger ses repos chez soi. Mais pour sortir que GitHub c'est le mal il faut soit mal les connaitre soit avoir une vision bien manichéenne du monde.
Non seulement PyPy, mais aussi toutes les VM JavaScript. En fait sur du calcul scientifique (genre SciMark) LuaJIT est souvent plus rapide que le code C équivalent.
En plus de ça, la FFI de LuaJIT est vraiment incroyable. La capacité à simplement utiliser n'importe quelle bibliothèque dynamique palie la faible taille de l'écosystème Lua et l'utilisation de ctypes règle souvent les problèmes de mémoire propre aux langages dynamiques.
Au passage les performances ne viennent pas seulement du JIT. Même en le désactivant, ou sur les plate-formes où il n'est pas disponible, l'interpréteur est plus rapide que l'implémentation de référence PUC Lua d'un facteur 4 environ. Bien sûr ça se paye par une complexité supplémentaire et une portabilité limitée (lire le code de LuaJIT est un bon exercice au passage :p).
Personnellement ça fait quelques années que Lua est mon langage de prédilection, d'abord pour du scripting dans une application C, mais de plus en plus de manière standalone grâce à LuaJIT.
Tu es un peu optimiste, il y a deux mauvaises nouvelles, la deuxième n'en étant pas vraiment une d'ailleurs. Commençons par évacuer celle-là : Disapora n'était pas un projet sérieux mais une grosse arnaque, peut-être pas volontaire mais qui en tout cas sentait l'échec dès le début.
Maintenant, Twitter qui devient membre de la Linux Foundation, c'est l'arbre qui cache la forêt. Ils viennent surtout de rendre les règles de leur API beaucoup plus restrictives, avec leur fameuse matrice bien résumée ici :
Résultat, les développeurs de clients sont mal barrés, le réseau devient de plus en plus fermé, et les règles de l'API rendent quasi impossibles la préparation d'un fork efficace du dit réseau.
Prends une application Web typique en Ruby par exemple : même si ton frontal est nginx, tu auras un serveur Web dans tes processus applicatifs (par exemple Mongrel ou Thin), et tu utiliseras la directive proxy_pass, probablement avec un pool de serveurs applicatifs derrière.
C'est la même logique : HTTP est le protocole utilisé par ton application pour communiquer avec le monde extérieur.
Après s'il existe d'autres serveurs Web en OCaml ou éventuellement avec des bindings OCaml c'est une autre histoire. Mais encore une fois Ocsigen est un vieux projet et une référence pour tout ce qui est Web en OCaml (en tout cas d'après Google).
EDIT: Et oui clairement si tu as du contenu statique tu laisses le frontal le servir, tu ne tapes sur tes processus applicatifs que pour le contenu dynamique en général…
Non non, j'ai cherché sur LinkedIn, j'étais curieux de savoir quelle boite utilisait OCaml (et je me suis intéressé à Esterel - le langage - il y a un moment).
Ocsigen est un projet libre depuis au moins 2005. Je ne l'utilise pas personnellement mais ça fait au moins 5 ans que j'en entends parler. L'équipe de développement est relativement fournie : http://ocsigen.org/credits Il est packagé dans les distributions Linux majeures, dont Debian depuis 2006.
Crédits accordés à la recherche ou pas, c'est un projet libre sérieux. Après, comme avec à peu près n'importe quelle technologie, il faut réfléchir à ce que l'utiliser pour un gros projet implique. Mais j'hésiterais moins à utiliser OCaml que par exemple [troll]MongoDB[/troll].
UEFI et secure boot ne seront pas désactivables sur les matériels de type ARM pré-installés avec Microsoft Windows. Bien que posant des problèmes éthiques aux consommateurs, cela restera probablement anectodique dans la mesure où cela ne concerne que les smartphones et tablettes Windows : soit une part de marché faible, et même avec un essor potentiel des tablettes Windows, ne concernera au final des matériels qui ont été spécifiquement prévus pour ce système.
Heu, pas d'accord. Intel se lançant sur le marché mobile, il y a de très fortes chances pour que les fabriquants de puces ARM se lancent sur celui du PC. Qui plus est techniquement ARM a de solides arguments, au moins pour les portables à faible consommation du type Macbook Air.
Cette décision concerne donc bien des terminaux moins mobiles que ceux dont tu parles…
Tu es assez fort pour sortir des concepts là où ils ne s'appliquent pas en fait. Entre "premature optimization" pour les performances de traitement de texte d'un langage de programmation et "second system effect" pour Perl 6 (hint : il y en a un peu plus d'un avant)…
Franchement, si Perl ne vous intéresse pas, vous ne pouvez pas juste éviter de poster sur les dépêches qui en parlent ?
[^] # Re: histoire de ne pas me faire troller à coup de terrorisme intellectuel...
Posté par catwell (site web personnel) . En réponse à la dépêche Passbolt, un nouveau gestionnaire de mots de passe pour les équipes. Évalué à 0.
RatticDB est pas mal aussi, on l'utilise dans mon entreprise.
Attention, Rattic ne fait pas de chiffrement, il faut stocker la DB sur une partition chiffrée.
[^] # Re: Je préfère la communauté Redecentralize
Posté par catwell (site web personnel) . En réponse à la dépêche p2p-hacker-fr : « premier état de l'art sur la décentralisation ». Évalué à 1.
Ce dépot n'est qu'une liste, mais sur le site on trouve des interviews vidéo des auteurs de certains des projets : http://redecentralize.org/interviews/
Un autre projet intéressant est Unhosted : https://unhosted.org/
# SNI
Posté par catwell (site web personnel) . En réponse à la dépêche Gérer plusieurs services de façon transparente. Évalué à 3.
Les navigateurs commencent à supporter le SNI relativement bien. Par contre les bibliothèques clientes HTTP pas forcément.
Un conseil : si vous hébergez une API Web derrière du HTTPS, ne comptez pas sur SNI.
[^] # Re: La vulgarisation de la création de jeux vidéos, c'est possible ?
Posté par catwell (site web personnel) . En réponse à la dépêche Je crée mon jeu vidéo E01 : les systèmes à entités. Évalué à 3. Dernière modification le 16 septembre 2013 à 11:41.
Intéressant. Tu enseignes où ? :)
Personnellement j'ai l'approche inverse, je pense qu'on devrait penser au jeu vidéo pour les projets, justement parce que les problèmes n'y sont pas spécifiques et qu'on y retrouve pas mal de problèmes qui existent ailleurs. Et en plus de ça, c'est fun, ça motive les étudiants.
D'ailleurs, programmer un jeu est le projet final de ce que je considère comme un des meilleurs cours d'introduction à l'informatique au monde (bien qu'il contienne trop d'objet et de Java).
[^] # Re: Un supercalculateur chinois
Posté par catwell (site web personnel) . En réponse à la dépêche Sortie du Top 500 de juin 2013. Évalué à 0.
C'est vrai, après un autre problème sur certaines technos pointues c'est la formation de base. En France notre système d'écoles d'ingénieurs sort des généralistes, mais on est mauvais sur la spécialisation. Certaines disciplines mettent des années pour arriver jusqu'à nous. (Je ne parle pas de la fac que je connais mal, possible que ce soit un peu mieux.)
Le HPC, c'est un bon exemple. J'ai vu que tu bossais chez Ansys, je serais curieux de savoir quelle est ta formation. Personnellement j'ai dû partir en Angleterre pour pouvoir m'y former. On travaillait entre autres sur un calculateur qui venait de sortir du top 500, je ne pense pas qu'on ait ce genre de joujou accessible aux élèves d'aucune école d'ingénieurs en France (ni les cours qui vont avec). Ici on va faire un peu de MPI sur un cluster Beowulf au mieux, et personne n'entend parler de logiciels comme Fluent en école…
# Bookmarklets
Posté par catwell (site web personnel) . En réponse à la dépêche Content Security Policy 1.0 intégré à Firefox. Évalué à 2.
Évidemment, la spec dit que CSP ne devrait pas empêcher les bookmarklets de fonctionner, Mozilla dit que CSP ne devrait pas empêcher les bookmarklets de fonctionner et l'implémentation… empêche les bookmarklets de fonctionner. Problème connu chez Mozilla depuis 2009 (!) qui me force à complètement désactiver CSP (
security.csp.enable = false
) juste pour utiliser Pinboard.# Startups ?
Posté par catwell (site web personnel) . En réponse à la dépêche [JobCode 15 juin] 80 développeurs sélectionnés. Et toi, en feras-tu partie ?. Évalué à 8.
[^] # Re: Autre usage
Posté par catwell (site web personnel) . En réponse à la dépêche Sortie de Lua 5.2.2. Évalué à 4.
Lua est présent dans bien plus de logiciels que ce que les gens pensent en général. Par exemple : dans VLC, dans Redis, dans le noyau de NetBSD… http://files.catwell.info/presentations/2013-02-human-talks-lua/fr.html pour plus d'infos :)
[^] # Re: Sympa
Posté par catwell (site web personnel) . En réponse à la dépêche Miniflux, un lecteur de flux RSS minimaliste. Évalué à 2.
Bah, c'est une licence compliquée, et je ne suis pas avocat. Les notions d'œuvre dérivée et d'agrégat sont floues et les interprétations varient selon les juridictions. Donc j'évite simplement d'utiliser du logiciel AGPL s'il y a la moindre chance que ça contamine quelque chose d'autre que je fais.
Si j'utilise Miniflux normalement, pas de problème, mais si je le modifie pour en faire un agrégateur et que je l'inclus dans un site, que se passe-t-il ? Je dois distribuer les modifications du code de Miniflux, mais mon site est-il un agrégat ou un programme ? Ai-je le droit d'alimenter le Planet depuis le champ "blog" des profils d'un forum dont la licence n'est pas compatible avec l'AGPL (comme par exemple la GPL v2…) ?
Je n'essaie pas de faire du FUD, j'essaie de comprendre ce que je fais. L'AGPL est trop complexe pour que la majorité des gens qui l'utilisent la comprennent. En tout cas moi j'ai mis des années à comprendre les subtilités de la GPL, donc l'AGPL ce n'est pas pour tout de suite.
Bref, de toute façon ce n'est pas un problème concret, à court terme je n'ai pas l'intention de publier un service qui utilise ce logiciel, licence ou pas.
# Sympa
Posté par catwell (site web personnel) . En réponse à la dépêche Miniflux, un lecteur de flux RSS minimaliste. Évalué à 1.
Pas mal, j'aime beaucoup la philosphie et le design. Avec quelques modifications mineures on devrait même pouvoir en faire un agrégateur public (type Planet) correct. Pas fan de l'AGPL, mais bon, c'est le choix de l'auteur…
[^] # Re: Ragel
Posté par catwell (site web personnel) . En réponse à la dépêche Pourquoi les développeurs n'utilisent pas plus de machines à état ?. Évalué à 1.
Arf. En effet, je l'avais raté.
# Ragel
Posté par catwell (site web personnel) . En réponse à la dépêche Pourquoi les développeurs n'utilisent pas plus de machines à état ?. Évalué à 0.
Il y a quand même pas mal de code qui utilise des automates, et des outils bien conçus pour ça. Je vais juste laisser ce petit lien ici : http://www.complang.org/ragel/ ;)
[^] # Re: Troll de compet
Posté par catwell (site web personnel) . En réponse au journal Pourquoi GitHub saimal, quelques alternatives. Évalué à 10.
Effectivement. Parce que c'est le même code.
Dépendances de GitLab : github-linguist, grit, grack, redcarpet, resque, httparty… Tout ça c'est du soft écrit par GitHub ou ses fondateurs / employés. Je ne parle même pas de libgit2 et des contributions à git.
Si vous voulez la position de GitHub sur l'Open Source : http://tom.preston-werner.com/2011/11/22/open-source-everything.html Le seul bout de GitHub qui n'est pas libre c'est leur applicatif Web lui-même, et que ça vous plaise ou non c'est ce qui leur permet de payer des dizaines de développeurs à faire du libre.
Donc bon, cet article, ça se tient autant que de dire "Red Hat est le plus gros contributeur du noyau mais surtout ne leur donnez pas vos sous, RHEL c'est pas libre."
Je ne suis pas en train de vous dire de ne pas vous auto-héberger, c'est très bien d'héberger ses repos chez soi. Mais pour sortir que GitHub c'est le mal il faut soit mal les connaitre soit avoir une vision bien manichéenne du monde.
# Affiche
Posté par catwell (site web personnel) . En réponse à la dépêche 21e édition du concours national d'informatique Prologin. Évalué à -2.
LOL l'affiche. Perdu, GG.
[^] # Re: Pour se faire une idée des perfs
Posté par catwell (site web personnel) . En réponse à la dépêche Sortie de LuaJIT 2.0.0. Évalué à 3.
Non seulement PyPy, mais aussi toutes les VM JavaScript. En fait sur du calcul scientifique (genre SciMark) LuaJIT est souvent plus rapide que le code C équivalent.
En plus de ça, la FFI de LuaJIT est vraiment incroyable. La capacité à simplement utiliser n'importe quelle bibliothèque dynamique palie la faible taille de l'écosystème Lua et l'utilisation de ctypes règle souvent les problèmes de mémoire propre aux langages dynamiques.
Au passage les performances ne viennent pas seulement du JIT. Même en le désactivant, ou sur les plate-formes où il n'est pas disponible, l'interpréteur est plus rapide que l'implémentation de référence PUC Lua d'un facteur 4 environ. Bien sûr ça se paye par une complexité supplémentaire et une portabilité limitée (lire le code de LuaJIT est un bon exercice au passage :p).
Personnellement ça fait quelques années que Lua est mon langage de prédilection, d'abord pour du scripting dans une application C, mais de plus en plus de manière standalone grâce à LuaJIT.
[^] # Re: Intéressant !
Posté par catwell (site web personnel) . En réponse à la dépêche OSDC.fr : le programme est en ligne. Évalué à 1.
Ça serait pas mal de pouvoir tout filmer, même pour ceux qui seront présents, histoire de pouvoir voir ce qui se passait dans les autres salles !
Sinon, j'encourage fortement ceux qui peuvent à y aller, c'est ma conférence préférée en France.
[^] # Re: Une mauvaise, et une mauvaise...
Posté par catwell (site web personnel) . En réponse à la dépêche Une bonne et une mauvaise nouvelle : Twitter et Diaspora. Évalué à -3.
Pour le PPS : ça se traduirait par "branlette intellectuelle" peut-être ? ;)
# Une mauvaise, et une mauvaise...
Posté par catwell (site web personnel) . En réponse à la dépêche Une bonne et une mauvaise nouvelle : Twitter et Diaspora. Évalué à 7. Dernière modification le 28 août 2012 à 15:06.
Tu es un peu optimiste, il y a deux mauvaises nouvelles, la deuxième n'en étant pas vraiment une d'ailleurs. Commençons par évacuer celle-là : Disapora n'était pas un projet sérieux mais une grosse arnaque, peut-être pas volontaire mais qui en tout cas sentait l'échec dès le début.
Maintenant, Twitter qui devient membre de la Linux Foundation, c'est l'arbre qui cache la forêt. Ils viennent surtout de rendre les règles de leur API beaucoup plus restrictives, avec leur fameuse matrice bien résumée ici :
Résultat, les développeurs de clients sont mal barrés, le réseau devient de plus en plus fermé, et les règles de l'API rendent quasi impossibles la préparation d'un fork efficace du dit réseau.
EDIT : isildur37 a été plus rapide que moi ;)
# Archboot
Posté par catwell (site web personnel) . En réponse à la dépêche Une nouvelle image d'installation pour Archlinux (2012.07.15) est disponible. Évalué à 3.
Pour ceux qui veulent une installation plus "graphique", ça doit toujours être possible avec Archboot (https://wiki.archlinux.org/index.php/Archboot) je pense.
[^] # Re: vitesse ?
Posté par catwell (site web personnel) . En réponse à la dépêche Ocsigen : repenser le développement des applications HTML5. Évalué à 3. Dernière modification le 28 juin 2012 à 14:37.
Hmm, parce que ça n'est pas du CGI ?
Prends une application Web typique en Ruby par exemple : même si ton frontal est nginx, tu auras un serveur Web dans tes processus applicatifs (par exemple Mongrel ou Thin), et tu utiliseras la directive proxy_pass, probablement avec un pool de serveurs applicatifs derrière.
C'est la même logique : HTTP est le protocole utilisé par ton application pour communiquer avec le monde extérieur.
Après s'il existe d'autres serveurs Web en OCaml ou éventuellement avec des bindings OCaml c'est une autre histoire. Mais encore une fois Ocsigen est un vieux projet et une référence pour tout ce qui est Web en OCaml (en tout cas d'après Google).
EDIT: Et oui clairement si tu as du contenu statique tu laisses le frontal le servir, tu ne tapes sur tes processus applicatifs que pour le contenu dynamique en général…
[^] # Re: Suis-je le seul a être dérangé ?
Posté par catwell (site web personnel) . En réponse à la dépêche Ocsigen : repenser le développement des applications HTML5. Évalué à 1.
Non non, j'ai cherché sur LinkedIn, j'étais curieux de savoir quelle boite utilisait OCaml (et je me suis intéressé à Esterel - le langage - il y a un moment).
[^] # Re: Suis-je le seul a être dérangé ?
Posté par catwell (site web personnel) . En réponse à la dépêche Ocsigen : repenser le développement des applications HTML5. Évalué à 1.
Arf pardon, s/OCaml/Ocsigen/.
Tu es le Nicolas Boulay qui bosse chez Esterel ?
[^] # Re: Suis-je le seul a être dérangé ?
Posté par catwell (site web personnel) . En réponse à la dépêche Ocsigen : repenser le développement des applications HTML5. Évalué à 2.
Ocsigen est un projet libre depuis au moins 2005. Je ne l'utilise pas personnellement mais ça fait au moins 5 ans que j'en entends parler. L'équipe de développement est relativement fournie : http://ocsigen.org/credits Il est packagé dans les distributions Linux majeures, dont Debian depuis 2006.
Crédits accordés à la recherche ou pas, c'est un projet libre sérieux. Après, comme avec à peu près n'importe quelle technologie, il faut réfléchir à ce que l'utiliser pour un gros projet implique. Mais j'hésiterais moins à utiliser OCaml que par exemple [troll]MongoDB[/troll].
# ARM != mobile
Posté par catwell (site web personnel) . En réponse à la dépêche UEFI en question. Évalué à 7.
Heu, pas d'accord. Intel se lançant sur le marché mobile, il y a de très fortes chances pour que les fabriquants de puces ARM se lancent sur celui du PC. Qui plus est techniquement ARM a de solides arguments, au moins pour les portables à faible consommation du type Macbook Air.
Cette décision concerne donc bien des terminaux moins mobiles que ceux dont tu parles…
[^] # Re: Perl mort ? Chez les geek non informaticien sûrement.
Posté par catwell (site web personnel) . En réponse à la dépêche Conférences « Perl, fun again! » le 5 mars 2012 à Paris. Évalué à 3.
Dit un Pythoniste sur ce thread.
Tu es assez fort pour sortir des concepts là où ils ne s'appliquent pas en fait. Entre "premature optimization" pour les performances de traitement de texte d'un langage de programmation et "second system effect" pour Perl 6 (hint : il y en a un peu plus d'un avant)…
Franchement, si Perl ne vous intéresse pas, vous ne pouvez pas juste éviter de poster sur les dépêches qui en parlent ?