Voorwoord van de vertaler: Na het lezen van dit artikel ben je misschien verrast of zelfs boos. Ja, wij waren ook verrast: de auteur had zogenaamd nog nooit gehoord van de hiërarchie in het team, van het stellen van taken met de status ‘doe het snel en zonder redenering’. Ja dat klopt, dit is een beetje een vreemde tekst. De auteur suggereert inderdaad dat de programmeur de rol van systeemarchitect op zich neemt - waarom heb je dan een architect nodig? Maar al deze bezwaren mogen u niet blind maken voor het belangrijkste: waarom we deze tekst toch hebben overgenomen en vertaald. Hij heeft het niet over rollen. Deze tekst gaat over een professionele aanpak en bewustwording. De waarheid is dat zolang je gewoon ‘doet wat je wordt opgedragen’ zonder na te denken over de betekenis van je acties, je nooit een geweldige programmeur zult worden.
Zeg nee tegen onnodige code. Het enige dat u hoeft te doen, is drie letters bij elkaar voegen en het woord uitspreken. Laten we dit samen proberen te doen: "Neeee!"
Maar wacht. Waarom doen we dit? De hoofdtaak van een programmeur is immers het schrijven van code. Maar moet u code schrijven die van u wordt gevraagd? Nee! “Begrijpen wanneer je geen code moet schrijven is waarschijnlijk de belangrijkste vaardigheid voor een programmeur.” .
Herinnering: voor alle lezers van "Habr" - een korting van 10 roebel bij inschrijving voor een Skillbox-cursus met behulp van de promotiecode "Habr".
Skillbox beveelt aan: Praktische cursus .
Programmeren is de kunst van het oplossen van problemen. En jij bent meesters in deze kunst.
Soms denken we, in een poging om zo snel mogelijk aan het werk te gaan, aan niets anders dan het voltooien van de taak die voor ons ligt. En dit kan zelfs nog ernstiger problemen veroorzaken.
Waar kijken programmeurs blind voor?
Alle code die u schrijft, moet begrijpelijk zijn voor andere ontwikkelaars en moet worden getest en gedebugd.
Maar er is een probleem: wat u ook schrijft, het zal uw software compliceren en in de toekomst waarschijnlijk bugs introduceren.
Volgens Rich Skrent is . Dit is wat hij schrijft:
“De code is slecht omdat hij begint te rotten en voortdurend onderhoud vereist. Het toevoegen van nieuwe functies vereist vaak het aanpassen van oude code. Hoe groter het is, hoe groter de kans dat er een fout optreedt en hoe meer tijd het kost om te compileren. Het kost een andere ontwikkelaar meer tijd om dit uit te zoeken. En als refactoring nodig is, zullen er zeker fragmenten zijn die de moeite waard zijn om te veranderen. Grote code betekent vaak verminderde flexibiliteit en functionaliteit van het project. Een eenvoudige en elegante oplossing is sneller dan complexe code.”
Hoe weet je wanneer je geen code moet schrijven?
Het probleem is dat programmeurs vaak het aantal functies overdrijven dat hun applicatie nodig heeft. Als gevolg hiervan blijven veel delen van de code onvoltooid of gebruikt niemand ze, maar ze compliceren de toepassing.
U moet duidelijk begrijpen wat uw project nodig heeft en wat niet.
Een voorbeeld is een applicatie die slechts één taak oplost: het beheren van e-mail. Voor dit doel zijn twee functies geïntroduceerd: het verzenden en ontvangen van brieven. Je moet niet verwachten dat de mailbeheerder tegelijkertijd een taakbeheerder wordt.
U moet resoluut “nee” zeggen tegen voorstellen om functies toe te voegen die geen verband houden met de hoofdtaak van de applicatie. Dit is precies het moment waarop duidelijk wordt dat aanvullende code niet nodig is.
Verlies nooit de focus van uw toepassing.
Vraag jezelf altijd af:
— Welke functie moet nu worden geïmplementeerd?
— Welke code moet ik schrijven?
Stel de ideeën die in je opkomen in vraag en evalueer suggesties die van buitenaf komen. Anders kan extra code het project eenvoudigweg beëindigen.
Als u weet wanneer u geen onnodige dingen moet toevoegen, kunt u uw codebasis stevig onder controle houden.
Helemaal aan het begin van het pad heeft de programmeur slechts twee of drie bronbestanden. Het is makkelijk. Het compileren en starten van de applicatie vergt een minimum aan tijd; Het is altijd duidelijk waar en waarnaar u moet zoeken.
Naarmate de applicatie zich uitbreidt, verschijnen er steeds meer codebestanden. Ze vullen de catalogus, elk met honderden regels. Om dit allemaal correct te organiseren, zul je extra mappen moeten aanmaken. Tegelijkertijd wordt het steeds moeilijker om te onthouden welke functies waarvoor verantwoordelijk zijn en welke acties deze veroorzaken; het vangen van bugs kost ook meer tijd. Ook het projectmanagement wordt complexer; niet één, maar meerdere ontwikkelaars zijn nodig om alles bij te houden. Dienovereenkomstig nemen de kosten, zowel in geld als in tijd, toe en vertraagt het ontwikkelingsproces.
Het project wordt uiteindelijk enorm en het toevoegen van elke nieuwe functie kost steeds meer moeite. Zelfs voor iets heel onbelangrijks ben je al enkele uren kwijt. Het corrigeren van bestaande fouten leidt tot het verschijnen van nieuwe, en deadlines voor het vrijgeven van applicaties worden gemist.
Nu moeten we vechten voor de levensduur van het project. Waarom?
Feit is dat u eenvoudigweg niet begreep wanneer u geen extra code moest toevoegen en op elke suggestie en elk idee “ja” antwoordde. Je was blind, het verlangen om nieuwe dingen te creëren zorgde ervoor dat je belangrijke feiten negeerde.
Klinkt als een horrorfilmscript, toch?
Dit is precies wat er zal gebeuren als je ja blijft zeggen. Probeer te begrijpen wanneer code niet moet worden toegevoegd. Verwijder overbodige zaken uit het project - dit maakt uw leven een stuk eenvoudiger en verlengt de levensduur van de applicatie.
“Een van mijn meest productieve dagen was toen ik 1000 regels code verwijderde.”
– Ken Thompson.
Leren wanneer je geen code moet schrijven, is moeilijk. Maar het is noodzakelijk.
Ja, ik weet dat je net het pad van een ontwikkelaar bent ingeslagen en code wilt schrijven. Het is goed, verlies die eerste indruk niet, maar verlies belangrijke factoren niet uit het oog door enthousiasme. We hebben alles met vallen en opstaan gerealiseerd. Je zult ook fouten maken en daarvan leren. Maar als je van bovenstaande kunt leren, wordt je werk bewuster.
Blijf creëren, maar weet wanneer je nee moet zeggen.
Skillbox beveelt aan:
- Toegepaste online cursus .
- Online cursus .
- Praktische jaarcursus .
Bron: www.habr.com