Книги + программисты = деньги

Программистам надо читать профессиональные книги, чтобы развиваться. Банально, не правда ли?
Но знаете ли вы точно, какой эффект оказывает каждая прочитанная книга на программиста? Как она повышает его эффективность, то есть производительность труда, и его умения решать новые сложные задачи?
В конце концов, какая разница работодателю, читает программист книги или нет?
Попробую ответить на эти вопросы.



Когда я захотел оценить влияние прочитанных книг на эффективность программиста, то стал искать в интернете исследования на эту тему. И не нашел ни одного. Если кто-то знает такие исследования - буду благодарен за ссылки.
Раз исследований нет, то я стал думать и экстраполировать свой опыт на остальное человечество, ибо я - программист, а значит книги на меня влияют примерно также, как и на остальных программистов.
Я стал вспоминать свои прочитанные профессиональные книги и то, какой эффект они оказали на меня и, главное, на мою работу. Сложно оценить в процентах или еще как-то влияние книги на производительность труда, но можно оценить “ощущение”. Именно это я и делал.

Получилось, что по моим ощущениям, самые лучшие книги повышали мою производительность сразу процентов на 10-20!
При этом только совсем небольшая часть книг совсем не оказала влияния на меня, я их просто забыл сразу после прочтения.
А большинство книг дали небольшое увеличение производительности, может на 1-2 процента. То есть, например, такие книги могли дать лучшее понимание языка или алгоритмов, которые помогли в будущем сделать что-то быстрее. А другие давали лучшее понимание процессов разработки ПО, что дает возможность не делать ненужную работу.
Под производительностью я имею в виду комплексный показатель, в который входит скорость работы, качество кода, количество глюков в коде, легкость сопровождения кода, уменьшение времени на гугление алгоритмов и т.п., то есть, не только сиюминутную производительно труда, но и улучшение поддерживаемости кода в дальнейшем.

Конечно, я не могу точно определить, насколько выросла моя производительность, как программиста, после прочтения книг. Я могу оценить только свое ощущение того, насколько я лучше стал понимать предметную область или насколько мой код стал лучше. Поэтому во всех дальнейших вычислениях я буду использовать очень сильно заниженную усреднённую цифру: будем считать, что каждая прочитанная профессиональная книга в среднем увеличивает производительность программиста на 1%.

Рост производительности в 1% с книги - это много или мало? Давайте посчитаем.

Допустим книга стоит 1000 рублей. Зарплата программиста пусть будет 1000$ (подставьте свою). При этом общие расходы фирмы на зарплату, содержание рабочего места, налоги и т.п. составят 2000$. Обычно фирма не работает себе в убыток и получает хотя бы 10% прибыли с каждого сотрудника (обычно больше, конечно). Так что будем считать, что программист приносит фирме 2200$, иначе его бы уволили или фирма бы разорилась.
Прочитав книгу, программист стал работать на 1% лучше, то есть стал работать не на 2200$, а на 2222$. То есть стал приносить дополнительно 22$ в месяц.
А значит он окупит купленную за 1000 рублей книгу уже через пару месяцев. И чем больше зарплата, тем быстрее окупаются книги. При этом на чтение книги уходит 1-2 недели, а потом ее уже начинает читать другой программист в фирме. Так что прибыль от книги гораздо больше, т.к. ее читает много людей.

Спросите у любого бизнесмена - что он сделает, если узнает про возможность вложить деньги во что-то, что уже через 2 месяца принесет прибыль - что он скажет? Побежит вкладывать!
Но почему-то до сих пор очень многие бизнесмены этого не понимают и не скупают все подряд книги для своих программистов?
Бизнесмен должен бегать за программистами и заставлять их читать новые книги!
Если ваш начальник не такой - покажите ему этот мой простой расчёт и он поменяет свое отношение к программистским книгам, иначе он плохой бизнесмен.

Я не могу найти причин, по которым менеджер или какой другой руководитель может отказать программисту в покупке нужной книги. Обычно они мотивируют это тем, что саморазвитие - это задача самого программиста и покупать книги он должен на свои деньги. Но это жутко недальновидно - экономя сейчас несколько тысяч рублей, работодатель теряет потенциальные десятки тысяч рублей в будущем. Даже если программист уйдет в другую фирму - работодатель все равно успеет получить с него свою долю прибыли, т.к. цикл окупаемости книг очень короток, всего пара месяцев.


Надо сказать, что чем более опытен программист, тем меньше на него влияют книги. Если он уже прочел все самые лучшие книги по теории программирования, по своему языку и предметной области, то каждая новая будет давать ему все меньше и меньше. Много меньше 1%. Не надо заставлять такого программиста читать все новые книги подряд в надежде на статистический рост эффективности на 1%. Однако надо постоянно отслеживать сайты типа Amazon.com и искать новые книги хороших авторов. Отличные книги выходят нечасто, но выходят. И их надо как можно быстрее покупать и читать.


Также пора вспомнить мою оговорку, что часть книг были абсолютно бесполезными и я их забыл сразу после прочтения. С точки зрения статистики они неважны, если программист читает много, так как их нулевой эффект сглаживается большой эффективностью действительно хороших книг. Но если работодатель напокупает своим программистам ТОЛЬКО такие книги, то выгоды никакой не будет. Накупи программистам книг из серии “C++ за 5 минут” или “Pascal для школьников” и получишь только осуждение с их стороны.


А самый лучший эффект дает небольшой набор книг, который всем программистам стоит иметь и прочитать. Предлагаю составить этот список и постоянно его пополнять. Но невозможно составить список, подходящий для всех - слишком много разных языков программирования и областей деятельности. Кто-то пишет базы данных, кто-то игры, а кто-то сайты на php. Так что в каждой компании желательно иметь свой такой список.


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

 Понравилась статья? Подпишись на RSS!

56 комментариев к Книги + программисты = деньги

  • flexcreator

    Макконнелл,
    Мейерс,
    Брукс
    Александровски,
    Касперски,
    Приемы оо-проектирования (Гамма, Хэлм, Джонсон, Влиссидес)

    Подпишусь под этим.

    От себя еще добавлю:

    Пирогов (ассемблер)
    Ламот (3д графика, С++)
    Крэг Ларман (”Applying UML and patterns”)
    Джон Роббинс (отладка)

    Ну и, разумеется, Кнут :) Его не обязательно читать от корки до корки, но под рукой иметь - не помешает.

    • Джон Роббинс (отладка) у меня в списке есть :) Отличная книга - даже взял ее с собой в Финляндию.
      Лармана не читал, а Пирогов и Ламот - для начинающих, поэтому не стал их в этот список добавлять. Ибо для начинающих список ГОРАЗДО больше и процент влияния книг гораздо выше - далеко не 1%, а все 10-20 от каждой :)

  • Xor

    Эх
    У меня на работе беда в том, что сами программисты не особо читают имеющиеся книги.
    К примеру, уже несколько недель не могу уговорить начальника прочитать купленные мной “Паттерны Проектирования”. Вообще же, человек по-моему уже лет 5 ничего не читал.
    В итоге получается, что я собеседую людей на работу - потому что у меня уже тупо больше теоретических знаний.

    Вот как с таким бороться? Потому что оно ещё колоссальный удар по другим наносит - не каждый человек понимает, зачем ему читать книги, и что ему надо читать.

    И второй случай - у нас девочка-программистка сейчас развивается исключительно экстенсивно. Т.е. она читает некоторые моменты из понравившихся книг (типа работы с параллельными вычислениями) и MSDN Journal, но прочитать те же паттерны или МакКонела не хочет…
    Тоже жесть, хотя и меньшая, чем с руководителем.

    • Xor

      P.S> Даже прочитать Рихтера .NET via C# у девушки “не получилось”. Хотя даже с точки зрения развития навыков работы только на C# это даёт огромный бонус к пониманию, ЧТО ты делаешь.

    • 1. Нужна теория. Хотя бы на уровне того, что я тут написал, чтобы все понимали зачем надо читать книги. Лучше бы найти реальные исследования, чтобы знать точный процент влияния книг на производительность.
      2. Потом нужен список книг, чтобы он был составлен авторитетным источником.
      3. Тогда всех можно тыкать в эти 1 и 2 и они должны осознать пользу и легко понять что читать. Если нет - гнать таких.
      4. Есть еще организационный момент - можно заставлять на уровне компании каждого программиста читать 1-2 книги в полгода.

      • Xor

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

  • Я бы не стал так упрощать модель. Уверен, что она не линейная, а логарифмическая.

    • true, причем чем опытнее программист, тем ближе эффект каждой книги к 0.
      Но тут тоже интересный момент - как только меняешь область деятельности, то сразу эффект книг опять взлетает до потолка.

  • Я для отслеживания кто из моих знакомых что читает и/или прочитал, использую Shelfari
    Вот мой профиль

    • Интересный сервис. Но почему-то очень мало комментариев и описаний проф. книг - одни оценки. Они мало, что говорят о книге.
      На амазоне, например, очень много комментариев можно почитать и обзоров и понять что-то про книгу.
      А букшелф на русском есть?

      • на русском - не знаю, может и есть
        а насчет комментариев - этот сервис недавно был куплен амазоном, так что я думаю, что часть комментариев может быть втянута туда.

        • Было бы интересно, если эти сервисы бы объединили. Чтобы из амазона можно было бы перейти в профили тех, кто читал эту книгу и посмотреть их отзывы и другие прочитанные книги. А то сейчас можно только посмотреть, что еще они смотрели или купили - этого мало.

      • насчет русских сервисов - я все больше склоняюсь к работе с англоговорящими коммьюнити, поскольку откликов на публикуемые статьи, заметки и т.п., значительно больше, и часто это намного более профессиональные отклики

  • Я всегда покупал и покупаю книги себе сам, даже тут в Англии, где технических книг дешевле 25 фунтов (~1200р) найти сложно. Такие вложения в себя любимого всегда окупались, хотя порой сразу это не очевидно.

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

      Но зато и прибыль от таких повышений гораздо выше :)

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

    • Xor

      Судя по опыту, у программеров нет проблемы, что они не программят.
      Иначе это какой-то странный программер получается.
      А вот книги зачастую не читают, да.

    • Ну, я не говорю, что книги заменяют опыт :)
      Они просто помогают быстрее развиваться.
      Можно вообще не читать и прогрессировать, а можно читать и не программировать и иметь 0 прогресса. Все относительно, но книги ускоряют прогресс программиста - с этим сложно поспорить.

      • наблюдение
        я помню в офисе поставил шкаф, куда наскладировал много бывших у меня книг по разным направлениям разработки, причем концептуальные книги и зачастую редкие, а так же дозакупались новые и клались в этот же шкаф, книги были по направлениям деятельности - программирование, управление проектами и разработка графики.. вобщем что могу сказать, это всё читал только я и одну книгу по ведению проектов прочитал координатор проектов, ни художники ни программисты (ни начинающие юниоры, ни сеньоры) ни художники не читали оттуда НИ-ЧЕ-ГО

        • Похожая ситуация была и у нас в Лесте. Мы накупили немало книг, я прочел их все, а остальные программисты не спешили их читать.
          Еще 2 или 3 программиста прочли часть книг. Большая же часть прочла 1, максимум 2 и больше не брала книг с полки.
          Удивительно.
          Тогда я попытался ввести обязательность прочтения книг и отчетов по ним - минидоклады про книги. Но успехом идея не увенчалась - я уволился к тому моменту :)

          • думаю такая ситуация сейчас везде
            я спросил юниора одного, у которого это было первым местом работы, почему он не читает книжек?, он ответил что все ответы на свои вопросы находит по поисковику и на форумах, так что вот откуда иногда идут такие странные вопросы в форумах

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

            • Да, информации много и это проблема. Тысячи книг написано про C++, но для профессионалов из этой тысячи интересен в лучшем случае десяток. Да и для начинающих большинство книг бесполезны. Может поэтому люди и не читают - слишком много халтуры в книгах появилось.

              • Интуитивно чувствую, что большинство книг для начинающих бесполезно. Могли бы вы порекомендовать что-то ? Я издаю свои сайты через сделанный програмистом ” editor do contudo”(издатель содержания) , хотелось бы понимать больше.

            • Xor

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

              В общем, программинг уже надо воспринимать также, как фундаментальные науки, к примеру - что нельзя “уметь программировать” не обладая неким базовым фундаментом, на который уже ПОТОМ надо наслаивать более специфичные знания.

  • SALar

    Вышеприведенные книги все таки больше рассчитаны на написание кода, а не создания программы. Соответственно, если есть желание уйти от кодера к программисту, то к Бруксу, Йордану и Демарко стоит добавить:
    * “Психбольница в руках пациента”
    * Алистер Коберн “Современные методы описания функциональных требований к системам”
    * Карл И. Вигерс “Разработка требований к программному обеспечению”
    * “Принцип Дилберта”
    Если же есть желание идти дальше, например стать ведущим, то:
    * Алистер Коберн “Быстрая разработка программного обеспечения”
    * Рекс Блэк “Ключевые процессы тестирования. Планирование, подготовка, проведение, совершенствование”
    * Голдрат “Критическая цепь”
    * Карр “Блеск и нищета информационных технологий”

    и т.д.

    • Согласен, что список далеко не полный. Это только то, что я успел уже прочитать и рекоммендую, да и то не все еще вспомнил и буду дополнять.

  • К сожалению не все книги одинаково полезны :) Я конечно говорю не о том, на сколько увеличится производительность разработчика после прочтения книги.

    На мой взгляд, пост содержит ошибочное предположение - “ибо я - программист, а значит книги на меня влияют примерно также, как и на остальных программистов.”

    Специализация (профессия) не делает людей одинаковыми. У всех нас - разработчиков - как ни крути, разный склад ума. Для кого-то книга окажется полезной, а для кого-то вредной. Именно эта предпосылка делает бессмысленной попытку людей от бизнеса заставлять разработчиков читать какие-то определенные книги.

    Один человек критически отнесется ко всему написанному и сделает выводы, которые действительно повысят его производительность. Другой же воспримет все слишком буквально, “выдумает” для себя новые принципы и сведет на нет все старания его коллег по самообразованию. Каждый наверное сможет припомнить упертого в своих убеждениях члена команды.

    Т.е. даже если пытаться это процесс контролировать (покупать книги и заставлять читать), то он все равно будет иметь непредсказуемое поведение.

    Тем не менее, хорошая практика для работодателя, иметь библиотеку, которую могут и должны формировать в том числе и сотрудники. Каждый прочитает ровно то, что ему действительно интересно и важно. Такой подход имеет большие шансы на успех, который, кстати, все же сложно оценить в абсолютных или относительных величинах. Именно поэтому никаких исследований на эту тему нет (ну или по крайней мере нет в свободном доступе).

    Сам читаю довольно много по IT-тематике. И у меня есть несколько коллег, которым я вряд ли буду рекомендовать некоторые книги. Боюсь, что это аукнется в работе и скажется на результатх моего проекта не очень хорошо.

    Правда, есть чтиво из разряда must have, и было бы очень здорово, собрать не просто список таких книг, но и классифицировать его по некоторым специфическим признакам: специализация, уровень, влияние на какие-то факторы. Что-то вроде SWEBOK от Макконнелла/

    • Специализация (профессия) не делает людей одинаковыми. У всех нас - разработчиков - как ни крути, разный склад ума. Для кого-то книга окажется полезной, а для кого-то вредной. Именно эта предпосылка делает бессмысленной попытку людей от бизнеса заставлять разработчиков читать какие-то определенные книги.

      Я не видел никого, кому бы книга навредила. Если не считать тех, кто после прочтения книг про XP или другой Agile вдруг “сходил с ума” :)
      Все-такие базовый набор важных книг не вредит - макконнелл, гамма, страуструп, фаулер - разве могут навредить?

      Правда, есть чтиво из разряда must have, и было бы очень здорово, собрать не просто список таких книг, но и классифицировать его по некоторым специфическим признакам: специализация, уровень, влияние на какие-то факторы. Что-то вроде SWEBOK от Макконнелла/

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

      • Именно про “схождение с ума” я и говорю :) Так что теоретически и Фаулер со своим рефакторингом может навредить :)

        Но опять же - много специальностей и особенностей. Всем не подойдет.
        Да и сделать это один человек не может - нужно что-то типа системы рекоммендаций и голосований и тогда уже выстраивать книги по интересам.
        А личный список так и останется никому не нужным личным списком :)

        Ну так я и не говорю о личном списке :)

  • Прочитать - одно

    Понять - другое

    Применить - третье

    Я был на PhpConf, РИТ-конф, ClientSide and HighLoad конференциях - услышал много чего, про разные вещи. Но на практике, сталкиваешся с другим.

    Так что, хорошо не только знать, но и успевать применять полученные знания, пока они актуальны

    • Суть не в этом. Я не согласен с тем, что закупка и впаривание книг разработчикам даст экономический эффект в следствие якобы повышения производительности труда.

      Но при этом отмечаю, что было бы полезно иметь ресурс, из которого программисты могли бы почерпнуть информацию о том, что действительно стоит почитать.

  • Прочитать не значит понять , понять не значит принять. Вопрос по поводу пользы от прочтения спец литературы спорный.

  • shks57

    Никогда не покупаю книг по программированию. Читаю только те, что могу скачать бесплатно. Привык читать с экрана.

  • guest

    Ненавижу бумажные книги. Из бумажных книг хороши только книги художественной тематики. Книга по it-технологиям без элементарного поиска, не говоря уже об индексе? Это ужасно. Если бы я все те книги что прочитал хранил у себя в бумажном виде, мне не где было бы жить, из за отсутсвия свободного места в квартире.

  • спасибо будем читать и изучать :)

  • RTY

    Бред какой то в части того что бизнесмен должен бегать и покупать книжки программисту. Господа!!! Для бизнесмена важно, чтобы программист эффективно решал поставленную задачу в установленных бизнесменом рамках, не более! За это ему и платят его зарплату, т.е. бизнесмен готов покупать эту услугу именно за столько и ни центом больше. Если же программист не решает задач - он увольняется. Если объем задач растет - он не справляется - он увольняется, берется новый, который будет справляться. Возможно за большие деньги.
    Программист САМ заинтересован прежде всего читать книги и повышать свою эффективность, поскольку он быстрее/лучше/эффективнее решает поставленные задачи => руководство видит эффективность => повышается уровень/количество задач => растет зарплата.
    Если же зарплата не растет - вступает рынок - либо он увольняется и бизнесмен ищет другого на этот объем и за большие деньги. Программист - не идол, а обычный наемный рабочий, как уборщица, не больше не меньше, как секретарша.
    Еще раз повторю - чтение книг - повышение собственной производительности, которая нужна САМОМУ, а не дяде, что платит деньги. И дяде глубоко наплевать на эти книги, потому как его задачи уже решаются за приемлемые для него условия.

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

  • Евгений

    Ребята все так здорово и интересно… готов читать книги запоями.. но проблема не берут на работу в силу отсуттсвия опыта. что делать????

  • Евгений

    та я бы с радостью и за бесплатно. так и так не берут…
    вот на завод дармовую силу лопатой кидать взяли бы.. у нас любят что бы за копейки работали…
    а вот на IT-фирму… говорят мест нет. своих выгоняют .. кризис…

  • Мимохожер

    А что толку от чтения книг? Читал я и МакКоннела, и Шаблоны проектирования, и Крега Лармана, изучал С++, С#. ООП знаю как свои пять пальцев.

    А работать берут только РНР-программером (хотя мечтаю о С++). В других местах требуют опыт работы. Начинающие некому не нужны. Хотя какой я уже начинающий - 6 лет стажа.
    Может быть в Маськве я бы работу и нашел, ну у нас в Перми, работу по душе найти не реально.

    У вас так все просто. Шли резюме, иди в юниоры. Я разговаривал с руководителями ИТ-отделов, показывал примеры своих программ, проходил собеседования, просил сообщить о решении, любом решении. Никто не перезванивал. Отмахивались как от навозной мухи.

    Вот у меня к вам такой вопрос: КАК В ПЕРМИ НАЙТИ РАБОТУ ПРИКЛАДНОГО РАЗРАБОТЧИКА?

    • >>Вот у меня к вам такой вопрос: КАК В ПЕРМИ НАЙТИ РАБОТУ ПРИКЛАДНОГО РАЗРАБОТЧИКА?

      А какие IT компании есть в Перми? Как насчет банков и крупных предприятий? В них нет своих отделов разработки?
      Я жил в маленьком городе гораздо меньше Перми и даже там можно было найти работу для C++ программиста. А Пермь большая…

  • Мимохожер

    Собственно по сабжу, вся эта теория разбивается в щепки когда сталкиваешься с РЕАЛЬНОЙ ЖИЗНЬЮ. Это тока в книжках “Анализ требований. Проектирование. Написание кода с коментариями”.

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

    Внимание, вопрос. Как мне применить в таком проекте полученные знания об ООП?

    • Внимание, вопрос. Как мне применить в таком проекте полученные знания об ООП?

      Примерно также, как я их сейчас применяю - рефакторинг, рефакторинг и еще раз рефакторинг :) Тогда через год-два код уже не кажется таким страшным.

  • Мимохожер

    Некоторым людям везет - они со студенческой скамьи попадают в коллектив опытных разработчиков “старой закалки”, способных передать молодежи часть своего опыта. При этом в фирме практикуются цивилизованный подход к разработке (RUP, XP, Waterfall), с должным уровнем формализации. Тогда у человека появляется желание книжки читать, чтобы “подтянуться до остальных”, желание развиваться и писать код понятный для людей.

    В моем городе есть пара таких фирм. Но попасть туда сложнее, чем раньше в Партию.

    А другим приходиться мыкаться в поисках заработка, работая черт знает где, занимаясь черт знает чем. От верстки сайтов, до настройки 1С. Особенно сейчас, когда нормальную работу найти невозможно. Таким людям не до аккуратности, таким важно сделать быстро, “лишь бы работало”.

    А когда приходиться занимается чем попало, чтоб заработать на жизнь, вся эта теория быстро становиться “до лампочки”.

  • С ростом производительности, должна расти и зарплата!
    Книги бывают не только о программировании. Хорошо образованные люди не будут всегда работать “на дядю”.
    Здесь нужно и исследования в области процесса принятия решений, маркетинг, анализ экономической обстановки, психологический анализ сотрудников и многое другое.

  • Мимохожер

    Итак, пишу спустя год.

    Почти полностью прочел Game Coding Complete, первые две части из книги “Исскуственный интеллект: современный подход”. Книжку по применению ООП в PHP. Первые несколько глав из “Современных операционных систем” Танненбаума, Шаблоны корпоративных программных приложений Мартина Фаулера, Введение в базы данных, Pro ASP.NET и что-то еще уже не помню. Ах да еще читал Бьерна Страуструпа примерно до половины.

    За это время я пришел к выводу: что одними книжками сыт не будешь. Полученные знания нужно применять на практике, иначе все что читал забудешь до того как дочитаешь выбранную книгу до конца. А тут все зависит от того где ты работаешь. Если работа унылая и состоит из поддержки загнивающего продукта, в развитии которого твое начальство не заинтересовано. То хоть обложись книгами - ты все равно будешь уметь только то что делаешь на работе каждый день. Хотя может быть и повыситься кругозор. Теперь я знаю что такое поиск А* и коньюктивная нормальная форма (KNF) но писать экспертные системы это мне научиться не помогло.

    И на размере заработной платы мои “новые знания” никак не отразились. Как тогда получал копейки так и сейчас. Моему начальству не нужны инновации. Им нужно чтобы я поддерживал корпоративное приложение в рабочем состоянии, не давая ему окончательно сдохнуть. Правда я все таки отрефакторил его слегка - заменил самые отвратительные участки программы на свой ООП-код и стал гораздо лучше разбираться в предметной области. Применил на деле еще пару интересных вещиц. Но в целом все уныло.

    Чтобы совсем профессионально не деградировать начал собственный проект игрового движка. Об успехах и неудачах отпишусь через год.

Ответить

 

 

 

Вы можете использовать эти HTML тэги

<a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>