gaaaaaAab a écrit 1393 commentaires

sans parler d'être fan ou pas, les entreprises sont toujours en retard sur ce qui se fait de mieux sur le plan technologique, alors, certes, les projets libres migrent, mais il reste encore du monde sous subversion pour quelques années.
Ici, on utilise toujours CVS d'ailleurs ...

et kek ?!

http://blog.zanorg.com/

hop, un commentaire signet !

http://thedailywtf.com/Comments/Documentation-Done-Right.asp(...)

X.org tourne en root, si un processus client peut foutre le bordel dedans ca veut dire que n'importe quel utilisateur peut potentiellement devenir root en exploitant le bug.

raccourci un peu rapide. Si un processus client peut foutre le bordel dedans, ça veut dire ... que n'importe quel utilisateur peut foutre le bordel dedans.
Un bug d'une appli tournant sous root n'est pas systématiquement exploitable pour gagner l'accès root.

les gens que tu connais qui utilisent facebook peuvent mettre en ligne des photos sur lesquels on te voit et te tagguer. Ils peuvent aussi mal maîtriser le niveau de confidentialité de leurs échanges et rendre publiques des informations que tu aurais préféré voir rester confidentielles.
bref, ne pas être inscrit sur facebook ne garantit absolument pas que tu n'y sois pas présent ...
Tu as le droit d'être un pisse vinaigre si tu veux :) mais généralise pas. Il y a d'autres raisons de ne pas aimer facebook que leur popularité.

C'est aussi du readline.
Du coup, ça marche dans le shell et dans pleins d'autres applis
L'effet de bord amusant, c'est que ça fait fermer les onglets firefox quand on écrit un commentaire ;)
(et les fenêtre thunderbird mais il y a heureusement une demande de confirmation)

on peut aussi utiliser wc à la place de du dans ce cas d'usage.

ça c'est possible, mais quand un commercial te positionne sur une mission qui n'a rien à voir avec ton profil, alors que tu n'es pas difficile à placer par ailleurs, c'est pas la première possibilité qui te vient à l'esprit.
Pis de toute façon, les commerciaux sont du côté obscur de la force ;)

C'est vous qui avez à l'idée qu'un maçon n'a pas à réfléchir.
c'est pas ce que je voulais dire. Pour moi, sur le plan technique, la séparation entre la réflexion et l'implémentation ne peut pas être aussi tranchée quand dans d'autres secteurs.
En s'intéressant à la question de la documentation, http://thedailywtf.com/Comments/Documentation-Done-Right.asp(...) décrit un processus de développement dans lequel je me retrouve pas mal.

Tu sembles regarder le code un peu de haut, ce en quoi je pense que tu te trompes (cf Code Complete http://cc2e.com/File.ashx?cid=334 page 5: "Why This Handbook Was Written"). Quand tu présentes un truc à un technique pour qu'il donne son avis, t'as quand même sacrément intérêt à ce qu'il soit ingénieur (ou qu'il aie une mentalité d'ingénieur, je connais un diplômé de BTS beaucoup mieux formé que certains ingé en titre).

Si je ne me trompe pas, la distinction que tu fais entre fonctionnel et technique correspond aux traditionnelles maîtrise d'oeuvre/maîtrise d'ouvrage. C'est marrant parce que ce vocabulaire vient directement du monde du BTP. Fut un temps, je cherchais à traduire MOA/MOE en anglais. Je n'ai pas réussi, et j'ai appris au passage que l'application de ces concepts à l'informatique est une pratique franco-française.

Parce que toi, tu rencontres des problèmes pour la première fois, mais les codeurs ont peut être déjà rencontrés le même type de problème.
Je ne vois personnellement pas d'opposition entre ingénierie et développement, d'ailleurs, je me vis comme ingénieur et développeur.
ah tiens, précision utile, je suis diplômé d'une école d'ingé spécialisée en informatique. Si tu viens d'une filière plus généraliste, ça peut expliquer aussi nos différences d'appréciation.

quand le commercial comprend rien et te positionne sur des missions qui ont aucun rapport avec ton profil, c'est pas illégitime de refuser (et de pousser des soupirs excédés), parce que pour le coup, c'est lui qui fait mal son boulot.

et puis ? télécharger de la musiques, c'est comme de voler une baguette de pain dans une boulangerie ?
calquer des raisonnements du monde physique dans un domaine intellectuel, ça marche pas bien.

Mon boulot consiste à m'appuyer sur des compétences techniques pour imaginer et implémenter des solutions aussi simples que possibles à des problèmes complexes que je rencontre pour la première fois. Après, t'appelles ça comme tu veux :)
Dans mon expérience, la plupart du temps, les problématiques d'implémentation viennent aussi nourrir la réflexion. Si je ne devais qu'écrire des documents d'architecture ou des spécs techniques sans toucher une machine, les résultats seraient moins satisfaisants.
Si tu arrives à écrire en amont tout la documentation technique décrivant une solution adaptée aux problèmes qu'on te présente, chapeau bas, je n'en suis pas encore là.
(mais c'est pas non plus dans cette direction que je vais :)

ça se discute. Séparer les rôles, c'est aussi diluer les responsabilités et ça ne favorise pas l'investissement intellectuel dans les projets.

En tant qu'ingénieur, ça me gaverait bien de pas pouvoir mettre les doigts dans le code.

et oui, c'est triste notre avis sur le niveau de compétences en développement des gens dont c'est le métier.
celà dit, il n'y a pas lieu de restreindre aux seuls développeurs en SSII ...

ah ! je pensais que tu comparais entre la lettre manuscrite et le courrier électronique, d'où mon incompréhension.
Forcément, si tu envoies encore des courriers papier ;)

D'ailleurs quand j'écris une lettre, je la fait manuscrite, c'est tellement plus rapide que de le faire à l'ordinateur.

troll detected.

ou alors tu tapes super pas vite,
ou t'écris super vite et super mal,
ou tu fais des courriers très courts,
ou alors ton ordinateur est dans un coffre dont la clef est au fond d'un puits !

ah non ! excuse moi de te reprendre, mais la troisième valeur, c'est FileNotFound !

http://thedailywtf.com/Articles/What_Is_Truth_0x3f_.aspx

tout à fait.

Ajoutons au passage que le concept de "propriété intellectuelle" est un vaste fourre tout bien nébuleux. Mieux vaut éviter d'utiliser ce terme, qui peut laisse penser que le droit de propriété physique pourrait avoir une analogie dans le monde immatérielle

Merise décrit la structure de ta base

c'est vrai qu'on se sert de Merise principalement pour le MCD (Modèle conceptuel de données), mais il y aussi le MCT (Modèle Conceptuel de Traitement).
cf :http://fr.wikipedia.org/wiki/Merise_%28informatique%29:

cela étant dit, j'ai appris ça il y a peu et je ne connais que la partie MCD (comme tout le monde ?)

http://www.snailbook.com/faq/restricted-scp.auto.html

j'avoue, c'était un peu du show off :)
En fait, je suis tombé sur ce raccourci un jour alors que je creusais un autre sujet. Je pensais même pas que ça passerait en fait, preuve que le langage est robuste et flexible.
Après, je suis d'accord, pour de la prod, il faut préférer la version explicite, plus maintenable à long terme

à noter qu'on peut faire plus court :

bon sang ! je suis démasqué !

Est il autorisé d'éffacer un pointeur alloué ailleur ?

c'est autorisé, mais déconseillé.
La règle usuelle : c'est celui qui alloue qui désalloue

Confier l'allocation et la désallocation à des layers différents du code complique énormément la maintenance (et donc favorise les bugs).

Là, c'est à la lib de fournir les APIs qu'il faut pour (au choix):
- désallouer la mémoire allouée,
- laisser la charge de l'allocation/désallocation à l'appelant

//Do something correspond à copier le pointeur dans un container civilisé (un vecteur) qui lui même est propagé par référence dans tout le code.

possible que j'interprète mal, mais si tu copie des *pointeurs* dans ton vecteur, et que tu désalloues la mémoire pointée, forcément ...

alors ça va, aucun Internet ne devrait avoir besoin de plus de 640 Go de stockage

trop de sous entendu tue le sous entendu ...
qu'est-ce que j'ai écrit qui pourrait te laisser croire ça ?