Apsurdni zakoni softverskog svijeta

Jeste li se ikad zapitali zašto to pametni ljudi poput programera tako često zeznu? Postoje ljudi koji jesu. U ovom postu pregledamo neki od nepisanih zakona koji opisuju ponašanje profesionalaca računarstva.

Moj prvi računar bio je Commodore 64. Gotovo 30 kb RAM-a bilo je za sistem, a 32 kb ostalo je za obradu teksta, igre, računovodstvo porodičnih firmi i gotovo sve što radim sa računarom od 6 GB koji sada imam. To ostavlja pitanje otvorenim Da li današnja oprema odgovara potrebama softvera ili softver koristi više hardverskih resursa jer su dostupni?

Iskreno radi, igre nisu iste, grafika nije istog kvaliteta i bilo bi nemoguće gledati filmove i slušati muziku. Međutim, čovjek ne može a da to ne pomisli postoje programi koji izdaju verzije i troše sve više resursa, a da stvarno ne doprinose ničemu novom.

Evo uzroka.

Zakon Zawinsky

To je tvrdio programer Netscapea Jamie Zawinsky Svaki program sadrži funkcije dok ne bude u stanju čitati e-poštu. Ako ne uspije, zamjenjuje ga drugi koji je sposoban za to.

Kad je to rekao, šala je bila u tome što je mislio na programe koji prvotno nisu bili zamišljeni kao klijenti e-pošte. Prestalo je biti smiješno kada je otkriveno da mnoge aplikacije na Google Playu traže dozvolu za pristup komponentama telefona i korisničkim podacima koji im nisu potrebni za obavljanje svog posla.

Neki su to protumačili kao dio pokušaja špijuniranja korisnika. Ali vjerovatno je u ljudskoj prirodi da nešto učini jednostavno zato što se to može učiniti.

Peter-ov princip primijenjen je na softver

Lawrence Peter proslavio se izjavom da se u hijerarhiji osoba uzdiže do položaja za koji je krajnje nesposobna. Ali imao je vremena i da kaže nešto o složenim projektima:

"Složeni projekt postat će previše složen da bi ga mogli shvatiti čak i njegovi vlastiti programeri."

Princip najmanjeg zaprepašćenja

Objavljen u IBM Systems Journal 1984. godine, ovaj princip navodi da:

"Ako potrebna značajka izazove veliko iznenađenje, možda će trebati redizajnirati."

Drugim rečima, ako se dio ili sav softver jako razlikuje od onoga na što je korisnik navikao, najbolji je redizajn. U idealnom slučaju, nastojte postići inkrementalna poboljšanja koja su dovoljno velika da budu impresivna, ali dovoljno mala da ostanu upoznata za korisnika.

Šteta što je Shuttleworth nije uzeo u obzir kad je lansirao Unity.

Zakon o kibernetskoj entomologiji

Prva greška u istoriji računara bila je stvarna. Moljac je uletio u jedan od releja na računaru MARK II uzrokujući kvar.

Nastavljajući s metaforom, zakon kibernetske entomologije to drži uvijek će biti još jedna greška.

To znaju svi korisnici računara. Bez obzira koliko se operativni sistem testirao, uvijek postoji nedostatak koji se otkrije kad je prekasno.

Kernighanov zakon

Linux Adictos ima instaliran dodatak koji osigurava da mi autori pišemo na način prilagođen pretraživaču. Mrzeo sam to od prvog dana. Svaki pokušaj pisanja s malo književnog poleta odmah se osuđuje crvenim krugom. Kako je vrijeme prolazilo navikao sam se na to i rijetko moram praviti popravke.

Ista stvar se događa programerima, mnogo puta ih više zanima demonstriranje njihove sposobnosti kodiranja nego pisanje jednostavnijeg koda koji je lakše razumjeti i održavati.

Stoga Kerniganov zakon drži da:

Otklanjanje grešaka je dvostruko teže od pisanja koda. Dakle, ako kod napišete što pametnije, po definiciji niste dovoljno pametni da biste ga ispravili. '

Pravilo 90/90

Svatko tko je započeo profitni projekt u stvarnom životu zna da će svakom projektu trebati dvostruko više vremena i koštati dvostruko više nego što je predviđeno u proračunu, kako bi ostvario polovinu očekivane dobiti.

Svijet računara ima svoje varijante ovog zakona. Na primjer, jedan Tom Cargill je rekao:

„Prvih 90 posto koda predstavlja prvih 90 posto razvojnog vremena. Preostalih 10 posto koda predstavlja ostalih 90 posto razvojnog vremena.

Zar nije bilo jasno? Možda će Hofstadterov zakon pomoći:

"Uvijek treba više vremena nego što očekujete, čak i imajući na umu Hofstadterov zakon."

Pretpostavljam da programeri Ubuntu i Fedora moraju znati. Ili se toga barem sjetite svakih 6 mjeseci.

Brookov zakon

Softverski projekti otvorenog koda često imaju dva problema; finansiranje i nedostatak saradnika. Osim ako drugi ne predstavlja problem. Prema Brooku:

"Dodavanje radne snage softverskom projektu koji kasni s rasporedom dodatno će ga odgoditi."

Razumljivo je da ne morate samo ažurirati nove kodere. Morat će se dokumentirati više, trebat će više birokracije kako bi se svi sinkronizirali, a vjerojatno će biti i tučnjava.

I naravno, ne možemo zaboraviti na prijatelja Parkinsona i njegovu tvrdnju Nije važno s koliko praznog prostora započinjete. Uvijek će vam trebati više. Mislio je na uredski prostor, ali isto vrijedi i za RAM i prostor na disku.