Najtežja načela programiranja, o katerih še niste nikoli slišali

Oglas

Že smo vas prehodili skozi najpomembnejša načela programiranja 10 osnovnih načel programiranja Vsak programer se mora držatiVedno napišite kodo, ki jo lahko vzdržuje vsakdo, ki lahko na koncu dela z vašo programsko opremo. V ta namen je tukaj več programskih načel, ki vam bodo pomagala očistiti svoje dejanje. Preberi več o tem morate vedeti, vendar obstaja še en razred programskih načel, ki se lahko izkaže še bolj koristno kot tisti.

Ker vas zgoraj omenjena načela učijo, kako biti pameten Naslednja načela vas bodo s svojo kodo naučila biti moder z vašo kodo. Nekateri od njih so čudni in mnogi so šaljivi, vendar so vsi enako praktični in pomembni. Bodite pozorni!

1. Načelo Bloat

Ta ima toliko različic, da jo je težko izbrati za glavno. Morda je najbolj uradna različica zakon o programskem razvoju, ki se bolj pogosto imenuje Zawinski zakon, imenovan po Jamieju Zawinskem in omenjen v Umetnost programiranja UNIX:

"Vsak program se poskuša razširiti, dokler ne more prebrati pošte. Programe, ki se ne morejo tako razširiti, nadomestijo tisti, ki se lahko. "

Govori o težnji programov, da sčasoma privabljajo vse več funkcij in neizogibno napredujejo k vse večji zapletenosti. To lahko veste kot funkcijo lezenje, kar je nenehno dodajanje novih funkcij, ki nimajo nobene zveze z glavnim namenom programa. Plaz značilnosti vodi v napihnjenost, napihnjenost pa je pogosto nezaželena.

To velja tudi za delovanje programske opreme:

»Programska oprema se širi in porablja vse razpoložljive vire.«

Nazaj v 90. letih so bili trdi diski in procesorji ter RAM veliko bolj restriktivni kot danes, programerji pa so se zelo trudili, da bi se vgradili v meje. Zdaj, ko imamo večje pogone in hitrejše CPU-je ter več RAM-a, se še vedno trudimo spoštovati omejitve. Vse se sčasoma razcveti. Vaša naloga je, da to preverite.

2. Mentaliteta "Slabše je bolje"

Skoraj kot da bi odgovorili na načelo Bloat Še huje je boljša miselnost, ki ga je prvič skoval Richard P. Gabriel je v eseju napisal o kakovosti programske opreme:

"Programska oprema, ki je omejena, a preprosta za uporabo, je za uporabnika in trg bolj privlačna kot obratna."

Z drugimi besedami, pametno je ugotoviti ena težava vaša programska oprema želi rešiti in nato biti zelo dobro pri tej eni stvari. Naj bo preprosto. Bolj ko se boste širili, bolj bo projekt postal neobvladljiv in bolj nezaželen je za uporabnike.

Kaj se zgodi, če to prezreš? Končate s Programska oprema Peter Principle:

"Preveč kompleksen projekt bo sčasoma postal preveč kompleksen, da bi ga lahko razumeli celo lastni razvijalci."

Izvira iz širšega načela Petra, ki pravi, da se zaposleni, ko se spodbujajo z napredovanjem, temeljijo na trenutnem usposobljenost in ne njihova pričakovana usposobljenost na naslednjem delovnem mestu, so vsi zaposleni na koncu na položaju nesposobnosti. Upoštevajte to načelo in ga uporabite za programsko opremo in videli boste, zakaj je slabša programska oprema pogosto lahko boljša.

3. Orlov zakon

"Vsako lastno kodo, ki si je niste ogledali šest ali več mesecev, je morda napisal tudi nekdo drug."

Ta na videz demotivacijski rek je pravzaprav nekaj, kar je treba zajeti. Dejstvo je, da nihče ni popoln. Morda mislite, da ste ravno zdaj genialni programer, vendar obstaja nenehno nekaj več se lahko naučiš, nenehno več prostora za rast. Če se kdaj ozrete na staro kodo in napise, to verjetno pomeni od takrat ste se naučili nekaj novega.

Drug način: če pogledate na stari projekt in ne vidite ničesar, kar bi lahko izboljšali ali bi naredili drugače, bi naslednjič verjetno stagnirali kot programer.

4. Načelo najmanjšega začudenja

"Če ima posamezna funkcija velik faktor presenečenja, bo morda treba to novo oblikovati."

Prvič objavljeno v IBM Systems Journal leta 1984 je to načelo še danes presenetljivo pomembno - morda bolj kot kdajkoli prej.

V bistvu se dotika občutljivega ravnovesja med inovativnostjo in domačnostjo: če je del programske opreme preveč različna od drugih takšnih vrst in se ne sklada s pričakovanji uporabnikov verjetno je ne bodo sprejeli. Bolje si je prizadevati za postopne izboljšave, ki so ravno dovolj velike, da so impresivne, vendar dovolj majhne, ​​da ostanejo znane.

5. Zakon kibernetske entomologije

"Vedno je še en hrošč."

Pogosto kliče Zakon o kibernetski entomologiji Lubarsky, ni jasno, kdo je pravzaprav ta Lubarski. Vendar njegovo načelo velja za vse programerje: ne glede na to, kako čisto napišete kodo, ne glede na to odločno preizkušate svoje module, ne glede na to, kako pogosto ponovno nameščate tečaje, bo vedno prišlo do druge napake.

Na nek način je to načelo sproščanja. Medtem ko bi vsekakor morali prizadevati za kodo brez napak je treba tudi zapomniti, da je perfekcionizem sovražnik dobrega. Poiščite napake, popravite jih, ko se pojavijo, in nato nadaljujte.

6. Kernighanin zakon

»Odpravljanje napak je dvakrat težje kot pisanje kode. Če torej kodo napišete čim pametneje, po definiciji niste dovolj pametni, da bi jo odpravili. "

Brian Kernighan, isti tisti, ki je bil soavtor Biblijo programskega jezika C Zakaj se programiranja C še vedno vredno naučitiC ni mrtev jezik. Revija IEEE Spectrum jo je pravzaprav uvrstila na prvo mesto med najboljšimi jeziki v letu 2017. Tu je pet razlogov, zakaj. Preberi več , slovi po tem pronicljivem zakonu. Bistvo tega je: piši dobro kodo, napiši berljiv kodo, napiši preprosto Koda, karkoli, dokler ni pameten Koda.

Poskus proženja programskih mišic s kompleksnostjo slonovine stolp je ravno nasprotno od tega, kaj pomeni napišite čisto in boljšo kodo 10 nasvetov za pisanje čistila in boljše kodePisanje čiste kode je videti lažje, kot je v resnici, vendar so prednosti vredne. Takole lahko danes začnete pisati čistejšo kodo. Preberi več . Čim težje boste razumeli kodo, težje jo boste odpravili, ko se neizogibno zlomi.

In kot Robert C. Martin razlaga, ne gre samo za odpravljanje napak:

„Dejansko je čas porabe za branje v primerjavi s pisanjem precej večji od 10 do 1. Stalno beremo staro kodo kot del prizadevanja za pisanje nove kode... [Zato] lažje branje olajša pisanje. "

7. Odpravljanje napak gumenih rac

Ta ni toliko princip, temveč tehnika, ampak je tako koristen in čuden, da bi nas radi zavrnili.

Najprej povedal v Pragmatični programer, odpravljanje napak gumenih rac je, ko odpravite programsko opremo z okvarjenim programom tako, da eno kodo razložite kodo neživim predmetom (npr. gumijastim račkam). Deluje, ker razlago sproži različne dele možganov in je večja verjetnost, da boste opazili neskladja in ugotovili, kam ste šli narobe.

Zaradi tega je lahko gumena raca presenetljivo izvrstno darilo za programerje Najboljša Geek darila za programerje: 20 idej za kodre in nerdeIščete darilo za programerja? Tu so najboljša darila za geeke, od mehanskih tipkovnic do stojnih miz in še več. Preberi več , ne glede na to, ali ga kupite zase ali za svojega programskega prijatelja.

8. Pravilo devetindevetdesetih

"Prvih 90 odstotkov kode predstavlja prvih 90 odstotkov razvojnega časa. Preostalih 10 odstotkov kode predstavlja ostalih 90 odstotkov razvojnega časa. "

Ta predrzen pregovor Toma Cargilla je v središču tega, zakaj je programiranje lahko tako frustrirajoče: ne glede na to, kako blizu se ti zdi, da boš končal, veliko dlje kot celo vaše najboljše ocene. Ko mislite, da ste končali, ste le na pol poti.

To gre skupaj z Hofstadterjevim zakonom:

"Vedno traja dlje, kot pričakujete, tudi če upoštevate zakon Hofstadterja."

9. Parkinsonov zakon

"Delo se širi, da bi zapolnili čas, ki je na voljo za njegovo dokončanje."

To načelo, ki ga je skoval Cyril Northcote Parkinson, je širše načelo, ki absolutno velja za programiranje in velja z roko v roki z zgornjim devetindevetdesetim pravilom: ne glede na to, koliko časa imate za dokončanje projekta, natanko toliko časa traja vzemite. Pri razvoju programske opreme je "dokončno dokončanje" precej mit.

Parkinsonov zakon je razlog, da so pravilni roki ključni, če želite dokončati in odpreti programsko opremo. Zato sodobni profesionalni programerji pogosto priporočajo Agile načela upravljanja projektov Kako uporabiti načela agilnega upravljanja projektov za organizacijo svojega življenjaAgile, najbolj znan kot način vodenja projektov, je odličen okvir za vodenje vašega osebnega življenja. Pokazali vam bomo, pri katerih načelih si lahko izposodite - brezplačen prenos delovnega lista je vključen! Preberi več in orodja za upravljanje projektov, kot je Asana Trello vs. Asana: Najboljše brezplačno orodje za upravljanje projektov je ...Izbira med Trello in Asano je težavna. Tu primerjamo brezplačne načrte in vam pomagamo, da se odločite, katero orodje za upravljanje projektov je najboljše za vašo ekipo. Preberi več .

10. Brooksov zakon

"Če dodate delovno silo v pozen programski program, to naredite pozneje."

Ko naslednjič zamujate s projektom, ki je verjetno, ker večina programov za programiranje potrebuje več časa kot odmerjenega, ne pozabite, da dodajanje kodrov ne bo rešilo hitreje.

Pravzaprav bo verjetno potrebno dlje dokončati. Ne samo, da morate nove koderje pospešiti, se bodo verjetno spopadli z obstoječimi kodirniki. Več dokumentov bo treba dokumentirati, potrebna je več birokracije, da bodo vsi ostali na isti strani, več trenja pa se bo pojavilo iz celotne izkušnje.

Naprej kot programer

Zdaj, ko poznate ta načela, ste dejansko bolj primerni za resnični svet programiranja, ne le tistega, s čimer ste se srečali v šoli, v spletnem tečaju ali v začetnem kampu. Ta načela izhajajo iz let in let izkušenj in neuspehov.

S to novo pridobljeno modrostjo se lahko zdaj postavite na a programska kariera z velikim povpraševanjem 10 Programi za računalniško programiranje, ki so trenutno na voljoKer je pristajanje v programskem poslu težko v trenutni pokrajini, se osredotočite na eno od naslednjih koncentracij, da izboljšate svoje možnosti za uspeh. Preberi več z bolj realnimi pričakovanji. Za to se naučite kako povečati svoje možnosti programiranja kariere Kako izboljšati svoje poklicne možnosti programiranjaČe upate začeti, znova zagnati ali drugače izboljšati programsko kariero, ni enostavno. Če ste na fakulteti, je zdaj čas. Tu je nekaj nasvetov, ki vas lahko pripeljejo daleč. Preberi več . In če se odločite, da programiranje ni za vas, ne skrbite - razmislite o enem od teh namesto tega nekodirajoča tehnološka opravila Kodiranje ni za vsakogar: 9 delovnih mest, ki jih lahko dobite brez njegaNe bodite zavarovani, če želite biti del področja tehnike. Obstaja veliko delovnih mest za ljudi brez veščin kodiranja! Preberi več .

Katero od teh načel vam zaupa? Ali poznate še kakšna čudna programska načela, ki smo jih pogrešali? Sporočite nam v spodnjih komentarjih!