Апсурдни закони света софтвера

Слика касетофона Цоммодоре 64

Цоммодоре 64 је учитао софтвер из касетофона.

Јесте ли се икад запитали зашто паметни људи попут програмера тако често зезну ствар? Постоје људи који јесу. У овом посту прегледамо неки од неписаних закона који описују понашање професионалаца рачунарства.

Мој први рачунар био је Цоммодоре 64. Скоро 30 кб РАМ-а било је за систем, остављајући 32 кб за обраду текста, игре на срећу, рачуноводство породичног предузећа и готово све што радим са рачунаром од 6 ГБ који имам сада. То оставља питање отвореним Да ли данашња опрема одговара потребама софтвера или софтвер користи више хардверских ресурса јер су доступни?

Праведно говорећи, игре нису исте, графика није истог квалитета и било би немогуће гледати филмове и слушати музику. Међутим, човек не може а да то не помисли постоје програми који издају верзије и троше све више ресурса, а да стварно не доприносе ничему новом.

Ево узрока.

Закон Завинског

Програмер Нетсцапе-а Јамие Завински то је тврдио Сваки програм садржи функције док не буде у стању да чита е-пошту. Ако не успе, замењује га други који је способан за то.

Кад је то рекао, шала је била у томе што је мислио на програме који првобитно нису били замишљени као клијенти е-поште. Смешно је престало када је откривено да многе апликације на Гоогле Плаи-у траже дозволу за приступ компонентама телефона и корисничким подацима који им нису потребни да би обављали свој посао.

Неки су ово протумачили као део покушаја шпијунирања корисника. Али вероватно је у људској природи да уради нешто само зато што се то може учинити.

Петер-ов принцип примењиван је на софтвер

Лоренс Петер се прославио изјавом да се у хијерархији особа уздиже до положаја за који је крајње неспособна. Али имао је времена и да каже нешто о сложеним пројектима:

„Сложени пројекат постаће сувише сложен да би га разумели чак и његови сопствени програмери.“

Принцип најмањег запрепашћења

Објављен у ИБМ Системс Јоурнал 1984. године, овај принцип наводи да:

„Ако потребна карактеристика изазове велико изненађење, можда ће бити потребно редизајнирати.“

Другим речима, ако се део софтвера или цео софтвер веома разликује од онога на шта је корисник навикао, најбољи је редизајн. У идеалном случају, тежите постизању инкрементална побољшања која су довољно велика да буду импресивна, али довољно мала да остану упозната за корисника.

Штета што Схуттлевортх то није узео у обзир када је лансирао Унити.

Закон о кибернетичкој ентомологији

Прва грешка у историји рачунара била је стварна. Мољац је улетео у један од релеја на рачунару МАРК ИИ узрокујући квар.

Настављајући са метафором, закон кибернетске ентомологије то држи увек ће бити још једна грешка.

То знају сви корисници рачунара. Без обзира колико се оперативни систем тестирао, увек постоји недостатак који се открије када је прекасно.

Керниганов закон

Linux Adictos tiene instalado un complemento para asegurar que los autores escribimos en forma amigable para los motores de búsqueda. Lo detesté desde el primer día. Cualquier intento de escribir con un poco de vuelo literario es inmediatamente denunciado con un círculo rojo.  Con el correr del tiempo me acostumbré y son pocas las veces que tengo que hacer retoques.

Иста ствар се догађа програмерима, много пута их више занима демонстрирање њихове способности кодирања него писање једноставнијег кода који је лакше разумети и одржавати.

Фотографија са три величине дискета.

Више од једне деценије, дискете су биле главно средство за дистрибуцију софтвера.

Отуда Керниганов закон држи да:

Отклањање грешака је двоструко теже од писања кода. Дакле, ако код напишете што паметније, по дефиницији нисте довољно паметни да бисте га исправили. '

Правило 90/90

Свако ко је у стварном животу започео профитни пројекат зна да ће сваком пројекту требати двоструко више времена и коштаће двоструко више него што је предвиђено буџетом, да би остварио половину очекиване добити.

Компјутерски свет има своје варијанте овог закона. На пример, један Том Царгилл је рекао:

„Првих 90 процената кода представља првих 90 процената развојног времена. Преосталих 10 процената кода представља осталих 90 процената развојног времена.

Зар није било јасно? Можда ће Хофстадтер-ов закон помоћи:

„Увек траје дуже него што очекујете, чак и ако се има на уму Хофстадтеров закон.“

Претпостављам да програмери Убунту и Федора морају знати. Или се тога барем сетите сваких 6 месеци.

Бруков закон

Софтверски пројекти отвореног кода често имају два проблема; финансирање и недостатак сарадника. Осим ако други није проблем. Према Бруку:

„Додавање радне снаге софтверском пројекту који касни са распоредом ће то додатно одложити.“

Разумљиво је да не морате само да ажурирате нове кодере. Мораће се документовати више, биће потребно више бирократије да би се сви синхронизовали, а вероватно ће бити и туча.

И наравно, не можемо заборавити на пријатеља Паркинсона и његову тврдњу Није важно са колико празног простора започињете. Увек ће вам требати више. Мислио је на канцеларијски простор, али исто важи и за РАМ и простор на диску.


5 коментара, остави свој

Оставите свој коментар

Ваша емаил адреса неће бити објављена. Обавезна поља су означена са *

*

*

  1. Odgovorni za podatke: AB Internet Networks 2008 SL
  2. Сврха података: Контрола нежељене поште, управљање коментарима.
  3. Легитимација: Ваш пристанак
  4. Комуникација података: Подаци се неће преносити трећим лицима, осим по законској обавези.
  5. Похрана података: База података коју хостује Оццентус Нетворкс (ЕУ)
  6. Права: У било ком тренутку можете ограничити, опоравити и избрисати своје податке.

  1.   Јесухадин Перез дијо

    Одличан текст. Разумљиво, филозофско и књижевно. Једно од најбољих које сам прочитао са Линук сервера. Честитам вам.

  2.   Диего Герман Гонзалез дијо

    Пуно вам хвала на коментару

  3.   Мануел Отзои дијо

    Све врло стварно, пре много година био сам програмер и живео сам у многим тим ситуацијама. Честитам. Из Чикага те пратим.

    1.    Диего Герман Гонзалез дијо

      много вам хвала

  4.   ФАММ дијо

    Принципи применљиви на скоро сваки посао