G.bleu a écrit 186 commentaires

C'est marrant de parler de Docker comme un cache-misère, moi si un sysadmin décide de faire de l'ingérence dans les dépendances de mon application, je lui dirais que je n'ai besoin que de Docker. Je résous le problème en faisant de l'ingérence dans les outils qu'il devra utiliser quoi ;-)

Sans attaque personnelle, je suis curieux de savoir dans quel domain tu es sysadmin. De mon point de vu vouloir gérer les dépendances à partir des paquets de la distrib est peine perdue sortie de C/C++ et (j'imagine, merci de me corriger si ce n'est pas le cas) Java.
Les autres langages fournissant un outil de gestion des dépendances adapté, cela ne sert à rien de dupliquer les efforts pour avoir un résultat moins bon, examples:

• deux projets ont des dépendances en version différentes, comment faire via apt-get pour que chaque projet utilise la bonne version de la lib ? Pour résoudre ce problème npm et composer installent dans le répertoire du projet, pip a les virtualenv etc.

• Pour un projet en python/ruby/php/js une majorité des dépendances ne sont pas packagées dans la distrib, il faut tout re-écrire dans le projet ? (bonjour l'explosion de la complexité et de maintenance…) ou bien tout copier en dur dans le projet ?

Concernant le problème de disparition d'une dépendance dont parle l'article, Docker résous justement ce problème : il suffit de construire l'image du projet à partir d'une image contenant les dépendances et le tour est joué !

Si Python est difficile à lire… On peut avoir un exemple de langage simple à lire ?

Et pour le print sans retour charriot, il suffit de mettre une virgule à la fin du print en python2

print 'python le fait',

Et il y a l'argument "end" qu'on peut spécifier en python3 (oui, il ont amélioré la lisibilité ;-)

print("Python3 le fait plus mieux ", end="")

Bref si tu en es à ce genre d'arguments c'est que tu ne connais pas Python.

En cherchant sur internet j'ai l'impression que c'est une sorte de serveur multimedia avec de la gestion de droits… mais je n'ai pas trouvé de doc clair sur le sujet, j'ai mal cherché ?

Le système de concurrence à base de goroutines et de channels est une façon très élégante de répondre au problèmes de nos ordinateurs actuels (augmentation du nombre de cœurs plutôt que de leur puissance unitaire obligeant à faire du multithreading).

J'imagine que des langages comme Erlang le faisait déjà, mais c'est Go qui a lancé une la hype là dessus et l'a rendu mainstream (un peu comme node.js avec l'asynchrone alors qu'on pouvait le faire depuis des années avec Twisted en python pour ne citer que lui)

Mais ces pièges n'attrapent que les débutants

Le xkcd de rigueur à propos des choses que "tous le monde sait". Dans notre cas en remplaçant coca/mentos par "faille critique sur ton appli parce que tu n'as pas lu une page paumée dans la doc PHP".

celui qui se prend pour un développeur mais qui n'en est pas un.

Élitisme quand tu nous tiens…

J'ai tendance à considérer le code plutôt que le développeur, un développeur expérimenté fatigué et avec une deadline impossible courte fera-t-il du meilleur travail qu'un développeur débutant avec du temps devant lui et l'envie de bien faire ?

Bref pour moi un bon langage t'empêche de faire des conneries (typiquement en appliquant le principe du moindre étonnement) plutôt que se dédouaner en mode "t'avais qu'à lire la doc, sale n00b !"

(on peut se rappeler aussi les catastrophiques magic_quotes…)

Et j'ajouterai la nouvelle faille à la mode avec la montée en puissance de mongoDB

http://www.example.com?username=user&password[$ne]=dummy

Magie de PHP, $_GET['password'] va retourner un tableau array("password" => array('$ne' => "dummy")

Ce qui fait donc une requête dans mongodb pour trouver l'utilisateur user n'ayant pas pour mot de passe dummy…

voir http://php.net/manual/fr/mongo.security.php

C'était bien LibreOffice dans la vidéo, pardon aux familles tout ça ;-)

Première phrase de ton lien : "There is no cloud. It's just someone else's computer"

Je trouve ça très pertinent : le cloud c'est la façon de déplacer les problèmes vers un acteur tier.

Avant avec une application tu devais gérer des machines physiques, des mises à jour sur ta base de données etc.
Maintenant ça se passe sur la machine d'un autre mec qui fera ce travaille de maintenance pour toi (et en plus souvent mieux parce que c'est son métier !)

Bref le cloud c'est pas du caca de buffle ;-)

Et sinon pour leur solution, de ce que j'ai vu d'une vidéo de présentation de leur outil, ils sont capable par exemple de faire tourner open office sur un serveur pour le fournir à des utilisateurs via leur navigateur web (donc plus de mise à jour d'open office sur les postes des utilisateurs, plus de problèmes de données perdues suite au crash de l’ordinateur d'une personne etc.)

Ça fait du bien aussi d'entendre des choses simples "La jeunesse emmerde le Front National"

Objectif, ouvert d'esprit, respectueux et percutant. La classe !

tellement il semblerait que ça soit pas évident pour tout le monde

C'est pas le but de la démocratie de faire en sorte que le peuple s'exprime ?

Personnellement je trouve fascinant le pouvoir de rejet qu'a le FN. L'alternance des deux parties "crédibles" (cf. la ritournelle du "voter utile") nous a montré qu'au niveau politique sécuritaire, fermeture des frontières, démagogie et j'en passe il pouvait aller aussi voir même plus loin que le FN.
Du coup, j'aurai tendance à croire à une volonté des deux gros parties d’empêcher l'apparition d'un concurrent, bref ce n'est pas de la politique mais de la lutte pour les parts de marché.

Je n'ai pas la réponse, mais j'ai la même question pour Blink (700k) vs Webkit (1.3m). Ça me semble très étrange vu que Blink est un fork (plutôt récent ~2 ans 1/2) de Webkit…

C'était les CLUF Apple dans webkit qui faisaient 600k lignes ?

Non mais expliquer la différence avec un noyau linux standard (qui n'est pas sensé être une passoire de base) serait intéressant.

Je ne connais pas les fonctionnalités offertes par grsec, du coup je suis curieux de connaître les raisons (et/ou les lacunes du noyaux vanilla) qui t'ont poussées à l'utiliser dans un contexte à première vue non critique (à moins que les étudiants en questions ne soient en info spé sécu…) ?

bof je bosse sur fond sombre

Pareil, mais tu as toujours une page web d'ouverte (mail, stackoverflow etc.), si tu as deux écrans, tu te retrouve avec un tout sombre et un autre tout blanc ce qui est pire que tout niveau fatigue oculaire !

Personnellement, je me suis acheté des verres teintés jaunes pour filtrer les lumières bleues (cf. http://www.lunettesprotectrices.be/161-prisma-office.html, je n'ai aucune affiliation avec le site ni le fabriquant).

Au début j'étais plutôt dubitatif mais comme je passe beaucoup de temps devant l'ordinateur je me suis dit que ça valait le coup d'essayer.

Et bien cela a énormément soulagé mes yeux, en particulier le soir quand la luminosité de l'écran (typiquement les pages web blanches) contraste beaucoup avec l'environnement (plus aucune sensation d'avoir les yeux qui brûles après 10h de travail d'affilé)

On a beau dire, je pense que sublime text a révolutionné l'éditeur de text (j'étais Emacs avant, rien que les multicurseurs sont un tel bonheur qu'ils justifient à eux seuls le changement)

De là, son (seul ?) défaut étant de ne pas être open-source, il est normal qu'une foule d'enfants illégitimes soient nés de sa hanche :

Light Table

Le développeur est un ancien de l'équipe Visual Studio, il a lancé en 2012 un kickstarter qui a atteint 316k$ ! (ha ! la mode des kickstarter faramineux !)
Après une telle réussite l'équipe s'est agrandie (je crois qu'ils sont 3 à plein temps) et le projet avance.

Comme pour Atom, l'idée est d'utiliser webkit/v8 pour pouvoir gérer l'interface comme une page web
Au niveau du langage, c'est du clojure script (clojure, un genre de lisp de ce que j'en ai compris, compilé en javascript).

Zed

Le cousin fauché (en terme d'argent hein, pas de talent !) de Atom et Light Table : webkit/v8 (mais cette fois ci le dev à décidé de partir sur du pur javascript)
Il s'agit du travaille commencé en 2013 d'une seule personne (le mec a pris 6mois~1an sabbatique pour travailler à temps plein sur le projet)

Perso j'ai bien aimé l'idée d'utiliser des buffers (comme sur emacs, on tappe le nom du fichier auquel on veut accéder) plutôt que d'ouvrir des fichiers dans des onglets (on se retrouve toujours avec 50 onglets dont les 3/4 inutiles qui rendent la navigation désagréable et oblige à tout fermer régulièrement pour faire le nettoyage)
L'autre idée sympa est de pouvoir l'installer comme extension Chrome (permettant de synchroniser sa configuration de manière instantanée et automatique)

Lime

On change radicalement de techno pour un éditeur godé en co codé en Go
En réalité l'éditeur est divisé en un backend et plusieurs frontends : qml (le plus avancé), html et mode console

D'après l'équipe, le projet est encore au stade de béta. Ça se voit dans la procédure d'installation très "unix style" (installation de ouatmille dépendances, compilation etc.) au lieu d'une bête archive pré-compilée.

Brackets

L'éditeur de Adobe, toujours webkit/v8 + javascript. Je le cite pour la forme et ne me suis pas attardé sur lui.

Conclusion

À titre personnel, j'ai testé les deux premiers, mais suis vite retourné à SublimeText, notamment à cause des habitudes : les raccourcis ne sont pas les mêmes (surtout avec zed qui me rappel quand je dois éditer un fichier avec vim…), l'absence de minimap (une autre killer-feature de SublimeText)
Par contre je suis intéressé à vos retours (et si vous connaissez d'autres éditeurs), en particulier de Bracket que je n'ai pas encore eu le temps d'essayer.

Et pour finir un article (qui date d'un an déjà) d'un comparatif de tout ce beau monde

C'est sûr qu'on va pas dire à Barret Michel quoi faire de sa RAM !

J'étais dans le même cas avec mon thinkpad de 2010, j'ai acheté 8go de ram pour 60€ et ça m'a fait économiser un nouveau pc à 1000€ (plus le plaisir de ne pas avoir créé de déchets inutilement)

Franchement ça + 150€ de ssd n'importe quel pc est paré pour les années à venir !

…

Bon par contre j'ai toujours pas osé retenter Atom tellement c'était lent la dernière fois (je sens que le troll sur les applications java desktop lentes va être remplacé par celui des application basées sur webkit…)

Autant pour android la jvm (enfin dalvik, l'implémentation custom android) est déjà fournie, autant pour iOS, BlackBerry et Windows Phone on se retrouve à devoir la packager avec sur son app ?
Je suis très étonné de la viabilité de ce choix:

• poids de l'app avec une jvm (j'imagine qu'on peut stripper toutes les bibliothèques non utilisées mais ça doit comme même représenter quelque chose in fine)
• consommation de ram en hausse, non seulement à cause de java (coucou mon téléphone Android qui n'arrive pas à lancer plus de 2 apps à la fois avec 1Go…) mais surtout car chaque app utilisant ce framework aura sa propre instance de jvm lancée (donc pas de partage de mémoire possible)
• performances, java est performant à partir du moment où la ram disponible (comprendre le gros bloc de ram qu'il se réseve au démarrage de la jvm) est très supérieur (j'avais lu quelque part 7 fois plus pour être optimal) à celle nécessaire pour faire tourner l'application. Vu que chaque instance de jvm est indépendante l'action de réserver un bloc de mémoire se fait par app, d'où soit une accentuation de la surconsommation (je réserve 500mo pour mon app alors qu'au final elle ne va consommer que 400) ou bien un écroulement des perfs (je réserve 300mo pour mon app, le garbage collector doit travailler plus souvent pour limiter la conso mémoire)

Maintenant je ne suis pas un expert Java, donc ce serait cool si quelqu'un de plus calé pouvait m'expliquer comment ces points on pu être résolus

Je savais qu'en postant ce message j'allais me faire lyncher (je n'ai pas encore été traité de zenitram, c'est déjà ça !).

Mon message est simple : on met un projet communautaire sur une forge plus pour les autres que pour soi

Si 90% des projets sont sur github, alors il est légitime (pas juste, pas "pas bien pour le libre", juste pragmatiquement légitime) de penser qu'un contributeur aura un compte github, et n'aura donc aucune barrière à la participation (je clique sur cloner, je fais mes modifs, je clique sur PR en laissant un message pour le mainteneur).

De même, ces 90% de projets étant de fait sous git, demander à un contributeur potentiel d'apprendre darc avant de contribuer c'est lui pourrir son expérience et le démotiver avant même qu'il ait commencé à s'impliquer.

Les standards bougent vite, il y a 10ans mon commentaire aurait été le même à propos de sourceforge + svn. Dans tous les cas la nature a horreur du vide et quand le jeu en vaut la chandelle (comme pour le passage de svn à git) les tendances se font d'elles-même, d'autant plus dans le cas présent que la migration de github à un autre service se fait sans douleur (gitlab fournit un outil pour le faire).

Si c'est pour un projet visant à être communautaire, pitié soyez pragmatique et utilisez github !

Un contributeur est une ressource rare, alors le contraindre à devoir ouvrir des comptes à droite et à gauche pour soumettre un rapport de bug ou une pull request…

Moi, je ne suis pas machiste, mais j'aime pas le foot féminin

…

bon en même temps faut dire que j'aime pas le foot tout court -->[]

Donc un mec participe à la vie politique de son pays en tant que citoyen et il en perd son travail, mais tout va bien parce qu'il serait homophobe ?

C'est un poil plus important que de s'occuper de qui se marrie avec qui

Tout à fait d'accord ;-)

Brendan Eich a dû démissionner de son poste de CEO peut de temps après sa nomination à couse de la shitstorm dû à un dont de 1000$ en faveur de la proposition 8 en 2008…

À titre personnel, j'associe cela ni plus ni moins qu'à de la terreur

uwsgi et gunicorn dans les dépendances c'est pas redondant ?

Donc, on verra florir des patchs de plus dans les applis du genre if ($encoreUnAutreNavigateur=="ceNavigateur") then bidouille;

C'était surtout vrai à la grande époque de ie6 où le web était un vrai farwest, maintenant il y a des tas de bibliothèques éprouvées qui permettent de s'abstraire du navigateur (jquery en tête, mais aussi https://github.com/es-shims/es5-shim), et les navigateurs font de vrai efforts pour supporter html5.
Ajoute à ça le fait que les navigateurs se mettent maintenant à jour automatiquement (donc un parc d'utilisateur globalement homogène avec des navigateurs récents), au final (sauf besoin client fort bien sûr) tu peux sans remords balancer un message d'erreur et demander à l'utilisateur de mettre à jour son navigateur si il ne support pas ce dont tu as besoin (en plus c'est pour son bien avec toutes les failles de sécurités…).

exemple :

<!--[if lt IE 7]>
You are using an outdated browser. Please upgrade your browser to improve your experience.
<![endif]-->