Legile absurde ale lumii software-ului

V-ați întrebat vreodată de ce oamenii inteligenți, cum ar fi dezvoltatorii de software, o înșelă atât de des? Există oameni care au făcut-o. În această postare trecem în revistă unele dintre legile nescrise care descriu comportamentul profesioniștilor de calcul.

Primul meu computer a fost un Commodore 64. Aproape 30 kb de RAM erau pentru sistem, lăsând 32 kb pentru procesarea textelor, jocuri, contabilitatea afacerilor de familie și cam tot ce fac cu computerul de 6 GB pe care îl dețin acum. Asta lasă întrebarea deschisă Echipamentele de astăzi răspund nevoilor de software sau software-ul folosește mai multe resurse hardware, deoarece acestea sunt disponibile?

În mod corect, jocurile nu sunt la fel, grafica nu are aceeași calitate și ar fi fost imposibil să vizionezi filme și să asculți muzică. Cu toate acestea, nu se poate să nu gândim asta există programe care lansează versiuni și consumă din ce în ce mai multe resurse fără a contribui cu adevărat la nimic nou.

Iată care sunt cauzele.

Legea lui Zawinsky

Dezvoltatorul Netscape, Jamie Zawinsky, a susținut că Fiecare program încorporează funcții până când este capabil să citească e-mailuri. Dacă nu reușește, este înlocuit de un altul care este capabil să facă acest lucru.

Când a spus-o, gluma a fost că se referea la programe care nu erau inițial destinate clienților de e-mail. A încetat să fie amuzant când s-a descoperit că multe aplicații de pe Google Play cereau permisiunea de a accesa componentele telefonului și datele utilizatorului de care nu aveau nevoie pentru a-și face treaba.

Unii au interpretat acest lucru ca parte a încercărilor de a spiona utilizatorii. Dar este probabil natura umană să facă ceva pur și simplu pentru că se poate face.

Principiul lui Peter aplicat software-ului

Lawrence Peter a devenit faimos pentru că a afirmat că, într-o ierarhie, o persoană se ridică într-o poziție pentru care este extrem de incompetentă. Dar a avut timp să spună ceva despre proiecte complexe:

„Un proiect complex va deveni prea complex pentru a fi înțeles chiar de proprii dezvoltatori.”

Principiul celei mai mici uimiri

Publicat în IBM Systems Journal în 1984, acest principiu afirmă că:

„Dacă o caracteristică necesară provoacă o mare surpriză, este posibil să fie necesară reproiectarea funcției.”

Cu alte cuvinte, dacă o parte sau tot software-ul este foarte diferit de ceea ce utilizatorul era obișnuit, cel mai bun este o reproiectare. În mod ideal, depuneți eforturi pentru a realiza îmbunătățiri incrementale care sunt suficient de mari pentru a fi impresionante, dar suficient de mici pentru a rămâne familiar pentru utilizator.

Păcat că Shuttleworth nu l-a ținut cont atunci când a lansat Unity.

Legea entomologiei cibernetice

Primul bug din istoria computerelor a fost real. O molie a zburat într-unul dintre releele de pe un computer MARK II provocând o defecțiune.

Continuând cu metafora, legea entomologiei cibernetice susține că va exista întotdeauna încă o eroare.

Acest lucru este cunoscut de toți utilizatorii de computere. Indiferent cât de mult este testat un sistem de operare, există întotdeauna un defect care este descoperit atunci când este prea târziu.

Legea lui Kernighan

Linux Adictos are un plugin instalat pentru a ne asigura că noi autorii scriem într-o manieră prietenoasă cu motoarele de căutare. L-am urât din prima zi. Orice încercare de a scrie cu un pic de zbor literar este imediat denunțată cu un cerc roșu. Odată cu trecerea timpului m-am obișnuit și rareori trebuie să fac retușuri.

Același lucru se întâmplă și programatorilor, de multe ori aceștia sunt mai interesați să își demonstreze capacitatea de a codifica decât să scrie un cod mai simplu, care este mai ușor de înțeles și de întreținut.

Prin urmare, legea lui Kernighan susține că:

Depanarea este de două ori mai dificilă decât scrierea codului în primul rând. Deci, dacă scrieți codul cât mai inteligent posibil, nu sunteți, prin definiție, suficient de inteligent pentru a-l depana. '

Regula 90/90

Oricine a început un proiect cu scop lucrativ în viața reală știe că fiecare proiect va dura de două ori mai mult și va costa de două ori mai mult decât bugetul, pentru a obține jumătate din profitul așteptat.

Lumea computerelor are variantele sale ale acestei legi. De exemplu, un Tom Cargill a spus:

„Primele 90 la sută din cod reprezintă primele 90 la sută din timpul de dezvoltare. Restul de 10 la sută din cod reprezintă celelalte 90 la sută din timpul de dezvoltare.

Nu era clar? Poate că legea lui Hofstadter va ajuta:

„Întotdeauna durează mai mult decât te aștepți, chiar și cu legea lui Hofstadter în minte”.

Cred că dezvoltatorii Ubuntu și Fedora trebuie să știe. Sau măcar amintește-l la fiecare 6 luni.

Legea lui Brook

Proiectele software open source au adesea două probleme; finanțarea și lipsa colaboratorilor. Cu excepția cazului în care a doua nu este o problemă. Potrivit lui Brook:

„Adăugarea de forță de muncă la un proiect software care este în întârziere o va întârzia și mai mult.”

Înțeles, nu trebuie doar să actualizați noile codificatoare. Va trebui documentat mai mult, va fi nevoie de mai multă birocrație pentru a ține pe toți în sincronizare și probabil că vor fi lupte.

Și, desigur, nu putem uita de prietenul Parkinson și de afirmația lui că Nu contează cu cât spațiu gol începeți. Veți avea întotdeauna nevoie de mai mult. Se referea la spațiul de birouri, dar același lucru este valabil și pentru spațiul RAM și pe disc.