Être un développeur paresseux ou ne pas être un développeur paresseux?

Je suis sûr qu'il y a des puristes qui diraient que tout devrait être wirtten par vous pour que vous sachiez ce que tout va

Cela aurait pu être un point de vue viable pendant les premiers jours de la programmation. Mais de nos jours, cela n'est tout simplement pas réalisable (ou même préférable). Après tout, vous avez déjà obscuré un certain niveau de compréhension en utilisant une langue de haut niveau.

Cela dit, j'ai trouvé que c'était un excellent exercice d'apprentissage pour écrire certaines de ces choses à la main de temps en temps. Non seulement vous apprenez-vous à en apprendre davantage, mais ils vous apprennent à quel point ces outils sont utiles sont (ou ne sont pas). Notez que je ne ferais que cela sur un projet personnel cependant. Je ne ferais pas cela pour un projet que quelqu'un me payait (sauf si je travaillais pour un masochiste ou quelque chose).

Demandez-vous pourquoi il y a tellement d'outils orm et autres outils de génération de code. Je dirais aller pour cela avec la réserve que vous le laissez maintenues pour le prochain gars / Gal.

La programmation consiste à être paresseuse, à l'automatisation des tâches répétitives. Si vous ne pouvez pas faire cela dans votre langue, l'utilisation de générateurs de code et de choses similaires est une solution utile.

Je pense que c'est la mauvaise question. La paresse est une vertu. J'ai vu trop de programmeurs qui font les choses de manière difficile plutôt que de s'asseoir et de penser à quelques minutes pour trouver un moyen plus facile. J'ai eu tant de fois que j'ai dit à un programmeur junior quelque chose à l'effet de: «Oui, je respecte votre diligence en travaillant à travers le déjeuner et que je reste en retard pour écrire le code pour faire x, mais si vous aviez pris Quelques minutes pour vérifier la documentation que vous auriez peut-être constatée qu'il existe déjà une fonction dans la bibliothèque qui le fait ". Ou des histoires similaires.

Je ne connais pas les outils spécifiques que vous décrivez, mais à moi, la question est toujours, cet outil me sauve-t-il réellement tout travail? J'ai essayé de nombreux "générateurs de code" qui ne font que créer des talons de code. SO Gee, merci, vous avez écrit la "fonction x (int, flotteur)", maintenant tout ce que je dois à utiliser les noms de paramètres actuels et à écrire le code. Qu'est-ce que ça m'a sauvé? J'ai également vu beaucoup de générateurs de code qui écrivent un code vraiment terrible. Alors maintenant, je dois essayer d'ajouter le code "personnalisé" à ce désordre jumelé. Cela n'aurait-il pas été plus facile de simplement écrire le tout à la première fois? J'ai vu beaucoup d'outils de productivité où j'ai trouvé que cela me prend plus de temps pour configurer les paramètres pour exécuter l'outil que je n'ai réellement enregistré en l'utilisant. (Comme la vieille blague qu'il a été prouvée que le jogging se fait régulièrement vous faire vivre plus longtemps: car toutes les 60 minutes que vous dépensez du jogging, cela ajoute 30 minutes à votre vie.) Certains outils peuvent produire du code ou des structures de données ou tout ce qui est difficile à Maintenir, vous économisez donc une heure aujourd'hui, mais cela vous coûte dix heures de maintenance au cours de la vie du projet. C.

Ma conclusion n'est pas que vous ne devriez pas utiliser des outils de productivité, mais plutôt que vous devriez vous assurer qu'ils augmentent vraiment votre productivité et que vous ne donnez pas simplement une illusion de le faire. Si dans votre cas, vous trouvez que ces outils vous aident vraiment à vous aider, puis à les utiliser, ce n'est pas "tricher", c'est simplement intelligent.

Cela dépend de ce que vous écrivez, bien sûr. Je suis surpris que personne n'a apporté cela. Si vous écriez des pilotes de périphérique, des systèmes d'exploitation, des protocoles ou des logiciels de serveur (serveurs Web, serveurs pilotés TCP, etc.), vous devez probablement le faire à la main.

Mais avec ce que je fais et probablement ce que beaucoup d'entre nous font, c'est mettre en œuvre des processus métier dans le code des pages Web ou des services Web. Et dans ces zones, si vous pouvez améliorer votre code avec des générateurs de code, allez-y.

Oui, vous êtes un développeur paresseux, soyez honnête avec vous-même, si vous prenez le temps de le faire de manière difficile, vous pouvez vous appeler moins paresseux que vous ne l'êtes maintenant.

Le point est, être paresseux n'est pas inefficace du tout. Les paresseux prennent le temps de regarder les problèmes de la direction différente avant d'y agir, cela évite les erreurs inutiles qui vous sauve de temps précieux.

Donc, vous êtes paresseux, mais ça va. Les gens n'embauchent pas de codeurs hyperactifs qui font 10 applications chaque jour, mais laissent une traînée de bugs sur leur chemin. La réparation des bugs coûte temps, le temps est de l'argent.

Conclusion: La paresse = profit

aller pour cela.

Je pense que les meilleurs développeurs sont aussi le plus paresseux. Fondamentalement, tout ce que vous faites devrait être axé sur l'obtention du résultat final avec le moins de travail. Cela fournit souvent le meilleur résultat et évite également les développeurs d'être distraits par des choses amusantes à inclure dans un projet. Un développeur paresseux seraient par ex. Ne jamais ajouter un œuf de Pâques à son code, simplement parce que ce serait plus de code, ce qui pourrait introduire plus de bogues à fixer plus tard. L'ajout de code est mauvais, car vous ajoutez également plus de bugs que vous devez résoudre plus tard. Pourtant, vous devrez ajouter du code, sinon vous ne serez pas payé. Ainsi, en tant que développeur paresseux, vous choisiriez bien sûr du code le plus optimisé, le code le mieux testé n'échoudrait presque jamais et que vous travailleriez de manière à réduire au minimum les chances d'erreurs.

Gardez à l'esprit que les développeurs paresseux devraient être axés sur l'évitement du travail à l'avenir, et non pour éviter le travail en ce moment! Alors arrêtez de lire ici et retournez au travail! ; -)

Comme tout le monde a déjà souligné, il n'y a rien de mal dans votre utilisation de générateurs de code.

Je peux toujours voir des réciproques et des raisons de l'éviter dans certaines situations particulières.

• Choix de la langue . Parfois, le même fait que vous avez besoin d'un générateur de code pour que votre code de codage puisse impliquer que vous utilisiez la mauvaise langue pour la tâche . La plupart des temps, la langue ne peut pas vraiment être choisie, alors les générateurs de code restent le meilleur moyen d'y aller.

• redondance de code . Selon les générateurs réels utilisés, le code généré pourrait être redondant, si cela se produit et que la génération se produit une fois, n'est pas automatisée et Code généré passe dans le référentiel principal Problèmes de maintenance pourrait survenir à long terme. Pas vraiment un problème avec la génération de code elle-même, mais avec la façon dont il devrait et ne devrait pas être utilisé.

• Ajout de plateformes de développement Exigences . Nous devons concéder que de nombreux programmeurs travaillent sur des pain-pain doublant en tant que PCS. C'est vraiment une mauvaise réalité (et une triste) de la réalité des pratiques commerciales bon marché rencontrant des esprits nets. (Les esprits vif allés à des déchets dans le processus) Cela pourrait devenir une préoccupation si notre projet (qui pourrait avoir un port de magasin pour l'avenir, et dans une installation externe soit) a besoin d'un hfty, de ramassage de Ram, pas assez de plate-forme transversale, IDE pratique pour compiler chaque petite modification.

  Ainsi, aucune réponse définitive sur le code générant la paresseuse et le programmation: cela dépend. Encore une fois, l'utilisation des mauvais outils pour le travail est mauvais pour votre santé, (et votre entreprise), donc ... non.