La Quora, programatorii experimentați au dat o mulțime de sfaturi și tehnici. care vă va ajuta să navigați în baza codului scrisă nu de dvs. și de echipa dvs.
Acest lucru se întâmplă adesea cu proiectele moștenite de la dezvoltatorii anteriori. Aveți deja nevoie să scrieți blocuri noi, iar în vechea bază de date peste 9000 de linii de cod. Cum de a învăța rapid și de a nu îneca tânărul Padawan?
Cel mai evident sfat - găsi un programator care este familiarizat cu acest cod, și cu lacrimi în ochi cere-i să răspundă la toate întrebările stupide în următoarele două săptămâni. Chiar mai bine vorbesc cu echipa de proiect plumb și avans să-l ceară pentru a reduce povara de pe programator, care a fost de acord cu amabilitate să-și petreacă mentorul tău.
Prin urmare, cele două linii de evenimente:
- ați găsit un profesor (dacă lucrați într-o echipă)
- Nu v-ați găsit un profesor (acest lucru se poate întâmpla dacă lucrați la un proiect de proiector)
- Cereți tutorelui să vă explice structura completă a codului, filosofia și stilul acestuia. Puneți-vă în istoria proiectului, întrebați de ce sistemul este exact așa și cum a fost înainte. Dacă codul utilizează cadre și biblioteci ale unor terțe părți, faceți o listă a acestora. Studiați separat manualele și documentația acestor resurse terțe, ceea ce le va ajuta să le izolați de masa totală a codului.
- Cereți-vă să vă dați o sarcină simplă (reparați o eroare, adăugați o caracteristică) pe care orice începător o poate face.
- Stați jos, liniștește-te, respirați fără probleme. Încercați să efectuați singur sarcina, însă cereți tutorelui să vină la dvs. în 15-20 de minute. De regulă, în 15 minute puteți înțelege aproape totul; dacă nu funcționează timp de 15 minute - nu este suficient și câteva ore. Prin urmare, dacă sunteți blocat, opriți activitatea și solicitați sfaturi.
- Code-Review. Trimiteți codul tutorelui de examinare. Obțineți instrucțiuni valoroase de la el despre ce piese de cod existent pot fi folosite într-o anumită situație și cum să integrați corect modificările în cod.
- Repetați pașii 2-4.
- Extindeți halele minții: încercați să acoperiți întreaga imagine. Identificați modulele principale și funcționalitatea acestora. Aceasta durează de obicei 2-3 zile timp de 6-7 ore. Umblați prin module, pentru a le cunoaște mai bine.
- Mergeți la trackerul de erori. Căutați bug-uri fixe și aflați că au fost fixate. Dacă este posibil, acordați atenție acelor bug-uri care au fost corectate de participanții cu experiență la proiect. Creați o ramură separată cu cod în care bug-ul nu a fost încă stabilit; și separate cu codul în care bug-ul este fixat. Uită-te la modificările din fișiere și piesele schimbate de cod. Fiți atenți la două puncte: a) ce și cum să remediați bugfixul; b) de ce reparația este implementată la fel. Acest lucru ar trebui să fie, de asemenea, petrecut 2 zile (analiza 2-3 bug-uri).
- E timpul să rezolvi singur. Găsiți câteva bug-uri simple în tracker-ul de bug-uri și încercați să le reparați. Începeți prin definirea modulului în care este implicată eroarea. Dacă lucrați bine la pasul 1, nu va dura mult timp. Cel mai dificil este să rezolvăm bug-ul pentru a nu ieși din principiile de proiectare de bază în acest proiect. Puteți încerca să scrieți o încercare de încercare, care nu încearcă să se potrivească cu structura generală a proiectului, doar pentru a verifica dacă remedierea funcționează sau nu. Dacă funcționează, modificați remedierea, respectând deja toate regulile de implementare acceptate.
- Scrieți o nouă caracteristică. Dacă înțelegeți toate modulele și aveți o idee despre munca lor, scrierea unei noi caracteristici nu va fi foarte dificilă. Nu mai dificil decât să lucrați cu API. Cel mai dificil lucru este să faci caracteristica universală (astfel încât alții să o poată folosi).
Oricum, în ambele cazuri, începătorul (chiar dacă nu sunteți nou în programare, puteți fi începător în acest cod) trebuie să vă puneți patru întrebări globale:
- Ce face acest cod?
- Cum o face?
- Ce trebuie făcut pentru a face mai bine?
- În ce loc ar trebui să se facă acest lucru?
Traducerea a fost scrisă de Lyusya Shirshova.
depinde în continuare de proiect, pentru că dacă deschideți un proiect în orice mediu și de împingere a alerga și toate cursele sunt un lucru, apoi găsiți enterpoint și apoi doar scormonit în cod, nu există nici un mentor poate fi sortate, dar există și proiecte care constau în diferite module, care sunt scrise în diferite limbi, poate chiar și pe diferite platforme, care ar trebui să fie conduse separat și inventariază, care depind unul de altul, și nu este sbildish nu rula modulul a, nu este sbildish modulul B, și la sbildit modulul o, trebuie să configurați . ropisat libs necesare, cadre, în acest caz, scriu deja doc la fel ca singura desfășurarea proiectului
[...] fiecare programator ar trebui să știe? 8 sfaturi pentru înțelegerea rapidă a codului altcuiva Cum de a transforma programarea într-un profesionist [...]
Postarea noastră pe VKontakte
Articole aleatoare
Trimiteți-le prietenilor: