CrEv a écrit 4577 commentaires

Oué enfin c'est pas d'aujourd'hui que eux savent que c'est sous XP ni d'aujourd'hui qu'ils savent que XP arrive en fin de vie depuis plusieurs années.
Certes c'est pas forcément très facile mais c'est un peu leur job (de leurs admin sys).

Non juste un risque calculé

Mouais

devoir tout renouveler tous les 2 ans

Oué enfin là on parle juste de migrer XP vers autre chose. Rien n'oblige à suivre toutes les versions de windows. Donc par exemple migrer vers 7 est plutôt un bon choix, et aucune raison réelle de migrer ensuite vers 8 ou 8.1.

si en plus l'éditeur t'annonce que la prochaine version de l'OS est dans 6 mois…

Ça change quoi qu'une nouvelle version arrive ? Surtout que pour le coup il est en général bien plus facile de faire tenir des années un poste sous une même version de windows qu'avec linux…

Et bon, c'est aussi oublier que quand tu gères un parc de machine c'est "un peu" ton boulot de gérer les migrations.

Je connais une boîte de ~100k employée […] ils commencent à réfléchir à migrer

En même temps faut vraiment chercher volontairement à être dans la merde pour commencer aujourd'hui à réfléchir à migrer…

Il y a aussi plein de cas ou l'utilisation de macro, de pointeurs de #define et autre structures sont un problème.

Aucun rapport, là ça parle de goto. Des merdes on peut en écrire avec un for si on veut, ça ne change pas pour autant la critique (ou non) de goto.

goto n'est pas le problème comme certains essaye de le faire croire.

Ce qui est dit c'est que goto est probablement une instruction parmi les plus dangereuse. Non qu'il ne faut pas l'utiliser, mais il faut faire bien attention car cela rend le code moins lisible si mal utilisé, ce qui est hyper facile et courant dans son utilisation.

goto fait toujours partie du C++ pour des raison de compatibilité avec le C

Je ne pense même pas que ce soit la seule raison. Goto continue a exister dans quasiment tous les langages, même de haut niveau. Pourquoi ? Franchement j'en sais trop rien, mais ça existe quand même…

Ensuite ces étudiants, qui ne touchent de toute façon plus jamais le C, viennent critiquer les autres sur linuxfr parce qu'ils utilisent goto en C.

mouarf

Allez, gros bisous

Mais après le premier cours, il n'y a plus de raison d'imposer cette restriction.

A mon avis il faut aller bien après le premier cours pour supprimer cette restriction. Faut bien voir que de nombreux devs ne sont pas capable de gérer correctement des gotos.

il n'y a pas de problèmes à utiliser goto

Ha mais il y a plein de cas où c'est un problème d'utiliser goto. Goto est bien dans certains cas, pas dans une utilisation courante.

pfff, c'était mieux à vent !

Et voilà comment un instrument parfaitement pertinent, en des mains expertes et en certaines occurrences

Le truc c'est que c'est vraiment dans de rares occurrences où c'est réellement pertinent (tout en prenant en compte l'ajout de complexité de lecture dans de nombreux cas).
Et comme tu le dis, "en des mains expertes". Hors l'enseignement se fait rarement à des experts, sinon ce serait vraiment plus simple.
D'où l'intérêt de le bannir purement et simplement tant que les "élèves" ne sont pas suffisamment capable de le comprendre et de l'utiliser justement. C'est une réaction assez simpliste mais efficace.

Le problème du goto c'est que c'est un peu À grand pouvoir, grandes responsabilités.

Imaginons que je ne soies pas un programmeur. Linux me servirais à quoi ?

Sérieux ? Y'a que les programmeurs qui sont intéressés par Linux ?

En quoi ça serait mieux que Windows ?

Justement on les trouves les arguments. Liberté, prix, choix, fiabilité, possibilités de configuration, etc.

Par contre pour Bitcoin ta réponse fait surtout penser qu'il n'y en aurait pas…

hum ok.
Bon, imaginons que je ne fasse pas de virement à l'international, que je ne cherche pas à avoir une CB virtuelle. Ça me servirait à quoi ? En quoi ça serait mieux que les monnaies actuelles ?

Mais bon, ta question est exactement la même que « à quoi ça sert internet ? » « à quoi ça sert les smartphone ? »

Mouai, dans ce cas on trouve assez facilement des nouveaux usages, des nouvelles possibilités. Dans le cas du bitcoin j'ai l'impression qu'au delà des aspects techniques et de la spéculation il n'y a pas grand chose.

Le vendeur doit payer pas mal de frais. Tu es soumis à leur conditions d'utilisations (pas de porno / pas de ceci / pas de celà).

Quel est le rapport avec la monnaie ? J'ai l'impression que c'est des points qui n'ont rien à voir avec ça mais plus avec la plate forme d'échange. Changer de monnaie de changera rien au fait qu'une plateforme prendra des frais, placera des conditions, etc. En gros si tu fais ebay en bitcoin ça changera quoi ? Ça ne va pas devenir anonyme, ils ne vont pas supprimer leurs frais, etc.

tu n'as pas besoin d'intermédiaires
tu peux mitiger le risque en passant par un intermédiaire

Donc au final les gens vont utiliser des intermédiaires quoi.

Juste une petite question comme ça : quel est l'intérêt du Bitcoin ?
Nan mais vraiment, quel en est l'intérêt, autre que purement spéculatif ?

Et de fait que ça restera à jamais

oui, à mon avis ça restera à jamais un délire de geek en manque de je ne sais trop quoi

aujourd’hui sauvegarder ses bitcoin ce n’est pas trivial

oué mais les monnaies ce n'est pas que virtuel. Et avoir des pièces/billets dont la valeur change constamment j'ai un poil de mal à voir l'usage réel.

personnellement c’est chez S3 (USA), chez moi (France) et sur mon VPS (Allemagne)

Oué, c'est bien ce que je dis, inutilisable en vrai.

ce n'est que le début

mouai…
N'empêche c'est quand même pas pratique le bitcoin pour acheter ton pain.

• bonjour je voudrais une baquette
• voici, ça fait 0.25 centime de bitcoin

'achement pratique

Et bon, avoir une monnaie dont le cours change tellement n'importe comment j'ai comme un gros doute sur la viabilité.

tu peux le chiffrer avec une passphrase bien compliquée et distribuer le wallet chiffré aux quatre coins de la planète

stocker ses bitcoins sur plusieurs clées usb chiffrées, stockées dans différents endroits sûrs

Vous vous rendez bien compte que de fait ça montre que ce ne pourra jamais devenir quelque chose d'utilisable par le commun des mortels. Et de fait que ça restera à jamais une monnaie limitée à des nerds et sans réel avenir.

envoient tout sur une machine virtuelle et relancent le tout

Oué enfin on a quand même inventé le live reload. Tu modifie le code dans ton éditeur préféré (donc emacs évidemment) et hop ton serveur est à jour et hop ton navigateur vient de se rafraichir tout seul comme un grand sans que tu fasses rien. Et même hop, ta suite de test unitaire s'est rechargée.

puisque tu utilises sinatra côté perso

Ha oué mais bon, côté perso j'utilise du ruby, du go, beaucoup de js, du coffee, de l'ada, du c++, du java et même parfois du PHP (et oué).

pourquoi clojure plutôt que ROR, c'est pas mal aussi pour les services REST. Pour des questions de performance ?

Bon, déjà le choix a été fait juste avant que j'arrive sur ce projet donc voilà.
Maintenant faut pas tout mélanger entre langage et framework.
ROR à mon avis c'était presque trop pour le serveur (qui traite des données et publie des services REST). Pas vraiment besoin, vu que le front est sur un autre serveur.
Après on aurait justement pu prendre du sinatra ou une autre techno ruby. La raison exacte je ne l'ai pas totalement, mais ce qui est certain aujourd'hui c'est que clojure est un bon choix.
La première chose c'est que les données qu'on traite sont essentiellement des listes de map (pour simplifier un peu). Et les langages fonctionnels (comme lisp et dérivés) sont justement très agréables à utiliser pour ça. Le code reste clair et concis, et vraiment très puissant. Le modèle de donnée est très souple. En gros on n'a pas définit de modèle objet mais juste des règles qui se basent sur des ensembles. Je sais pas si ça peut être clair dit comme ça…
Côté productivité clojure est vraiment bien (alors que c'était mon premier projet avec cette techno et la première fois que je faisais du fonctionnel)

En gros pour résumer le choix :

• fonctionnel ce qui en fait un langage plutôt adapté aux traitements qu'on doit faire
• modèle de données adapté à notre problématique métier
• jvm (c'est plutôt sympa et rassurant)

Comment tu qualifierais la courbe d'apprentissage de clojure ?

Heu… vu que j'ai tendance à coder dans beaucoup de langages depuis le temps, je reste plutôt à l'aise avec de nouveaux donc je sais pas si ça représente grand chose…
C'est la première fois que j'utilisais un langage fonctionnel (jamais utilisé de lisp, ocaml ou autre avant). Mais en gros il m'a fallu moins d'une semaine pour passer de "je comprend rien du tout — mais vraiment rien — à ce que je lis" à "je suis capable d'écrire une première feature".
Pour ça, lecture (partielle) de Clojure Programming et exos sur 4Clojure.
Ensuite, faut encore compter quelques semaines pour vraiment arriver à rentrer dans les principes du fonctionnel des traitements de listes (genre pour vraiment commencer à se faire plaisir avec map, reduce, etc). Mais c'est vraiment cool :-)

Dans tous les cas un choix que je ne regrette absolument pas et je conseil vraiment à tous ceux qui n'en ont jamais fait de tenter les langages fonctionnels, ça change ma manière de voir la programmation et au final change ma façon de coder même dans les autres langages.

D'excellents journaux d'ailleurs !

Merci :-)

Merci pour l'effort de rédaction

Heu… de rien vu qu'il n'y avait pas de réel effort sur la rédaction…

S’ensuit alors une discussion sur la merditude de PHP qui ne peut mener nul part

Faut dire aussi que ces derniers temps la réaction au troll est de plus en plus pathétique icitte…

Disons que je suis curieux et que j’aimerais connaître vos choix sur les briques logicielles que vous affectionnez.
Et vous, si vous deviez écrire ce Kanboard de zéro, quels seraient vos choix en matière de langage, framework ou architecture en général ?

Pour ce cas précis j'en sais trop rien. Mais je peux raconter un poil la stack de deux de mes derniers projets (l'un pro, l'autre perso).

Projet pro :

Serveur

• clojure avec compojure (en gros un DSL au dessus de ring) et liberator : parce que c'est un langage fonctionnel, dont la manière de gérer les données est vraiment sympa. Pour réaliser des traitements sur des ensembles, des listes de listes, etc c'est vraiment sympa. Le langage est expressif, concis et c'est d'autant plus agréable au jour le jour. Et ça tourne sur jvm donc le déploiement est plutôt facile (déployé sur heroku dans ce cas précis).
• leiningen pour gérer les dépendances, le build, les tests, … en clojure
• postgresql comme base de données parce qu'elle fonctionne vraiment bien, qu'elle est dispo partout ou presque et parce que j'avais l'habitude de travailler avec (par exemple sur des données carto). Ha oui et on peut aller assez loin avec les possibilités de stockage et d'accès à des données json. On utilise korma pour l'accès à la DB depuis clojure.

Client

• angularjs pour architecturer le front (qui consomme des services REST fournis par le serveur). Plutôt bien, puissant mais assez complexe et contraignant.
• sass et compass pour la partie css. Pourquoi lui et pas un autre ? Parce qu'on est plutôt orienté ruby et que c'est un meilleur choix dans ce cas que less qui est en js.
• bower pour gérer les dépendances js et css
• grunt pour builder, minifier, …
• karma, ng-scenario, phantomjs, jasmine pour les tests
• yeoman pour gérer la stack front
• node.js pour le serveur frontal et fournir tout cet ensemble

Je pense que je n'ai pas du oublier grand chose.

Projet perso (plus petit) : sinatra avec sprockets, sass, haml, bower et simplement jquery pour l'interactivité côté client.

Il y a quelques mois, il y avait eu une depeche (ou un journal) intéressant sur le développement web moderne et toutes ces technos disponibles.

Voici (vu que c'est probablement de mes articles dont tu parles ;-)) :

• Écrire une page web de nos jours (parties 1 et 2)
• Écrire une page web de nos jours, troisième partie

La colonne principale est de toute façon déjà trop large, les lignes sont trop longues pour être correctement suivies par l’œil.

change de feuille de style, certaines proposent des lignes de taille "correcte" (env 70 caractères par ligne avec la solarized)

J'aime bien les gars qui balancent "les accolades, toujours, sinon ça pue" mais qui utilisent un noyau qui dit "les accolades, jamais si une ligne" (donc complètement l'inverse de leur super principes).

?

T'exagère un peu, non ?
Tu compares des règles que certains disent vouloir pour le code et le fait que leur machine utilise un code dont l'équipe a d'autres règles. A moins d'utiliser ce dit code, ça change quoi ?
Oui on peut critiquer leur choix mais de là à opposer les deux…

Un peu comme les points virgules en Javascript ?

Oui, aussi. Surtout lorsque tu ne maitrise pas tout la suite de compil et qu'un "minifieur" arrive sans analyser le code et fait juste de la concaténation, on arrive à de belles surprises (ou alors il faut user de stratagèmes qui vont s'assurer que ça fonctionne mais ça devient d'un crade…)

Mais le scope guard ne sert pas directement à reporter des erreurs, le scope guard te permet de gérer proprement le nettoyage des ressources

Oui, et c'est aussi ce qui fait que ce n'est pas totalement comparable (ni ne peut vraiment remplacer) la solution à coup de do while(false) et break.
Le scope guard gère la libération des ressources, le do while sert à faciliter le traitement des erreurs.

Mais ça reste intéressant ;-)

Certains projet ne laisse pas passer un code avec des accolades en trop en review. (ex: Qt)
Et d'autres veulent des espaces, et d'autres veulent des tabs. Moi j'apelle ça une affaire de goût.

C'est quand même des choses différentes.
Autant espaces et tabs c'est "cosmétique". Autant les accolades c'est pas juste une histoire de style. En général ceux qui veulent toutes les accolades explicites sont déjà juste tombés au moins une fois sur un cas ou, par exemple lors d'une session de debug, qqn a rajouté une instruction sous un if (genre du log) et n'a pas compris pourquoi plus rien ne fonctionnait.
Avec des accolades il n'y aurait jamais eu de problème.
Pour ma part c'est pour cette raison que je met systématiquement des accolades, pas pour une histoire de style ou de goût, contrairement à l'indentation, à la position des accolades, aux tabs et espaces.

bon en fait la démo est en admin / admin si certains veulent, ça me gave de maintenir plus.
C'est réinitialisé lors des "coupures" d'heroku quand il n'y a pas d'activité.

Faites vous plaisir avec (je peux la laisser en route tant que ça peut servir, pas de prob)