gnx a écrit 420 commentaires

Pas besoin de tirer n câbles dans les goulottes, juste 1 par bloc, je dirais. Après, que ce soit fibre ou cuivre…

avoir voyagé à travers le monde entier, et être en mesure de te souvenir de tous les prénoms des amis que tu auras pu te faire ponctuellement dans de nombreux pays, et ce plus de 25 ans après le dernier contact.

Je n'appelle pas ça des amis ; mais bon, à une époque ou un ami se fait en un clic, chacun son vocabulaire.

La sous-traitance (hors frontières) et la consultance qui mènent à ça.

Aussi, oui, mais cela s'applique (malheureusement) à à peu près tous les domaines ; alors que pour le domaine du nucléaire civil il y a le facteur supplémentaire que j'indiquais.

Quand il parle d'EPR, ça concerne ou peut concerner l'EPR en général : qu'il soit en France, en Finlande ou en Chine, c'est Areva qui est au manettes et qui souffre de la perte de savoir-faire des 20 années passées durant laquelle la construction et la conception de réacteurs s'est quasi-arrêtée. Cependant, celui de Chine s'en tirera probablement mieux que les autres, bénéficiant des erreurs et de l'expérience de la construction des deux autres qui, bien qu'étant des évolutions des types précédents et non des révolutions, sont tout de même en fait des têtes de série ou prototypes et donc à ce titre sujets à imprévus, tâtonnements et retards.

aucun chiffrement

En même temps, je crois que la conversation de gamerz est plus lisible après chiffrement qu'avant…

Dans le cas de l'article, le problème est plutôt du côté russe que français ou européen, non ? Les lancers qui terminent en échecs en série, ça semble être monnaie courante ces derniers temps côté russe, avec toute la technologie et le matériel, le personnel et le savoir-faire laissés plus ou moins à l'abandon depuis la fin de l'URSS, ce qui inéluctablement produit ses effets tôt ou tard ; et c'est une machine bien difficile à redémarrer maintenant.

Edit : moi non plus, je n'avais pas pigé que c'était bien Arianespace qui lançait des Soyouz, et ce, depuis Kourou…

Sans compter que tu ne veux en général pas pourrir ta connexion (en saturant ton upload) pendant que tu t'en sers pour autre chose.

Cela dit, mettons nous à la place des développeurs : développer pour une puissance accrue (les bécanes actuelles) offre plein de nouvelles possibilités. Tu veux les frustrer ?

Ben, ça dépend de comment on définit la frustration, de comment elle apparaît.
Si on est frustré parce qu'on peut/doit écrire un logiciel un peu fignolé de manière à être assez robuste et peu gourmand, c'est-à-dire ce qui, pour un programmeur, me semble devoir procurer, outre la satisfaction d'un travail bien fait, quelque plaisir dans le fait de trouver l'algo, la petite optimisation ou la réorganisation qui fait gagner 40% de mémoire ou 60% de CPU ; alors oui, ça ne me dérangerait pas de les frustrer.
C'est sûr que si on ne trouve satisfaction que dans l'utilisation du toolkit/framework/whatever_it_is_called_this_year bancal du mois dans le dernier langage à la mode pas encore finalisé sur la dernière plateforme-surcouche-de-surcouche-de-surcouche apparue, ça va frustrer aussi.

Ben c'est un peu dommage si un mainteneur d'un gros paquet debian est limité par ce genre de contingences. Dual core 4go de ram c'est à peine l'entrée de gamme aujourd'hui

Mouais bof ; encore là, il ne s'agit que de compilation et non d'utilisation¹, mais personnellement, j'aimerais qu'on oblige les développeurs à travailler sur des machines anémiques ; ça leur ferait prendre conscience que les logiciels qu'ils développent peuvent devenir obèses/mal foutus/RAMivores/CPUvores alors qu'ils ne sont seront pas les seuls à tourner sur les machines des utilisateurs et qu'ils devraient se préoccuper un minimum de leurs performances de façon à ce qu'ils soient au moins utilisables sur de petites configs (et légers comme des plumes sur des grosses configs).
Mais bon, O tempora, O mores, qu'il disait.

Ouvrir la porte ?

Voir ce lien pour les éventuels problèmes juridiques liés à la WTFPL : https://news.ycombinator.com/item?id=8104407

Le moins que l'on puisse dire, c'est que l'argumentation développée n'est pas bien convaincante.

si c'est une valeur moyenne (entre des tickets à 10 € et ceux à 5 € ?), ça ne veux pas dire qu'avec des formules à 6€40 les clients sont obligés de perdre la monnaie s'ils donnent 1 TR à 5 € et le reste en monnaie puisque les tickets à 7€41 n'existent pas.

Ils peuvent très bien exister : c'est l'employeur qui fixe arbitrairement la valeur du TR, qui n'est pas limitée à quelques valeurs imposées comme 5 et 10 €.

Exactement ce que j'allais dire :

• 10 jours de préavis avant fermeture définitive du service et suppression des données ;
• en période estival ;

WTF ? En pleines vacances, 10 jours pour lire l'info (pas forcément consultée tous les jours, loin de là), se mettre en capacité de récupérer les données (pas forcément chez soi, pas forcément avec une connexion correcte, pas forcément avec du stockage dispo), puis faire le transfert des données, et sinon destruction. Il y en a qui vont avoir une drôle de surprise en découvrant ça… trop tard. Sans parler de ceux qui n'ont même gardé aucune copie des originaux.
Ils pourraient couper l'accès public/consultation et laisser 2 mois aux contributeurs qui veulent récupérer leur contenu, quand même ; ce n'est pas ça qui les ruinerait !

Je ne ferai strictement aucun commentaire sur le choix des compagnies pour lesquels il bosse…

Des boîtes avec des OS qui interdisent le support des accents ?

5,66€, 1200 dpi, batterie > 8000 h

4°) tu peux avoir un bon clavier
5°) tu peux avoir de bons écrans
6°) tu peux avoir tes bouquins ou de la doc papier sous la main
7°) tu peux avoir du bon son si tu aimes ça
8°) tu ne risques pas de te crasher pas comme une bouse au milieu de l'étrangeristan au bout de quelques heures de bétaillère volante
9°) avec l'argent économisé, tu peux te faire livrer des pizzas midi et soir pendant 3 mois sans sortir de chez toi :-) La vie de château, quoi.

2.C'est un dev Arch qui parle ici, c'est donc une source officielle.

Dév systemd et employé depuis par Redhat pour services rendus, jdçjdr.

Et pour sortir, le combo survêt + bottes en caoutchouc. Toujours la classe en toute circonstance, les finlandais.

Je ne sais si c'est le cas au PS, mais habituellement, dans un parti de gauche, on reverse son indemnité/salaire au parti.

Ou alors on peut arriver à émettre une idée aussi difficile(!) et originale(!!) par soi-même, sans béquille d'autorité. Mais faut croire qu'un programmeur important doit se reconnaître à sa capacité à faire des citations et à écrire un commentaire comme une bibliographie de thèse.

Une fin de soiréenuit difficile, je dirais.

Ta proposition permet d'allier l'approche allant du bas vers le haut (ASM -> C -> …) et l'approche du haut vers le bas (fonctionnel -> …). Ça me paraît très bien et doit permettre d'aboutir plus tard à un « juste » milieu entre ces 2 extrêmes (le mot « milieu » n'est pas forcément approprié ; suivant le domaine d'application et les bonshommes, le langage favori final pourra être près d'un bord ou l'autre).

Oui, et non seulement ça cache beaucoup de chose mais conséquemment ça induit énormément en erreur sur ce qui se passe sous la surcouche, ça génère beaucoup d'idées fausses pour un débutant qui ne peut pas connaître les idées « vraies », alors que pour un non-débutant complet, ça peut déjà rendre confuses des choses pourtant pas très compliquées (là où 15 lignes de Makefile ordonnées logiquement suffiraient, le machin va laisser entrevoir 200 lignes imbittables pleines d'options de compilation et autres étapes inutilement verbeuses) ou bien entraîner des comportements néfastes (quand je coche les cases 3,4 et 7 de cette fenêtre, et que je place le fichier toto avant le fichier tata, ça compile, sinon non, mais je ne sais pas pourquoi), sans compter que, de fait, lorsqu'on utilise un IDE, on se rend compte qu'on est complètement paumé lorsque l'on est obligé de s'en passer ou que l'on doit règler un problème non prévu dans le comportement général de l'IDE.

Et puis, pour un débutant, ajouter les bugs de l'IDE aux bugs de son programme alors qu'il n'est pas capable de déterminer d'où les problèmes viennent, ça peut compliquer énormément les choses. Et pour ajouter à la confusion, on lui cache plus ou moins les différentes étapes de compilations, lien, exécution, etc. des fois que ça pourrait l'aider à comprendre quel genre d'erreur est signalée.

Et dans 20 ans on dira que c’est à nouveau dépassé… :P

<nostradamus>
M'étonnerait que ça dure 20 ans, le flat. C'est quand même une mode qui est sacrément bourrine visuellement. L'équivalent des papiers peints des années 70.
</nostradamus>