Greesha.ru - Все записи

Семь смертных грехов аналитика. Superbia

Mon, 16 Feb 2015 09:52:15 +0000

Знай, аналитик: если ты начинаешь новый документ с создания шаблона, который «надо только заполнить», ты предаёшься греху гордыни.

Если ты создаёшь в Wiki новый раздел требований и сразу начинаешь строить сложную иерархию, состоящую только из пустых страниц, которые «осталось только заполнить», ты предаёшься греху гордыни.

Если ты начинаешь расписывать красочную многоуровенвую схему статусов, изобретая жизненный цикл ещё не рождённых требований, ты предаёшься греху гордыни.

Ты создаёшь мёртвое, в гордыне своей полагая, что тебе по силам сделать из него живое. Но тебе не по силам.

В твоих документах дописанным останется только оглавление.

Мёртвые пустые страницы твоей wiki проиндексируются и навечно останутся призраками, заманивающими в пустоту тех, кто ищет знания.

Твоя схема откроет ещё один путь для распространения мертвечины. Чем она красивее, тем губительнее. Её будут репостить, включать в презентации, отравляя схоластическим злом неокрепшие аналитические души.

Есть только один путь избежать этого. Этот шаг труден. Но ты должен его сделать, чтобы побороть этот грех.

Немедленно удали все пустые разделы. Сруби под корень мёртвое дерево в wiki. Сожги в печи свою диаграмму. Открой пустой документ и начни с чистого листа. Только так ты спасёшься.

>>>

Как программисты SQL от юзеров спасли

Fri, 13 Sep 2013 15:02:19 +0000

Все знают, что SQL — это сакральный язык манипулирования данными. Знание SQL отделяет избранных от простых смертных. Знание SQL даёт власть и славу. Власть над компьютерами. Славу среди прекрасных жриц HR, готовых на всё ради знакомства с гуру SQL. Наличие заветных трёх букв в резюме сразу даёт понять: перед вами реальный айтишник, а не презираемый всеми гуманитарий.
Сейчас в это трудно поверить, но создатели SQL даже не собирались делать из него язык программирования. Его придумали для того, чтобы обычные люди могли работать с базами данных. (Да-да, даже гуманитарии.)
Это был прорыв вовсе не в программировании, а в том, что сейчас принято называть юзабилити. Конечно, с поправкой на 70-е годы, когда самым продвинутым способом общения с компьютером была текстовая консоль.

>>>

Мысленный эксперимент для менеджеров про...ктов

Wed, 06 Apr 2011 16:13:59 +0000

Проделайте такой эксперимент . Можно мысленно. Возьмите ~~последний~~ крайний релиз своего продукта и поменяйте в нём одну цифру в версии. Любую. Больше ничего не меняйте. Теперь прогоните этот релиз через все принятые у вас в компании ~~круги ада~~ процедуры и регламенты. (У вас CMMI 5 lvl или ISO over 9000? Сами виноваты. :-P)
>>>

Мэри и Том Поппендик. Бережливое производство программного обеспечения

Fri, 08 Oct 2010 20:18:48 +0000

Этой книге, похоже, суждено войти в каноническое собрание священных книг разработчиков программ. Буквально на наших глазах происходит революция в подходе к разработке ПО: на смену традиционному проектному менеджменту, формальным процессам и прочим диаграммам Гантта победоносно шествует Agile. Рассмотренные в книге семь принципов бережливого подхода к разработке ПО — это развитие Манифеста Agile, его толкование на основе проверенных временем принципов бережливого производства. Это не сборник рецептов, не справочник и не «методология». Это книга из числа «вправляющих мозги»: над ней нужно размышлять, её нужно перечитывать снова и снова, искать и находить свой собственный путь для применения описанных в ней принципов.
>>>

Маркус Бакингем, Курт Коффман. Сначала нарушьте все правила

Wed, 06 Oct 2010 20:10:04 +0000

Провокационное название книги как бы намекает нам на развенчание стереотипов. Это модно в последнее время — развенчивать стереотипы и объяснять, чем «в действительности» отличается от «на самом деле». В действительности, на первый взгляд, в книге не обнаруживается каких-то всеобщих вредных стереотипов. Все рекомендации кажутся простыми, логичными и основанными на здравом смысле. На самом деле, если посмотреть не с теоретической, а с практической стороны, то довольно быстро обнаруживаются некоторые вредные привычки — настолько глубоко въевшиеся в практику, что о них даже не задумываешься. Вот, например, каким сотрудникам мне приходилось уделять больше своего времени и внимания — самым лучшим, инициативным, ответственным и самостоятельным? Или самым слабым — тем, которых нужно обучать, направлять, руководить (водить руками)? А как надо было? Книга утверждает, что лучшие менеджеры делают это по-другому.
>>>

Джим Маккарти, Мишель Маккарти. Правила разработки программного обеспечения

Fri, 30 Apr 2010 18:39:58 +0000

Автор книги, Джим Маккарти, возглавлял когда-то в Microsoft группу разработки Visual C++ — на мой взгляд, лучшего продукта этой компании. Но эта книга не о MSF, как можно было бы подумать, судя по названию. И не о RUP (ха-ха, шутка). В общем, она не о процессах, а о людях — о том, как выстраивать с ними отношения и как сформировать настоящую команду. Хотя формальные правила в книге тоже есть. Целых 57 штук. На мой взгляд, они довольно разнородны и как-то не очень складываются в цельную систему. Но это не помешало автору разработать на их основе технологию формирования эффективных команд разработчиков ПО, которая, говорят, признана одной из самых успешных в мире.
>>>

Риски управления рисками

Tue, 27 Apr 2010 12:30:09 +0000

Слайдкаст моего доклада на конференции Software People 2010.
>>>

Том Демарко, Тимоти Листер. Балдеющие от адреналина и зомбированные шаблонами

Mon, 15 Feb 2010 20:28:24 +0000

Это, собственно говоря, не книга. Это компактная база знаний, отпечатанная на бумаге. Что-то вроде медицинского справочника, описывающего симптомы распространённых болезней проектных команд. Хотя откуда мне знать, как выглядят медицинские справочники? Мои познания о них ограничиваются книгой «Трое в лодке, не считая собаки». Тем более, что в книге описываются не только симптомы «болезней», но и… как это правильно назвать? признаки здорового образа жизни? Оптимальный способ чтения книги такой. Открываешь на любой странице и читаешь главу, согласно кивая: «Верно подмечено! Да, всё точно как у нас!» Потом закрываешь книгу и начинаешь думать.
>>>

Семь смертных грехов аналитика. Gula

Mon, 18 Jan 2010 13:26:51 +0000

До чего же приятно видеть, как под твоими пальцами зарождается новая диаграмма! Всё строго по нотации, все блоки одинакового размера, выровнены до пикселя! Строгий, но изящный шрифт точно подобранного размера идеально смотрится на жемчужном фоне объектов. Наконечники стрелочек специально «заточены» в графическом редакторе (нельзя же, в самом деле, использовать эти примитивы, эту безвкусицу, поставляемую по дефолту!) Но что это?! Кошмар! Текст в одном из блоков оказался слишком длинным, и бездушная тулза разорвала его уродливым переносом. Срочно всё переделать — блоки немного расширить, шрифт немного уменьшить, поля немного раздвинуть… Готово, диаграмма снова засияла! Надо бы ещё посмотреть, как это смотрится на бумаге… Но это уже завтра, на сегодня день закончен.
>>>

Семь смертных грехов аналитика. Ira

Thu, 14 Jan 2010 13:38:45 +0000

— Что-то я не пойму, зачем для трёх абзацев полезного текста ты оформил тридцатистраничный документ? — Читайте ГОСТ, там всё написано! (И как этот конченный гуманитарий в проджект менеджеры пролез?) — Как-то странно на твоей диаграмме объекты перемешаны, трудно разобраться. — Ты что, дальтоник? Не можешь белые ромбики от чёрных отличить? (До чего же эти кодеры тупые!)
>>>

Персональные риски аналитика

Fri, 20 Nov 2009 12:08:52 +0000

Слайдкаст моего выступления на конференции ReqLabs-2009.
>>>

Уильям Эдвардс Деминг. Новая экономика

Tue, 20 Oct 2009 20:33:58 +0000

Казалось бы, какое отношение к разработке программных проектов имеет крёстный отец «японского экономического чуда»? После прочтения этой книги заявляю: самое прямое. Хоть Деминг и отрабатывал свои концепции всеобщего управления качеством на реальном, «железном» производстве, сформулированные им принципы настолько всеобщи, что без каких-либо изменений ложатся на процессы разработки программ. А проблемы качества (заметим с грустью) будут актуальны в нашей индустрии ещё долгие-долгие годы. А ещё в этой книге я нашёл подробное описание эксперимента с красными бусинками, о котором много слышал раньше. Пересказывать не буду: во-первых, это скучно — пересказывать, а во-вторых, зачем лишать вас удовольствия? Возьмите и сами прочитайте, не пожалеете.
>>>

Питер Друкер. Управление в обществе будущего

Thu, 24 Sep 2009 13:30:04 +0000

Кто не знает Питера Друкера? Это, пожалуй, самый цитируемый, самый признанный авторитет в области менеджмента. Википедия утверждает: все ведущие мировые концерны с середины 40-х годов XX века живут «по Друкеру». (Чему сам он, правда, был не очень рад.) В общем, реальный гуру. За свою долгую жизнь (96 лет) книг он написал, конечно, немало. А эта книга, «Управление в обществе будущего», на мой взгляд, имеет самое прямое отношение к нашей теме: управление программными проектами.
>>>

Убийцы времени

Wed, 12 Aug 2009 02:48:33 +0000

Когда-то работа за компьютером означала для меня сверхвысокую концентрацию. Сидишь себе в специальном помещении (тогда это называлось дисплейным классом), взгляд прикован к экрану, в голове складывается алгоритм, а пальцы непрерывно стучат по клавишам. (Когда программируешь на ассемблере, приходится много стучать по клавишам, и очень быстро голова и руки приучаются работать параллельно, не мешая друг другу.) А вокруг тебя сидят и стучат такие же истуканы, каждый погружен в себя, от работы никто не отвлекает — вот оно, настоящее состояние потока! (Вы спросите: «Ну, а девушки?» А вот не было у нас в военном училище девушек.) Нет, правда, я с ностальгией вспоминаю те времена. Одна задача. Никаких переключений. Никакой графики. Никаких мышек. Никакого интернета. Никаких игр… впрочем, вру, игры тогда уже были, но у меня, наверное, было слишком мало воображения, чтобы играть в звёздные войны на монохромном алфавитно-цифровом дисплее. Но патриархальные времена длились недолго.
>>>

Стивен Кови. 7 навыков высокоэффективных людей

Mon, 03 Aug 2009 21:08:57 +0000

На обложке книги написано «Международный бестселлер № 1». Обычно меня такие надписи отпугивают. Но после того как эту книгу мне порекомендовали несколько человек, ко мнению которых я прислушиваюсь, решил всё-таки её прочитать. И теперь тоже всем эту книгу рекомендую. Если вас интересуют проблемы саморазвития — читать однозначно! (А если не интересуют, то вы до этого места и не добрались). Подтверждением популярности книги может служить тот факт, что кое-кто уже пытается сделать себе имя на «анти-ковизме» (что-то мне ленинский «Анти-Дюринг» вспомнился). Даже на солидных айтишных форумах вспыхивают иногда дискуссии о ковизме и анти-ковизме. Я некоторое время раздумывал, включать «7 навыков» в эту коллекцию цитат или не включать. Не почувствуют ли себя обманутыми те, кто подписался на «Цитату дня об управлении программными проектами»? Вроде бы к программным проектам книга прямого отношения не имеет…
>>>

Джоэл Спольски. Джоэл: и снова о программировании

Thu, 30 Jul 2009 13:33:50 +0000

Да, это именно то, что вы подумали: ещё один сборник статей из блога www.joelonsoftware.com. На этот раз больше ориентированный на управление программными проектами и бизнесом по разработке программ. Ну то есть как нарочно выпущенный для пополнения моей копилки цитат. Статьи сгруппированы по категориям: «Как управлять людьми», «Управление большими проектами», «Советы программистам» и так далее. Но обнаружил я это только после того, как прочитал книгу с начала до конца. Точнее, после того как прочитал её во второй раз. Ну, если быть совсем точным, я обнаружил это только что, в процессе набора этой записи, заглянув в содержание. Что неудивительно: Джоэл, как всегда, читается запоем.
>>>

Притча о кризисном менеджере Самсонове

Mon, 29 Jun 2009 20:10:03 +0000

По всему айтишному миру шла слава о кризисном менеджере Самсонове. Много проектов завершил он, ещё более закрыл, и многими Ресурсами правил. Любил менеджер Самсонов во всём казарменный порядок, требовал от Человеческих Ресурсов беспрекословного подчинения, и называл их офисным планктоном и балластом. Трепетали Ресурсы перед ним, ибо знали, что без колебаний мог он уволить сразу до тысячи их.
Даже волосатые Сисадмины боялись попадаться на пути его, ибо шла молва, что как-то встретил в коридоре менеджер Самсонов молодого нестриженого Сисадмина, и в гневе разорвал его бубен голыми руками.
Но более всего был известен менеджер Самсонов своей Системой Метрик. В этой Системе таились сила и власть его. О каждом Ресурсе, и о каждом нижестоящем Менеджере хранились данные в Системе, и обновлялись ежедневно, и рассчитывались Показатели по ним. И достаточно было менеджеру Самсонову взглянуть на них, чтобы судить о каждом, чего он достоин — штрафа ли, понижения в должности, или немедленного увольнения.
Боялись Ресурсы этих Показателей, как огня, и задумали Систему погубить.
>>>

Беверли Кей, Шерон Джордан-Эванс. Любите их, или вы их потеряете

Fri, 26 Jun 2009 20:54:11 +0000

В оригинале название книги выглядит намного изящнее: "Love 'em or lose 'em". Книга представляет собой неисчерпаемый сборник советов о том, как удержать на работе лучших сотрудников. И, что особенно важно, все эти советы основаны на результатах очень серьёзных социологических исследований. (Да, да, я знаю, что большинство айтишников ещё не готово признать социологию наукой. Поэтому делаю поправку специально для "технарей": эти советы основаны на результатах очень серьёзных статистических исследований. Опрошено более 60 тысяч менеджеров. Репрезентативность оценивайте сами, а то я уже все формулы забыл.) Как это часто бывает за пределами области точных наук, многие советы могут показаться очевидными и даже банальными, но почему-то очень трудно реализуемыми. Меня, например, больше всего поразил такой совет: обсуждайте с каждым сотрудником его карьерные планы. Как это так - обсуждайте? А если он в ответ скажет: "Cпасибо, что открыл мне глаза. Теперь я окончательно понял, что на этой работе ловить мне нечего." И получится, что я сам спровоцировал человека на то, чего сам больше всего боялся?
>>>

Цитата дня об управлении программными проектами

Thu, 25 Jun 2009 22:44:26 +0000

В моей коллекции сейчас насчитывается примерно полторы сотни цитат, так или иначе относящихся к управлению проектами по разработке программ. Я их периодически перечитываю (честно-честно!), и за таким чтением думалось мне: как бы хорошо было, если бы вдруг от дома провести подземный ход или чрез пруд выстроить каменный мост… тьфу, то есть если бы можно было выбирать каждый день одну цитату, хорошенько вдумываться в содержающуюся в ней позитивную мысль, и внедрять этот позитив в свою деятельность.
Так и грезилось мне: приходят утром на работу сотни менеджеров проектов, включают свои компьютеры, и первым делом идут на greesha.ru за цитатой дня. И волна позитива движется по всей стране вслед за солнцем, от Владивостока до Бреста.
Ну-ну, не принимайте это так серьёзно. Могу я хоть немного помечтать?
>>>

Том Демарко, Тимоти Листер. Вальсируя с медведями

Wed, 17 Jun 2009 21:03:03 +0000

Если вы ещё не знаете, что такое управление рисками в проектах по разработке программ, – начните с этой книги. Если вы где-то слышали, что такое управление проектными рисками, но ещё не читали эту книгу, – раздобудьте её и прочитайте. Если вы читали эту книгу и уверены, что умеете управлять рисками в своём проекте – перечитайте её ещё раз. И попробуйте пройти тест на управление риском из главы 23. Это книга не из списка must have. Это книга из списка must use.
>>>

О сотворении Процессов

Wed, 03 Jun 2009 20:41:18 +0000

В начале Процессов не было. И бродили кодеры во тьме, и не знали путей своих. Диаграмма Гантта была безвидна и пуста, и дух Хаоса носился над нею. Тогда был призван Процессный Инженер. И сказано было ему: «Сделай хоть что-нибудь!» И приступил он.
>>>

Ицхак К. Адизес. Управляя изменениями

Wed, 06 May 2009 14:44:08 +0000

Часто натыкался в интернетах на загадочную "классификацию управленческих ролей PAEI", в сочетании с не менее загадочным именем Адизес. Думал, что PAEI - это очередная неудобоваримая аббревиатура. (Кстати, почему-то самые странные аббревиатуры получаются у системных аналитиков - BABOK, IIBA, IIASA...) В общем, обнаружив на полке книгу Ицхака Адизеса с интригующим названием "Управляя изменениями", сразу её купил (хотя я вообще-то искал литературу по управлению изменяющимися требованиями). И, как водится, не пожалел. Я вообще редко о чём-то жалею, особенно о купленных книгах.
>>>

Десять золотых правил риск-менеджмента

Tue, 05 May 2009 21:31:34 +0000

На эту замечательную статью я наткнулся в поисках материала при подготовке доклада «Персональные риски аналитика» для Software Engineering Forum. И с удивлением обнаружил, что она ещё не переведена на русский язык. Ну, по крайней мере, в русскоязычных интернетах я перевода не нашёл. Исправляю это досадное упущение, предлагая свой вариант перевода.
>>>

Моя CMS

Fri, 06 Mar 2009 21:09:10 +0000

После того, как я упомянул свой самописный багтрекер в заметке «Простые инструменты», я стал получать редкие и немногочисленные просьбы о возможности познакомиться с этим движком поближе. И подумалось мне: «why not?» В смысле, пуркуа бы и не па? Я помню, как сам серфил интернет в поисках «волшебного порошка» (по возможности бесплатного), который упростит, систематизирует и наполнит смыслом мою беспорядочную проектную жизнь. И ведь таки упростил и систематизировал! А теперь, может, и смыслом наполнит: вдруг и мой движок кому-то поможет?
>>>

Опыт, сын ошибок трудных...

Tue, 03 Feb 2009 18:49:01 +0000

Под впечатлением одной из дискуссий на it4business.ru задумался над очевидной, казалось бы, вещью. Вот проработал человек на менеджерских ролях, скажем, пятнадцать лет. И в резюме законно пишет: «имея многолетний опыт руководства, способен добиться высоких результатов в осуществлении задач». Это нормально, Григорий? Это отлично, Константин! Ведь в руководстве главное — именно опыт. Мастерство, как известно, не пропьёшь! Но… помнится, где-то я читал: когда в России открывались первые заводы для «отвёрточной» сборки иномарок, работодатели предпочитали не брать на конвейер людей, имеющих опыт работы в отечественном автопроме или автосервисе. Значит, приобретённый опыт может быть и бесполезным? Или даже вредным… Но то бензин, а то — дети. В смысле, там автосервис, а тут, наоборот, менеджмент. Как может опыт руководства быть отрицательным или бесполезным?
>>>

Дэн Бредбэри, Дэвид Гаррет. Как пасти кур. Нестандартное управление проектами

Tue, 27 Jan 2009 13:58:15 +0000

Давно видел эту книгу на полках магазинов, пару раз просматривал, но всё как-то не брал. Может быть, потому что эта книга об "общем" управлении проектами (не-АйТи), а меня интересовали больше особенности проектов разработки программ. А может, просто качество бумаги не понравилось (недавно, перебирая книги на этажерке, с удивлением обнаружил, что это действительно влияет на мой выбор - а я-то был уверен, что для меня содержание важнее формы!) Но вот в очередной раз наткнулся на неё в магазине. И купил. И не пожалел.
>>>

Битва за Проект

Thu, 22 Jan 2009 16:15:04 +0000

Давно отгремели великие битвы ушедшей Эпохи Корпораций. Обратились в прах и развеялись по ветру титанические Проекты прошлого. Забыты многие славные имена. Но предания о благородных и бесстрашных воинах древности остались в памяти клана. Боевые песни Хакеров продолжают будоражить кровь всё новых и новых поколений Айтишников. Их ветхие манускрипты по-прежнему служат неиссякаемым источником мудрости. Настоящий трактат представляет собой скромную попытку описать некоторые виды и обычаи представителей двух великих кланов, издревле враждующих меж собой.
>>>

Родд Вагнер, Джеймс Хартер. 12 элементов успешного менеджмента

Wed, 21 Jan 2009 13:32:03 +0000

Эта книга написана на основе многолетних исследований Института Гэллапа, и изложенные в ней 12 элементов - не просто умозрительные рассуждения, а результат серьёзного анализа, проведенного по результатам опроса более чем миллиона человек. Это вступление я написал специально для "технарей", которые пока явно преобладают в области менеджмента проектов, связанных с разработкой программ. :) В этой среде не принято особо доверять социологическим исследованиям, а психология вообще ставится примерно в один ряд с хиромантией. Тем не менее, исследования показывают прямую связь между человеческим отношением к сотрудникам и основными показателями работы компании.
>>>

Джо Мараско. IT проекты. Фронтовые очерки

Fri, 10 Oct 2008 20:07:36 +0000

От этой книги я пришёл в такой восторг, что рекомендовал её направо и налево, в том числе совершенно незнакомым людям. Но, по здравом размышлении, до этой книги нужно дозреть. Никаких специальных рецептов и откровений она не содержит. Хотя автор, между прочим, был вице-президентом Rational Software, создавшей Великий и Ужасный Rational Unified Process, претендующий на звание самого полного сборника рецептов по приготовлению ПО. Начинающему менеджеру проектов книга даже, пожалуй, может показаться сборником банальных советов и скучных сказок. В таком случае я бы посоветовал отложить её в сторону на пару-тройку лет. А потом прочитать снова.
>>>

Эдвард Йордон. Управление сложными Интернет-проектами

Tue, 23 Sep 2008 16:30:10 +0000

Мне до сих пор не доводилось работать в интернет-проектах (кроме нескольких сделанных "на коленке" сайтиков, включая этот, которые и проектами-то назвать язык не поворачивается). Но эту книгу я прочитал с большим интересом. И по-моему, ничего такого уж специфичного именно для интернет-проектов в ней нет, хоть сам Йордон во введении и говорит, что цель этой книги - показать отличия интернет-проектов от "обычных". Может быть, название - дань маркетингу? Книга была написана в 2001 году, видимо, после переосмысления результатов доткомовского пузыря. Меня же некоторое время отпугивало именно название: книгу я купил только с третьего захода.
>>>

Эдвард Йордон. Путь камикадзе

Tue, 23 Sep 2008 15:43:31 +0000

Что, страшно? В оригинале эта книга называется ещё страшнее: "Death March". Книга, как говорится, из разряда must have. В отличие от авторов множества книг, описывающих "правильное" управление программными проектами, Йордон сразу заявляет: для индустрии ПО "безнадёжные" проекты являются не исключением а нормой. Первое, что он советует сделать менеджеру такого проекта - решить, а не стоит ли сразу поменять работу, вместо того чтобы ввязываться в этот "смертельный марш". Тем, кто решил, что всё-таки стоит, и помогут приводимые в книге практические советы по выживанию в безнадёжном проекте. То есть, может быть, и помогут.
>>>

Стив Макконнелл. Профессиональная разработка программного обеспечения

Mon, 22 Sep 2008 18:27:33 +0000

Эта книга, как мне кажется, несколько выбивается из общего ряда популярных сейчас переводных книг по управлению программными проектами. Нынче у нас в моде гибкая разработка, XP, SCRUM и прочие "быстрые" методы, которые автор несколько пренебрежительно называет принципом "напишем и исправим". Он предлагает рассмотреть намного более фундаментальный подход, причём в своих рекомендациях доходит до предела: предлагает создать систему лицензирования разработчиков ПО. Ну-ну, не всё так страшно. :) Во-первых, он сам говорит, что лицензировать нужно только тех, кто разрабатывает критически важные системы, влияющие на жизнь и здоровье людей (хотя в тексте проскальзывает и слово "благосостояние"). То есть считанные проценты разработчиков.
>>>

Баготрон

Fri, 29 Aug 2008 15:43:00 +0000

Мир софта — это мир багов. Софт зарождается, чтобы побороть баги, которые были до него. Софт живёт и развивается в борьбе с багами, которые есть в нём. Софт умирает от багов, с которыми будет бороться софт, идущий ему на смену. Софт и баги неразделимы, как Инь и Ян, как свет и тьма, как жизнь и смерть. Создавая софт, ты создаёшь баги. Пока в софте находят баги, он живёт. Если в софте нет багов, значит их больше никто не ищет. А значит, софт мёртв. Начиная проект, ты открываешь новый мир для багов. Записав требование, ты создаёшь пищу для бага. Разрабатывая алгоритм, ты строишь жилище для бага. Написав оператор, ты вдыхаешь жизнь в баг. Убивая баг, ты расчищаешь место для новых багов.
>>>

Том Демарко и Тимоти Листер. Человеческий фактор: успешные проекты и команды

Fri, 15 Aug 2008 20:10:41 +0000

В английском оригинале эта книга называется «Peopleware». Это слово уже зажило самостоятельной жизнью и скоро, наверное, войдёт в словари. Об этой книге, наверное, слышали все, кто связан с разработкой программ. Нет, не слышали? Тогда послушайте, что сказал Эдвард Йордон: «Обязательно купите экземпляр Peopleware и ещё один - своему боссу. Если же вы начальник, купите по экземпляру каждому сотруднику и ещё один своему начальнику». Что, не знаете, кто такой Эдвард Йордон? Хм... тогда пора уже узнать. На этой странице скоро появятся ссылки и на его книги.
>>>

Эрик Синк. Бизнес для программистов. Как начать своё дело

Tue, 22 Jul 2008 16:42:28 +0000

Ещё один известный блоггер. Точнее, неизвестный блоггер. Настолько неизвестный, что ему посвящён сайт www.notalegend.com. Какими всё-таки извилистыми путями иногда доходит до меня информация. Это ж надо было купить в магазине книгу, представляющую собой бумажное издание блога, чтобы узнать из неё, что MSDN - это не просто справочник программиста по продуктам Microsft, а ещё и сборник интересных статей. Ну, по крайней мере, так было в году так 2003, когда Эрик Синк публиковал там свои эссе. Честно, я не знал. Но меня можно простить: по-английски я читать не люблю, а русские переводы на сайте MSDN появились сравнительно недавно, причём попытка почитать "блоги русских независимых экспертов" навевает такую тоску... нет, я всё-таки, пожалуй, подожду появления чего-нибудь более интересного, чем тупая и прямолинейная реклама.
>>>

Джоэл Спольски. Джоэл о программировании

Tue, 22 Jul 2008 15:45:39 +0000

Вообще-то это не совсем книга, а блог. Точнее, избранные статьи из блога www.joelonsoftware.com. Честно признаюсь: именно эта книга подтолкнула меня к созданию вот этого сайта. Ну, то есть, я давно собирался и готовился, но финальным толчком оказалась именно она. Да, должен предупредить: если вам попадёт в руки эта книга, то не читайте комментарии "научного редактора". То есть сожмите всю волю в кулак и не обращайте внимания на сноски. Если можете. (Я вот не могу. Мне всегда кажется, что в сносках говорится о чём-то очень важном. И почти всегда разочаровываюсь.)
>>>

Роберт Гласс. Факты и заблуждения профессионального программирования.

Fri, 11 Jul 2008 18:30:54 +0000

Вообще-то автор хотел назвать свою книгу "Fifty-Five Frequently Forgotten Fundamental Facts (and a Few Fallacies) about Software Engineering". Или, коротко, "F-Book". Но, как он пишет во вступлении, эта гениальная маркетинговая идея была отвергнута издателем. Потому что название получилось бы немного неполиткорректным. Нетрудно догадаться, что в книге обсуждаются некоторые известные, а также малоизвестные утверждения о профессиональном программировании. Цитировать все эти утверждения было бы глупо, вместо этого я приведу только некоторые понравившиеся фразы.
>>>

Алан Купер. Психбольница в руках пациентов.

Fri, 11 Jul 2008 12:02:34 +0000

Моя дочка с детства мечтала стать программистом. Как папа. Вообще-то она прирождённый гуманитарий. И серьёзно собирается поступать в гуманитарный университет, на факультет истории искусств. Но каждый раз, когда я приношу и ставлю на полку новую книгу по своей специальности, она, отсмеявшись, снова спрашивает: "Пап, а ты научишь меня программировать? Ну хоть чуть-чуть!" Ну сами посудите: на полке стоят рядочком книги. "Язык Ада". "Путь камикадзе". "Как пасти котов". А теперь вот ещё "Психбольница в руках пациентов". И папа утверждает, что это все эти книги нужны ему для работы!
>>>

Фредерик Брукс. Как создаются программные системы. Мифический человеко-месяц

Thu, 10 Jul 2008 19:55:33 +0000

Комментировать эту книгу - всё равно что комментировать букварь, по которому мы когда-то учились читать. Всеми признанная, всеми цитируемая классика, библия айтишников, альфа и омега руководителей программных проектов. Но я всё-таки не удержусь и скажу пару слов и от себя. С одной стороны, поражает, как далеко Фредерик Брукс заглянул в будущее. Тридцать с лишним лет назад он ясно видел, как будет развиваться отрасль разработки программных систем.
>>>

Инструменты, без которых нельзя обойтись - продолжение

Thu, 03 Jul 2008 19:36:57 +0000

Вторым действительно необходимым инструментом, без которого нельзя заниматься разработкой программ, является средство отслеживания ошибок aka багтрекер. Программисты всегда допускают ошибки. Это проистекает из самой сущности программирования. Все это давно знают, и все с этим соглашаются, включая даже самых упёртых менеджеров. Но вот удивительнейшая вещь: до сих пор огромное количество менеджеров почему-то считает, что ошибки будут совершать какие-то другие, абстрактные программисты, а не те, с которыми работают лично они.
>>>

Инструменты, без которых нельзя обойтись

Sat, 07 Jun 2008 17:11:50 +0000

Я имею в виду, конечно, не компиляторы, IDE и прочие отладчики, без которых нельзя ничего разработать в принципе, а средства, обеспечивающие связанные с разработкой функции. Или всё то, что принято сейчас называть программной инженерией. Разработчики программного обеспечения сейчас не страдают от недостатка инструментов. Скорее даже, наоборот, страдают от их переизбытка. Представьте, что вам наконец-то подвернулась возможность начать свой собственный программный проект. То есть вы и только вы решаете, сколько вам нужно людей и какой квалификации, как распределить роли в команде и самое главное - как заставить всё это работать. А поскольку вы айтишник (вы же айтишник?), вы уже знаете, что в рутинной работе вам обязан помогать компьютер. Нет, не знаете? А вы точно айтишник?
>>>

Лас Книгас

Tue, 03 Jun 2008 13:22:20 +0000

Я люблю покупать книги не через интернет, а в книжных магазинах. Это ведь целый ритуал. Надо повертеть книгу в руках, пошуршать страницами, почувствовать её запах. Просмотреть несколько страниц, оценить стиль текста и качество перевода. Почитать предисловие, отзывы. Познакомиться, одним словом. А в интернете разве можно знакомиться? ;) В общем, я лояльный клиент традиционных книжных магазинов. Это для таких, как я, открывают книжные отделы в торговых центрах: пока жена с дочкой мечутся по этажам, решая вечную женскую проблему "носить нечего, а вешать некуда", я прячусь от суеты в книжном.
>>>

Простые инструменты

Mon, 02 Jun 2008 20:41:28 +0000

Из семинаров, организуемых сообществом Agile Russia, я, среди прочего, вынес увлечение простыми средствами управления проектами. Особенно мне полюбились клейкие разноцветные листочки, с помощью которых можно соорудить практически любое визуальное средство контроля и управления, включая простейшие напоминалки, и более сложные диаграммы и таблицы. Началось всё с доски задач. Выяснилось, наконец, зачем мы пять лет назад притащили на себе из Кореи рекламные материалы - громоздкие, но лёгкие пенопластовые панели с изображением наших терминалов. Оказывается, это и была наша taskboard, хотя тогда мы об этом не догадывались.
>>>