Larry Cow a écrit 5011 commentaires

- Pas mal l'arborescence, mais ca fait un peu fouilli quand meme avec tout ca sur le bureau. Ca donne quoi quand on a une arbo super longue et que ca depasse du bureau? :D J'ai pas regarde, mais faire ca dans une meme fenetre est-il parametrable (ca evite de deplacer le curseur a 3km du dossier d'origine)?

Et en plus, ça me fait penser à BeOS. Snif :')

C'est triste, mais j'en suis venu à utiliser la version Windows (via wine), ça marche limite mieux que la version linux-ia32.

c'est quoi ce système à la con qui impose d'utiliser un logiciel pour rappatrier sa musique ? Les autres sites de vente en ligne s'en sorte très bien pour ça.

Si, comme dit plus haut, c'est juste pour télécharger l'album d'un seul coup, c'est la même chose que la Fnac (qui permet de télécharger "à la main", mais de manière bien moins pratique). Quant à iTunes, prétendre qu'ils n'imposent pas de logiciel...

Je ne vois donc pas où tu veux en venir avec ta phrase.

Que s'il ne suffit pas de s'auto-proclamer "démocratie" pour en être, le fait d'apposer "république" à son nom ne signifie pas grand chose non plus.

Tu as réussi à poster deux fois le même message à trois quart d'heure d'intervalle? Respect!

Multi-threading, non. Parallélisme, oui, notamment grâce au module (multiprocessing, c'est ça?) intégré dans Python 2.6.

Fasciste, bordel. Si tu écris ça "fachiste", tu risques de te retrouver Abel-Chemoulisé (et particulièrement si tu écris "mmmh-fachiste").

Ça ne prouve rien, mais tu trouves que la République Démocratique d'Allemagne était une démocratie?

Solution alternative, vue ce matin : http://walking-papers.org/

En gros, ça te permet d'imprimer (sans trop de couleurs) le tracé des routes existant dans OSM, de les annoter (e.g. rajouter les noms manquants au cours d'une petite promenade digestive, par exemple), puis de rescanner/géoréférencer automatiquement le résultat. En effet, l'impression fournie par le site figure un très joli code "barre" (en fait un QR, si je ne m'abuse) qui permet de replacer le-dit plan dans le référentiel terrestre. Ensuite, ne reste plus qu'à "décalquer" dans un outil d'édition OSM.

Si Blender est disponible, il devrait automatiquement être lancé pour réaliser l'exportation des personnages, donc je pense que Larry Cow devait avoir Blender et que Jean B ne l'a pas ?

En effet, je l'ai. D'ailleurs, chapeau bas : je n'aurais jamais deviné qu'il s'était lancé ;)

Test vite fait (il est tard) de la version SVN sur une machine capable de supporter la 3D.

Déjà, ça marche du premier coup sur une Jaunty 64bits. Rien à compiler (vive Python), c'est limite du plug'n'play (plus exactement du "type'n'play").

Interface qui semble assez complète et bien foutue. L'intégration du réseau notamment semble prévu (ce qui nous change des jeux qui "marchent bien en réseau", mais à condition de prévoir une ligne de commande longue comme le bras).

Le jeu en lui-même semble sympa, mais pour une raison que j'ignore (c'est ça, de jouer avec les version SVN), mon personnage marche dans le vide. Par contre, il est réactif tout plein, et j'aime mieux ce style graphique (cell-shading?) que certaines de tes précédents jeux (le début des Balazar, notamment).

J'attends avec impatience de pouvoir tester plus avant, mais c'est super prometteur, ton affaire ;)

Je n'ai pas couté un centimes à la sécu en plus de 14 ans.

[...]

Et comme si ca ne suffisait pas je remplis les caisses de l'état au rythme de deux paquets de clopes par jour...

Sans vouloir te porter la poisse, tu risques fort de coûter _très_ cher à la société d'ici la fin de tes jours. Ce qui ne justifie rien (il y a des patrons qui cotisent, ne "consomment" jamais de prestations sociales et en plus sont non-fumeurs), mais c'est toujours bon de se rappeler qu'on ne paye pas spécialement pour ce qu'on a _déjà_ consommé.

semble être fait en php

On dirait même Joomla. Tsk tsk tsk.

Le respect, c'est dans les 2 sens, tu montres que tu connais ton boulot, que tu es capable de faire leur boulot si besoin. C'est pas automatique, un titre de chef de projet ne suffit pas.
S'il m'avait dit: "tu déconnes, il faut 3 jours et je suis large", je l'aurai respecté.

J'ai pas vu le boulot dont il était question, donc c'est pas évident de savoir si c'était censé être évident pour lui ou pas. Reste que quand on joue au con, même "pour tester", faut pas s'étonner à ce qu'on fasse pareil en face.

Comme on dit : "Homme blanc couper du bois, hiver sera rude".

Ca me rappelle une époque, mon chef m'avait demandé d'estimer combien de temps il me faudrait pour faire un truc. Comme je n'avais aucune envie de le faire (j'estimais plus urgent de finir d'autres choses), je lui ai dit 3 mois. Il m'a dit qu'on en reparlerait dans un an. Il me fallait 1 journée, doc comprise.
Quel respect veux-tu avoir pour un type qui ne comprend rien à ton travail ?

Et quel respect veux-tu qu'il ait pour un type qui applique un facteur 100 à ses estimations de temps de travail? Si on va par là, lui n'a appliqué qu'un facteur 4, et compte-tenu de l'optimisme ("ça va marcher du premier coup", "les tests, c'est fait pour les autres", "débugguer, c'est pour les mauvais, moi je code sans bugs", et autres âneries du style) de certains développeurs c'est loin d'être excessif.

Que tu prennes tes précautions et évite d'annoncer une journée d'entrée de jeu, c'est tout à ton honneur. Mais de là à annoncer 3 mois, il y a clairement eu manque de confiance de ta part. Ton chef n'est certainement pas un abruti : il sait faire la différence entre "j'ai besoin d'une semaine de travail" et "ça sera fini dans une semaine".

http://xkcd.com/109/

:>

Tout d'abord, c'est mon ecole qui se proclame formatrice d'experts en informatique.

Pas exactement. Jusqu'à il y a peu (en fait, techniquement, jusqu'à l'année prochaine et à la sortie de la promotion 2010), EPITA formait des "Experts en Ingénierie Informatique", du fait de sa prise de bec continuelle avec la Commission des Titres Ingénieur.

EPITECH, qui avait initialement vocation à "reprendre" l'ancien fond de commerce d'une EPITA qui courait de plus en plus ouvertement après le titre "Ingénieur", a dû assez logiquement hériter du titre depuis. Pour autant, les EPITA actuellement sur le marché sont effectivement "experts en ingénierie informatique".

Donc je veux bien qu'un Epitech/ta se dise expert en C ou C++, parce que vu tout ce qu'il se prend dans la tronche, il peut faire face a pas mal de cas epineux en production, ce qui, je l'accorde, n'est pas forcement le cas ailleurs.

C'est certain qu'il aura plus d'expérience qu'un mec qui n'a jamais codé que sur papier. Maintenant, ça a longtemps eu le travers inverse : des jeunes professionnels incapables de se pencher sur l'existant, et avec une furieuse tendance à tout recoder systématiquement. Alors oui, ils savent faire des bibliothèques et réutiliser leur propre travail. Mais non, refaire un parseur XML n'est généralement pas une bonne idée.

Ceci étant, cet aspect avait commencé à s'atténuer il y a quelques années, avec l'ajout progressif - aux côtés du traditionnel C-Unix - de technologies et méthodes plus récentes (OCaml, Java, C++/STL, etc.). Je suppose que cette dynamique s'est poursuivie depuis.

Apres, il est vrai que tous les 2 a 5 ans pour tout ce qui est python et compagnie resulte tres certainement du bobard, mais le gars a quand-meme une valeur dans le domaine du developpement et un Epita plus qu'un Epitech, dans la gestion de projets.

Moui, la gestion de projet et EPITA, c'est "je t'aime, moi non plus".

Dans les situations de crise, l'ex-EPITA est généralement efficace. Par contre, pour ce qui est d'être rigoureux d'un bout à l'autre, c'est plus aléatoire.

En schématisant, il y a une spécialisation (SIGL) qui fait de bons chefs de projets mais trop souvent incapables de comprendre les implications techniques de leur boulot ; il y a de très bons développeurs dans cette filière, qui ont effectivement fait "le tour" du code et qui aspirent à prendre de la hauteur, mais il y a aussi des tas de gens qui ne savent pas coder et qui voient dans cette branche un moyen simple de ne pas avoir à apprendre.

Pour les autres spécialisations, c'est à l'avenant : ceux qui ont eu la chance de travailler dans de bonnes équipes (lesquelles ne sont pas forcément les équipes avec des gens "bons" - il est parfois bien plus formateur de galérer dans une équipe merdique) seront efficaces, les autres moins.

Un stage peut t'en donner un aperçu, mais ça reste limité dans le temps. Maintenir un truc de merde en sachant que, au pire, ça ne durera que six mois, ça n'est pas la même chose que maintenir un truc de merde pour une durée indéterminée. Il y a un monde entre les deux.

Qu'est-ce qu'il peut te manquer? La connaissance des spécificités des compilateurs?

Non. Cette connaissance-là, elle s'acquiert au fur et à mesure des besoins. C'est pas malin de s'encombrer avec ça tant qu'on n'en a pas l'usage concret.

Avoir eu a maintenir et debugger beaucoup de code pourri d'autres personnes (parce qu'elles n'étaient pas compétentes, parce qu'on ne leur a pas donné assez de temps et qu'elles ont fait au mieux, parce qu'elles étaient la 12ième personne a reprendre le projet)?

Ça, par contre, oui. C'est exactement l'expérience qui manque aux jeunes fraîchement émoulus. Parce que démarrer un beau projet tout chouette comme on le fait à l'école, c'est (relativement) facile. Mais reprendre le truc immonde que ta boîte maintient tant bien que mal depuis des années, avec des choix techniques que ta raison réprouve, et sans même la possibilité de tout envoyer balader... ça c'est du sport, et ça demande un certain recul qui ne vient qu'avec les années.

pourquoi n'y a-t-il pas un ordre des administrateurs ?

On a déjà ses armes et sa devise : http://www.cs.umanitoba.ca/~djc/asr/

Le plus dur, c'est d'ouvrir le disque. Après, tu dévisses les plateaux et tu bourrines avec un bon gros marteau bien lourd des familles (genre massette, voire masse). Si ça survit à ça, il y a un problème ;)

Pour la couche "utile" des disques, ça pourrait faire l'affaire effectivement. Mais le support étant en verre, je ne suis pas certain que l'acide soit la solution ultime.

heu, le marteau c'est un peu grossier, les plateaux sont extrêment fragiles, ça se brise bien plus vite qu'un cd/dvd.

Certes, mais si tu veux vraiment en faire de la poudre (meilleur moyen de rendre la chose illisible), il ne faut pas mégoter. La méthode (éprouvée également sur les disques optiques) qui consiste à emballer le tout dans un sac avant de marteler est évidemment un gros plus. Les plus paranoïaques d'entre nous peuvent également rajouter des bouts de verre "normaux" dans le-dit sac, pour compliquer le puzzle :p

Méthode imparable : le pilon.

Ou, à défaut, l'ouverture manuelle du disque, le démontage des plateaux et leur pulvérisation à grands coups de marteau. C'est pas un MFM qu'il leur faudra, c'est un champion du monde de puzzle.

Si, mais dotnode n'est devenu libre que sur le tard. La communauté n'a jamais vraiment pris, pour ce que j'en ai vu. D'autant que dotnode se rapproche davantage de réseaux désormais désuet (orkut tel qu'il était il y a quelques années, etc.) que de ce qui se fait actuellement.

De nos jours, il y a plus à tirer de Buddypress (pour des communautés orientées blog), Elgg (pour des développements plus spécifiques) ou Noserub (pour s'interconnecter à d'autres communautés de manière décentralisée). Entre autres.