Joel on Software: Selected Essays

Книгу читать было интересно и, местами, полезно. Хотя очень много спорных, дискуссионных вопросов. Потом, книга написана довольно давно (вернее, это сборник статей на разные тематики, но дело не в этом), технологии там разбираются, конечно, старые. Но пока речь идет о менеджменте, о подходе к решению проблем и пр., то выводы можно считать актуальными. Другое дело, что американский менеджмент мне в работе как-то неприменим, но почитать было интересно. :) В любых фирмах хватает своих проблем, и на Западе тоже. У автора был большой опыт работы, поэтому смог продемонстрировать конструктивное и неконструктивное решение таких вопросов его начальством.
Что касается технической стороны дела, увы, многое уже устарело, и читается как история. Ну, это как вы начнете объяснять детям, что такое дискета. В сети сейчас даже ходит мем, когда ребенку показывают дискету, а он говорит: о, ты сделал 3D модель кнопки “Сохранить”? Вот и тут рассказы про азы почтовых программ и пр. Но сама логика, идея, как и то, почему одна фирма удержалась на рынке, а другую сейчас никто уже и не помнит - это актуально.
Потом, сейчас есть такая проблема, что “вход в IT” понизился. Проблема или достоинство? С одной стороны, тут есть ряд очевидных плюсов, с другой - может быть, менее очевидные минусы. Некоторые школьники говорят: зачем мне институт, я программировать и без него научусь. Да, выучить сам язык программирования сейчас несложно. Но этого мало. Это как взяться писать “Войну и мир” только потому, что ты знаешь русский язык. Как говорили в одном известном детском фильме “энциклопедия дает краткую информацию, а школа, институт дают фундаментальные знания”. Так и тут. За 4-хмесячные курсы можно худо-бедно научиться верстать одностраничные сайты. Но за этот срок невозможно погрузиться, например, в Big Data. Да, в программировании есть области, где можно обходиться без знания математики. Но также есть и те, где высшая математика необходима, а есть и те, где очень и очень желательно хорошо разбираться в архитектуре кода. По сути автор тоже пишет об этом в своей книге:

Можно использовать инструмент, облегчающий тебе работу. Но для качественной работы ты должен очень хорошо понимать, что именно там прячется “под капотом”. Только тогда ты сможешь обойти ошибки инструмента (а они обязательно будут, ведь программирование без ошибок пока не бывает), а не искать судорожно поломку в своей программе. Кстати, это относится не только к программистам. Если вы пользуетесь какой-то программой для своей, не связанной с IT работы, внимательнее отнеситесь к ее сообщению об ошибках. Не надо сразу закрывать ее и кричать - у меня все поломалось! Иногда достаточно просто спокойно прочитать сообщение и проанализировать ситуацию, чтобы найти решение.
Была еще одна интересная фраза, которая сильно заставила меня призадуматься:

Вот так вот человек категоричен, он ищет унифицированных сотрудников. Да, это частый выбор иностранных компаний. С точки зрения бизнеса - вполне логично. Легко свернуть неактуальное направление и перекинуть работников на другое. Но полностью унифицированных людей не бывает. Возьмите хотя бы футболистов, ведь даже им приписывают особые роли: вратарь, нападающий, полузащитник. И, дай бог, если кто-то может хорошо исполнять две роли, это и то будет считаться большой удачей. И если вы занимаетесь, скажем, наукоемким производством, тоже не вздумайте следовать этому совету. Тогда вам может понадобиться человек, глубоко погруженный в проблему. А если эта разработка сама по себе займет несколько лет, а далее будет еще и постепенное развитие отрасли, то вам будет глубоко наплевать, подходит ли этот человек для другой команды. Вы сделаете все, чтобы его не отпускать больше никуда.
Так что я не могу сказать, что везде и всегда согласна с автором, но узнать его мнение было интересно. И, конечно, за счет юмора, историй для разрядки, читается она очень легко.

Книга,конечно же интересная, но вот практического опыта добавит врядли. Многие статьи автора уже устарели. Возьмем к примеру 12 правил Джоела об организации ИТ компании. Конечно же на начало 2000-х они были откровением, но сейчас врядли встретишь компании, у которых было бы менее 10 баллов по шкале(я не встречал, хотя поменял достаточно мест работы. Даже в прибыльных стартапах на 2-3 разработчика).

Интересно было прочесть о взгляде на .NET, в самом начале его популяризации.

Было очень любопытненько почитать о «внутренней кухне» копаний, например
Майкрософта.

А так увлекательное чтиво для ИТшников, которое поможет расслабиться в перерывах разработки, улыбнуться над шутками автора.

Вердикт 5/5 и мастРид для всех, кто связан с разработкой Веб и десктоп приложений

В книге хватает интересных идей. Например, как проводить собеседования, как организовать процесс, как выпускать продукт на рынок, как его лучше продавать. Автор сам является главой продуктовой компании, поэтому мысли связанные с этим можно подчерпнуть.

Книга представляет собой сборник статей написанных 1999 - 2003 годах. Половина нее посвящено технологиям, которые уже не актуальны. Автор работал в Майрософт, много описывает про их технологии и инструменты.

Произведение небольшое около 350 страниц. Из-за того, что каждый раздел - это несколько страниц, читается легко и удобно.

Подойдет как программистам, так и менеджерам. Совсем технической можно назвать только первую часть книги.

Кстати, в переводе от С. Маккавеевой, встречаются довольно провокационные примечания научного редактора. Со многими не был согласен и испытывал даже неловкость от них.

Я бы не стал советовать эту книгу, как лучшую, которую я читал про IT.

Книга не произвела большого впечатления, но и не разочаровала. Многие вещи о которых пишет автор сейчас уже утратили актуальность, т.к. всем давно известные и понятны. Да, нужно тестировать. Да, нужно планировать и проектировать, перед тем как приступать к разработке ПО. Но кто сейчас этого не делает? Думаю, что 10 лет назад, когда Джоэл и писал большинство статей, из которых и состоит книга, они были куда более востребованы.
Тем не менее, удовольствие от прочтения я получил: сами заметки написаны очень легким, полным юмора языком и читаются на одном дыхании...

Джоэл Спольски — одна из тех фигур, о которой в мире программистов не слышал лишь тот, кто последние 15–20 лет провёл либо ходя пешком под столом, либо же в криогенной камере. Он стал известен благодаря своему блогу (joelonsoftware.com), который он активно наполнял в начале нулевых, и с тех пор многие его статьи переведены на разные языки, в том числе и на русский. Кстати, если вы всё же принадлежите к программистской среде и имя это вам не знакомо, то, полагаю, вам будет достаточно того, что этот человек стоял у истоков ресурса Stack Overflow, который потом расширился до Stack Exchange.

В общем, с личностью разобрались, теперь давайте поговорим о книге: она представляет собой набор мало связанных друг с другом эссе, посвящённых различным аспектам разработки. Большинство (если не все) эссе в этой книге являются копиями записей из ранее упомянутого блога, поэтому, если вы уже читали блог, то, вероятно, книгу уже читать будет неинтересно. Хотя я и не уверен, что всё, что есть в книге, есть также и в блоге — я не читал блог, только некоторые статьи из оного, поэтому сложно что-то сказать по теме совпадения текста книги и блога. Тем не менее, на мой взгляд, книгу читать проще и приятнее, чем вычленять наиболее интересные блогозаписи самостоятельно, тут уже за тебя всё сделали — бери и читай.

Как я уже упоминал, статьи посвящены самым разным аспектам, и объединяет их лишь одно: они все посвящены разработке. Джоэл пытается рассуждать о разных темах с точки зрения программиста, немного дизайнера и менеджера. Не зря его блог был так популярен: эссе действительно интересны и видно, что написаны человеком небезразличным, не «эффективным менеджером». Кроме того, т. к. он пишет как бы с разных позиций, в его книге нет однобокости типа «все программисты ленивые сволочи» или «все менеджеры одинаково идиоты». Менеджер или программист — неважно — эта книга будет интересна обеим сторонам, но всё же человеку, занятому организационными вопросами, книга будет полезнее, на мой взгляд.

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

На эту тему очень показательна статья по Unicode, которая есть в книге и которая была написана в блоге в 2003 году. 21 год назад, а воз и ныне там. И поверьте на слово, о Unicode знает (я не про слово) лишь небольшой процент разработчиков, а работать с ним умеет ещё меньший процент.

Поэтому, что хочется сказать: читайте книгу Джоэла и просвещайтесь, пора заканчивать биться головой в один и тот же бетонный столб. Хотя кого я обманываю...