Вот вам пособие по построению из себя кодера-атомохода. О, простите, конечно же не кодера. Разработчика. Исключительно так.
Разработчика, которого сами все зовут. Разработчика, которому сами всё дают. Того, кто полезен, универсален, не замыкается в своём мирке, будь то ось, язык или мамкина хата. Того, кто горит, но не рассыпается после яркой вспышки в пепел, а идёт впереди революций, освещая своим пылающим сердцем тьму новых рубежей.
На самом деле, Чед Фаулер честно пишет зачем написана эта книга, дает совет и ему же следует. Делаешь карьеру в айти - пиши блог, пиши книгу, учи и учись, общайся, зажигай.
Другое дело, что для этой всей радости, путь к которой он нам показывает, нужен начальный капитал: энергия, амбиции, умения, интерес к своему делу, устойчивая самооценка. Тогда конкретные полезные штуки отсюда можно взять.
А если мотивацию нужно собирать по крошкам и не знаешь куда приткнуться, то вот это накачивание галонов позитива в мозг может вызвать раздражение или сильный энтузиазм с последующим разочарованием. А ещё на такие книжки люди подсаживаются, как на пирожные. Вместо получения счастья от работы легче ведь получаться счастье от чтения о том, что от работы можно получать счастье.
Очень сладкая книжка, очень приятная и волнующая.
Не обязательно быть программистом, что бы чтение этой книги принесло вам пользу. Может быть тут и есть узкоспециализированные моменты, но я вот, как не программист, нашла в ней и для себя много интересного.
Она про построении карьеры и самого себя, про то, что кем бы ты и где бы не работал, проблема твоего роста личного и карьерного это твое личное дело, и делегируя его своим руководителям, компании, родителям ты рискуешь.
Книга представляет из себя сборник советов с пояснениями, почему совет полезен, и набором первых небольших шагов, что бы начать что-то менять сразу после прочтения.
Многие советы вроде очевидны, но эта очевидность, которую осознаешь только, когда прочитаешь.
PS: Привет, я из будущего, перечитай эту книгу еще раз.
Взявшись читать эту книгу, необходимо четко осознавать, что вы хотите почувствовать в итоге. Наверное, большинство возьмут её в руки в надежде на получение некоей мотивации или руководства к действию, что кажется очевидным из названия. Но знаете что? Меня эта книга погрузила в пучину отчаяния и депрессии. Дело собственно в том, что если вы не житель благополучной страны, если у вас нет великолепного образования, если вы не обладатель хороших мозгов, то ваши стартовые условия совершенно не подходят под описанные в книге. Там как раз и рассказывается, как переплюнуть нас - посредственных начинающих программистов из развивающихся стран (хорошо, возможно автор писал только про индийцев, но мы же все понимаем, о ком речь :) ).В любом случае, чтобы стать незаурядным программистом, нужно жить программированием. Серьезно. Программирование или жизнь.Если это про вас, то конечно смело читайте эту книгу. Ну или в любом случае читайте, потому что в ней крайне много здравых советов по саморазвитию и построению карьеры, и в дополнение множество занимательных примеров. Да и шутки там довольно забавные, если вы уже успели погрузиться в мир IT с головой. Однако, будьте готовы после этой книги подумать над тем, правильно ли вы сделали, выбрав профессию программиста. Я вот задумалась и до сих пор пребываю в сомнениях :) .
В рамках игры "Несказанные речи"
Прочитав название книги, ожидаешь, что она содержит в себе какую техническую информацию, которую так любят настоящие программисты-фанатики. На деле же книга содержит в себе 52 совета по развитию личного бренда разработчика, хотя по-идее советы применимы и к другим профессиям, как например следующее.
Стань экспертом в одном и как следует разберись во всем остальном
Советы достаточно практичные, сразу видно - основаны на опыте.
Лично мне пришлось по вкусу проведение аналогии между развитием джазового музыканта и программиста. Действительно есть чему поучиться.
Повествование очень структурировано, разделено на советы, а советы на блоки. Достаточно легко воспринимается.
В целом, я ожидала от книги с таким названием совсем другого, но то, что прочитала меня вовсе не расстроило.
хорошая
Фанатизм мной воспринимается как-то отрицательно. Фанатик - это человек, который не воспринимает аргументов и слепо отстаивает предмет, фанатиком которого он является. Вряд ли я купил бы эту книгу, зная о ней только её название. Однако, я - большой любитель почитать комментарии и скорее всего я просто почитал отзывы об этой книге в каком-то онлайн-магазине и они меня убедили в том, что эта книга достойна того, чтобы её прочитать. На самом деле книга называется Passionate Programmer - страстный или пылкий программист. Впрочем, если перевести название книги именно так, многие бы решили, что книга представляет собой какой-то любовный роман о программисте :)
Книга по своему содержанию чем-то похожа на многочисленные книги в области менеджмента и маркетинга. Как замотивировать сотрудников и увеличить продажи, создать сплочённый коллектив и т.п. Как-то автоматически принято считать, что следующая ступенька карьерного развития - это должность руководителя. Но, не каждый хочет стать руководителем. Нет, правда. Многие обманывают сами себя, идя на поводу у сложившегося стереотипа "успеха". Как-то автоматически считается, что "успех" - это в ту сторону: быть руководителем, а то и владельцем бизнеса, зарабатывая много денег. Но ведь можно быть руководителем самого себя, мотивировать самого себя и развиваться в своей профессиональной области.
На собственном опыте я убедился в том, что разница в производительности разных людей может различаться на порядок. Один человек может сделать за день то, на что у другого уходит неделя. Ситуация усугубляется ещё тем, что коллектив низкопроизводительных людей тратит дополнительное время на взаимодействие и на соблюдение формальных правил, которые не позволяют тянуть телегу каждому в свою сторону. На мой взгляд, гораздо приятнее работать в небольшом коллективе специалистов высокого уровня, чем руководить посредственностями. А чтобы работать в коллективе специалистов высокого уровня, нужно и самому быть таким. Как верно отмечено в книге, нужно быть и специалистом и универсалом. Нужно разбираться в каком-то одном предмете, но разбираться досконально от инсталляции операционной системы на пустой компьютер до связывания между собой различных информационных систем или возможности устранить неполадку в чужом исходном коде.
В среде программистов на таких людей часто навешивают ярлык "ковбой". Однако люди часто останавливают дальнейшие размышления над темой, когда они нашли подходящее слово. Если слово найдено, значит дальше думать не нужно - всё понятно. О чём-то похожем писал Фейнман в книге "Вы, конечно, шутите, мистер Фейнман!", когда рассказывал о своём отце. Люди думают, что если они знают название птицы, значит они знают эту птицу, но на самом деле они могут не знать об этой птице ничего, кроме её названия всего на одном языке. Если задуматься и попытаться осмыслить "ковбоев" как явление, то окажется, что именно "ковбои" придумали экстремальное программирование, гибкие методики разработки, скрам и непрерывную интеграцию. Это те методики, которые заявляют: "Будь мужиком, просто напиши этот код!" или, как гласит девиз Nike, "Just do it!"
Современные языки программирования поддерживают всё более мощные концепции, которые избавляют программистов от необходимости думать о разнообразных "мелочах": уборке мусора, продумывании структур данных. Вместо этого становится возможным освобождать память автоматически, когда объект покидает область видимости или генерировать на лету кортеж или хэш-массив, не описывая предварительно список возможных полей структуры и их тип. Большое количество уже готовых модулей позволяет ещё больше ускорить разработку. Более мощный язык позволяет работать в более ковбойском стиле и выполнять в одиночку или силами небольшого коллектива работу, которая раньше была под силу только довольно крупным компаниям. Тут важно не попасться в плен какой-то одной технологии и стараться использовать минимум сторонних библиотек и фреймворков, выбирая из них самые простые, так чтобы сопровождение системы по-прежнему оставалось под силу одному человеку или небольшому коллективу.
Мне хочется двигаться именно в таком направлении. Правда такое направление лучше сочетается с деятельностью системного администратора Unix, поэтому я себя позиционирую не как программиста, а как системного администратора. Деятельность системного администратора позволяет проникнуть во все аспекты системы, видеть насущные проблемы системы, общаться с пользователями. Программисты вынуждены каждый день работать над кодом и часто углубляются в тонкости не самых лучших технологий, не имея времени на ознакомление с более перспективными технологиями и не имея возможности оценить место своей программы в общей системе и её роль в компании. У системного администратора оказывается больше времени на то, чтобы уделять внимание изучению перспективных технологий и языков программирования, вырваться за узкие рамки специализации и видеть больше. В результате формируется хорошее понимание проблем, пожеланий и наиболее перспективных направлений для их решения и реализации.
Вернусь к книге. Некоторые главы я читал с чувством полного понимания, т.к. до их идей я уже дошёл самостоятельно. Например - это идея работать положенные 8 рабочих часов, но с максимальной отдачей. Другая - необходимость уметь грамотно формулировать мысли и излагать их письменно. Третья - работать инициативно, имея собственный план, а не только по указке сверху. Некоторые главы оказались для меня неожиданными, потому что о соответствующих аспектах работы я попросту не задумывался. Отчасти я стал понимать побуждения, двигавшие руководством моей компании в недавних изменениях, касающихся реорганизации работы программистов. Например, программистам следует чаще общаться с бизнесменами, сообщать руководителю о проделанной работе и рабочих планах, лично общаться с коллегами. Наставничество и работа над свободными проектами тоже дадут ощутимый вклад в саморазвитие.
Впрочем, в книге можно находить новые и новые идеи для саморазвития, периодически перечитывая её. Часто для того, чтобы по-настоящему понять чужую мысль, оказывается нужно дойти до неё самостоятельно. Не знаю, совпадение ли это, но в книге 53 главы, а в конце каждой из них есть советы, как проработать соответствующую тему. В году 52-53 недели и, видимо, можно работать над каждым заданием по неделе, так что, если не выбиваться из графика, за год все задания окажутся проработанными.
Источник
Я прочитала книгу "Программист-фанатик" и хочу поделиться впечатлениями.⠀
⠀
Книга стоит того, чтобы ее прочитали. В ней около 200 страниц и ровно 53 совета. Правда, некоторые из советов копируют в какой-то степени друг друга; хорошо, что таких мало.⠀
⠀
Сама книга читается легко и быстро, автор однозначно поясняет все пункты и приводит примеры из своей жизни. (Представляете, он не только программист, но и участник джаз бэнда!) Такие обоснования помогают понять, что все написаное взято не с неба, а с личного опыта. ⠀
⠀
О полезности содержания можно сказать то, что советы будут актуальны всегда и что полезны они будут для каждого, кто ее прочтет. В том числе и для тех, кто еще не работает (в книге очень много пишут про карьерный рост).⠀
⠀
Лично у меня после прочтения возникает желание применить сразу все на практике, что, к сожалению, не выйдет :). Все потому, что большое внимание уделено развитию индивидуальности и универсальности, что само собой подразумевает долгий и упорный труд. ⠀
⠀
Так какой главный вывод? Полезно будет прочитать ВСЕМ. Даже если с программированием и не знакомы. Напоминаю, некоторые советы автор сформировал, когда был еще только музыкантом.