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čunanja.

Moje prvo računalo bilo je Commodore 64. Gotovo 30 kb RAM-a bilo je za sustav, a 32 kb ostalo je za obradu teksta, igre na sreću, računovodstvo obiteljskih tvrtki i gotovo sve što radim sa računalom od 6 GB koji imam sada. To ostavlja pitanje otvorenim Odgovara li današnja oprema potrebama softvera ili softver koristi više hardverskih resursa jer su dostupni?

Pravedno govoreći, igre nisu iste, grafika nije iste kvalitete i bilo bi nemoguće gledati filmove i slušati glazbu. 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 Zawinskyja

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

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

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

Petrovo načelo primijenjeno 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 nešto reći o složenim projektima:

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

Načelo najmanjeg zaprepaštenja

Objavljeno u IBM Systems Journal-u 1984. godine, ovaj princip glasi:

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

Drugim riječ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 postupna 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 povijesti računala bila je stvarna. Moljac je uletio u jedan od releja na računalu 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čunala. Bez obzira koliko se operativni sustav 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 tražilicama. Mrzio sam to od prvog dana. Svaki pokušaj pisanja s malo književnog poleta odmah se osuđuje crvenim krugom. Kako je vrijeme prolazilo, navikla sam se i rijetko moram raditi popravke.

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

Stoga Kernighanin zakon drži da:

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

Pravilo 90/90

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

Računalni svijet ima svoje varijante ovog zakona. Na primjer, jedan Tom Cargill rekao je:

„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 nego što očekujete, čak i s Hofstadterovim zakonom na umu."

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

Brookov zakon

Softverski projekti s otvorenim kodom često imaju dva problema; financiranje i nedostatak suradnika. Osim ako drugo nije 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 da 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.