Pêşgotina Wergêr: Piştî xwendina vê gotarê, hûn dikarin şaş bibin an jî hêrs bibin. Erê, em jî şaş man: nivîskar qaşo qet li ser hiyerarşiya di tîmê de nebihîstibû, li ser danîna peywiran bi statûya "bi lez û bez bike." Erê, rast e, ev nivîs hinekî ecêb e. Bi rastî, nivîskar pêşniyar dike ku bernamenûs rola mîmarek pergalê bigire - wê hingê çima hûn hewceyê mîmarek in? Lê ev hemî îtîraz divê hûn ji tiştê sereke kor nekin - çima me dîsa jî ev nivîs girt û wergerand. Ew behsa rolan nake. Ev nivîs li ser nêzîkatî û hişmendiyek profesyonel e. Rastî ev e ku heya ku hûn tenê "tiştê ku ji we re tê gotin bikin" bêyî ku li ser wateya kiryarên xwe bifikirin, hûn ê tu carî nebin bernamenûsek mezin.
Ji koda nehewce re bêjin na. Tiştê ku divê hûn bikin ev e ku hûn sê tîpan bidin hev û peyvê bibêjin. Ka em bi hev re vê yekê bikin: "Naoooo!"
Lê bisekine. Çima em vê yekê dikin? Jixwe, karê sereke yê bernamenûs nivîsandina kodê ye. Lê hûn hewce ne ku kodek ku ji we tê xwestin binivîsin? Na! "Fêmkirina dema nenivîsandina kodê dibe ku ji bo bernamenûsek jêhatîbûna herî girîng e." .
Em bînin bîra xwe: ji bo hemî xwendevanên "Habr" - dema ku hûn beşdarî qursek Skillbox-ê bi karanîna koda danasînê ya "Habr" têne qeyd kirin 10 rubleyan dakêşin.
Skillbox pêşniyar dike: Kursa pratîk .
Bernamekirin hunera çareserkirina pirsgirêkan e. Û hûn hosteyên vê hunerê ne.
Carinan, ji bo ku em bi zûtirîn dem dest bi xebatê bikin, em ji bilî temamkirina peywira di dest de li ser tiştek din nafikirin. Û ev dikare bibe sedema pirsgirêkên hê girantir.
Bernamesaz çavê xwe ji çi re digirin?
Pêdivî ye ku hemî kodên ku hûn dinivîsin ji pêşdebirên din re were fam kirin, û divê bêne ceribandin û xelet kirin.
Lê pirsgirêkek heye: hûn çi jî binivîsin, ew ê nermalava we tevlihev bike û dibe ku di pêşerojê de xeletiyan destnîşan bike.
Li gorî Rich Skrent, . Va ye ku ew dinivîse:
"Kodê xirab e ji ber ku ew dest bi rizandinê dike û hewceyê lênihêrîna domdar dike. Zêdekirina taybetmendiyên nû bi gelemperî pêdivî ye ku koda kevn biguhezîne. Ew çiqas mezin be, îhtîmala çêbûna xeletiyekê ew qas zêde dibe û berhevkirina wê bêtir dem digire. Ew ji pêşdebirek din bêtir wext digire ku wê fêm bike. Û ger refaktorkirin hewce be, wê hingê bê guman dê perçeyên ku hêjayî guhartinê ne hebin. Koda mezin bi gelemperî tê wateya kêmbûna nermbûn û fonksiyona projeyê. Çareseriyek hêsan û elegant ji koda tevlihev zûtir e."
Hûn çawa dizanin kengê kodê nanivîsin?
Pirsgirêk ev e ku bernamenûs bi gelemperî hejmara taybetmendiyan hewcedariyên serîlêdana xwe zêde dikin. Wekî encamek, gelek beşên kodê neqediya dimînin an jî kes wan bikar nayîne, lê ew serîlêdanê tevlihev dikin.
Divê hûn bi zelalî fêm bikin ka projeya we çi hewce dike û çi nake.
Mînak serîlêdanek e ku tenê yek peywirê çareser dike - birêvebirina e-nameyê. Ji bo vê armancê, du fonksiyon hatine destnîşan kirin - şandin û wergirtina nameyan. Divê hûn ne li bendê bin ku rêvebirê nameyê di heman demê de bibe rêveberê peywirê.
Pêdivî ye ku hûn bi tundî ji pêşniyaran re bibêjin "na" da ku taybetmendiyên ku bi peywira sereke ya serîlêdanê ve girêdayî ne zêde bikin. Ev tam dema ku diyar dibe ku kodek zêde ne hewce ye.
Tu carî baldariya serîlêdana xwe winda nekin.
Her tim ji xwe bipirsin:
- Divê niha kîjan fonksiyon were pêkanîn?
- Ez kîjan kodê binivîsim?
Fikrên ku tên bîra mirov bipirsin û pêşniyarên ji derve tên binirxînin. Wekî din, kodek zêde dikare bi tenê projeyê bikuje.
Fêrbûna kengê hûn tiştên nehewce zêde nekin dê ji we re bibe alîkar ku bingeha koda xwe di bin kontrola zexm de bihêlin.
Di destpêka rê de, bernamenûs tenê du an sê pelên çavkaniyê hene. Ew hêsan e. Berhevkirin û destpêkirina serîlêdanê hindiktirîn dem hewce dike; Her dem eşkere ye ku li ku û li çi bigerin.
Her ku serîlêdan berfireh dibe, pelên kodê bêtir û bêtir xuya dibin. Ew katalogê tije dikin, her yek bi sedan rêzan. Ji bo ku hûn van hemî bi rêkûpêk birêxistin bikin, hûn ê hewce ne ku peldankên zêde biafirînin. Di heman demê de, bibîrxistina kîjan fonksiyonan ji çi û kîjan kiryaran dibe sedema wan her ku diçe dijwartir dibe; girtina xeletiyan jî bêtir wext digire. Rêvebiriya projeyê jî tevlihevtir dibe; ne yek, lê çend pêşdebiran hewce ne ku her tiştî bişopînin. Li gorî vê yekê, lêçûn, hem dirav û hem jî dem, zêde dibin, û pêvajoya pêşkeftinê hêdî dibe.
Proje di dawiyê de mezin dibe, û lê zêdekirina her taybetmendiyek nû hewildanek bêtir û bêtir digire. Tewra ji bo tiştek pir negirîng jî divê hûn çend demjimêran derbas bikin. Serastkirina xeletiyên heyî rê li ber xuyangkirina yên nû vedike, û heyamên serbestberdana serîlêdanê winda dibin.
Niha divê em ji bo jiyana projeyê têkoşîn bikin. Çima?
Rastî ev e ku we bi hêsanî fêm nekir kengê divê hûn kodek zêde zêde nekin, û ji her pêşniyar û ramanê re bersiva "erê" da. Hûn kor bûn, xwestina afirandina tiştên nû we kir ku hûn rastiyên girîng paşguh bikin.
Dişibe senaryoyek fîlimek tirsnak, rast?
Heger hûn bi berdewamî bibêjin erê dê ev yek biqewime. Biceribînin ku hûn fêm bikin ka kengê divê kod neyê zêdekirin. Tiştên nehewce ji projeyê derxînin - ev ê jiyana we pir hêsantir bike û jiyana serîlêdanê dirêj bike.
"Yek ji rojên min ên herî berhemdar dema ku min 1000 rêzikên kodê jê kir."
- Ken Thompson.
Fêrbûna dema nenivîsandina kodê dijwar e. Lê pêwîst e.
Erê, ez dizanim ku hûn nû ketine ser riya pêşdebirek û dixwazin kodê binivîsin. Baş e, nerîna yekem wenda nekin, lê ji ber dilgeşiya faktorên girîng ji bîr nekin. Me her tişt bi ceribandin û xeletiyê fêm kir. Hûn ê jî xeletiyan bikin û ji wan fêr bibin. Lê heke hûn ji tiştên jorîn fêr bibin, dê xebata we bêtir hişmend bibe.
Afirandinê bidomînin, lê zanibin kengî bibêjin na.
Skillbox pêşniyar dike:
- Kursa serhêl sepandin .
- Kursa serhêl .
- Kursa sala pratîk .
Source: www.habr.com