Някъде прочетох, че ключът към провала е да опитваш да удовлетвориш всички. Но Bill Cosby е предпоследният, от който ще приема бромид (след Homer Simpsons) — и точно това ще се опитаме да направим. Под всички имам предвид диапазона между опитните „Релсисти“ и хората без никаква идея от Ruby on Rails.

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

Втората част част таргетира хората работещи с Rails. Въпреки това, темите са много и интересни и дори да сте разбрали за Rails в същия ден, ще бъдат добра инвестиция на време. Има силен акцент върху автоматизирано тестване — и двете теми ще ви бъдат от полза, независимо дали сте опитен TDDer или искате да научите за това тепърва.

Започваме в 10:00 часа сутрина (а не в 13:00 следобяд). Можете да видите цялата програма тук.

Дотук се простират уменията ми да пиша промотиращи текстове. Отвъд това, ще се радвам да се видим там.

Имаше народна приказка за Синдил-Пиндил и Джаста-Праста. И двете трябвало да си ушият рокли, за да се хванат на хорото. Когато дошло времето за хорото, Джаста-Праста отишла, роклята и висяла на разни страни и изглеждала жалко и нелепо. През това време Синдил-Пиндил още шиела роклята си и плачела.

Гледам това от три седмици. Убеден съм, е в тая история трябва да има поука. Нямам никаква идея каква, обаче. И е толкова по-интересно, когато авторът ми я е спестил…

Но има съществена разлика — в софтуерното разработване имаме начин да се справим с това — гъвкавите методологии. Целта им е да направят промените евтини — дори част от процеса. Постигат се с номера като unit тестове, продължителна интеграция и итериране по feature-и (а не по модули). Дори може да направите бърз прототип, за да видите дали крайното решение ви устройва. Не може да кажете на архитект да ви размени първия и третия етаж по средата на строежа. Или да ви постори примерна къща, за да „видите“ дали е това, което си представяте. Но може да го кажете на програмист.

И тъй — мисля си, че не трябва да прекаляваме с тази метафора. Софтуера е като строене на сгради, но само донякъде. Имаме редица инструменти, с които един строителен инженер не разполага по дефиниция. Не бива да се лишаваме от тях психологически.

Уви, нямам по-добра метафора. Чувал съм за градинарство, писане и шофиране, но всички улавят само малък аспект, влачейки премного грешни импликации. Толкова уникално ли е това, което правим?

– Ти си твърде голям перфекционист. Винаги искаш да правиш нещата по академично коректния начин. Искаш да е перфектно. Не разбираш, че в бизнеса това не важи. Човек не трябва да се стреми към най-якия код въобще. Перфектното е враг на доброто. Няма нужда да е написано правилно — важното е да работи.

Не мога да преброя колко пъти съм чувал горното. Събеседниците ми рядко са били прави. Лошото е, че това е напълно валиден аргумент. Но аз съм много далеч от академично коректен. Въпреки това, вярвам че нещата трябва да станат по правилния начин. Или по един от правилните начини. Иначе няма да станат. Все пак, това е дефиницията на „правилен“.

Но ако съм оставил у вас впечатлението, че съм фанатик на тема чист код/добри практики, нека се опитам да си изчистя името.

Уроци от agile

На помня коя беше книжката. Жалко, понеже имаше още добри съвети. Този гласеше:

В един проект може да разглеждаме четири компонента:

• Maintability — възможността да правим промени и да откриваме грешки в проекта за по-малко време. Инцидентно ни дава възможност нови програмисти да стават ефективни за по-малко време. Свързано е с добри практики при писането на кода, добър дизайн, повече автоматизирани тестове и документация, където е нужно.
• Scope — колко цялостно решава проблема на клиента. Ако приемем, че feature-ите са фиксирани, да намаляваш scope-а значи да ги опростяваш, така че да продължава да ги има, но да покриват по-малко нужди. Да разширяваш scope-а значи да ги обогатяваш, така че да покриват повече нужди. Може да се мисли за това и като брой feature-и.
• Време — колко календарно време ще отнеме проекта. Дали ще е готов утре или следващия месец.
• Бюджет — колко струва.

Урокът беше следния: ако не покривате целта си в един от компонентите, може да го направите като инвестирате в някой от останалите три. Например:

• Може да намалите feature-и (scope) за да спестите пари (бюджет)
• Може да наемете още програмисти (бюджет) за да покриете сроковете (време)
• Лошия код се пише по-бързо, но по-трудно се поддържа. Жертвате maintability за време
• Може да ограничите изискванията (scope) с цел дизайна на приложението да остане прост (maintability)
• Ако фиксирате времето (release след месец) и програмистите ви казват „няма да стане“, знате че трябва или да жертвате поддръжката, или да намалите feature-ите или да наемете още хора

Един сходен подход твърдеше, че можеш да фиксираш едното и трябва да приемеш другите за плаващи.

„Правилно“ значи да изберете конфигурация, удовлетворяваща нуждите на клиента. Да не правите повече, отколкото трябва. Да не харчите пари, които нямате. Да не се престаравате с поддръжката, ако приложението няма да живее дълго. Да инвестирате в нея иначе.

Очевидно има повече от една конфигурация. Има по-правилни и по-грешни подходи. Има близки подходи. Има тотално неподходящи подходи.

Но разбирането ми за „правилно“ не е свързано с добрите практики, а с прилагането им прагматично. „Академичното“ няма нищо общо.

Загубени в превода

Човекът, който ме нарича „твърде голям перфекционист“ — антагонистът в тази история — е програмист. Той е интелигентен. Разбира. Уверен е. Правил е работещ софтуер. Шефовете имат високо мнение за него. Открил е, че най-важното е софтуера да работи както клиента иска, а не колко добре е написан.

И отнякъде е чул, че „перфектното е враг на доброто“. Прочел е цяла библиотека за предприемачество, мениджмент или създаване на бизнес, но нито една за най-важното — ръководенето на софтуерен проект. Знае кой е Гай Кавазаки, но не знае кой е Фредерик Брукс.

Героят ми не е конкретен индивид. Той е сборен образ. Клас от хора. И когато някоя инстанция на този клас ми каже, че съм „твърде голям перфекционист“ се ядосвам.

Перфектното е враг на доброто

Това е напълно валиден аргумент.

Също така, това е последният урок във всяка методология. Разбираш как да се изправиш срещу хаоса на софтуерното разработване и да внесеш ред. Става с принципи и дисциплина. Разбираш защо тестовете пестят пари и време. Защо чистият дизайн прави проекта много по-евтин за поддръжка. Защо не трябва да оставяш счупени прозорци. Защо практиките трябва да се прилагат „по книга“.

Чак когато разбереш всичко това, научаваш че перфектното е враг на доброто. Че добрите практики трябва да се прилагат прагматично, не канонично. Че тестовете, рефакторингът и БД дизайнът се ползват докато нещата станат достатъчно добри. Но не отвъд това. Че не ти трябва шеста нормална форма, 100% покритие на тестове или пети рефакторинг на този компонент. Посланието е „ползвай всички тези принципи, но не изпадай в крайности“.

Моят герой не го разбира така.

Something for nothing

Моят герой не е извървял пътя — някой му е преразказал заключението. Не разбира контекста на поговорката. Не би направил разлика между добро, перфектно и архитектурна астронавтика — просто няма нужните познания. Но е разбрал малка част — „ОК е да се движим срещу добрите практики“. Не знае кога е ОК, не знае защо е ОК. Знае само че е.

И разбира „ползвайте добрите практики щедро, но в граници“ като „не ползвайте добри практики, освен в краен случай“. Но за него крайният случай е ежедневие — отдавна се е превърнал в норма. И те си остават само по книжките, които лицемерно стоят в библиотеката близо до бюрото му.

Има подходяща дума за такива хора: аматьори.

Изводи

До такава степен съм се наплашил от тях, че се опитвам да избягвам думата „правилно“ във всякакви разговори. Когато Веселин каже „да програмираш правилно“ ми идва отвътре да започна да обяснявам, че не е важно това — важно е да работи. Понякога дори го казвам. После се усещам, че говоря глупости, в които дори не вярвам. Докъде водят опитите за толерантност.

Така че първият ми извод е: аматьорщината може да бъде заразна.

Вторият е: трябва да се науча да се справям с такива хора. Да им обясня какъв е смисълът на добрите практики, да ги убедя да прочетат някоя друга книжка. Да им покажа, че смисълът на поговорката им е друг.

А в крайна сметка, ако са твърде упорити, да не се занимавам с тях. Живота е твърде къс да си губиш времето с глупости. Пък и не ми е цел да отварям очите на хората — предпочитам да се възприемам като ученик, не като учител.

Завръзката започна преди около две години. Работех работата, на която съм се чувствал най-добре. И работата, в която изкарвах най-малко пари. Повечето ми колеги не ги биваше и отношенията ми с шефа бяха… особени. Въпреки че имаше и добри, аз се държах като пълен гъз. Имах най-добрите възможни намерения и най-лошото възможно изпълнение. Имам един характерен начин, по който всички опити да направя някому добро пропадат с гръм и трясък. Годините преди това бяха the time of my life. Научих страшно много, работех с огромен кеф и мотивация. Бях доста продуктивен. Прекарвах уикендите в офиса — не защото някой ме караше, а защото беше твърде интересно и не можех да се сдържа. Ръководех екип. Общувах с клиенти. Правех архитектура. Ползвахме extreme programming. Кодът ни беше железен. Бях на върха си — знаех по-малко от сега, но струвах повече.

Но имаше нужда от промяна. Две неприятни събития в личния ми живот дойдоха твърде много. Вкараха ме в депресия, демотивираха ме. Промениха ме. А във фирмата се бяха насъбрали твърде много неща. Имаше нужда от промяна.

Решението за тази промяна дойде на УебТеха през 2007. Беше приключил и пътувах към Каварна, когато взех решение — ще намеря друга работа. Не знаех нито къде, нито какво. Щях да ползвам месеца предизвестие да разбера.

В крайна сметка, заминах да работя и живея в Швеция. Не очаквах тази възможност. Казах „чао“ на приятелите си, стегнах куфара, взех три книги, малко дрехи и започнах нов живот.

Не познавах българи. Не знаех шведски. Нямах спестявания. Имаше един човек, с когото имах приятелски отношения. Той работеше в друга фирма. Беше най-голямото предизвикателство в живота ми. Както и това, с което се справих най-блестящо.

Там разбрах как светът работи. Разбрах какво движи хората. Живота в друга страна е труден за описване. Човек научава много. Израства. Жалко, че повечето уроци ми изчезнаха от главата няколко месеца, след като се върнах в България.

Фирмата беше съвсем различна. Бяхме 4 програмиста и 40 sales човека. Последните бяха едни от най-добрите в Стокхолм.  Докарваха много пари. Бяха от класа. Ежедневно виждах как манипулират хора, по начин който смятах за невъзможен. Научих бая.

Програмистите бяха интересни. Единият се занимаваше повече с ръгби и дизайн, отколкото с програмиране. Беше добър професионалист, макар и неуверен. Вторият бе абсолютен идиот — част от решението ми да се върна в България. Малко, жалко човече. Благодарен съм му за урока. Последният няма значение за този разказ.

Бяхме част от голяма корпорация с флегматична и консервативна култура. Средата, в която можех да свършвам седмичната работа за ден. Но бях професионален и не се скатавах. Все пак имах достатъчно време да усъвършенствам уменията си и да науча нови неща. Работата не беше предизвикателна. Въпреки това, тогава имах най-добрите идеи.

Животът беше много добър. За първи път бях заобиколен предимно от хора, с които се разбирах. Имах страхотен приятелски кръг. Живях интровертно, но добре.

После реших да се върна. Имаше две причини. Идиотът се беше наплаши, че никой не го харесва и реши да напусне. Мениджърът реши проблема класно — направи го lead. Класика. А в София се отвори възможност — двама приятели с фирма търсеха трети. Офертата им беше скромна, но това беше без значение — предпочитах да работя с добри програмисти и да заработвам собствения залък, пред многото пари.

До ден днешен се чудя дали това бе правилното решение. Денят, в който се върнах София бе денят, в който онзи колега обяви че напуска. Сега фирмата има много добър екип. Имах добри приятели и живеех добре. Пък и Стокхолм е много по-хубаво място от София.

България беше шок. Имах нужда от месец да се адаптирам. След което — да се депресирам. Не ми се обяснява защо, но първите месеци не бях на себе си. Дори да не го показвах, се чуствах ужасно. Но после свикнах — човек се адаптира към всичко.

Имаше и още една причина да се върна — курсовете във ФМИ. И до ден днешен не знам защо ги започнах. Но имам много ясна идея защо продължавам. И въпреки, че напоследък ми донасят само негативни емоции, ще продължавам да се занимавам докато мога. Стига ми да видя, че сме вдъхновили поне един човек да бъде по-добър. Но за това ще разказвам по-натам.

Работата с двамата приятели не вървеше. На ден първи забелязах, че всичко ще се сгромоляса, но не исках да си го призная. Отношенията им бяха натегнати. Работеха в различни стаи. Единият не искаше да сподели нищо и да работи с нас. Другият всячески се опитваше да оправи ситуацията, удряйки на камък. Това и шока от завръщатено — дойде ми отгоре. Не знаех как да реагирам. Бях пасивен. Не разбирах какво се случва и ме беше страх да опитам да разбера. Вършех лоша работа. Не схващах изискванията на клиентите. Почти не говорих с тях. Не знаех какво точно правя. Мотахме се из офиса с празни погледи и без цел.

Личеше си накъде върви — скарахме се и прекратихме работа. Не се получи. Стресът идваше отгоре. Единият взе голямо житейско решение, което май бе правилно. Другият постъпи… лошо. Не ми се навлиза в детайли, защото нито са приятни, нито има смисъл. Ако бях действал другояче, вероятно щеше да стане по-добре. Вместо това се скарах с хора, с които исках да работя. Човек се учи от грешките си.

Така реших да си дам няколко месеца почивка. Бях изкарал достатъчно пари — можех да си позволя. Консултирах от време на време, но преследвах предимно други интереси. Позанимавах се повечко с музика. Опитах се да се науча на саксофон. Нямах голямо развитие, но беше забавно. Прочетох няколко книги. Попътувах. Прекарах десетина дни в Стокхолм, консултирайки.

След това реших да намеря друга работа. Така и направих. Щях да се занимавам с Rails. Един от хората с които щях да работя бе супер добър. Проекта изглеждаше супер интересен. Мислех, че ще е забавно и продуктивно. Не знаех колко греша.

Може би това е работата, от която трябва да си взема най-много изводи. Кодът беше ужасен. Не просто имаше счупени прозорци — липсваха стени. Културата беше каубойска. Нямаше итерации, планове или дори ясно формулирани цели. Най-организираното нещо беше ticket-oriented development-а. Изпитвах физическа болка от повечето работа — правех кръпка върху кръпка и губех повечето време в глупости. Кодът ми не правеше нещата по-добри — влошаваше ги. На никой не му правеше впечатление — по-важно беше да ship-нем.

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

Не можех да си обясня как тези хора можеха едновременно да ползват Rails и да правят такива ужасии. Ума ми не го побираше. Това далеч не беше най-лошият код, с който съм се борил. Но хората, които го бяха произвели въобще не бяха идиоти. Имаха опит и бяха добри с други технологии. Бяха професионални. Но не знаеха Rails. И не искаха и да го научат. Нямаха идея какво е technical debt. Не ме притеснява гледката как глупак прави глупости — това е съвсем естествено — няма защо да ме ядосва. Но когато интелигентни хора произвеждат код с такова качество… умът ми не го побира. Беше сюреалистично.

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

Тогава и започнаха да се появяват проблемите ми с ръцете. Просто една вечер и китките ми започнаха да ме болят. Дори докато пиша това, едната продължава. Винаги съм си пазил ръцете. Това ме хвана неподготвен. Първоначално си мислех, че ще отшуми. Но продължи дни. После седмици. После месеци.

Винаги съм знаел, че каквото и да става, ще мога да изкарвам прехраната си с програмиране. Достатъчно добър за да не се притеснявам за намиране на работа. Но мисълта, че ръцете ми няма да ми позволят, ме плашеше. По два различни, ужасяващи начина. Не знаех дали ще мога да си изкарвам прехраната и покрива. И още по-лошо, не знаех дали ще мога да правя това, което най-много обичам да правя.

Лекарите с нищо не помогнаха. Видях пет-шест такива. Всеки имаше различни идеи за заболяването, сериозноста и начина на лечение. Една дама дори ми каза „Не знам какво ти е, но може да ти направим операция“. Хирурзи. Пробвах много неща и почти нищо не помогна. Не мога да опиша колко е ужасно да чакаш и да си чудиш — дали живота ще се развие така, като си го запланувал или ще търсиш нова професия? За щастие, сега съм по-добре. За нещастие, не съм сигурен дали се подобрявам или стоя на едно място.

Депресията от работата плюс депресията от ръцете не бяха фън заедно. Няколко тежки месеца. Накрая приключих с тази работа и се отдадох почивка. Този път по здравни причини.

В почивката имаше конструктивни неща. Една много хубава конференция във Велико Търново. sofia.rb. Запознах се с няколко готини човека. Ръцете ми започнаха да се пооправят, макар че още не се чувствам комфортно работейки. Опитвам се да freelance-вам, но да не хващам работа на пълен работен ден. Освен ако не съм уверен, че ще ми хареса. Но да не изпреварвам събитията.

Това бяха последните две години от много високо. В следващите няколко поста ще навляза в детайли. Ще разкажа за курсовете, за работата, за хората, направили впечатление. За грешките, които допуснах. И надявам се, изводите до които достигнах.

Изводи

Много пъти бях пасивен. Чаках събитията да се развият, вместо да поема инициативата. „Хвърлих се на съдбата“, вместо да си я кова сам.

Минаха много събития, от които не извадих извод. Трябва да се анализират поотделно.

Станаха твърде много неща, от които не си взех бележка. Направих твърде много грешки. Ще направя подробен разбор на събитията от последните две години. Реших да го направя в блога си — публично, почти ексхибиционистично. Имам нужда от урок по скромност. А и няма смисъл да пазя изводите за себе си.

Няма да ви занимавам с лични неща — не мисля, че живота ми ви е особено интересен. Ще ви разкажа за професионалната част на нещата. За програмистите, с които се запознах. За начините на мислене, с които се сблъсках. За това как моите представи за професията се сблъскаха с чуждите. За цялата глупост, срещу която се изправих. За всичките грешки, които допуснах от страх, мързел или некомпетентност.

За много от тези неща варирам от недоволен до отвратен. Имам бая истории за провал и човешки недостатъци. Още от сега искам да кажа, че смятам себе си за виновника във всичко. Не подходих правилно, не прецених ситуацията правилно и не следвах принципите си.

Но ще разказвам за хора и фирми. Последното което искам, е някой да мисли, че те са лоши, защото аз така съм казал на блога си. Въпреки че на четири очи ще защитавам думите си ожесточено, намирам за проява на лош вкус да го правя публично. Пък и е крайно неетично. Съответно, няма да назовавем истински имена. Дори леко ще променя детайлите, така че да ви е трудно се сетите за кого става въпрос. Дори и това да сте вие.

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

Но честно казано, не вярвам някой от героите на историите ми да ги прочете. От това извинение едва ли ще има смисъл.

Нещо като цикъл от разкази

Следващите няколко седмици ще блогвам предимно за това. Ще опитам пиша често. Анализирането на две години от живота ми е времеемка за мен задача — имам нужда да мина на такава вълна. Мислете за това като отчасти споделяне на опит, отчасти изповед. Създал съм и категория, ако има значение.

Историите, които ще разказвам няма да имат някакъв смислен ред. Няма да се подредени нито хронологично, нито тематично. Единствената последователност, на която ще отговарят, е реда в който съм се сетил за тях. Убеден съм, че ще има доста изводи. Убеден съм, че много от изводите накрая е си противоречат с такива в началото. Все пак се надявам от това да има полза — както за мен, така и за вас.

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

Събираме се всеки вторник от 20:00 в Арт Клуба. За да присъствате, трябва да отговаряте на две условия — (1) да носите компютър и (2) да програмирате на Ruby (там, на място). Събитието изглежда като пет-шест кодещи човека с лаптопи, които от време на време обменят по някоя приказка.

А над какво работите, докато сте там? На каквото си поискате. Нямаме единен проект или цел. Може да вършите нещо за работата, да разработвате страничен проект, да разучавате библиотека или дори да учите Ruby. Например, проследния път Серж си правеше един проект за клиенти, Владимир учеше Ruby, аз правих desktop клиент за edno23, Явор разработваше един от тайните си проекти. Предния път Николай пък работеше над сайта на курса. Въобще, всичко е ОК, стига да е Ruby.

Идеята е хора, които не работим заедно, да програмираме на едно място — без значение дали коденето е колективно или индивидуално. Има два големи WIN-а в тая работа — (1) хубав начин да научите нещо ново и (2) да се запознаете с други добри програмисти. Постоянно летят въпроси от рода на:

• Как да направя това?
• Този код ОК ли е?
• Тук има някакъв странен проблем. Ще погледнеш ли?
• Какво мислиш за тази библиотека?

Отвъд другото, е приятен начин да прекараш вечерта — сред интелигентни хора, от които можеш да научиш за занаята.

Претенциите са скромни — не целим да правим потребителска група, български open source на Ruby, голям проект или каквото и да е в този дух. Предлагаме единствено компания за програмиране на Ruby. Доброто настроение си идва само.

Ако искате да дойдете, ще се радваме да ви видим. Хубаво е да се обадите предварително, ако ще идвате. Но ще се радваме и да ни изненадате. Всеки вторник, 20:00 в Арт Клуба.

Към по-сериозното: беше страхотно. Според мен, потокът WebTech беше невероятно готин; според повечето хора — най-добрия до момента. Нямаше слаба „лекция„. Хареса ми, че някой говори за Design Pattern-и. Хареса ми, че някой говори за ExtJS. Дори ми беше интересно и да гледам как PHP управлява DBUS — мисъл, от която иначе бих потръпнал.

За другото ми е трудно да коментирам, тъй като хванах единствено една презентация от BlogCamp-а и две от Web 2.0/3.0. И трите бяха готини. Тълпата ми беше малко странна, но на мен българските блогъри са ми малко странни така или иначе. Иначе, скачам на Web 7.0, вдъхновен от мъдрите хора преди мен.

Запознах се със супер готини хора. Беше удоволствие да съм сред тях и да си говорим за програмиране. Научих доста, споделих няколко мисли и като цяло доста се забавлявах. Нямам търпение да попадна в такава тълпа отново.

Градът също е невероятно готин. Не съм за първи път във Велико Търново, но за първи път бях с очила и имах възможност да го огледам подробно. Страхотно място. Отдавна си мисля как някой ден ще се преместя да живея там. Може би този ден няма да е чак толкова далеч, колкото си мисля. Освен невероятната гледка, има качество, което привлича хора с любов към математиката (като мен) — основан е на не-Евклидова геометрия. Наистина посоките са „нагоре“, „надолу“ и „по стълбите“ и наистина „по стълбите“ е различна от другите две.

Имаше само един недостатък — безжичния интернет. Навсякъде беше пълно с рутъри/раутъри, към всички човек можеше спокойно да се закачи и нито един не даваше нет. Не просто в конферентните зали, а във всяко едно кафе и кръчма, в която бях. Не мога да си го обясня. Направи замислената употреба на Twitter почти невъзможна.

Имаше и две презентации, на които приказвах. За едната вече съм писал, докато другата може да намерите при Николай. На хората май им хареса.

И като цяло, въобще не мога да изразя благодарността си към организатора. Евала, браво, мерси и всичко останало, за което мога да се сетя. Даде много добро изживяване на всички присъстващи. Дори обмислям да организирам Hug a Боги Day, където всички ще отидем във Велико Търново, за да изразим любовта си.

Но сериозно, благодаря за страхотната конференция. И на всички присъстващи.

А най-интересното е, че обожавам да ми дават такъв код. Едно от нещата, които обичам най-много, е да взимам такива бози и да ги подобрявам драстично. Стига да ми дадат…

Защо? Защото е невероятно голямо предизвикателство. Трябва да подходиш много внимателно и стратегически. Рядко можеш да си позволиш чист rewrite. Трябва да refactor-ваш малко по малко. Преди това трябва да се подсигуриш с unit test-ове. Трябва постоянно да се стремиш да правиш кода по-добър, но същевременно не бива да забравяш, че имаш конкретни цели. Трябва да подобриш системата малко по малко, компонент по компонент, избирайки най-подходящия ред, в който да го направиш. Трябва да се заровиш дълбоко в кода на някой болен мозък и да разбереш какво всъщност е имал предвид.

Обожавам да започна с тъпо написана система и да завърша със сносен софтуер. Чувството от успеха е несравнимо.

Единственото, което може да развали една толкова предизвикателна задача е лош мениджър… Когато двете се комбиринат, животът е ад.

Очевидните

• The Ruby Language
• Ruby on Rails

Как Ruby on Rails?

• Programming Ruby, книга
• Agile Web Development with Ruby on Rails, книга
• Rails casts, screencasts
• Creating a weblog in 15 minutes with Rails 2, демо
• Ruby on Rails Guides, въведения
• Poignant Guide to Ruby, въведение в Ruby, много странно
• Документация

Мета

• Слайдове, 210 такива, без ефектите (едва ли ще са ви полезни)
• Същото в SlideShare, също няма да ви е полезно
• Приложения на Ruby on Rails

Разни други

• Beautiful Code
• RSpec
• Programming Bottom-Up