Rust se veut donc une alternative à C/C++, comme D et Go
J'ai toujours du mal a lire ce genre de phrases qui laisse a penser que Rust et Go sont des concurrents. Pour moi :
Go
C'est un langage "pauvre" (peu de concepts), typage fort certes mais faisant peu de vérification (une sorte de "Python en typage statique") mais bien pensé, géré de main de maitre et surtout rapidement assimilable. Il pourrait remplacer Python, Ruby, Nodejs et les programmes C++ écrient seulement pour le besoin de vitesse. Go ne remplace pas du C / C++ car le GC est handicapant dans bien des cas. De plus il n'apporte aucun concept qui le rendrait attirant aux yeux des dev C++ (on se gave pas de 10 de C++ pour ensuite changer).
Pour moi, le gros plus de Go est pour moi d'abaisser furieusement le cout d'entrée pour un langage concurrent et qui compile en statique. Apprendre le Go est peanut par rapport a du C++ / Rust.
Rust
C'est un langage riche, avec beaucoup de fonctionnalités sexy qui font bavées un peu tout le monde (immutabilité, choix du GC, race condition, coroutine, macro…) permettant de remplacer potentiellement le C / C++ partout. Mais au prix d'un apprentissage bien plus élevé.
C'est effectivement en concurrence frontale avec D amha.
En résumé
Go en haut, Rust en bas. Bien sur, un dev Rust pourra surement en faire la le Go est utilisable (mais pas le contraire dans la plupart des cas) mais je pense que l'apprentissage de ces 2 langages est loin d’être déconnant. Juste que j'ai toujours une grosse crainte de la part de Mozilla qui gèrent ses projets comme des barbouzes.
on tit point de vue de tit sysadmin c'est que systemd gagne haut la main, en explosant tout le reste. Je veux bien "argumenter" là dessus, à défaut d'avoir une discussion de développeur.
Oula pas si vite, ton avis de sysadmin m'intéresse fortement. Peux tu développer ?
J'utilise Pycharm Pro de temps en temps depuis 2 ans. Il fait partie des 3 logiciels proprio que j'utilise (avec Sublime Text 3 et Corel AfterShot Pro). Pourquoi ? Tout simplement car je déteste Vim et Emacs depuis mes débuts (~1995). C'est triste mais c'est comme ça, je n'ai jamais réussi à être efficace avec ces puissants outils.
En défauts :
c'est du Java, ce qui implique d'avoir la JVM sur sa machine mais surtout de prendre de la place en RAM. Prévoir de 500Mo a 1Go pour le faire fonctionner et pas mal de CPU. Sur ma config perso (Thinkpad x201 i3, 8Go RAM et SSD), cela tourne assez bien. Sur l'i7 de mon taff, cela tourne bien
cela gère mal Buildout puisqu'il ne prend pas le Python de ce dernier comme interpréteur par défaut
Pour le reste, c'est un outil impressionnant. On voit bien que JetBRAINS (concepteur de l'IDE Java Intellij avant de faire des petits frères pour Python, Ruby, PHP et le Web) a une énorme expérience dans le domaine.
Voici de tête ce qui m'a plu :
un systeme de plugin intégré
des plugins variés et de qualités (au fil de temps, ils sont livrés par défaut) pour Lua, Dart, Git, GitHub, Markdown…
une IHM pratique. Par exemple, j'adore la visualisation d'un code dans un popup pour rapidement voir la signature d'une fonction.
des raccourcis clavier pour tout (le logiciel intègre un PDF de référence, con mais super pratique)
des aides d'écriture variés qui fonctionnent bien (smart indent, import auto, parenthése, espace…). Il peut par exemple vérifier les types si cela est indiqué en docstring de la fonction / classe qu'on veut utiliser (en plus de les afficher pendant qu'on écrit). Ces aides sont un peu partout, comme avoir un popup pour choisir une couleur.
des aides pour le refactoring (extract method, extract variables, renommage, changement de signature, etc)
les "intentions", qui sont des propositions d'écriture basés sur des patterns (ex: from sys import xxx plutot que sys). S'il voit un pattern, il vous propose de le changer auto pour son remplaçant.
les lives templates, qui permet de choisir un template pendant l'écriture.
les "inspections", des vérifications sur du code (un Python tourne en tache de fond pour vérifier)
vérification PEP8 intégrée
couverture de code intégrée (coverage.py)
code complétion très rapide et de qualité
la connexion sur un Python à distance en ssh
terminal Python intégré
connexion avec un gestionnaire de tache (JIRA, Trac, GitHub, etc)
Bien sur, rien (ou presque) qu'un Vim ou Emacs ne peut faire en le configurant au petit ognon. Sauf qu'ici, c'est out-of-the-box, cela marche bien et l'outil est régulièrement mis à jour. C'est un outil à tester pour ceux qui n'ont pas trouvé leur éditeur de prédilection.
Je tente de refaire une config proche avec ST3 mais faut ajouter pas mal d'extensions. L'avantage de ce dernier est qu'il est largement plus léger et rapide à se lancer (et permet donc de l'utiliser en remplacement de Vim, aka pouvoir le lancer 50x par jour).
je ne pense pas que l'on puisse reprocher a Brendan Eich la creation de JavaScript
On ne créé pas un langage en quelques jours. On se moque sufisamment des SSII et des gros éditeurs qui sortent des trucs non testés pour ne pas me gêner pour rappeler à Mozilla (beaucoup sont des anciens de Netscape, et pas les moins bien placés) qu'ils ont développés cette daube. Et au lieu de saluer toute initiative d'amélioration, sa réaction est de dire "on ne le fera jamais" comme un gamin capricieux.
Depuis 7 ans, Google améliore le Web. Et en plus, tout est normalisé W3C (Shadow Dom, Mutation Observers, http2…) ou en cours de l'être comme Dart. Tous les projets sont Libres. On peut les attaquer sur beaucoup de points (vie privée, monopole sur la pub, fonctionnement du moteur de recehrche…) mais pas celui de se bouger le cul pour faire avancer les choses.
Le genre de trucs sur wtfjs, c'est exactement, ce qu'on retrouve dans quasi-tous les langages
Leurs nombres et leurs importances ne sont pas les mêmes. Un point révélateur est le fait qu'on a inventé 2 surcouches pour améliorer le langage (jquery puis CoffeeScript).
Le (l'un ?) métier de Google est de créer des applications web complexes
L'équipe de Blink a évolué le temps passer dans v8 lors de la navigation de sites web. En général, cela va de 0 à 20%. Sur des sites Google, c'est plutôt de 20 à 40%. Google est un gros utilisateur de Javascript (directement ou indirectement avec GWT), et c'est pour l'équipe Dart un très bon panel d'applications.
A noter que le développeur principal de Dart est Lars Bak qui a écrit la VM JavaScript (V8) de Chrome qui est très performante.
Il a aussi dit que la complexité du moteur v8 commence à poser soucis car il dépasse le 1/2 millions de SLOC et qu'ils galèrent pas mal pour gagner de nouvelle perf.
Comparativement, les avantages de Dart sont
Un langage bien plus adapté, c'est une nouvelle sémantique, pas juste une surcouche.
Ca va être le nouveau ActiveX/Flash/Silverlight/…
Il faut d'abord comprendre le business-model de Google pour comprendre la création de Dart. Contrairement à Facebook, Ms ou Apple qui se foutent royalement du Net du moment que vous utilisez leurs produits et services, Google doit s'appuyer sur un Net rapide et fonctionnel. C'est la raison des financements des projets OSS, des CDN, des apifonts, de NaCI, de http2 / SPDY, etc. Google gagne de l'argent quand le Net fonctionne car 90% de leur CA vient de la pub.
Une fois compris cela, c'est facile de voir que c'est dans l'intérêt de Google d'unifier le Web autour d'un langage puissant et qui permet d'aller bien plus vite.
C'est ce qu'a annoncé par exemple Brendan Eich, le CTO de Mozilla et créateur de JavaScript, en août 2011
Le créateur de la plus grosse bouse (marrant d'ailleurs qui soit devenu CTO). Si chrome n'avait pas torché Firefox à sa sortie, ce dernier se contenterai de la vitesse qu'il avait. C'est Google qui a lancé la course à la vitesse et qui permet maintenant d'avoir des sites aussi riches (v8 va 600x plus vite que Chrome 1.0). Bref Mozilla me souvent sourire. Des grandes déclarations mais j'ai du mal a voir les améliorations qu'ils apportent de décisif (et me dites pas un browser Libre, un autre aurait pris sa place. Y'en avait une dizaine début 2000).
Je n'aime pas plus Google que toi, mais leurs contributions sont de loin bien supérieures aux autres et je ne crache pas dessus. Pour le reste, je les mets dans le mec sac que MS, Facebook et autres.
Question naıve, peut on utiliser directement les confs en fichier texte ? Le bon coté de pfSense est son intégration avec pas mal de fonctionnalités par défaut mais je déteste configurer en GUI (c'est long, fastidieux, surtout lors de refactoring de conf). Oú la GUI est elle omniprésente et obligatoire ?
C'est bien possible que ca soit ca, car moi non plus je n'ai jamais eu à me plaindre du SAV dell.
Pareil. C'est pas le meilleur matos du monde mais j'ai appelé plusieurs fois le support Dell : on a que ça au taff, autant coté serveur (on est revendeur d'ailleurs, donc avec une garantie top moumoute europe J+1) que nos PC à nous (support basique, et on est vu comme un client classique car pas la même gestion coté Dell) et jamais eu de soucis particulier.
Même réflexion voici 2/3 ans maintenant car déjà à l'époque c'était un peu galère de maintenir la techno à jour. J'ai switché sur LXC (et KVM mais pour d'autres besoins). LXC est clairement plus jeune mais a pour avantage une grande simplicité d'utilisation et une plutot bonne intégration à Linux (cgroup, bridge…). Le tout couplé à libvirt (pouvoir gérer LXC et KVM de la mếmé façon c'est cool).
Mais si tu as besoin du périmêtre fonctionnel d'OpenVZ (par exemple une gestion fine des ressources ou une bonne isolation) clairement tu vas perdre avec LXC. J'ai cru voir un projet passer récemment pour rendre les containers LXC plus secure mais je me souviens plus du nom.
bien que les archives d'Internet à elles seules doivent pouvoir attester de l'utilisation du nom "python" par
le langage depuis à vue de nez bien plus de 13 ans …
J'ai commencé Python en 98 et le site web existait déjà. Mais comme archive.org ne commence qu'en 97 (de mémoire), on ira pas plus loin. Néanmoins, le whois dit 95.
Je sais que trolldi est demain, mais question : est-ce quelqu'un connais aussi bien Mercurial que Git et préfère Mercurial ?
J'en connais quelque uns.
J'ai essayé plusieurs fois d'utiliser Mercurial pour mes projets perso, mais le truc ne sait rien faire de base
Linus avait, dés le départ une vision assez claire de ce qu'il souhaitait (faut dire qu'avec plusieurs années de BitKeeper et la gestion d'un gros projet derrière lui, ca aide bien).
Un fanboy de Mercurial pourrait-il m'expliquer ce qu'il aime dans Mercurial et pourquoi ça roxxe du poney ?
2 arguments récurrents :
- le frontend est bien plus simple
- la courbe d'apprentissage est faible quand on vient de SVN.
Autant Hg peut s'utiliser comme un SVN décentralisé (en gros, je ne change pas mes habitudes, je rajoute juste un pull / push), autant Git demande à complètement revoir ses connaissances et ses habitudes si on ne veut pas être perdu. C'est comme passer d'une voiture à une moto, on peut pas juste modifier 2/3 habitudes. C'est seulement à cette condition qu'on perçoit la puissance et la cohérence de Git (là ou Hg commence à sérieusement cumuler les couches).
J'ai constaté une différence entre les skins blancs plus souples et les noirs plus durs. Effectivement avec ces derniers c'est pénible de taper. Les blancs nouveaux modèles sont meilleurs (tout en étant plus durs que les anciens).
PS : et je me suis aussi plaint de ces nouveaux skins.
Il manque dans ta liste le plus important : cython. Il permet d'intégrer du C/C++ dans du Python et inversement. Il peut aussi convertir du code Python en code C, soit sans rien faire et tu gagnes un peu, soit en en spécifiant les types et tu gagnes beaucoup (x10 au minimum, plus de 100x sur calcul numérique). Il a d'autres fonctionnalités que je vous laisse voir sur le site.
cython est un projet très actif (ex : master suit à quelques jours les changements de la branche de dev CPython) et comprends parfaitement la syntaxe CPython du la version 2.5 à la 3.3dev(le but est d'être 100% compatible pour la 1.0).
Le support de PyPy est encours et Stephan Benhel (le dev principal) est lui très actif. Bref, que du bon.
Ne connaissant pas ce logiciel, la question sur l'utilité de ce logiciel arrive rapidement dans mon esprit embrumé. Je lis la news sans trop comprendre pour tomber sur la phrase
PacketFence est une solution de conformité réseau (NAC)
Et j'ai maintenant 3 questions :
- A quoi sert PacketFence ?
- A quoi sert une solution de conformité réseau ?
- Que veut dire NAC ?
Ca me fait penser aux développeurs Haskell qui t'expliquent qu'un monoïde est «une structure algébrique consistant en un ensemble muni d'une loi de composition interne associative et d'un élément neutre» (c'est à ce moment là que tu comprends qu'il ne faut surtout plus leurs poser de questions :).
On à fait la conférence à Rennes l'année dernière. On est ouvert à le faire en province mais il faut une équipe motivée capable de prendre à sa charge tout le travail :). Rien que de trouver un lieu adapté et pas cher, c'est pas gagné. La cité des Sciences est un endroit très sympa, accueillant et gratuit, d'où son utilisation par de nombreuses assos du libre.
Salut,
je me pose toujours cette question quand je vois quelqu'un parler de Mandriva : pourquoi cette volonté de supporter encore cette distribution ? Il y'en a plein, de toutes sortes et beaucoup sont bien gérées. C'est pas comme si c'était Windows ou Mandriva. Alors qui sont les plus stupides, ceux qui contrôlent Mandriva ou ceux qui les suivent ? Mandriva est mort depuis bien longtemps, faites une croix dessus et passer à autre chose.
Salut les Mandriviens et pour la suite ne lâchez rien ! Jamais !"
Mouarf "ne lachez rien". C'est vrai quoi, c'est un combat important à mener.
Seb, qui a arrêté Mandrake à la 5.1 (ou 5.2 je ne sais plus).
Je suis la ml Go depuis depuis pas mal de temps déjà et elle est très active. C'est assez impressionnant de voir un langage aussi jeune avec une telle communauté (sur les différentes mls de langages que j'ai pu fréquenter, seule la ml Python principale est plus active).
Le problème de mémoire semble aussi se produire sur 64 bits.
Après pas mal de tests de langages ces derniers mois, je pense que je vais partir sur le duo Python + Go (avec un peu de Lua par ci par la).
Salut José,
CloneZilla a pas mal de possibilité mais c'est vrai que le site est assez mal foutu :
1. tous les outils CloneZilla sont utilisables en ligne de commande
2. rien ne t'empêche de lancer des scripts (shell ou python)
Ici, on créé des images avec un live CD CloneZilla, et on clone avec une clé USB CloneZilla, qui lance ocs-sr avec des options avancées et un script maison.
Mais j'ai l'impression que tu risques de ré-inventer en partie CloneZilla avec le temps, c'est dommage que tu ne l'étudies pas plus.
Sinon, le thread est sympa, merci de l'avoir lancé (je suis toujours curieux d'étudier des alternatives.).
Ce n'est pas un micro framework a mon sens, même s'il est trés léger. Par contre, sa fléxibilité lui permet de se comporter comme un micro framework. Cf sa série Groundhog :
- Groundhog (Building a Microframework with BFG) #1: Mapping URLs to Code
- Groundhog (Building a Microframework with BFG) #2: URL Generation
- Groundhog (Building a Microframework with BFG) #3: HTML Templating
- Groundhog (Using BFG to Build a Microframework) #4: Sessions and Flash Messages
- Groundhog (Using BFG to Build a Microframework) #5: Exception Handling
- Groundhog (Using BFG to Build a Microframework) #6: Events and Context Locals
Disponible sur le blog Repoze (http://blog.repoze.org/).
> tout ça c'est du wishful thinking basé sur des lubies technologiques, à mon avis.
Je te trouve bien sévère. Vouloir améliorer les choses est une lubie ? Se retrouver devant un problème de maintenance est une lubie ? J'ai du mal a comprendre.
> c'est que Django a une communauté.
Ils ont tous une communauté.
> Or, si Django a une communauté, c'est précisément parce qu'ils ne passent pas leur temps à
> changer de plateforme technique, à fusionner ou forker dans tous les sens.
RoR est un contre exemple, Linux aussi. Ton argument me semble hors de propos, Pylons a maintenant 6 ans ! De plus, Zope3 ou Pylons rend de bons services que Django ne peut pas rendre. M'enfin, si la qualité ou l'intérêt se mesure à l'ampleur de la communauté, je suis au regret de dire que le projet sur lequel tu bosses est une lubie face a PHP et Java.
> ls se soucient avant tout de rendre le meilleur service possible à leurs utilisateurs
> pas d'avoir une architecture top-moumoute
C'est évident, ils ne refactorent jamais, ne changent rien, jamais. ET puis prendre en exemple un projet qui a *tout* recodé (parce que les trucs des autres, c'est pas assez bien), c'est rigolo je trouve.
> buzzwords hérités du monde Java
C'est un argument ça ? (Zope3 et Spring Framework sont sortis en même temps, je donnais juste un élément de comparaison). Ta réponse me fait plus penser a une critique gratuite qu'autre chose.
# Rust vs Go
Posté par Sébastien Douche . En réponse à la dépêche Rust s’oxyde en version 0.10. Évalué à 10.
J'ai toujours du mal a lire ce genre de phrases qui laisse a penser que Rust et Go sont des concurrents. Pour moi :
Go
C'est un langage "pauvre" (peu de concepts), typage fort certes mais faisant peu de vérification (une sorte de "Python en typage statique") mais bien pensé, géré de main de maitre et surtout rapidement assimilable. Il pourrait remplacer Python, Ruby, Nodejs et les programmes C++ écrient seulement pour le besoin de vitesse. Go ne remplace pas du C / C++ car le GC est handicapant dans bien des cas. De plus il n'apporte aucun concept qui le rendrait attirant aux yeux des dev C++ (on se gave pas de 10 de C++ pour ensuite changer).
Pour moi, le gros plus de Go est pour moi d'abaisser furieusement le cout d'entrée pour un langage concurrent et qui compile en statique. Apprendre le Go est peanut par rapport a du C++ / Rust.
Rust
C'est un langage riche, avec beaucoup de fonctionnalités sexy qui font bavées un peu tout le monde (immutabilité, choix du GC, race condition, coroutine, macro…) permettant de remplacer potentiellement le C / C++ partout. Mais au prix d'un apprentissage bien plus élevé.
C'est effectivement en concurrence frontale avec D amha.
En résumé
Go en haut, Rust en bas. Bien sur, un dev Rust pourra surement en faire la le Go est utilisable (mais pas le contraire dans la plupart des cas) mais je pense que l'apprentissage de ces 2 langages est loin d’être déconnant. Juste que j'ai toujours une grosse crainte de la part de Mozilla qui gèrent ses projets comme des barbouzes.
# Une présentation sur Docker
Posté par Sébastien Douche . En réponse à la dépêche Docker : Tutoriel pour manipuler les conteneurs. Évalué à 2.
Voici les slides de ma présentation sur Docker.
[^] # Re: Et pour une poignée de liens en plus
Posté par Sébastien Douche . En réponse au journal Des nouvelles de Debian et de systemd. Évalué à 6.
Oula pas si vite, ton avis de sysadmin m'intéresse fortement. Peux tu développer ?
# Petit retour
Posté par Sébastien Douche . En réponse à la dépêche PyCharm propose une version libre. Évalué à 10.
J'utilise Pycharm Pro de temps en temps depuis 2 ans. Il fait partie des 3 logiciels proprio que j'utilise (avec Sublime Text 3 et Corel AfterShot Pro). Pourquoi ? Tout simplement car je déteste Vim et Emacs depuis mes débuts (~1995). C'est triste mais c'est comme ça, je n'ai jamais réussi à être efficace avec ces puissants outils.
En défauts :
Pour le reste, c'est un outil impressionnant. On voit bien que JetBRAINS (concepteur de l'IDE Java Intellij avant de faire des petits frères pour Python, Ruby, PHP et le Web) a une énorme expérience dans le domaine.
Voici de tête ce qui m'a plu :
Bien sur, rien (ou presque) qu'un Vim ou Emacs ne peut faire en le configurant au petit ognon. Sauf qu'ici, c'est out-of-the-box, cela marche bien et l'outil est régulièrement mis à jour. C'est un outil à tester pour ceux qui n'ont pas trouvé leur éditeur de prédilection.
Je tente de refaire une config proche avec ST3 mais faut ajouter pas mal d'extensions. L'avantage de ce dernier est qu'il est largement plus léger et rapide à se lancer (et permet donc de l'utiliser en remplacement de Vim, aka pouvoir le lancer 50x par jour).
[^] # Re: Quelques commentaires
Posté par Sébastien Douche . En réponse au journal Normalisation du langage Dart de Google par l'Ecma. Évalué à 8.
On ne créé pas un langage en quelques jours. On se moque sufisamment des SSII et des gros éditeurs qui sortent des trucs non testés pour ne pas me gêner pour rappeler à Mozilla (beaucoup sont des anciens de Netscape, et pas les moins bien placés) qu'ils ont développés cette daube. Et au lieu de saluer toute initiative d'amélioration, sa réaction est de dire "on ne le fera jamais" comme un gamin capricieux.
Depuis 7 ans, Google améliore le Web. Et en plus, tout est normalisé W3C (Shadow Dom, Mutation Observers, http2…) ou en cours de l'être comme Dart. Tous les projets sont Libres. On peut les attaquer sur beaucoup de points (vie privée, monopole sur la pub, fonctionnement du moteur de recehrche…) mais pas celui de se bouger le cul pour faire avancer les choses.
[^] # Re: « impropre à la création d'applications web complexe » ?
Posté par Sébastien Douche . En réponse au journal Normalisation du langage Dart de Google par l'Ecma. Évalué à -8.
Plonk.
[^] # Re: « impropre à la création d'applications web complexe » ?
Posté par Sébastien Douche . En réponse au journal Normalisation du langage Dart de Google par l'Ecma. Évalué à -1.
Rappelles moi le but premier du Javascript ? Ah voila, gérer le DOM.
[^] # Re: « impropre à la création d'applications web complexe » ?
Posté par Sébastien Douche . En réponse au journal Normalisation du langage Dart de Google par l'Ecma. Évalué à -2.
Les développeurs de Dart
Leurs nombres et leurs importances ne sont pas les mêmes. Un point révélateur est le fait qu'on a inventé 2 surcouches pour améliorer le langage (jquery puis CoffeeScript).
# Quelques commentaires
Posté par Sébastien Douche . En réponse au journal Normalisation du langage Dart de Google par l'Ecma. Évalué à 10. Dernière modification le 23 décembre 2013 à 18:46.
L'équipe de Blink a évolué le temps passer dans v8 lors de la navigation de sites web. En général, cela va de 0 à 20%. Sur des sites Google, c'est plutôt de 20 à 40%. Google est un gros utilisateur de Javascript (directement ou indirectement avec GWT), et c'est pour l'équipe Dart un très bon panel d'applications.
Il a aussi dit que la complexité du moteur v8 commence à poser soucis car il dépasse le 1/2 millions de SLOC et qu'ils galèrent pas mal pour gagner de nouvelle perf.
Un langage bien plus adapté, c'est une nouvelle sémantique, pas juste une surcouche.
Il faut d'abord comprendre le business-model de Google pour comprendre la création de Dart. Contrairement à Facebook, Ms ou Apple qui se foutent royalement du Net du moment que vous utilisez leurs produits et services, Google doit s'appuyer sur un Net rapide et fonctionnel. C'est la raison des financements des projets OSS, des CDN, des apifonts, de NaCI, de http2 / SPDY, etc. Google gagne de l'argent quand le Net fonctionne car 90% de leur CA vient de la pub.
Une fois compris cela, c'est facile de voir que c'est dans l'intérêt de Google d'unifier le Web autour d'un langage puissant et qui permet d'aller bien plus vite.
Le créateur de la plus grosse bouse (marrant d'ailleurs qui soit devenu CTO). Si chrome n'avait pas torché Firefox à sa sortie, ce dernier se contenterai de la vitesse qu'il avait. C'est Google qui a lancé la course à la vitesse et qui permet maintenant d'avoir des sites aussi riches (v8 va 600x plus vite que Chrome 1.0). Bref Mozilla me souvent sourire. Des grandes déclarations mais j'ai du mal a voir les améliorations qu'ils apportent de décisif (et me dites pas un browser Libre, un autre aurait pris sa place. Y'en avait une dizaine début 2000).
Je n'aime pas plus Google que toi, mais leurs contributions sont de loin bien supérieures aux autres et je ne crache pas dessus. Pour le reste, je les mets dans le mec sac que MS, Facebook et autres.
# Possibilité de faire du CLI directement ?
Posté par Sébastien Douche . En réponse à la dépêche Sortie de pfSense 2.1. Évalué à 7.
Question naıve, peut on utiliser directement les confs en fichier texte ? Le bon coté de pfSense est son intégration avec pas mal de fonctionnalités par défaut mais je déteste configurer en GUI (c'est long, fastidieux, surtout lors de refactoring de conf). Oú la GUI est elle omniprésente et obligatoire ?
Merci pour la réponse :).
[^] # Re: Pas le même support
Posté par Sébastien Douche . En réponse au journal Dell, le degré zéro du service client.. Évalué à 1.
Pareil. C'est pas le meilleur matos du monde mais j'ai appelé plusieurs fois le support Dell : on a que ça au taff, autant coté serveur (on est revendeur d'ailleurs, donc avec une garantie top moumoute europe J+1) que nos PC à nous (support basique, et on est vu comme un client classique car pas la même gestion coté Dell) et jamais eu de soucis particulier.
Je suis donc étonné.
# LXC
Posté par Sébastien Douche . En réponse au journal OpenVZ sur Debian : Que prévoyez-vous avec Wheezy ?. Évalué à 4.
Même réflexion voici 2/3 ans maintenant car déjà à l'époque c'était un peu galère de maintenir la techno à jour. J'ai switché sur LXC (et KVM mais pour d'autres besoins). LXC est clairement plus jeune mais a pour avantage une grande simplicité d'utilisation et une plutot bonne intégration à Linux (cgroup, bridge…). Le tout couplé à libvirt (pouvoir gérer LXC et KVM de la mếmé façon c'est cool).
Mais si tu as besoin du périmêtre fonctionnel d'OpenVZ (par exemple une gestion fine des ressources ou une bonne isolation) clairement tu vas perdre avec LXC. J'ai cru voir un projet passer récemment pour rendre les containers LXC plus secure mais je me souviens plus du nom.
PS : passer ses VMs OpenVZ en LXC est simple.
# Encore plus vieux
Posté par Sébastien Douche . En réponse au journal Python va devoir muer ?. Évalué à 3.
J'ai commencé Python en 98 et le site web existait déjà. Mais comme archive.org ne commence qu'en 97 (de mémoire), on ira pas plus loin. Néanmoins, le whois dit 95.
[^] # Re: Je profite de ce troll
Posté par Sébastien Douche . En réponse au journal Microsoft passe à git. Évalué à 7.
J'en connais quelque uns.
Linus avait, dés le départ une vision assez claire de ce qu'il souhaitait (faut dire qu'avec plusieurs années de BitKeeper et la gestion d'un gros projet derrière lui, ca aide bien).
2 arguments récurrents :
- le frontend est bien plus simple
- la courbe d'apprentissage est faible quand on vient de SVN.
Autant Hg peut s'utiliser comme un SVN décentralisé (en gros, je ne change pas mes habitudes, je rajoute juste un pull / push), autant Git demande à complètement revoir ses connaissances et ses habitudes si on ne veut pas être perdu. C'est comme passer d'une voiture à une moto, on peut pas juste modifier 2/3 habitudes. C'est seulement à cette condition qu'on perçoit la puissance et la cohérence de Git (là ou Hg commence à sérieusement cumuler les couches).
# Différence entre les skins blancs & noirs
Posté par Sébastien Douche . En réponse au journal Qualité des « nouvelles » skins Typematrix ?. Évalué à 2.
J'ai constaté une différence entre les skins blancs plus souples et les noirs plus durs. Effectivement avec ces derniers c'est pénible de taper. Les blancs nouveaux modèles sont meilleurs (tout en étant plus durs que les anciens).
PS : et je me suis aussi plaint de ces nouveaux skins.
# cython
Posté par Sébastien Douche . En réponse au journal pythran: python -> c++. Évalué à 7.
Il manque dans ta liste le plus important : cython. Il permet d'intégrer du C/C++ dans du Python et inversement. Il peut aussi convertir du code Python en code C, soit sans rien faire et tu gagnes un peu, soit en en spécifiant les types et tu gagnes beaucoup (x10 au minimum, plus de 100x sur calcul numérique). Il a d'autres fonctionnalités que je vous laisse voir sur le site.
cython est un projet très actif (ex : master suit à quelques jours les changements de la branche de dev CPython) et comprends parfaitement la syntaxe CPython du la version 2.5 à la 3.3dev(le but est d'être 100% compatible pour la 1.0).
Le support de PyPy est encours et Stephan Benhel (le dev principal) est lui très actif. Bref, que du bon.
# Explication jargonesque
Posté par Sébastien Douche . En réponse à la dépêche PacketFence 3.4.0. Évalué à 10. Dernière modification le 17 juin 2012 à 00:26.
Ne connaissant pas ce logiciel, la question sur l'utilité de ce logiciel arrive rapidement dans mon esprit embrumé. Je lis la news sans trop comprendre pour tomber sur la phrase
Et j'ai maintenant 3 questions :
- A quoi sert PacketFence ?
- A quoi sert une solution de conformité réseau ?
- Que veut dire NAC ?
Ca me fait penser aux développeurs Haskell qui t'expliquent qu'un monoïde est «une structure algébrique consistant en un ensemble muni d'une loi de composition interne associative et d'un élément neutre» (c'est à ce moment là que tu comprends qu'il ne faut surtout plus leurs poser de questions :).
[^] # Re: Lien OSM
Posté par Sébastien Douche . En réponse à la dépêche PyconFR 2012 du 13 au 16 septembre 2012 à Paris, la Villette. Évalué à 2.
On à fait la conférence à Rennes l'année dernière. On est ouvert à le faire en province mais il faut une équipe motivée capable de prendre à sa charge tout le travail :). Rien que de trouver un lieu adapté et pas cher, c'est pas gagné. La cité des Sciences est un endroit très sympa, accueillant et gratuit, d'où son utilisation par de nombreuses assos du libre.
# Mais pourquoi cet archanement ?
Posté par Sébastien Douche . En réponse au journal Mandriva ou le GRR (Gag Rhétorique Récurrent). Évalué à 5.
Salut,
je me pose toujours cette question quand je vois quelqu'un parler de Mandriva : pourquoi cette volonté de supporter encore cette distribution ? Il y'en a plein, de toutes sortes et beaucoup sont bien gérées. C'est pas comme si c'était Windows ou Mandriva. Alors qui sont les plus stupides, ceux qui contrôlent Mandriva ou ceux qui les suivent ? Mandriva est mort depuis bien longtemps, faites une croix dessus et passer à autre chose.
Mouarf "ne lachez rien". C'est vrai quoi, c'est un combat important à mener.
Seb, qui a arrêté Mandrake à la 5.1 (ou 5.2 je ne sais plus).
# 2 petites précisions
Posté par Sébastien Douche . En réponse à la dépêche Sortie d'une première version stable de Go. Évalué à 9.
Je suis la ml Go depuis depuis pas mal de temps déjà et elle est très active. C'est assez impressionnant de voir un langage aussi jeune avec une telle communauté (sur les différentes mls de langages que j'ai pu fréquenter, seule la ml Python principale est plus active).
Le problème de mémoire semble aussi se produire sur 64 bits.
Après pas mal de tests de langages ces derniers mois, je pense que je vais partir sur le duo Python + Go (avec un peu de Lua par ci par la).
# Bande de pervers
Posté par Sébastien Douche . En réponse à la dépêche Entretien avec des développeurs francophones d'OpenBSD - Partie 1. Évalué à 10.
Je crois que c'est clair, ce sont des malades ! Surtout Miod, mais on le savait déjà depuis bien longtemps.
Bisous a Miod et Gaston (Landry) ;)
[^] # Re: Système de clonage
Posté par Sébastien Douche . En réponse au journal Merci Slitaz!. Évalué à 1.
[^] # Re: Système de clonage
Posté par Sébastien Douche . En réponse au journal Merci Slitaz!. Évalué à 2.
CloneZilla a pas mal de possibilité mais c'est vrai que le site est assez mal foutu :
1. tous les outils CloneZilla sont utilisables en ligne de commande
2. rien ne t'empêche de lancer des scripts (shell ou python)
Ici, on créé des images avec un live CD CloneZilla, et on clone avec une clé USB CloneZilla, qui lance ocs-sr avec des options avancées et un script maison.
Mais j'ai l'impression que tu risques de ré-inventer en partie CloneZilla avec le temps, c'est dommage que tu ne l'étudies pas plus.
Sinon, le thread est sympa, merci de l'avoir lancé (je suis toujours curieux d'étudier des alternatives.).
[^] # Re: La validité de la ZCA
Posté par Sébastien Douche . En réponse à la dépêche Pylons et repoze.bfg fusionnent pour donner Pyramid. Évalué à 1.
- Groundhog (Building a Microframework with BFG) #1: Mapping URLs to Code
- Groundhog (Building a Microframework with BFG) #2: URL Generation
- Groundhog (Building a Microframework with BFG) #3: HTML Templating
- Groundhog (Using BFG to Build a Microframework) #4: Sessions and Flash Messages
- Groundhog (Using BFG to Build a Microframework) #5: Exception Handling
- Groundhog (Using BFG to Build a Microframework) #6: Events and Context Locals
Disponible sur le blog Repoze (http://blog.repoze.org/).
[^] # Re: La validité de la ZCA
Posté par Sébastien Douche . En réponse à la dépêche Pylons et repoze.bfg fusionnent pour donner Pyramid. Évalué à 5.
> tout ça c'est du wishful thinking basé sur des lubies technologiques, à mon avis.
Je te trouve bien sévère. Vouloir améliorer les choses est une lubie ? Se retrouver devant un problème de maintenance est une lubie ? J'ai du mal a comprendre.
> c'est que Django a une communauté.
Ils ont tous une communauté.
> Or, si Django a une communauté, c'est précisément parce qu'ils ne passent pas leur temps à
> changer de plateforme technique, à fusionner ou forker dans tous les sens.
RoR est un contre exemple, Linux aussi. Ton argument me semble hors de propos, Pylons a maintenant 6 ans ! De plus, Zope3 ou Pylons rend de bons services que Django ne peut pas rendre. M'enfin, si la qualité ou l'intérêt se mesure à l'ampleur de la communauté, je suis au regret de dire que le projet sur lequel tu bosses est une lubie face a PHP et Java.
> ls se soucient avant tout de rendre le meilleur service possible à leurs utilisateurs
> pas d'avoir une architecture top-moumoute
C'est évident, ils ne refactorent jamais, ne changent rien, jamais. ET puis prendre en exemple un projet qui a *tout* recodé (parce que les trucs des autres, c'est pas assez bien), c'est rigolo je trouve.
> buzzwords hérités du monde Java
C'est un argument ça ? (Zope3 et Spring Framework sont sortis en même temps, je donnais juste un élément de comparaison). Ta réponse me fait plus penser a une critique gratuite qu'autre chose.