Que faire avec du code non utilisé, utile? [fermé]
https://stackoverflow.com/questions/352234
-
20-08-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianQuestion
Lorsque vous passez toute la journée à faire fonctionner une fonction correctement, puis qu’un changement d’architecture empêche la fonction de fonctionner? Mais vous savez que le code est suffisamment utile pour que l’architecture redevienne utile, même si l’architecture est rétablie?
Il semble erroné de supprimer la fonction avant de procéder à l’enregistrement, mais cette fois encore, elle occupe de la place en tant que fonction inutilisée si vous l’enregistrez.
La solution
Je garde une trace de tout le code utile dans une base de données d'extraits de code hors ligne.
Ne pas archiver - le référentiel centralisé est un emplacement réservé au code de travail utilisé dans l'application .
Autres conseils
En guise de réponse, veuillez considérer cette nouvelle:
Collecteur de code mort: sortez votre code mort.
Homme avec code mort: en voici un.
Le collecteur de code mort: ça fera neuf pence.
Le code mort: je ne suis pas un code mort.
Le collecteur de code mort: quoi?
Homme avec code mort: rien. Voilà votre pièce de neuf.
Le code mort: je ne suis pas un code mort.
Le collecteur de code mort: 'Ere, il dit qu'il n'est pas un code mort.
Homme avec code mort: Oui, il l'est.
Le code mort: je ne le suis pas.
Le collecteur de code mort: il ne l’est pas.
Homme au code mort: Eh bien, il le sera bientôt, il est très malade.
Le code mort: je vais mieux.
Homme avec code mort: Non, vous ne l'êtes pas, vous serez un code mort dans un instant.
Le collecteur de code mort: Eh bien, je ne peux pas le prendre comme ça. C'est contre la réglementation.
Le code mort: je ne veux pas aller sur le panier.
Homme au code mort: Oh, ne soyez pas un bébé.
Le collecteur de code mort: je ne peux pas le prendre.
Le code mort: je me sens bien.
Homme avec code mort: Oh, faites-moi une faveur.
Le collecteur de code mort: je ne peux pas.
Homme avec code mort: Eh bien, pouvez-vous rester quelques minutes? Il ne sera pas long.
Le collecteur de code mort: J'ai promis que je serais chez les Robinson. Ils en ont perdu neuf aujourd'hui.
Homme avec code mort: quelle est votre prochaine ronde?
Le collecteur de code mort: jeudi.
Le code mort: je pense que je vais aller me promener.
Homme au code mort: Vous ne trompez personne, vous savez. N'y a-t-il rien que vous puissiez faire?
Le code mort: je me sens heureux. Je me sens heureux.
[le collecteur de code mort jette un coup d'œil furtif dans la rue, puis réduit au silence le code mort d'un coup de Ctrl-X]
Homme avec code mort: Ah, merci beaucoup.
Le code non utilisé n’est pas utile, par définition. Rappelez-vous toujours de YAGNI . Dans 99% des cas, vous devriez le supprimer car, la prochaine fois que cela pourrait être utile, il serait probablement plus rapide de le refaire (vous n’y avez passé qu’une journée).
Dans de rares cas où il s'agit de & "Cool &"; vous pouvez le stocker dans une base de données d'extraits.
Je le supprimerais définitivement. Vous pouvez le placer dans un endroit spécial que les membres du projet peuvent voir mais le retirer du projet. Cela rend la maintenance difficile lorsque les développeurs ne peuvent pas comprendre pourquoi une fonction particulière est présente alors qu'elle n'est pas appelée.
Dans ce cas, j'utilise toujours un WIKI dans lequel le logiciel est décrit. Un sous-élément bien étiqueté et une bonne description à cette fonction le font alors.
À mon avis, il n'est pas toujours utile de réutiliser toute cette fonction, mais plutôt de regarder un code agréable et fonctionnel qui avait un sens auparavant.
Supprimez le code. Ecrivez un bon commentaire d’enregistrement, qui explique ce que vous avez supprimé et pourquoi. Cela doit être suffisamment clair pour que les personnes qui exécutent une commande d'historique sur ce fichier le comprennent et puissent extraire votre fonction du référentiel de gestion des versions.
Enregistrez-le avec un commentaire (dans le code et l’enregistrement) indiquant que vous êtes sur le point de le supprimer.
Supprimez-le et enregistrez immédiatement la modification, avec un commentaire d’archivage expliquant pourquoi.
Ainsi, votre base de code n’est pas cruelle, mais vous avez un enregistrement permanent du code.
Enregistrez-le et commentez-le. IMHO, le coût dans l'espace vaut bien le temps que vous avez passé pour bien faire les choses (et vous devrez peut-être dépenser de nouveau si le vent changeait). Peut-être que vous pouvez l'enregistrer dans le cadre d'un & "; fichier pour ne pas encombrer votre code actif.
Supprimez-le avec joie.
Le code est une promesse statique faite face à des exigences changeantes dans un monde dynamique.
Mon point de vue aujourd'hui est que, si nous souhaitons compter les lignes de code, nous ne devrions pas les considérer comme & # 8220; les lignes générées & # 8221; mais comme & # 8220; lignes dépensées & # 8221;: la sagesse conventionnelle actuelle est assez sotte au point de faire des comptes qui comptent du mauvais côté du grand livre.
& # 8212; Dijkstra 1036-11
Envoyez votre code à: http://snipplr.com/ http://refactormycode.com/
laissez d’autres personnes évaluer et peut-être l’utiliser aussi:)
Conservez-le simplement dans le collecteur d'extraits que vous avez conçu pour vous-même ou disponible dans votre système. Le problème n’est pas tellement de savoir où le mettre (principalement du texte, non?), Mais comment le retrouver. Le problème est de savoir comment le retrouver, il faut donc utiliser une méthode de marquage / recherche.
Je conserve mes extraits de code dans Code Collector Pro (pour Mac).
Ainsi, il ne figure dans aucun projet, mais je peux le réutiliser à tout moment.
disclaimer: je ne suis qu'un client satisfait.
Si son montant est substantiel (et est généralement utile de toute façon), pourquoi ne pas envisager l’approvisionnement en open source? J'aime l'idée du recyclage.
Le code mort n'est plus maintenu. Lorsque vous en aurez encore besoin, vous devrez passer du temps à le remettre en marche. Si cela est vraiment utile et que vous pouvez vous en souvenir, vous pouvez toujours utiliser votre contrôle de version.
Au travail, certaines personnes ont un code qui a été commenté il y a 4 ans et qui représente 70% du fichier source. Laissez tomber
Depuis que j'ai commencé à travailler pour mon employeur actuel il y a environ deux ans, j'ai créé un assez grand référentiel de codes de services publics. Il & # 8217; est divisé en plusieurs catégories et utilisé dans plusieurs projets. Le code que je crée et que je n'ai pas & # 8217; pas besoin d'y aller immédiatement et en veille prolongée jusqu'à ce qu'il soit utilisé (ou pour toujours, à la première de ces dates).
Ouvrez le code source! Si cela ne vous est pas utile, peut-être que ce sera utile pour quelqu'un d'autre.
L’argument habituel est que l’entreprise ne vous paye pas pour écrire du code libre, mais elle vous oblige à travailler contre une architecture instable, de sorte qu’elle ne tire pas parti de votre code.
J'ai un fichier de classe dans une copie de mon projet dans lequel je garde en mémoire les fonctions inutilisées utiles.
Autre solution: puisque nous conservons notre projet dans le référentiel SVN, lorsque je remplace ma fonction utile, j’ai toujours la fonction dat dans mes fichiers journaux, ce qui me permet d’y accéder à tout moment.
Un système avec moins de code est préférable . Votre code commenté ne sera d'aucune utilité de toute façon si vous le décommentez plus tard. tout l'environnement dans lequel le code était utilisé peut être modifié ou plus dangereusement - certaines petites parties invisibles fournies avec la nouvelle logique métier peuvent être modifiées.
old code est l’occasion idéale pour introduire de nouveaux bogues. supprimer un ancien code revient à programmer en devinant (regardez ma, ça marche!), ce qui est mal par définition.
Nombreuses suggestions dans Comment supprimer du code , mais je conserve un fichier texte brut dans lequel Je vide des fonctions testées mais non utilisées qui pourraient s'avérer utiles un jour. Je ne peux pas supporter de les jeter complètement, mais là encore, je n'ai jamais eu besoin de retourner à aucun d'entre eux non plus.
Une autre règle concernant ces fichiers / collections d'extraits de code: n'en avoir qu'un, au même endroit.
