Keisčiausi programavimo principai, kurių jūs niekada negirdėjote

Skelbimas

Mes jau apėjome tave svarbiausi programavimo principai 10 pagrindinių programavimo principų, kurių privalo laikytis kiekvienas programuotojasVisada rašykite kodą, kurį gali prižiūrėti visi, kurie gali dirbti su jūsų programine įranga. Šiuo tikslu pateikiami keli programavimo principai, padedantys išvalyti savo poelgį. Skaityti daugiau apie tai turite žinoti, tačiau gali būti dar viena programavimo principų klasė dar naudingesnis nei tie.

Kadangi minėti principai moko jus būti protingas turėdami savo kodą, šie principai išmokys jus būti išmintingą su savo kodu. Kai kurie iš jų yra keistai, o daugelis jų - juokingi, tačiau visi jie yra vienodai praktiški ir svarbūs. Paisykite!

1. Išpūsties principas

Šis variantas turi tiek daug variantų, kad sunku pasirinkti vieną iš pagrindinių. Ko gero, „oficialiausia“ versija yra Programinės įrangos tobulinimo įstatymas, labiau vadinamas Zawinski įstatymas, pavadintas Jamie Zawinski vardu ir paminėtas UNIX programavimo menas:

„Kiekviena programa bando plėstis, kol gali skaityti paštą. Tos programos, kurios negali taip išsiplėsti, pakeičiamos tokiomis, kurios gali “.

instagram viewer

Kalbama apie programų tendenciją bėgant laikui pritraukti vis daugiau funkcijų ir neišvengiamai pereiti prie vis sudėtingesnių. Galite tai žinoti kaip bruožas ropliai, tai yra nuolatinis naujų funkcijų, neturinčių nieko bendra su pagrindiniu programos tikslu, papildymas. Dėl savybių šliaužimo atsiranda pilvo pūtimas, o pūtimas dažnai yra nepageidautinas.

Tai taip pat gali būti taikoma programinės įrangos veikimui:

„Programinė įranga plečiasi, kad sunaudotų visus turimus išteklius.“

Dešimtajame dešimtmetyje kietieji diskai, procesoriai ir RAM buvo kur kas labiau ribojantys nei dabar, o programuotojai sunkiai dirbo, kad tilptų tiek, kiek sugeba. Tačiau dabar, kai turime didesnius diskus, greitesnius procesorius ir daugiau RAM, vis dar stengiamės nepaisyti apribojimų. Laikui bėgant viskas išsipūs. Tai jūsų darbas kontroliuoti.

2. „Blogiau yra geriau“ mentalitetas

Beveik tarsi atsakydami į išsipūtimo principą, turime Blogiau yra geresnis mentalitetas, pirmasis sukūrė Richardas P. Gabrielius rašinyje apie programinės įrangos kokybę parašė:

„Ribota, tačiau paprasta naudoti programinė įranga gali būti patrauklesnė vartotojui ir rinkai, nei atvirkščiai“.

Kitaip tariant, protinga išsiaiškinti viena problema jūsų programinė įranga siekia išspręsti ir tada būti labai gerai tuo vienas dalykas. Daryk paprastai. Kuo labiau paskleisite save, tuo nevaldingesnis projektas taps, o vartotojams jis bus nepageidaujamas.

Kas nutiks, kai to nepaisysite? Jūs galų gale Programinės įrangos Peter principas:

„Pernelyg sudėtingas projektas ilgainiui taps per daug sudėtingas, kad jį suprastų net jo paties kūrėjai“.

Jis kilęs iš platesnio Peterio principo, kuriame teigiama, kad kai darbuotojai skatinami atsižvelgiant į jų dabartinę padėtį kompetencija, o ne laukiama kompetencija kitoje pozicijoje, visi darbuotojai galiausiai eina į nekompetencija. Laikykitės šio principo ir pritaikykite jį programinei įrangai, ir pamatysite, kodėl blogesnė programinė įranga dažnai gali būti geresnė.

3. Eaglesono įstatymas

„Bet kurį savo kodą, kurio nežiūrėjote šešis ar daugiau mėnesių, galbūt parašė kažkas kitas“.

Šis iš pažiūros demotyvuojantis posakis iš tikrųjų yra kažkas, kurį reikia suvokti. Tiesą sakant, niekas nėra tobulas. Galite manyti, kad šiuo metu esate genialus programuotojas, tačiau yra visada kažko daugiau, ko gali išmokti, visada daugiau vietos augti. Jei kada nors atsigręšite į seną kodą ir susitvarkysite, tai greičiausiai reiškia nuo to laiko išmokote kažko naujo.

Kitaip tariant: jei atsigręžiate į seną projektą ir nematote nieko, ką galėtumėte patobulinti, arba kitą kartą darytumėte kitaip, greičiausiai sustingtumėte kaip programuotojas.

4. Mažiausio nustebimo principas

„Jei reikalinga savybė kelia didelį nuostabą, gali reikėti ją pertvarkyti“.

Pirmą kartą paskelbtas „IBM Systems Journal“ 1984 m. šis principas vis dar stebėtinai aktualus ir šiandien - galbūt labiau nei bet kada anksčiau.

Iš esmės tai liečia subtilų naujovių ir pažinimo pusiausvyrą: jei yra programinė įranga per daug skirtingi iš kitų tokio pobūdžio ir neatitinka vartotojo lūkesčių jie greičiausiai to nepriims. Geriau siekti laipsniškų patobulinimų, kurie yra pakankamai dideli, kad būtų įspūdingi, bet pakankamai maži, kad išliktų susipažinę.

5. Kibernetinės entomologijos dėsnis

„Visada yra dar viena klaida.“

Dažnai vadinamas Lubarskio kibernetinės entomologijos dėsnis, neaišku, kas iš tikrųjų yra šis Lubarskis. Tačiau jo principas tinka visiems programuotojams: kad ir kaip švariai rašytumėte savo kodą, nesvarbu tvirtai išbandysite savo modulius, nesvarbu, kaip dažnai pertvarkote savo klases, visada bus kita klaida.

Tam tikra prasme tai yra laisvinimo principas. Nors mes tikrai turėtume stengtis kodo be klaidų atveju taip pat svarbu atsiminti, kad perfekcionizmas yra gėrio priešas. Ieškokite klaidų, ištaisykite jas atsiradus, tada judėkite toliau.

6. Kernighano įstatymas

„Derinti yra dvigubai sunkiau, nei rašyti kodą. Todėl, jei kodą rašote kuo protingiau, jūs iš esmės nesate pakankamai protingi, kad galėtumėte jį suderinti. “

Pats Brianas Kernighanas, vienas iš bendraautorių C programavimo kalbos Biblija Kodėl vis dar verta mokytis C programavimoC nėra mirusi kalba. Tiesą sakant, žurnalas „IEEE Spectrum“ jį įvertino kaip 2017 m. Aukščiausią kalbą. Štai penkios priežastys, kodėl. Skaityti daugiau , garsėja šiuo įžvalgiu įstatymu. Esmė ta: rašyk Gerai kodą, rašyk skaitoma kodą, rašyk paprasta kodas, nieko tol, kol to nėra protingas kodas.

Bandymas palenkti savo programavimo raumenis sudėtingai dramblio kaulo bokšto atžvilgiu yra visiškai priešinga tam, ką reiškia parašyk švarų ir geresnį kodą 10 patarimų, kaip rašyti švaresnį ir geresnį kodąParašyti švarų kodą atrodo lengviau, nei yra iš tikrųjų, tačiau privalumai to verti. Štai kaip šiandien galite pradėti rašyti švaresnį kodą. Skaityti daugiau . Kuo sunkiau suprasti savo kodą, tuo sunkiau bus derinti, kai jis neišvengiamai nutrūks.

Ir kaip Robertas C. Martinas paaiškina, kad svarbu ne tik derinti:

„Iš tikrųjų skaitymo laiko ir rašymo laiko santykis yra gerokai didesnis nei 10 ir 1. Siekdami parašyti naują kodą, mes nuolat skaitome seną kodą... [Todėl], lengvai skaitant, lengviau rašyti. “

7. Guminių ančių derinimo darbai

Šis principas yra ne tiek principas, kiek būdas, tačiau jis yra toks naudingas ir keistas, kad mes atsisakėme jo palikti.

Pirma papasakojo Pragmatinis programuotojas, guminių ančių derinimas reiškia, kai derinimo metu sugadinate programinę įrangą, paaiškindami savo kodą negyvam objektui (pvz., guminei ančiai) vieną eilutę vienu metu. Tai veikia todėl, kad paaiškinimas suaktyvina skirtingas jūsų smegenų dalis, ir jūs labiau linkę pastebėti neatitikimus ir išsiaiškinti, kur suklydote.

Dėl šios priežasties guminė antis gali būti a stebėtinai madinga dovana programuotojams Geriausios „Geek“ dovanos programuotojams: 20 idėjų kodekams ir nerdamsIeškai dovanos programuotojui? Čia yra geriausi dovanos „geek“, pradedant nuo mechaninių klaviatūrų ir baigiant stovinčiais darbalaukiais ir dar daugiau. Skaityti daugiau , nesvarbu, ar perkate tai sau, ar savo programuojamam bičiuliui.

8. Devyniasdešimt devyniasdešimt taisyklė

„Pirmieji 90 procentų kodo sudaro pirmuosius 90 procentų kūrimo laiko. Likę 10 procentų kodo sudaro kitus 90 procentų kūrimo laiko. “

Ši nedrąsus Tomo Cargilio patarlė yra esmė, kodėl programavimas gali būti toks varginantis: nesvarbu, kiek arti manote, kad baigsite, jūs esate daug toliau nei net patys geriausi įvertinimai. Kai galvoji, kad viskas baigta, tu esi tik įpusėjęs.

Tai eina kartu su Hofstadterio įstatymais:

„Visada užtrunka ilgiau, nei tikiesi, net jei atsižvelgi į Hofstadterio įstatymą“.

9. Parkinsono įstatymas

„Darbas plečiasi taip, kad būtų galima skirti laiko jo pabaigai.“

Šis vienas principas, sugalvotas Cyrilo Northcote Parkinsono, yra platesnis principas, kuris absoliučiai taikomas programavimui ir koja kojon su aukščiau pateikta devyniasdešimt devyniasdešimt taisykle: kad ir kiek laiko turėtum baigti, reikia tiksliai tai, kiek laiko jis truks imk. Kuriant programinę įrangą, „baigimas anksti“ yra gana mitas.

Parkinsono įstatymas yra priežastis, kodėl tinkami terminai yra esminiai, jei norite baigti ir atsiųsti savo programinę įrangą. Štai kodėl šiuolaikiniai profesionalūs programuotojai dažnai rekomenduoja judrus projekto valdymo principai Kaip naudoti judrius projektų valdymo principus organizuojant savo gyvenimąJudrus, geriausiai žinomas kaip projekto valdymo metodas, yra puikus pagrindas tvarkyti asmeninį gyvenimą. Parodysime, kuriuos principus galite pasiskolinti - nemokamai atsisiųsti darbalapį! Skaityti daugiau ir projektų valdymo įrankiai, tokie kaip Asana „Trello“ vs. Asana: geriausias nemokamas projektų valdymo įrankis yra ...Pasirinkti tarp Trello ir Asanos sunku. Čia mes palyginkime nemokamus planus ir padėsime nuspręsti, kuris projekto valdymo įrankis yra geriausias jūsų komandai. Skaityti daugiau .

10. Brooko įstatymas

„Pridėjus darbo jėgos prie pavėluoto programinės įrangos projekto, tai tampa vėliau“.

Kai kitą kartą pavėluosite į projektą, greičiausiai todėl, kad daugumai programavimo projektų reikia daugiau laiko nei paskirta, atminkite, kad pridėję kodų tai greičiau neišspręs.

Tiesą sakant, greičiausiai tai užtruks ilgiau pabaigti. Turėsite ne tik pagreitinti naująjį (-us) programinį (-ius) įrenginį (-us), bet jie greičiausiai susidurs su esamais kodavimo įrenginiais. Reikės dokumentuoti daugiau dalykų, reikės daugiau biurokratijos, kad visi būtų tame pačiame puslapyje, ir visa trinties patirtis sukels daugiau trinties.

Eiti į priekį kaip programuotojas

Dabar, kai žinote šiuos principus, jums iš tikrųjų geriau tinka realus pasaulis programavimo, o ne tik to, ką teko patirti mokykloje, internetiniuose kursuose ar įkrovos stovykloje. Šie principai kyla iš daugelio metų patirties ir nesėkmių.

Turėdami šią naujai surastą išmintį, dabar galite išsikelti a labai paklausi programavimo karjera 10 šiuo metu paklausių kompiuterinio programavimo darbųKadangi programavimo darbo atlikimas dabartinėje aplinkoje gali būti sunkus, apsvarstykite galimybę sutelkti dėmesį į vieną iš šių koncentracijų, kad padidintumėte savo sėkmės galimybes. Skaityti daugiau turint realistiškesnius lūkesčius. Tam reikia išmokti maksimaliai išnaudokite savo programavimo karjeros galimybes Kaip pagerinti savo karjeros galimybes programavimo srityjeJei tikitės pradėti, paleisti iš naujo ar kitaip pagerinti savo programavimo karjerą, tai nėra lengva. Jei esate koledže, laikas yra dabar. Čia yra keletas patarimų, kurie gali nuvesti jus toli. Skaityti daugiau . Jei nuspręsite, kad programavimas ne jums, nesijaudinkite - apsvarstykite vieną iš jų vietoj nekoduojančių darbo vietų Kodavimas tinka ne visiems: 9 technikos darbai, kurių galite gauti be joNebijokite, jei norite būti technikos srities dalimi. Žmonėms, neturintiems kodavimo įgūdžių, yra daugybė darbo vietų! Skaityti daugiau .

Kuris iš šių principų jums yra tikriausias? Žinote apie kitus keistus programavimo principus, kurių praleidome? Praneškite mums žemiau esančiuose komentaruose!