Discussion :

[d_d_v]

Croyez-vous qu'un utilisateur ...

Si les "ingénieurs" de facebook n'ont écrit aucune documentation technique (architecture et autres), ni documenté un minimum leur code (et surtout pas chaque ligne), c'est que ce sont juste des "pisseurs de code", désolé.

L'ingénierie (logicielle et autres), ce n'est pas du bricolage. Et écrire de la documentation, ce n'est pas une perte de temps, bien au contraire. C'est un gain de temps quand on revient sur du code qu'on a écrit et dont on a oublié les subtilités, et ça permet aux nouveaux collaborateurs de rentrer dans le code plus facilement.

[BigBenSun]

Yoyostar,

Je ne sais pas ... il me semble que dans pas mal d'endroit, il ya aussi une analyse fonctionnelle avant de passer à la programmation proprement dite.
En théorie, cette analyse devrait définir ne fut-ce que l'endroit ou tu stocke les données et/ou une vision limitée du flux de l'information.
Il est anormal que personne ne puisse dire où se trouve l'info physique.

Il m'arrivait parfois de programmer directement si les choses étaient suffisamment claires. Si il y avait le moindres doutes ... je demandais une analyse.
Une chose est sûre je sais où je mets l'info quel que soit le support:
* le schéma DB
* le serveur

Le jour où tu as une erreur comment fais-tu pour le debug ?
Tu passes 10 jours a te demander où tu as stocké l'info avant de pouvoir commencer ton debug. Je me ferais tapper sur les doigts pour un truc pareil. Je travaillais et je travaille toujours sur un environnement prod ... t'a pas droit à l'erreur ou presque pas et surtout tu dois aller vite pour ne pas pénaliser l'utilisateur. Tu fais quoi des SLA ... ?

Ma fonction actuelle m'oblige a avoir une documentation à jour.
Si je suis absent mon backup doit pouvoir reprendre mon boulot sans avoir a se poser de questions ou à s'en poser un minimum.
Oui ça demande de l'effort, non ça ne demande pas forcément d'être pédagogue.
Si tu travailles en équipe, discutes pour améliorer les choses et apprendre. Plusieurs fois mon backup m'a signalé "J'ai pas compris ou j'ai pas trouvé" ... il faut penser dans un sens évolutif de ta doc et la discussion est le meilleur outil pour la rendre plus claire. Ce qui te paraît simple parce que tu fais le taf tous les jours ne l'est pas forcément pour l'autre.

[abgech]

Je dois être un vieux con :

- Je n'ai aucun accès au "cloud".
- Je ne laisse pas mes email sur le serveur de mon FAI, mais sur mes SSD.
- Je ne n'adhère à aucun réseau social, facebook ou autre.
- J'ai établi une séparation rigoureuse entre ordi et téléphone, de toute façon le téléphone ne me sert qu'à téléphoner.
- J'ai un solide pare-feu.
- Je n'utilise pas wifi, mais courant porteur en ligne et je bloque l'entrée (et la sortie) de mon réseau électrique par un filtre.
- Etc.
Ce n'est pas que je sois parano ou que j'ai des choses à cacher, mais je fais partie des gens qui refusent de mettre une caméra dans ses WC.

À la réflexion, en voyant les réponses des ingénieurs de facebook, je me dis que je ne suis peut-être pas si con que ça.

[mchoucroun]

Personnellement, je crois les ingénieurs de Facebook...aussi incroyable que cela puisse etre...
J'ai travaillé sur un produit Facebook dans une grosse société. Sur une sorte de facebook privé...

Et bien, je n'ai jamais pu détruire quoique ce soit. On ne détruit pas, on désactive...
Je ne vais pas détailler, mais vous aurez compris la différence entre détruire et désactiver.

Au début, on cherche, et on recherche....Et après, ben, ok. D'accord, ce n'est pas possible.

Pour information, je n'ai pas travaillé sur le facebook public...
J'ai à un moment, du détruire des comptes d'iraniens, à cause de Donald Trump et sa politique étrangère.
Je n'ai jamais pu les détruire. Et malgré le support de Facebook.

Pour information, les locaux de Facebook sont à coté de la Place de l'Opéra, à Paris.
C'est impressionnant. On peut déjeuner (il faut être invité...) sur les toits de Paris. Merci Facebook.

[OButterlin]

un code qui demande des commentaires est par définition un code mal pensé / mal architecturé

Si vous êtes développeur, j'imagine que vos algos ne vont pas au-delà des opérations de base et sur quelques lignes pour affirmer une telle chose...
C'est clair qu'une méthode public int calculeNombreJours(int annee) ne nécessite pas de gros commentaires...

Ils sont par contre extrêmement utiles quand l'algo est complexe et intègre des règles de gestion dont on ne se souvient plus 2 mois après... ou pire, quand une autre personne reprend le bébé.

Maintenant, si vous voulez mettre votre théorie à l'épreuve de la réalité, regardez le code source des classes de base Java... il y a des commentaires partout. On pourrait donc penser, grâce à vous, que java est mal pensé, mal architecturé... bref... de la merde ! Ça va plaire aux détracteurs du langage

[Arya Nawel]

C'est une notion séduisante, mais il est effectivement possible pour une entreprise de compredre comment une seule donnée par ses systèmes.
Cela peut prendre du temps, nécessiter des semaines de recherches dans le code et des dizaines de conversations avec les ingénieurs, mais c'est possible .

[Andy Oka]

Cela peut prendre du temps,impliquer des semaines de recherche dans le code et des dizaines de conversations avec des ingénieurs, mais c'est possible.

[Arya Nawel]

Si cela prend du tps il sera périmé au moment où il sera terminé. Une seule demande peut avoir un impact direct sur une douzaine de systèmes distincte qui appellent à leur tout d'autre services.