Dibaji ya Mtafsiri: Baada ya kusoma makala hii, unaweza kushangaa au hata hasira. Ndio, tulishangaa pia: mwandishi anadaiwa hajawahi kusikia juu ya uongozi katika timu, juu ya kuweka kazi na hali "ifanye haraka na bila kufikiria." Ndiyo, hiyo ni kweli, hii ni kidogo ya maandishi ya ajabu. Hakika, mwandishi anapendekeza kwamba programu kuchukua nafasi ya mbunifu wa mfumo - kwa nini basi unahitaji mbunifu? Lakini pingamizi hizi zote hazipaswi kukupofusha kwa jambo kuu - kwa nini hata hivyo tulichukua na kutafsiri maandishi haya. Hazungumzii majukumu. Maandishi haya yanahusu mbinu na ufahamu wa kitaalamu. Ukweli ni kwamba mradi tu "unafanya kile ulichoambiwa" bila kufikiria juu ya maana ya matendo yako, hautawahi kuwa mpangaji programu mzuri.
Sema hapana kwa msimbo usiohitajika. Unachohitajika kufanya ni kuweka herufi tatu pamoja na kusema neno. Hebu jaribu kufanya hili pamoja: "Nooooo!"
Lakini ngoja. Kwa nini tunafanya hivi? Baada ya yote, kazi kuu ya programu ni kuandika kanuni. Lakini je, unahitaji kuandika msimbo wowote unaoulizwa? Hapana! "Kuelewa wakati wa kutoandika nambari labda ndio ustadi muhimu zaidi kwa programu." .
Tunakukumbusha: kwa wasomaji wote wa "Habr" - punguzo la rubles 10 wakati wa kujiandikisha katika kozi yoyote ya Skillbox kwa kutumia msimbo wa uendelezaji wa "Habr".
Skillbox inapendekeza: Kozi ya vitendo .
Kupanga programu ni sanaa ya kutatua matatizo. Na nyinyi ni mabingwa wa sanaa hii.
Wakati mwingine, katika jitihada za kuanza kazi haraka iwezekanavyo, hatufikiri juu ya kitu kingine zaidi ya kukamilisha kazi iliyopo. Na hii inaweza kusababisha matatizo makubwa zaidi.
Watengenezaji programu hufumbia macho nini?
Nambari yote unayoandika lazima ieleweke kwa wasanidi wengine, na lazima ijaribiwe na kutatuliwa.
Lakini kuna shida: chochote unachoandika, kitachanganya programu yako na labda itaanzisha mende katika siku zijazo.
Kulingana na Rich Skrent, . Hivi ndivyo anaandika:
βKanuni ni mbaya kwa sababu inaanza kuoza na inahitaji matengenezo ya mara kwa mara. Kuongeza vipengele vipya mara nyingi kunahitaji kurekebisha msimbo wa zamani. Kadiri inavyokuwa kubwa, ndivyo uwezekano wa hitilafu kutokea unavyoongezeka na ndivyo inavyochukua muda zaidi kutayarisha. Inamchukua msanidi mwingine muda zaidi kuibaini. Na ikiwa refactoring inahitajika, basi hakika kutakuwa na vipande ambavyo vinafaa kubadilishwa. Nambari kubwa mara nyingi inamaanisha kupunguzwa kwa kubadilika na utendakazi wa mradi. Suluhisho rahisi na la kifahari ni haraka kuliko nambari ngumu.
Unajuaje wakati wa kutoandika msimbo?
Shida ni kwamba watengenezaji programu mara nyingi huzidisha idadi ya huduma mahitaji yao ya programu. Kama matokeo, sehemu nyingi za nambari hubaki bila kukamilika au hakuna mtu anayezitumia, lakini zinafanya programu kuwa ngumu.
Lazima uelewe wazi ni nini mradi wako unahitaji na nini hauhitaji.
Mfano ni programu ambayo hutatua kazi moja tu - kudhibiti barua pepe. Kwa kusudi hili, kazi mbili zimeanzishwa - kutuma na kupokea barua. Hupaswi kutarajia msimamizi wa barua pepe kuwa msimamizi wa kazi kwa wakati mmoja.
Unahitaji kusema kwa uthabiti "hapana" kwa mapendekezo ya kuongeza vipengele ambavyo havihusiani na kazi kuu ya programu. Huu ndio wakati ambapo inakuwa wazi kuwa nambari ya ziada haihitajiki.
Usiwahi kupoteza mwelekeo wa maombi yako.
Daima jiulize:
- Ni kazi gani inapaswa kutekelezwa sasa?
- Ninapaswa kuandika kanuni gani?
Swali mawazo yanayokuja akilini na tathmini mapendekezo yanayotoka nje. Vinginevyo, nambari ya ziada inaweza kuua mradi tu.
Kujua wakati wa kutoongeza vitu visivyo vya lazima kutakusaidia kuweka msingi wako wa nambari chini ya udhibiti thabiti.
Mwanzoni mwa njia, programu ina faili mbili au tatu tu za chanzo. Ni rahisi. Kukusanya na kuzindua programu inahitaji muda mdogo; Daima ni wazi wapi na nini cha kutafuta.
Kadiri programu inavyopanuka, faili za msimbo zaidi na zaidi huonekana. Wanajaza katalogi, kila moja ikiwa na mamia ya mistari. Ili kupanga haya yote kwa usahihi, utalazimika kuunda saraka za ziada. Wakati huo huo, kukumbuka ni kazi gani zinazowajibika kwa nini na ni vitendo gani vinavyosababisha inazidi kuwa ngumu; kukamata mende pia huchukua muda zaidi. Usimamizi wa mradi pia unakuwa mgumu zaidi; sio mmoja, lakini watengenezaji kadhaa wanahitajika kufuatilia kila kitu. Kwa hiyo, gharama, fedha na wakati, huongezeka, na mchakato wa maendeleo hupungua.
Mradi hatimaye unakuwa mkubwa, na kuongeza kila kipengele kipya huchukua juhudi zaidi na zaidi. Hata kwa kitu kisicho na maana sana lazima utumie masaa kadhaa. Kurekebisha makosa yaliyopo husababisha kuonekana kwa mpya, na tarehe za mwisho za kutolewa kwa programu hukosa.
Sasa tunapaswa kupigania maisha ya mradi huo. Kwa nini?
Ukweli ni kwamba haukuelewa wakati haupaswi kuongeza nambari ya ziada, na ukajibu "ndiyo" kwa kila pendekezo na wazo. Ulikuwa kipofu, hamu ya kuunda vitu vipya ilikufanya upuuze ukweli muhimu.
Inaonekana kama hati ya filamu ya kutisha, sivyo?
Hili ndilo litakalotokea ikiwa utaendelea kusema ndiyo. Jaribu kuelewa wakati msimbo haupaswi kuongezwa. Ondoa mambo yasiyo ya lazima kutoka kwa mradi - hii itafanya maisha yako kuwa rahisi sana na kuongeza muda wa maisha ya maombi.
"Mojawapo ya siku zangu zilizoniletea matokeo mengi ni nilipofuta laini 1000 za msimbo."
- Ken Thompson.
Kujifunza wakati wa kutoandika msimbo ni ngumu. Lakini ni lazima.
Ndio, najua kuwa umeingia kwenye njia ya msanidi programu na unataka kuandika nambari. Ni vizuri, usipoteze hisia hiyo ya kwanza, lakini usipoteze mambo muhimu kwa sababu ya shauku. Tuligundua kila kitu kupitia jaribio na makosa. Pia utafanya makosa na kujifunza kutoka kwao. Lakini ikiwa unaweza kujifunza kutoka kwa hapo juu, kazi yako itakuwa na ufahamu zaidi.
Endelea kuunda, lakini jua wakati wa kusema hapana.
Skillbox inapendekeza:
- Kozi iliyotumika mtandaoni .
- Kozi ya mkondoni .
- Kozi ya mwaka wa vitendo .
Chanzo: mapenzi.com