
Ваша оценкаРецензии
Maple8124 августа 2023Читать далееКнигу читать было интересно и, местами, полезно. Хотя очень много спорных, дискуссионных вопросов. Потом, книга написана довольно давно (вернее, это сборник статей на разные тематики, но дело не в этом), технологии там разбираются, конечно, старые. Но пока речь идет о менеджменте, о подходе к решению проблем и пр., то выводы можно считать актуальными. Другое дело, что американский менеджмент мне в работе как-то неприменим, но почитать было интересно. :) В любых фирмах хватает своих проблем, и на Западе тоже. У автора был большой опыт работы, поэтому смог продемонстрировать конструктивное и неконструктивное решение таких вопросов его начальством.
Что касается технической стороны дела, увы, многое уже устарело, и читается как история. Ну, это как вы начнете объяснять детям, что такое дискета. В сети сейчас даже ходит мем, когда ребенку показывают дискету, а он говорит: о, ты сделал 3D модель кнопки “Сохранить”? Вот и тут рассказы про азы почтовых программ и пр. Но сама логика, идея, как и то, почему одна фирма удержалась на рынке, а другую сейчас никто уже и не помнит - это актуально.
Потом, сейчас есть такая проблема, что “вход в IT” понизился. Проблема или достоинство? С одной стороны, тут есть ряд очевидных плюсов, с другой - может быть, менее очевидные минусы. Некоторые школьники говорят: зачем мне институт, я программировать и без него научусь. Да, выучить сам язык программирования сейчас несложно. Но этого мало. Это как взяться писать “Войну и мир” только потому, что ты знаешь русский язык. Как говорили в одном известном детском фильме “энциклопедия дает краткую информацию, а школа, институт дают фундаментальные знания”. Так и тут. За 4-хмесячные курсы можно худо-бедно научиться верстать одностраничные сайты. Но за этот срок невозможно погрузиться, например, в Big Data. Да, в программировании есть области, где можно обходиться без знания математики. Но также есть и те, где высшая математика необходима, а есть и те, где очень и очень желательно хорошо разбираться в архитектуре кода. По сути автор тоже пишет об этом в своей книге:
Следствие из закона дырявых абстракций: когда некто предлагает новое волшебное средство генерации кода, призванное неслыханно повысить эффективность нашего труда, многие говорят: сначала научись делать это вручную, а уж потом пользуйся этим волшебным инструментом для экономии времени. Средства генерации кода, претендующие на то, чтобы абстрагировать нас от чего-то, оказываются дырявыми, как и все абстракции, и единственный способ компетентно справляться с дырами, это изучить, как действуют эти абстракции и от чего они нас абстрагируют. Поэтому абстракции дают возможность тратить меньше времени на работу, но не дают возможности тратить меньше времени на учебу.Можно использовать инструмент, облегчающий тебе работу. Но для качественной работы ты должен очень хорошо понимать, что именно там прячется “под капотом”. Только тогда ты сможешь обойти ошибки инструмента (а они обязательно будут, ведь программирование без ошибок пока не бывает), а не искать судорожно поломку в своей программе. Кстати, это относится не только к программистам. Если вы пользуетесь какой-то программой для своей, не связанной с IT работы, внимательнее отнеситесь к ее сообщению об ошибках. Не надо сразу закрывать ее и кричать - у меня все поломалось! Иногда достаточно просто спокойно прочитать сообщение и проанализировать ситуацию, чтобы найти решение.
Была еще одна интересная фраза, которая сильно заставила меня призадуматься:
Даже если вам попался кандидат, который великолепно справится с вашей конкретной задачей, но не очень подойдет для других бригад, ответом должно быть не брать.Вот так вот человек категоричен, он ищет унифицированных сотрудников. Да, это частый выбор иностранных компаний. С точки зрения бизнеса - вполне логично. Легко свернуть неактуальное направление и перекинуть работников на другое. Но полностью унифицированных людей не бывает. Возьмите хотя бы футболистов, ведь даже им приписывают особые роли: вратарь, нападающий, полузащитник. И, дай бог, если кто-то может хорошо исполнять две роли, это и то будет считаться большой удачей. И если вы занимаетесь, скажем, наукоемким производством, тоже не вздумайте следовать этому совету. Тогда вам может понадобиться человек, глубоко погруженный в проблему. А если эта разработка сама по себе займет несколько лет, а далее будет еще и постепенное развитие отрасли, то вам будет глубоко наплевать, подходит ли этот человек для другой команды. Вы сделаете все, чтобы его не отпускать больше никуда.
Так что я не могу сказать, что везде и всегда согласна с автором, но узнать его мнение было интересно. И, конечно, за счет юмора, историй для разрядки, читается она очень легко.11 понравилось
228
BeeksFibrillary21 марта 2019По сути, книга - это подборка переведенных статей с блога автора.
Местами серьёзно, местами задорно и весело. По разному.
Все статьи объединены областью - IT. Но все - о разном. Про IT в целом, пожалуй, но -небольшими кусочками
Что-то заставит задуматься, что-то не затронет вообще, от каких-то статей подгорит.
Понравился стиль автора (и переводчик молодец)6 понравилось
924
catlion11 февраля 2010Почему IE стал доминирующим браузером на рынке?
Почему Duke Nukem Forever так и не вышел.
Почему браузер Opera так и не стал популярным.
В чем причина провала Sun.
Почему Microsoft каждый год выдает новую версию .NET, и почему ее использует так мало настольных приложений.
Зачем крупный бизнес поддерживает Open Source.
Хотите узнать ответы на эти вопросы? Читайте книгу.5 понравилось
242
AtNovember18 февраля 2024Мне понравилось, написано про скучные вещи, но весело!
В целом занятная книжка, написана с позитивом, я даже благодаря ней увлеклась разработкой на С. К сожалению, многое из того о чем пишет автор немного устарело, как например график работ: сейчас для этого уже придумали дофига инструментов trellis, jira… и методологий оценки Scrum, Kanban…Читать далее
или про долю компьютеров Mac ))) в 2024 году эта статистика вызывает улыбку!
Думаю, улыбку бы оно вызвало еще в 2010е
Однако что-то еще остается актуальным, спецификации по-прежнему скучные! И их никто не читает!4 понравилось
221
glock632 декабря 2011Читать далееКнига,конечно же интересная, но вот практического опыта добавит врядли. Многие статьи автора уже устарели. Возьмем к примеру 12 правил Джоела об организации ИТ компании. Конечно же на начало 2000-х они были откровением, но сейчас врядли встретишь компании, у которых было бы менее 10 баллов по шкале(я не встречал, хотя поменял достаточно мест работы. Даже в прибыльных стартапах на 2-3 разработчика).
Интересно было прочесть о взгляде на .NET, в самом начале его популяризации.
Было очень любопытненько почитать о «внутренней кухне» копаний, например
Майкрософта.А так увлекательное чтиво для ИТшников, которое поможет расслабиться в перерывах разработки, улыбнуться над шутками автора.
Вердикт 5/5 и мастРид для всех, кто связан с разработкой Веб и десктоп приложений
4 понравилось
394
andrew_evtukhov26 сентября 2021Слышал много хороших отзывов об этой книге, но мои ожидания скорее не оправдались.
Читать далееВ книге хватает интересных идей. Например, как проводить собеседования, как организовать процесс, как выпускать продукт на рынок, как его лучше продавать. Автор сам является главой продуктовой компании, поэтому мысли связанные с этим можно подчерпнуть.
Книга представляет собой сборник статей написанных 1999 - 2003 годах. Половина нее посвящено технологиям, которые уже не актуальны. Автор работал в Майрософт, много описывает про их технологии и инструменты.
Произведение небольшое около 350 страниц. Из-за того, что каждый раздел - это несколько страниц, читается легко и удобно.
Подойдет как программистам, так и менеджерам. Совсем технической можно назвать только первую часть книги.
Кстати, в переводе от С. Маккавеевой, встречаются довольно провокационные примечания научного редактора. Со многими не был согласен и испытывал даже неловкость от них.
Я бы не стал советовать эту книгу, как лучшую, которую я читал про IT.
3 понравилось
536
AlexAfonin29 декабря 2011Читать далееКнига не произвела большого впечатления, но и не разочаровала. Многие вещи о которых пишет автор сейчас уже утратили актуальность, т.к. всем давно известные и понятны. Да, нужно тестировать. Да, нужно планировать и проектировать, перед тем как приступать к разработке ПО. Но кто сейчас этого не делает? Думаю, что 10 лет назад, когда Джоэл и писал большинство статей, из которых и состоит книга, они были куда более востребованы.
Тем не менее, удовольствие от прочтения я получил: сами заметки написаны очень легким, полным юмора языком и читаются на одном дыхании...3 понравилось
682
ixsci13 ноября 2024Джоэл обо всём
Читать далееДжоэл Спольски — одна из тех фигур, о которой в мире программистов не слышал лишь тот, кто последние 15–20 лет провёл либо ходя пешком под столом, либо же в криогенной камере. Он стал известен благодаря своему блогу (joelonsoftware.com), который он активно наполнял в начале нулевых, и с тех пор многие его статьи переведены на разные языки, в том числе и на русский. Кстати, если вы всё же принадлежите к программистской среде и имя это вам не знакомо, то, полагаю, вам будет достаточно того, что этот человек стоял у истоков ресурса Stack Overflow, который потом расширился до Stack Exchange.
В общем, с личностью разобрались, теперь давайте поговорим о книге: она представляет собой набор мало связанных друг с другом эссе, посвящённых различным аспектам разработки. Большинство (если не все) эссе в этой книге являются копиями записей из ранее упомянутого блога, поэтому, если вы уже читали блог, то, вероятно, книгу уже читать будет неинтересно. Хотя я и не уверен, что всё, что есть в книге, есть также и в блоге — я не читал блог, только некоторые статьи из оного, поэтому сложно что-то сказать по теме совпадения текста книги и блога. Тем не менее, на мой взгляд, книгу читать проще и приятнее, чем вычленять наиболее интересные блогозаписи самостоятельно, тут уже за тебя всё сделали — бери и читай.
Как я уже упоминал, статьи посвящены самым разным аспектам, и объединяет их лишь одно: они все посвящены разработке. Джоэл пытается рассуждать о разных темах с точки зрения программиста, немного дизайнера и менеджера. Не зря его блог был так популярен: эссе действительно интересны и видно, что написаны человеком небезразличным, не «эффективным менеджером». Кроме того, т. к. он пишет как бы с разных позиций, в его книге нет однобокости типа «все программисты ленивые сволочи» или «все менеджеры одинаково идиоты». Менеджер или программист — неважно — эта книга будет интересна обеим сторонам, но всё же человеку, занятому организационными вопросами, книга будет полезнее, на мой взгляд.
Считаю, что данную книгу стоит прочитать всем, кто хоть как-то связан с разработкой в информационной среде, а может даже и тем, кто с ней не связан совсем, но интересуется этой темой. В книге почти нет каких-то сложных технических подробностей (может, поэтому его блог и был так популярен?), зато много полезной критики существующих и существовавших решений. Но критикой всё не ограничивается, Джоэл рассуждает о том, что и как можно было бы сделать, чтобы избежать тех или иных проблем. К сожалению, целый ворох проблем, которые поднимает Джоэл, существуют до сих пор — человек остаётся верен своей древней традиции: наступать на одни и те же грабли вновь и вновь.
На эту тему очень показательна статья по Unicode, которая есть в книге и которая была написана в блоге в 2003 году. 21 год назад, а воз и ныне там. И поверьте на слово, о Unicode знает (я не про слово) лишь небольшой процент разработчиков, а работать с ним умеет ещё меньший процент.
Поэтому, что хочется сказать: читайте книгу Джоэла и просвещайтесь, пора заканчивать биться головой в один и тот же бетонный столб. Хотя кого я обманываю...
2 понравилось
102
iovomod19 августа 2013Интересная книга, написанная в форме отдельных статей из блога автора. Понравилось как автор рассказывает о позиции project managera. Сам Спольски проработал в Мелкософте 3 года, делится своим опытом. Проводит различные исторические экскурсы в жизнь IT мейнстрима =) Также рассказывает о языках программирования, и платформах разработки.
Понравилось как описан приход платформы .NET
2 понравилось
588
