Ce qui ' s votre opinion de programmation plus controversée ?

Question

Ce n'est certainement subjectif, mais je voudrais essayer d'éviter qu'il devienne argumentatif. Je pense qu'il pourrait être intéressant de se demander si les gens la traiter convenablement.

L'idée pour cette question est le fil de commentaires de ma réponse à la "Quelles sont les cinq choses que vous détestez le sujet de votre langue préférée?" question. J'ai fait valoir que les classes en C# doit être scellé par défaut - je ne vais pas mettre mon raisonnement que dans la question, mais je pourrais écrire une explication plus comme une réponse à cette question. J'ai été surpris par la chaleur de la discussion dans les commentaires (25 commentaires).

Donc, ce contentieux opinions ne vous tenez? Je préfère éviter le genre de chose qui finit par être assez religieuse avec relativement peu de base (par exemple, l'accolade de placement), mais les exemples pourraient inclure des choses comme "unité de test n'est pas très utile" ou "champs publics sont d'accord vraiment". L'important (pour moi en tout cas), c'est que vous avez des raisons de votre avis.

Veuillez présenter votre avis et le raisonnement - je voudrais encourager les gens à voter pour des opinions qui sont bien argumenté et intéressant, que ce soit ou non vous arrive d'être d'accord avec eux.

Answer 1

Les programmeurs qui n'ont pas de code dans leur temps libre pour le plaisir ne sera jamais aussi bon que ceux qui le font.

Je pense que même le plus intelligent et le plus talentueux des gens ne sera jamais vraiment de bons programmeurs, à moins qu'ils traitent comme plus qu'un travail. Ce qui signifie qu'ils ne font que peu de projets sur le côté, ou de tout gâcher avec beaucoup de langues différentes et des idées dans leur temps libre.

(Note: je ne dis pas de bons programmeurs ne font rien d'autre que de la programmation, mais ils ne sont plus que de programme de 9 à 5)

Answer 2

La seule "meilleure pratique", vous devriez être en utilisant tous les temps est "Utilisez Votre Cerveau".

Trop de personnes sautant sur un trop grand nombre bandwagons et d'essayer de forcer les méthodes, modèles, cadres etc sur des choses qui ne le justifie pas. Juste parce que quelque chose est nouveau, ou parce que quelqu'un a respecté une opinion, ne signifie pas qu'il s'adapte à toutes :)

EDIT: Juste pour clarifier, je ne pense pas que les gens devraient ignorer les pratiques exemplaires, d'une valeur opinions etc. Juste que les gens ne devraient pas simplement aveuglément sauter sur quelque chose sans réfléchir sur le POURQUOI de cette "chose" est si grand, EST-il applicable à ce que je suis en train de faire, et QUELS sont les avantages/inconvénients-t-il?

Answer 3

"Googler" c'est d'accord!

Oui, je sais, ça choque certaines personnes là que leurs années d'intense mémorisation et/ou de glorieux, des piles de livres de programmation commencent à tomber au bord du chemin pour une ressource que tout le monde peut accéder en quelques secondes, mais vous ne devriez pas tenir qu'à l'encontre des personnes qui l'utilisent.

Trop souvent, j'entends des googler des réponses à des problèmes à la suite de la critique, et c'est vraiment sans sens. Tout d'abord, il faut admettre que tout le monde a besoin de matériaux de référence. Vous ne savez pas tout et vous aurez besoin de regarder les choses. En admettant que, est-il vraiment là où vous avez obtenu l'information? Importe-t-il si vous regardé dans un livre, regardé sur Google, ou entendu parler de la grenouille que vous halluciné? Pas de. Un droit de réponse est un droit de réponse.

Ce qui est important est que vous compreniez le matériel, l'utiliser comme moyen pour une fin de réussite d'une solution de programmation, et le client, votre employeur est heureux avec les résultats.

(bien que si vous êtes à la recherche des réponses à partir de hallucinatoire parler des grenouilles, vous devriez probablement obtenir de l'aide tout de même)

Answer 4

La plupart des commentaires dans le code sont en fait une forme pernicieuse de la duplication de code.

Nous passons la plupart de notre temps à la maintenance du code écrit par d'autres (ou nous-mêmes) et les pauvres, inexactes, périmées, des commentaires trompeurs doit être près du haut de la liste des plus ennuyeux des artefacts dans le code.

Je pense que finalement beaucoup de gens juste vide, en particulier ceux dessous de boîte à fleurs monstrueuses.

Beaucoup mieux de se concentrer sur faire le code lisible, refactoring tant que de besoin, et de minimiser les expressions idiomatiques et drôle.

D'autre part, de nombreux cours d'enseigner que les commentaires sont presque plus important que le code lui-même, conduisant à la cette nouvelle ligne en ajoute une invoiceTotal style de les commenter.