Il n'y a pas tant de monde que ça. Ils font juste plus de bruit que la majorité silencieuse.
Comment tu sais que la majorité silencieuse, elle est plutôt pour systemd ? Tu ne peux pas par définition. Donc ton argument ne vaut rien. La majorité silencieuse peut se taire parce qu'elle sait qu'elle n'a aucune influence pratique sur les gros décideurs (tu sais, le truc qui arrive dans toutes les "démocraties modernes").
En attendant, systemd est sur toutes les plus grosses distro aujourd'hui (ou les prochaines version pour les retardataires), faut croire que ceux qui doivent choisir ont fait un choix clair…
Les mainteneurs des distributions n'ont guère le choix en vérité vu les interactions entre systemd et le reste du système (prononce Gnome). Tu va me dire qu'ils n'ont qu'à forker / développer de nouveaux projets / … en pure hypocrisie, sachant très bien que la majorité n'ont pas le manpower pour le faire:
- les distribs basés redhat suivent redhat par définition,
- debian n'a pas pour objectif de développer de tels interfaces (et donc toutes les petites distribs suivant debian vont faire de même).
- ubuntu n'a pas la volonté / moyen de se retaper tous les paquets debian qui fournissent des scripts d'init
- reste l'ecosystème des petites distribs dont un certain nombre résiste, mais qui n'ont clairement pas l'énergie/le temps de faire émerger de réels alternatifs
Notons aussi que la sémantique de range(x) a changé entre Python2 et Python3 (dans Python2, ça renvoie une liste, dans Python3 un générateur. Va expliquer ça aux étudiants.
if ( std::any_of(foo.begin(), foo.end(), [](int i){return i<0;}) )
vs
ma_liste=range(50)
print ma_liste
Comme y'a aucun rapport entre les deux codes, bah euh, c'est vachement cool comme comparaison sérieusement
L'équivalent serait probablement
if [i for i in foo if i < 0]:
en utilisant donc la syntaxe de comprehension liste et le fait qu'une liste vide est interprété comme faux
ou en utilisant any
if any(foo, lambda i: i < 0):
avec une lambda fonction. Bref, dans les deux cas, ce n'est pas plus simple.
Alors oui tu aurais pu utiliser std::Vector à moins que Qlist ne soit préférable …
std::vector, tu veux dire surement. Et Qlist ce n'est pas du C++ (i.e. ce n'est dans la spec).
Des structures de haut niveau directement dans le langage et bien conçues ca fait la différence … et ca aide à mieux cerner la notion de type (Un outil pour chaque usage).
Je suis d'accord. En l'occurence, les structures de C++ sont bien pensées, les complexités garanties par la norme, et l'interface est prévue pour faire des choses raisonnables même en cas d'exception. On se demande toujours ce qu'est une "liste" en python (à par un truc pratique) et quelle peut être la complexité des opérations dessus.
Oui il est possible que ça se passe comme ça, mais en moyenne, les gens n'ont pas la connaissance / compétences / moyens de compiler le code source (surtout sur Windows) / mettre en place un système de distribution des sources.
NON, la GPL n'oblige pas à publier le code de manière générale. Il oblige à fournir le code (sur demande potentiellement) aux gens à qui tu distribue un "truc" qui contient du code GPL (qui peuvent eux même le diffuser ensuite, je te l'accorde).
Au fait, il faudrait aussi prévenir la communauté Blender, logiciel sous GPL, que son projet de modeleur 3D et de moteur de jeu est mort dans l'oeuf.
Jusqu'à preuve du contraire, les fichiers produits avec Blender ne sont pas couverts par la GPL. Par contre, pour les jeux, ça pose en effet de gros problèmes (ceux qui sont distribuées avec le player standalone sont couverts par la GPL). Bien sûr il y'a plein de petits jeux amateurs (qui en général ne respecte pas la license au passage, m'enfin), mais peu (aucun ?) gros jeux (c'est sûrement aussi du au fait que globalement la GE est moins "bien" que certaines alternatives propriétaires).
Sans parler d'un certain noyau…
Compare des choses comparables :) Le noyal il a été lancé en 90. Je ne pas suis sûr qu'un noyau sous GPL prendrait aujourd'hui (en supposant que des bonnes alternatives existent bien entendu).
Tu m'explique en quoi overwriter __setitem__(self, idx, value), c'est plus "malin" que d'overwriter [](idx, value) ? À par évidemment que le second est plus logique puisque tu appelle foo[x] …
Je pense que le pragmatisme de Python choque facilement quand on essaie de plaquer trop rapidement un modèle théorique externe -principe de moindre surprise et de plus grande ergonomie possible, surtout pour le relecteur (et en même temps, Python est tout à fait cohérent avec lui-même).
Pour moi, ça en fait quand même des défauts importants pour l'enseignement (des défauts tout court en fait imho mais bon). Après tu peux trouver ça super cool, super consistent, moi je trouve plein de petits détails pas "logiques", "surprenants" et donc "error-prone" quand tu ne fais pas que du Python.
Dans mon monde à moi, on est plutôt à commencer à jouer avec les features de C++14. Mais bon, c'est sûr, clang / gcc c'est pas cher, ça ne doit pas être un outil très pro.
Je dois être unique, j'ai plein d'utilisateurs qui sont dans de veilles version de compilateur ou dont le matos est trop limité,
Non, je sais très bien que tu n'es pas unique (à utiliser des versions anti diluviennes de compilateur). Par contre, pour le "matos trop limité", il dit qu'il ne voit pas le rapport, C++11 ça ne prend pas plus de ressources à l'execution (et potentiellement un peu moins à la compilation sur certains projets (variadic templates vs preprocessed templates par exemple))
Le duck typing, ça existe dans tous les langages dynamiques, faut arrêter de planer :)
Et non, tu ne peux pas pour la bibliothéque standard. Tu peux appeller foo.len() mais la bonne façon de faire en Python, c'est de définir cette méthode et d'appeller len(ton_foo). Va essayer d'expliquer rationnellement ça à quelqu'un! (IMHO, ils auraient du supprimer (quasi) toutes les built-in fonctions).
Oui enfin la séparation byte/unicode de Python3, bah c'est du Python3. Et comme dans plein d'endroits, on est bloqué par l'écosystème et on fait du Python2, bah tu es bien avancé.
En l'occurence, même Visual Studio (2013) supporte ça donc c'est globalement moins un problème que Python.
L'avantage de Ruby, c'est qu'il est objet de base, et pas une évolution d'un langage impératif en langage objet (avec tous les vieux trucs qu'ils n'ont pas voulu cassé), donc il est un peu moins inconsistent.
Ce n'est pas un x100, mais en stockant les tableaux simplement dans un ordre plus logique pour le C, je passe de ma machine (en moyenne) de 1.53s à 1.42. La localité des données reste toute pourrie quand même (un tableau de structure packant les 5 doubles ensemble seraient surement plus efficace au final que ces 5 tableaux de double).
Je ne sais pas spécifiquement pour le 380, mais les avions se posent très bien tout seul (c'est même la procédure recommandée en cas de météo difficile). Evidemment, ils ne le font pas en "aveugle", mais utilisent des informations envoyées par la piste (ILS) (ce qui limite l'analogie avec la route, quoi que dans un futur "proche", les routes seront aussi "intelligentes").
Il y'a plein d'outils qui sont fait pour ça :) Et la majorité ne passe pas à l'échelle. On ne parle pas de quelques milliers de commit. On parle de projet avec des centaines de millers de commits, un tas de branches, des branches vendor, … Le mirroir git de NetBSD, c'est 230 000 commits, et pas loin de 400 branches. OpenBSD doit être dans le même ordre de grandeur.
Mais bon globalement, les outils se sont améliorés, et on arrive à récupérer l'historique de manière satisfaisante (même si je ne sais pas sur quel monstre joerg@ a utilisé pour arriver à faire la conversion) (en tout cas pour git). Les mirroirs hg et fossil sont basés sur celui de git de mémoire. Un des problèmes de ce mirroring, c'est l'emploi (abusif ou pas) de cvs admin pour amender les messages de commit.
On dirait des propos anarchisant, fais gaffe. Il n'existe que deux solutions possibles, le Marché et le Marché (je voulais mettre l'État, mais bon, "plus personne" ne défend pas ça en France). Et ça ne mène globalement qu'à une centralisation entre quelques gros.
Mais à quoi ça peut servir ?
En local, ça peut pas vraiment être plus rapide qu'appeller clang et ./a.out (et tu peux utiliser un vrai éditeur de code quoi).
En remote, hum, pas de sandbox, pas de limite de temps d'exécution, … La machine va survivre combien de temps sur ninternet ?
L'art de raler dans toute sa splendeur. Laisse les utiliser les outils qu'ils veulent si ils font le boulot.
On a inventé git-cvs qui marche très bien pour des projets de cette taille. Tu dois en retrouver une dizaine de versions sur github (https://github.com/busterb/libssl-openbsd est probablement la mieux référencé)e.
Un petit coup de bashing anti-Français pas cher . As tu des faits quelconques montrant que nos concitoyens européens ou nos amis chinois ou japonais parlent mieux l'anglais que nous autres, pauvres français ? En tout cas, ça ne correspond pas à mon expérience personnelle (uniquement dans le cadre du boulot, donc des ingénieurs et/ou docteurs). Pour moi, c'est un peu pareil partout, y'en a des parfaitement bilingues, et beaucoup qui baraguinent un sabir anglais.
C'est moi où il n'y aucune mention de la licence sur le site ? D'après le précédent journal, c'est du GPL. Pas de lien vers les sources non plus (ok, j'ai trouvé la référence sur l'ancien journal, mais je doute que ça soit ça le sens de la GPL).
Au niveau techno, le site n'indique rien de très technique. Quelle implémentation de TLS? Vous dites que vous êtes "NAT and firewall" friendly, comment vous faites ? L'information passe par des serveurs tiers accessibles ? Ils tiennent la charge ? Et niveau sécurité ? Quelle confiance peut on leur accorder ?
[^] # Re: Prometheus
Posté par zul (site web personnel) . En réponse au journal Centos / Redhat 7 : coup de gueule sur systemd. Évalué à -3. Dernière modification le 27 juillet 2014 à 09:50.
Le forum, ni le google+ ne sont des sources officiels. Voir la mailing-list sur cette question justement
Euh si, justement (le 04/04/2012 d'après git) (cf http://cgit.freedesktop.org/systemd/systemd/tree/src/udev), i.e. "bien" avant le post que tu présente.
[^] # Re: Prometheus
Posté par zul (site web personnel) . En réponse au journal Centos / Redhat 7 : coup de gueule sur systemd. Évalué à -2.
Comme ? (à par les dérivées de fedora / redhat bien sûr vu que c'est un peu eux qui payent)
[^] # Re: Prometheus
Posté par zul (site web personnel) . En réponse au journal Centos / Redhat 7 : coup de gueule sur systemd. Évalué à 1.
Comment tu sais que la majorité silencieuse, elle est plutôt pour systemd ? Tu ne peux pas par définition. Donc ton argument ne vaut rien. La majorité silencieuse peut se taire parce qu'elle sait qu'elle n'a aucune influence pratique sur les gros décideurs (tu sais, le truc qui arrive dans toutes les "démocraties modernes").
Les mainteneurs des distributions n'ont guère le choix en vérité vu les interactions entre systemd et le reste du système (prononce Gnome). Tu va me dire qu'ils n'ont qu'à forker / développer de nouveaux projets / … en pure hypocrisie, sachant très bien que la majorité n'ont pas le manpower pour le faire:
- les distribs basés redhat suivent redhat par définition,
- debian n'a pas pour objectif de développer de tels interfaces (et donc toutes les petites distribs suivant debian vont faire de même).
- ubuntu n'a pas la volonté / moyen de se retaper tous les paquets debian qui fournissent des scripts d'init
- reste l'ecosystème des petites distribs dont un certain nombre résiste, mais qui n'ont clairement pas l'énergie/le temps de faire émerger de réels alternatifs
[^] # Re: Mon avis à moi et rien qu'à moi
Posté par zul (site web personnel) . En réponse au journal Python comme premier langage de programmation ?. Évalué à -4.
Notons aussi que la sémantique de range(x) a changé entre Python2 et Python3 (dans Python2, ça renvoie une liste, dans Python3 un générateur. Va expliquer ça aux étudiants.
[^] # Re: Mon avis à moi et rien qu'à moi
Posté par zul (site web personnel) . En réponse au journal Python comme premier langage de programmation ?. Évalué à 3.
SyntaxError: invalid syntax
ah mince, mon python, c'est un python3 :D
if ( std::any_of(foo.begin(), foo.end(), [](int i){return i<0;}) )vs
Comme y'a aucun rapport entre les deux codes, bah euh, c'est vachement cool comme comparaison sérieusement
L'équivalent serait probablement
en utilisant donc la syntaxe de comprehension liste et le fait qu'une liste vide est interprété comme faux
ou en utilisant any
avec une lambda fonction. Bref, dans les deux cas, ce n'est pas plus simple.
std::vector, tu veux dire surement. Et Qlist ce n'est pas du C++ (i.e. ce n'est dans la spec).
Je suis d'accord. En l'occurence, les structures de C++ sont bien pensées, les complexités garanties par la norme, et l'interface est prévue pour faire des choses raisonnables même en cas d'exception. On se demande toujours ce qu'est une "liste" en python (à par un truc pratique) et quelle peut être la complexité des opérations dessus.
[^] # Re: Licence
Posté par zul (site web personnel) . En réponse au journal Soya 3D version 3 arrive... (en images !). Évalué à 1.
C'est pourtant les termes exactes de la GPL.
Oui il est possible que ça se passe comme ça, mais en moyenne, les gens n'ont pas la connaissance / compétences / moyens de compiler le code source (surtout sur Windows) / mettre en place un système de distribution des sources.
[^] # Re: Licence
Posté par zul (site web personnel) . En réponse au journal Soya 3D version 3 arrive... (en images !). Évalué à 3.
NON, la GPL n'oblige pas à publier le code de manière générale. Il oblige à fournir le code (sur demande potentiellement) aux gens à qui tu distribue un "truc" qui contient du code GPL (qui peuvent eux même le diffuser ensuite, je te l'accorde).
[^] # Re: Licence
Posté par zul (site web personnel) . En réponse au journal Soya 3D version 3 arrive... (en images !). Évalué à 4.
Jusqu'à preuve du contraire, les fichiers produits avec Blender ne sont pas couverts par la GPL. Par contre, pour les jeux, ça pose en effet de gros problèmes (ceux qui sont distribuées avec le player standalone sont couverts par la GPL). Bien sûr il y'a plein de petits jeux amateurs (qui en général ne respecte pas la license au passage, m'enfin), mais peu (aucun ?) gros jeux (c'est sûrement aussi du au fait que globalement la GE est moins "bien" que certaines alternatives propriétaires).
Compare des choses comparables :) Le noyal il a été lancé en 90. Je ne pas suis sûr qu'un noyau sous GPL prendrait aujourd'hui (en supposant que des bonnes alternatives existent bien entendu).
[^] # Re: Ruby
Posté par zul (site web personnel) . En réponse au journal Python comme premier langage de programmation ?. Évalué à 2. Dernière modification le 23 juillet 2014 à 16:15.
Tu m'explique en quoi overwriter
__setitem__(self, idx, value), c'est plus "malin" que d'overwriter[](idx, value)? À par évidemment que le second est plus logique puisque tu appelle foo[x] …Pour moi, ça en fait quand même des défauts importants pour l'enseignement (des défauts tout court en fait imho mais bon). Après tu peux trouver ça super cool, super consistent, moi je trouve plein de petits détails pas "logiques", "surprenants" et donc "error-prone" quand tu ne fais pas que du Python.
[^] # Re: Le bon bash des familles
Posté par zul (site web personnel) . En réponse au journal Python comme premier langage de programmation ?. Évalué à 3.
Dans mon monde à moi, on est plutôt à commencer à jouer avec les features de C++14. Mais bon, c'est sûr, clang / gcc c'est pas cher, ça ne doit pas être un outil très pro.
Non, je sais très bien que tu n'es pas unique (à utiliser des versions anti diluviennes de compilateur). Par contre, pour le "matos trop limité", il dit qu'il ne voit pas le rapport, C++11 ça ne prend pas plus de ressources à l'execution (et potentiellement un peu moins à la compilation sur certains projets (variadic templates vs preprocessed templates par exemple))
[^] # Re: Ruby
Posté par zul (site web personnel) . En réponse au journal Python comme premier langage de programmation ?. Évalué à 4.
Le duck typing, ça existe dans tous les langages dynamiques, faut arrêter de planer :)
Et non, tu ne peux pas pour la bibliothéque standard. Tu peux appeller foo.len() mais la bonne façon de faire en Python, c'est de définir cette méthode et d'appeller len(ton_foo). Va essayer d'expliquer rationnellement ça à quelqu'un! (IMHO, ils auraient du supprimer (quasi) toutes les built-in fonctions).
[^] # Re: Le bon bash des familles
Posté par zul (site web personnel) . En réponse au journal Python comme premier langage de programmation ?. Évalué à 4.
Oui enfin la séparation byte/unicode de Python3, bah c'est du Python3. Et comme dans plein d'endroits, on est bloqué par l'écosystème et on fait du Python2, bah tu es bien avancé.
En l'occurence, même Visual Studio (2013) supporte ça donc c'est globalement moins un problème que Python.
[^] # Re: Ruby
Posté par zul (site web personnel) . En réponse au journal Python comme premier langage de programmation ?. Évalué à 3.
L'avantage de Ruby, c'est qu'il est objet de base, et pas une évolution d'un langage impératif en langage objet (avec tous les vieux trucs qu'ils n'ont pas voulu cassé), donc il est un peu moins inconsistent.
[^] # Re: Visual Studio un bon produit ?
Posté par zul (site web personnel) . En réponse au journal Windows est il prêt pour le Desktop ? . Évalué à 2.
Manquerait plus qu'un compilateur qui suit les specs et ça pourrait être une suite bien (je parle du C et du C++, pas des langages Microsoft).
Task Parallel Library, ils ont réinventé la continuation monad, whaoout :)
[^] # Re: et avec pypy ?
Posté par zul (site web personnel) . En réponse au journal Quand Pythran fait tourner du Python plus vite que du C++, c'est que.... Évalué à 1.
Ce n'est pas un x100, mais en stockant les tableaux simplement dans un ordre plus logique pour le C, je passe de ma machine (en moyenne) de 1.53s à 1.42. La localité des données reste toute pourrie quand même (un tableau de structure packant les 5 doubles ensemble seraient surement plus efficace au final que ces 5 tableaux de double).
[^] # Re: nombrilisme
Posté par zul (site web personnel) . En réponse au journal Point BZH. Évalué à 7.
Un peu de french bashing, ça fait toujours du bien, même quand ce sont des conneries avancées.
Donc .cat, ça existe depuis longtemps http://fr.wikipedia.org/wiki/.cat
Quelques projets de tld http://www.mailclub.info/?new-tlds-liste-des-projets-des,1546 , tu notera des landers allemands, des régions espagnoles, des états américains, …
# RTFM group !
Posté par zul (site web personnel) . En réponse au message pb sur le ltsp server. Évalué à 1.
Et j'espère que tu partira dans la prochaine fournée ([humour]grammar nazi … [/humour])!
[^] # Re: Ça me met en colère !
Posté par zul (site web personnel) . En réponse au journal Turing est battu. Évalué à 3.
Je ne sais pas spécifiquement pour le 380, mais les avions se posent très bien tout seul (c'est même la procédure recommandée en cas de météo difficile). Evidemment, ils ne le font pas en "aveugle", mais utilisent des informations envoyées par la piste (ILS) (ce qui limite l'analogie avec la route, quoi que dans un futur "proche", les routes seront aussi "intelligentes").
[^] # Re: Gestionnaire de source
Posté par zul (site web personnel) . En réponse au journal Des nouvelles de LibreSSL. Évalué à 3. Dernière modification le 22 mai 2014 à 11:14.
Il y'a plein d'outils qui sont fait pour ça :) Et la majorité ne passe pas à l'échelle. On ne parle pas de quelques milliers de commit. On parle de projet avec des centaines de millers de commits, un tas de branches, des branches vendor, … Le mirroir git de NetBSD, c'est 230 000 commits, et pas loin de 400 branches. OpenBSD doit être dans le même ordre de grandeur.
Mais bon globalement, les outils se sont améliorés, et on arrive à récupérer l'historique de manière satisfaisante (même si je ne sais pas sur quel monstre joerg@ a utilisé pour arriver à faire la conversion) (en tout cas pour git). Les mirroirs hg et fossil sont basés sur celui de git de mémoire. Un des problèmes de ce mirroring, c'est l'emploi (abusif ou pas) de cvs admin pour amender les messages de commit.
[^] # Re: éco-nomo-logie
Posté par zul (site web personnel) . En réponse à la dépêche Appel à dons pour l'éolienne libre d'AeroSeeD. Évalué à 3.
On dirait des propos anarchisant, fais gaffe. Il n'existe que deux solutions possibles, le Marché et le Marché (je voulais mettre l'État, mais bon, "plus personne" ne défend pas ça en France). Et ça ne mène globalement qu'à une centralisation entre quelques gros.
[^] # Re: mais encore
Posté par zul (site web personnel) . En réponse au journal CodeLauncher: un petit serveur maison pour exécuter rapidement du code C ou Python. Évalué à 10.
Mais à quoi ça peut servir ?
En local, ça peut pas vraiment être plus rapide qu'appeller clang et ./a.out (et tu peux utiliser un vrai éditeur de code quoi).
En remote, hum, pas de sandbox, pas de limite de temps d'exécution, … La machine va survivre combien de temps sur ninternet ?
[^] # Re: Gestionnaire de source
Posté par zul (site web personnel) . En réponse au journal Des nouvelles de LibreSSL. Évalué à 4.
L'art de raler dans toute sa splendeur. Laisse les utiliser les outils qu'ils veulent si ils font le boulot.
On a inventé git-cvs qui marche très bien pour des projets de cette taille. Tu dois en retrouver une dizaine de versions sur github (https://github.com/busterb/libssl-openbsd est probablement la mieux référencé)e.
[^] # Re: Vie privée
Posté par zul (site web personnel) . En réponse à la dépêche Un nouveau pelage pour Firefox 29. Évalué à 10.
Sont vraiment cons ces développeurs ^ Le cadre est quand même bien mieux à Clermont-Ferrand :)
[^] # Re: OSEF
Posté par zul (site web personnel) . En réponse au journal Ubuntu 14.04 LTS : Pourquoi il vaudrait mieux ne pas du tout s'en servir. Évalué à 6.
Un petit coup de bashing anti-Français pas cher . As tu des faits quelconques montrant que nos concitoyens européens ou nos amis chinois ou japonais parlent mieux l'anglais que nous autres, pauvres français ? En tout cas, ça ne correspond pas à mon expérience personnelle (uniquement dans le cadre du boulot, donc des ingénieurs et/ou docteurs). Pour moi, c'est un peu pareil partout, y'en a des parfaitement bilingues, et beaucoup qui baraguinent un sabir anglais.
# Licence, code, sécurité ?
Posté par zul (site web personnel) . En réponse au journal DynVPN passe en v0.5. Évalué à 4.
C'est moi où il n'y aucune mention de la licence sur le site ? D'après le précédent journal, c'est du GPL. Pas de lien vers les sources non plus (ok, j'ai trouvé la référence sur l'ancien journal, mais je doute que ça soit ça le sens de la GPL).
Au niveau techno, le site n'indique rien de très technique. Quelle implémentation de TLS? Vous dites que vous êtes "NAT and firewall" friendly, comment vous faites ? L'information passe par des serveurs tiers accessibles ? Ils tiennent la charge ? Et niveau sécurité ? Quelle confiance peut on leur accorder ?