Absurdiški programinės įrangos pasaulio įstatymai

Ar kada susimąstėte, kodėl protingi žmonės, pavyzdžiui, programinės įrangos kūrėjai, taip dažnai jį susuka? Yra žmonių, kurie tai padarė. Šiame įraše apžvelgiame kai kurie nerašyti įstatymai, apibūdinantys specialistų elgesį skaičiavimo.

Pirmasis mano kompiuteris buvo „Commodore 64“. Beveik 30 kb RAM buvo skirta sistemai, o 32 kb liko teksto apdorojimui, žaidimams, šeimos verslo apskaitai ir beveik viskam, ką darau su savo turimu 6 gb kompiuteriu. Tai palieka atvirą klausimą Ar šiandieninė įranga atitinka programinės įrangos poreikius, ar programinė įranga naudoja daugiau aparatūros išteklių, nes jų yra?

Teisybės dėlei, žaidimai nėra vienodi, grafika nėra vienodos kokybės, ir žiūrėti filmus bei klausytis muzikos būtų buvę neįmanoma. Tačiau negalima to negalvoti yra programų, kurios išleidžia versijas ir sunaudoja vis daugiau išteklių, iš tikrųjų neprisidėdamos nieko naujo.

Čia yra priežastys.

Zawinsky įstatymas

Tuo tvirtino „Netscape“ kūrėjas Jamie Zawinsky Kiekvienoje programoje yra funkcijos, kol ji nesugeba skaityti el. Laiškų. Jei jam nesiseka, jį pakeičia kitas, galintis tai padaryti.

Kai jis tai pasakė, juokavo tai, kad jis turėjo omenyje programas, kurios iš pradžių nebuvo skirtos el. Pašto klientams. Nebebuvo juokinga, kai paaiškėjo, kad daugelis „Google Play“ programų prašo leidimo pasiekti telefono komponentus ir vartotojo duomenis, kurių jiems nereikia atlikti.

Kai kurie tai interpretavo kaip bandymų šnipinėti vartotojus dalį. Bet tikriausiai žmogaus prigimtis yra ką nors padaryti vien dėl to, kad tai galima padaryti.

Petro principas buvo taikomas programinei įrangai

Lawrence'as Peteris išgarsėjo teigdamas, kad hierarchijoje žmogus pakyla į tokią poziciją, kurios atžvilgiu jis yra labai nekompetentingas. Bet jis taip pat turėjo laiko ką nors pasakyti apie sudėtingus projektus:

"Sudėtingas projektas taps per sudėtingas, kad jį suprastų net jo paties kūrėjai."

Mažiausiai nuostabos principas

Šis principas, paskelbtas 1984 m. „IBM Systems Journal“, nurodo, kad:

"Jei reikalinga funkcija sukelia didelę staigmeną, gali tekti ją pertvarkyti."

Kitaip tariant, jei dalis ar visa programinė įranga labai skiriasi nuo to, prie ko vartotojas buvo įpratęs, geriausia būtų pertvarkyti. Idealiu atveju stengkitės pasiekti laipsniški patobulinimai, kurie yra pakankamai dideli, kad būtų įspūdingi, tačiau pakankamai maži, kad išliktų žinomi vartotojui.

Blogai, kad Shuttleworthas į tai neatsižvelgė, kai paleido „Unity“.

Kibernetinės entomologijos įstatymas

Pirmoji klaida (klaida) kompiuterių istorijoje buvo tikra. Į vieną iš „MARK II“ kompiuterio relių kandis įskriejo, sukeldama gedimą.

Tęsiant metaforą, kibernetinės entomologijos dėsnis teigia visada bus dar viena klaida.

Tai žino visi kompiuterio vartotojai. Kad ir kiek būtų išbandyta operacinė sistema, visada yra trūkumų, kurie atrandami jau per vėlu.

Kernighano įstatymas

Linux Adictos yra įdiegtas papildinys, užtikrinantis, kad mes, autoriai, rašome patogiai paieškos varikliui. Nekenčiau to nuo pirmos dienos. Bet koks bandymas rašyti su šiek tiek literatūriniu polėkiu iškart pasmerkiamas raudonu apskritimu. Bėgant laikui pripratau ir retai tenka taisyti.

Tas pats nutinka ir programuotojams, daug kartų jiems labiau rūpi parodyti savo sugebėjimą koduoti, nei parašyti paprastesnį, lengviau suprantamą ir prižiūrimą kodą.

Taigi Kernighano įstatymas teigia:

Derinti yra dvigubai sunkiau nei iš pradžių rašyti kodą. Taigi, jei kodą rašote kuo protingiau, iš esmės nesate pakankamai protingas, kad galėtumėte jį derinti “.

90/90 taisyklė

Kiekvienas, pradėjęs pelno siekimo projektą realiame gyvenime, žino, kad kiekvienas projektas užtruks dvigubai ilgiau ir kainuos dvigubai daugiau nei numatyta biudžete, kad gautų pusę tikėtino pelno.

Kompiuterių pasaulis turi šio įstatymo variantus. Pavyzdžiui, vienas Tomas Cargillas sakė:

„Pirmieji 90 procentų kodo reiškia pirmuosius 90 procentų kūrimo laiko. Likę 10 procentų kodo reiškia kitus 90 procentų kūrimo laiko.

Ar nebuvo aišku? Galbūt Hofstadterio įstatymas padės:

- Tai visada trunka ilgiau, nei tikiesi, net turint omenyje Hofstadterio įstatymą.

Spėju, kad „Ubuntu“ ir „Fedora“ kūrėjai turi tai žinoti. Arba bent jau prisiminkite kas 6 mėnesius.

Brooko įstatymas

Atvirojo kodo programinės įrangos projektai dažnai turi dvi problemas; finansavimas ir bendradarbių trūkumas. Nebent antroji problema nėra. Pasak Brooko:

"Pridėjus darbo jėgą programinės įrangos projektui, kuris vėluoja, vėluosite."

Suprantama, kad jums nereikia tik atnaujinti naujus koduotojus. Teks daugiau dokumentuoti, reikės daugiau biurokratijos, kad visi būtų sinchronizuoti, ir tikriausiai bus muštynių.

Žinoma, negalima pamiršti ir apie draugą Parkinsoną bei jo teiginį Nesvarbu, kiek tuščios vietos pradėsite. Visada reikės daugiau. Jis turėjo omenyje biuro patalpas, tačiau tas pats pasakytina ir apie RAM bei diską.