Parathënia e përkthyesit: Pasi të keni lexuar këtë artikull, mund të habiteni apo edhe të zemëroheni. Po, edhe ne ishim të befasuar: autori supozohet se nuk kishte dëgjuar kurrë për hierarkinë në ekip, për vendosjen e detyrave me statusin "bëje shpejt dhe pa arsye". Po, është e drejtë, ky është një tekst paksa i çuditshëm. Në të vërtetë, autori sugjeron që programuesi të marrë rolin e një arkitekti të sistemit - pse atëherë keni nevojë për një arkitekt? Por të gjitha këto kundërshtime nuk duhet t'ju verbojnë për gjënë kryesore - pse ne megjithatë e morëm dhe e përkthyem këtë tekst. Ai nuk flet për role. Ky tekst ka të bëjë me një qasje dhe ndërgjegjësim profesional. E vërteta është se për sa kohë që thjesht "bëni atë që ju thuhet" pa menduar për kuptimin e veprimeve tuaja, nuk do të bëheni kurrë një programues i shkëlqyer.
Thuaj jo kodit të panevojshëm. Gjithçka që duhet të bëni është të bashkoni tre shkronja dhe të thoni fjalën. Le të përpiqemi ta bëjmë këtë së bashku: "Jooooo!"
Por prit. Pse po e bëjmë këtë? Në fund të fundit, detyra kryesore e një programuesi është të shkruajë kodin. Por a duhet të shkruani ndonjë kod që ju kërkohet? Jo! "Të kuptuarit se kur nuk duhet të shkruhet kodi është ndoshta aftësia më e rëndësishme për një programues." .
Kujtojmë: për të gjithë lexuesit e "Habr" - një zbritje prej 10 rubla kur regjistroheni në çdo kurs Skillbox duke përdorur kodin promovues "Habr".
Skillbox rekomandon: Kurse praktike .
Programimi është arti i zgjidhjes së problemeve. Dhe ju jeni mjeshtër të këtij arti.
Ndonjëherë, në përpjekje për të filluar punën sa më shpejt që të jetë e mundur, ne nuk mendojmë për asgjë tjetër veçse të kryejmë detyrën në dorë. Dhe kjo mund të shkaktojë probleme edhe më serioze.
Për çfarë i mbyllin sytë programuesit?
I gjithë kodi që shkruani duhet të jetë i kuptueshëm për zhvilluesit e tjerë dhe duhet të testohet dhe korrigjohet.
Por ka një problem: çfarëdo që të shkruani, do të komplikojë softuerin tuaj dhe ndoshta do të prezantojë gabime në të ardhmen.
Sipas Rich Skrent, . Ja çfarë shkruan ai:
“Kodi është i keq sepse fillon të kalbet dhe kërkon mirëmbajtje të vazhdueshme. Shtimi i veçorive të reja shpesh kërkon modifikimin e kodit të vjetër. Sa më i madh të jetë, aq më e lartë është gjasat për të ndodhur një gabim dhe aq më shumë kohë duhet përpilimi. Një zhvilluesi tjetër i duhet më shumë kohë për ta kuptuar atë. Dhe nëse nevojitet rifaktorimi, atëherë patjetër do të ketë fragmente që ia vlen të ndryshohen. Kodi i madh shpesh nënkupton fleksibilitet dhe funksionalitet të reduktuar të projektit. Një zgjidhje e thjeshtë dhe elegante është më e shpejtë se kodi kompleks.”
Si e dini kur nuk duhet të shkruani kod?
Problemi është se programuesit shpesh ekzagjerojnë numrin e veçorive që nevojiten për aplikimin e tyre. Si rezultat, shumë seksione të kodit mbeten të papërfunduara ose askush nuk i përdor ato, por ato e komplikojnë aplikacionin.
Ju duhet të kuptoni qartë se çfarë ka nevojë projekti juaj dhe çfarë jo.
Një shembull është një aplikacion që zgjidh vetëm një detyrë - menaxhimin e postës elektronike. Për këtë qëllim janë futur dy funksione - dërgimi dhe pranimi i letrave. Ju nuk duhet të prisni që menaxheri i postës të bëhet një menaxher detyrash në të njëjtën kohë.
Ju duhet t'u thoni me vendosmëri "jo" propozimeve për të shtuar veçori që nuk lidhen me detyrën kryesore të aplikacionit. Ky është pikërisht momenti kur bëhet e qartë se kodi shtesë nuk nevojitet.
Asnjëherë mos e humbni fokusin e aplikimit tuaj.
Gjithmonë pyesni veten:
— Çfarë funksioni duhet të zbatohet tani?
- Çfarë kodi duhet të shkruaj?
Pyetni idetë që ju vijnë në mendje dhe vlerësoni sugjerimet që vijnë nga jashtë. Përndryshe, kodi shtesë thjesht mund ta vrasë projektin.
Njohja se kur të mos shtoni gjëra të panevojshme do t'ju ndihmojë të mbani bazën tuaj të kodit nën kontroll të fortë.
Në fillim të rrugës, programuesi ka vetëm dy ose tre skedarë burimi. Është e thjeshtë. Përpilimi dhe lëshimi i aplikacionit kërkon një kohë minimale; Është gjithmonë e qartë se ku dhe çfarë të kërkoni.
Ndërsa aplikacioni zgjerohet, shfaqen gjithnjë e më shumë skedarë kodesh. Ata mbushin katalogun, secili me qindra rreshta. Për t'i organizuar të gjitha këto në mënyrë korrekte, do t'ju duhet të krijoni drejtori shtesë. Në të njëjtën kohë, të kujtosh se cilat funksione janë përgjegjëse për çfarë dhe cilat veprime i shkaktojnë ato po bëhet gjithnjë e më e vështirë; kapja e defekteve kërkon gjithashtu më shumë kohë. Menaxhimi i projektit po bëhet gjithashtu më kompleks; jo një, por disa zhvillues kërkohet të mbajnë gjurmët e gjithçkaje. Prandaj, kostot, si monetare dhe kohore, rriten dhe procesi i zhvillimit ngadalësohet.
Projekti përfundimisht bëhet i madh dhe shtimi i çdo veçorie të re kërkon gjithnjë e më shumë përpjekje. Edhe për diçka shumë të parëndësishme duhet të shpenzosh disa orë. Korrigjimi i gabimeve ekzistuese çon në shfaqjen e gabimeve të reja dhe afatet e lëshimit të aplikacionit humbasin.
Tani duhet të luftojmë për jetën e projektit. Pse?
Fakti është se ju thjesht nuk e kuptoni se kur nuk duhet të shtoni kod shtesë dhe iu përgjigjët "po" çdo sugjerimi dhe ideje. Ju ishit të verbër, dëshira për të krijuar gjëra të reja ju bëri të injoroni fakte të rëndësishme.
Tingëllon si një skenar filmi horror, apo jo?
Kjo është pikërisht ajo që do të ndodhë nëse vazhdoni të thoni po. Mundohuni të kuptoni kur kodi nuk duhet të shtohet. Hiqni gjërat e panevojshme nga projekti - kjo do ta bëjë jetën tuaj shumë më të lehtë dhe do të zgjasë jetën e aplikacionit.
"Një nga ditët e mia më produktive ishte kur fshiva 1000 rreshta kodi."
- Ken Thompson.
Të mësosh se kur të mos shkruash kod është e vështirë. Por është e nevojshme.
Po, e di që sapo keni nisur rrugën e një zhvilluesi dhe doni të shkruani kod. Është mirë, mos e humbni përshtypjen e parë, por mos i humbisni faktorët e rëndësishëm për shkak të entuziazmit. Ne kuptuam gjithçka me provë dhe gabime. Ju gjithashtu do të bëni gabime dhe do të mësoni prej tyre. Por nëse mund të mësoni nga sa më sipër, puna juaj do të bëhet më e ndërgjegjshme.
Vazhdoni të krijoni, por dijeni kur të thoni jo.
Skillbox rekomandon:
- Aplikuar kursin online .
- Kurs online .
- Kursi praktik i vitit .
Burimi: www.habr.com