Absurdné zákony softvérového sveta

Zamysleli ste sa niekedy nad tým, prečo to inteligentní ľudia ako vývojári softvéru tak často pokazia? Sú ľudia, ktorí to urobili. V tomto príspevku kontrolujeme niektoré nepísané zákony, ktoré popisujú správanie profesionálov výpočtovej techniky.

Môj prvý počítač bol Commodore 64. Takmer 30 kb RAM bolo určených pre systém, takže 32 kb zostalo na spracovanie textu, hranie hier, účtovníctvo v rodinnom podnikaní a takmer na všetko, čo teraz robím s 6 GB počítačom, ktorý vlastním. Tým zostáva otázka otvorená Reaguje dnešné zariadenie na softvérové ​​potreby alebo softvér využíva viac hardvérových zdrojov, pretože sú k dispozícii?

Poctivo povedané, hry nie sú rovnaké, grafická stránka nie je rovnako kvalitná a bolo by nemožné sledovať filmy a počúvať hudbu. Človek si však nemôže pomôcť, ale myslí si to existujú programy, ktoré vydávajú verzie a spotrebúvajú čoraz viac zdrojov bez toho, aby skutočne prispievali čímkoľvek novým.

Tu sú príčiny.

Zawinského zákon

Tvrdil to vývojár Netscape Jamie Zawinsky Každý program obsahuje funkcie, kým nie je schopný čítať e-maily. Ak neuspeje, nahradí ho iný, ktorý je toho schopný.

Keď to povedal, vtipom bolo, že sa odvolával na programy, ktoré pôvodne neboli zamýšľané ako e-mailoví klienti. Prestalo to byť zábavné, keď sa zistilo, že mnoho aplikácií v službe Google Play žiada o povolenie na prístup k komponentom telefónu a údajom o používateľoch, ktoré na vykonávanie svojej práce nepotrebujú.

Niektorí to interpretovali ako súčasť pokusov o špehovanie používateľov. Ale je to asi ľudská prirodzenosť urobiť niečo jednoducho preto, že sa to dá.

Petrov princíp platil pre softvér

Lawrence Peter sa preslávil vyhlásením, že v hierarchii sa človek dostane do pozície, pre ktorú je hrubo nekompetentný. Mal však tiež čas povedať niečo o zložitých projektoch:

„Zložitý projekt bude príliš zložitý na to, aby ho pochopili aj jeho vlastní vývojári.“

Zásada najmenšieho údivu

Tento princíp publikovaný v časopise IBM Systems Journal v roku 1984 uvádza, že:

„Ak požadovaná funkcia spôsobí veľké prekvapenie, bude možno potrebné prepracovať túto funkciu.“

Inými slovami, ak sa časť alebo všetok softvér veľmi líši od toho, na čo bol používateľ zvyknutý, najlepší je redizajn. V ideálnom prípade sa snažte dosiahnuť postupné vylepšenia, ktoré sú dostatočne veľké na to, aby boli pôsobivé, ale také malé, aby zostali známe pre používateľa.

Škoda, že Shuttleworth to pri spustení Unity nezobral do úvahy.

Zákon o kybernetickej entomológii

Prvá chyba v histórii počítača bola skutočná. Do jedného z relé na počítači MARK II vletela mole, ktorá spôsobila poruchu.

Pokračujúc v metafore, hovorí to zákon kybernetickej entomológie vždy bude ešte jedna chyba.

To je niečo, čo vedia všetci používatelia počítačov. Bez ohľadu na to, ako veľmi je operačný systém testovaný, vždy sa vyskytne chyba, ktorá sa objaví, keď je neskoro.

Kernighanov zákon

Linux Adictos má nainštalovaný doplnok, ktorý zaisťuje, že my autori budeme písať spôsobom priateľským pre vyhľadávače. Nenávidel som to od prvého dňa. Akýkoľvek pokus písať s trochou literárneho letu je okamžite odsúdený červeným krúžkom. Postupom času som si na to zvykol a málokedy musím robiť úpravy.

To isté sa stane aj programátorom, mnohokrát sa zaujímajú skôr o preukázanie svojej schopnosti kódovať, ako o napísanie jednoduchšieho kódu, ktorý je ľahšie pochopiteľný a udržiavateľný.

Preto Kernighanov zákon hovorí, že:

Ladenie je na prvom mieste dvakrát tak ťažké ako napísanie kódu. Takže ak napíšete kód čo najchytrejším spôsobom, nie ste, samozrejme, natoľko inteligentní, aby ste ho ladili. “

Pravidlo 90/90

Každý, kto v reálnom živote zahájil neziskový projekt, vie, že každý projekt bude trvať dvakrát tak dlho a bude stáť dvakrát toľko, ako sa plánovalo, aby sa dosiahol polovičný očakávaný zisk.

Počítačový svet má svoje varianty tohto zákona. Napríklad jeden Tom Cargill povedal:

„Prvých 90 percent kódu predstavuje prvých 90 percent času vývoja. Zvyšných 10 percent kódu predstavuje ďalších 90 percent času vývoja. ““

Nebolo to jasné? Možno Hofstadterov zákon pomôže:

„Vždy to trvá dlhšie, ako čakáte, a to aj pri zohľadnení Hofstadterovho zákona.“

Myslím, že vývojári systémov Ubuntu a Fedora to musia vedieť. Alebo si to pamätajte aspoň každých 6 mesiacov.

Brookov zákon

Open source softvérové ​​projekty majú často dva problémy; financovanie a nedostatok spolupracovníkov. Pokiaľ to druhé nie je problém. Podľa Brook:

„Pridanie pracovnej sily do softvérového projektu, ktorý je oneskorený, ho ešte viac oddiali.“

Je pochopiteľné, že nemusíte aktualizovať iba nové kódovacie zariadenia. Bude treba zdokumentovať viac, bude treba viac byrokracie, aby sa všetci udržali v synchronizácii, a pravdepodobne dôjde k bojom.

A samozrejme nemôžeme zabudnúť na priateľa Parkinsona a jeho tvrdenie, že Nezáleží na tom, s akým prázdnym miestom začnete. Vždy budete potrebovať viac. Narážal na kancelársky priestor, ale to isté platí aj pre pamäť RAM a miesto na disku.