Comment vos valeurs de codage ont-elles changé depuis que vous avez obtenu votre diplôme ?

Question

Nous sommes tous sortis de l'école avec des étoiles dans les yeux et peu d'expérience dans la programmation du "monde réel". Comment votre opinion sur la programmation en tant que métier a-t-elle changé depuis que vous avez acquis plus d'expérience en dehors du milieu universitaire ?

Je suis devenu de plus en plus intéressé par le design à la McConnell Alors que beaucoup de mes collègues ont suivi un chemin différent, avec moins de couches intermédiaires, du code qui est à l'air libre et plus facile à trouver, même s'il est plus difficile à lire, et des conceptions centrées sur les performances.

Qu'avez-vous appris sur l'art de la conception de logiciels qui a changé votre façon d'aborder le codage depuis que vous avez quitté le monde universitaire ?

Answer 1

-Simplicité et lisibilité avant tout, puis passez par là. Les performances viennent après.

-Ne réinventez pas la roue, mais essayez de la comprendre aussi profondément que possible. Cela s'applique surtout aux frameworks les plus modernes disponibles qui font beaucoup de magie interne.

-Utilisez autant d'abstraction que nécessaire et pas plus. Il est facile d'aller trop loin dans l'ingénierie pour le plaisir de l'ingénierie (regardez la plupart des frameworks d'entreprise Apache pour Java par exemple), mais il y a un point idéal où vous utilisez juste l'encapsulation et l'abstraction pour faire passer votre message tout en ayant un code suffisamment détaillé.

-Le code est pour les humains. Ce que Dijkstra en dit est une connaissance profonde.

-Il y a un outil pour tout et aucun outil ne fait tout. Le fanboyisme des langages et des IDE est particulièrement négatif. Utilisez ce dont vous avez besoin pour faire votre travail.

Answer 2

J'ai eu la chance de travailler dans une grande entreprise pendant mes études, et je suis donc arrivé à mes cours de développement avancé avec suffisamment de désillusions.

Je dirais que la principale différence avec l'école réside dans la nature de la collaboration et du travail distribué. Dans les projets scolaires, tout le monde (s'il fait partie de l'équipe) a le même intérêt dans le résultat final. Dans le monde réel, il se peut que vous ne connaissiez pas bien les personnes avec lesquelles vous travaillez et, en raison de la politique, chacun a un ensemble différent de priorités et de résultats pour le même projet. Par exemple, il peut être politiquement avantageux d'obtenir beaucoup de résultats immédiats sur les parties visibles du projet, plutôt que de garantir une infrastructure sûre à long terme.

Answer 3

Le besoin est relatif. Souvent, ce dont les utilisateurs ont réellement besoin, ce sont des outils adaptés à leur niveau de sophistication. Dans de nombreux cas, cela signifie un crayon.

Answer 4

La mentalité de "vache sacrée" a disparu. Maintenant, je remets tout en question et j'écoute davantage mon instinct et mon bon sens plutôt que d'adopter et de suivre aveuglément ce que tout le monde fait.

Answer 5

Plus le code/concept est simple, mieux c'est. (Pas de surarchitecture).