Codito ergo sum » метафора http://skanev.com Блогът на Стефан Кънев Fri, 20 Jan 2012 17:52:33 +0000 http://wordpress.org/?v=2.8.6 en hourly 1 Програмиране и шофиране http://skanev.com/2007/09/05/software-and-driving/ http://skanev.com/2007/09/05/software-and-driving/#comments Wed, 05 Sep 2007 12:15:39 +0000 Стефан Кънев http://skanev.com/2007/09/05/software-and-driving/ В книжката си за екстремно програмиране, Кент Бек прави интересна аналогия между разработката на софтуер и шофирането. Тя касае спецификациите. Големият мит на софтуерното разработване гласи, че първо клиента пише спецификация, след това програмистите правят дизайн и накрая го кодят. Поставя се една посока и след това се върви по нея. Кент Бек твърди, че по-скоро прилича на шофирането – дори на най-правото шосе, ако насочите колата право напред и пуснете волана, след най-много минута-две ще сте извън пътя. След като изберат посоката, шофьорите постоянно налагат малки корекции за да не напуснат платното. Така правят и софтуерните разработчици – в процеса на разработка постоянно да правят малки корекции по изискванията, кода и дизайна. Хрумна ми как тази метафора може да бъде доразвита. Често ми се налага да обяснявам как сме завършили едноседмична работа за два дена и защо не работим така постоянно. Разстоянието между Ботегврад са взема за един час. Но ако се понаберете здраво на светофарите преди да излезете от София, профучите покрай КАТ, карате със 160км/ч на магистрала и около Зелин вземете един кратък треторазряден разбит път преди една бензиностанция, можете да намалите времето до 30 минути. Недостатъците обаче, са:

  • Може да катастрофирате
  • Може да ви спре КАТ
  • Може да почупите амортисьори по гадни пътища
  • Ще изхабите повече бензин
  • Пътят ще ви изтощи – после ще ви трябва почивка

Така и ние смогваме да вкараме седмица работа в два дена – рискуваме качество, feature-и, нерви, здраве и дори шанса тотално да омажем проекта и после седмица да ни е недостатъчна да го оправим. И по тази причина караме спокойно, когато няма нужда да бързаме.

]]> http://skanev.com/2007/09/05/software-and-driving/feed/ 1 Софтуерни метафори http://skanev.com/2007/03/09/software-metaphors/ http://skanev.com/2007/03/09/software-metaphors/#comments Fri, 09 Mar 2007 16:47:04 +0000 Стефан Кънев http://skanev.com/2007/03/09/%d1%81%d0%be%d1%84%d1%82%d1%83%d0%b5%d1%80%d0%bd%d0%b8-%d0%bc%d0%b5%d1%82%d0%b0%d1%84%d0%be%d1%80%d0%b8/ Наскоро започна твърде често да ми се налага да обяснявам процеса на разработка на „нетехнически лица“. И тъй като е бая сложно да говориш за рефакторинг, редизайн и итерации на хора, които просто мигат на тези думички, си припомних мъдростта на Стив МакКонъл. В Code Complete имаше цяла глава, посветена на метафори за софтуерното разработване – бе го сравнил с писане на жудожествен текст, градинарство, игра и прочее. Безспорно най-доброто сравнение беше с изграждането на някаква постройка. Наистина, „сградостроенето“ е доста сходно до това което ние правим като програмисти. И на двете места си говорим за „архитектура“ и „инженери“, планирането е адски важно и има огромна разлика между строенето на лятна кухня и небостъргач… Първо, тази аналогия показва колко са важни дизайна и спецификацията. Ако строите къща, а клиентът ви всъщност иска хотел, очевидно ще пропилеете доста пари. В софтуера е същото – ако не знаете какво разбработвате и каква му е целта, ще пропилеете бая време. Второ, трябва да си начертаете планче – не е нужно да навлизате в подробности и да определяте какво ще има във всяка стая, но трябва да знаете колко стаи ще са, как ще ги подредите и как ще се отива от кухнята до спалнята. Да кодите без някакъв дизайн е като да започнете от една стая и да слагате стаи около нея докато получите нещо задоволително (което едва ли ще стане).

После, метафората показва цената на промените. В едноетажна къща без таван не е толкова трудно да се премести една стена два метра навън – просто на майсторите ще им трябва време, а вие ще трябва да платите това време. Когато вече сте написали един код и трябва да го променяте, клиента харчи пари за времето което сте прекарали отгоре. А ако стената е опорна, тогава имате проблем – точно както в някои проекти има код, който ако промените, всичко ще се счупи и ще ви отнеме месец да адаптирате цялата хава към новите си идеи.

И накрая, показва колко важно е планирането – клиентите си искат проектите на време. Доста ще ядосате собственика, ако му кажете „ми чи ни знам де шъ живееш, нас ни тряят още три месеца да дигнем последния етаж“. А ако нямате добър и гъвкав план, в който предвиждате и неприятности, едва ли ще можете да излезете със срок, на който той може да разчита. Това ще ви пречи и на вас, щото се чудите днес какво да правите.

Има още бая паралели, които могат да се направят между строенето на сгради и правенето на проект. Според мен тези метафори са бая добра идея, тъй като ни помагат да обясняваме на „програмно неграмотните“ люде с какво се занимаваме и да им показваме къде точно е проблема. Ако искате повече и по-мъдри разсъждения на тая тема, хвърлете отново един поглед на втора глава от Code Complete. А ако не сте я чели, гасете нета и почвайте, защото в нея има много програмистка мъдрост, която просто не трябва да изпускате (ако сте програмист; ако сте градинар, анастезиолог или нещо друго, може и да я пропуснете).

Disclaimer: Както отбеляза Петьо в един разговор, метафората опира до методологията. Ако става въпрос за waterfall модел или подход, в който първо се прави дизайн и спецификация, а после се итерира по feature-и или use case-ове. Когато си говорим за agile методологии (например XP), аналогията става доста неподходяща, защото идеята на тия методологии е да се справяте успешно с проекта при нулева спецификация и предварителен дизайн. Честно казано, не се сещам за подходящо сравнение. Ако имате идея – пишете.

]]> http://skanev.com/2007/03/09/software-metaphors/feed/ 5