Как стать автором
Обновить

Профессиональная литература для разработчиков: Роберт Мартин, Эрик Эванс, Вон Вернон

Время на прочтение10 мин
Количество просмотров11K
Всего голосов 5: ↑3 и ↓2+3
Комментарии10

Комментарии 10

Я встречал разных разработчиков: «Что мне сказали, то я и сделал», «Мне не написали», «Я ничего не знаю», «Менеджер тут не отметил галочкой». Люди стараются снять с себя ответственность, разумеется, так нельзя. 

Так, разумеется, можно. Им, например, удаётся.

Иногда встречаю закостенелых разработчиков, которые 10 лет делают одно и то же. 

И 10 лет можно одно и то же, если крышняк не едет и это тебе ок.

___________

Очень люблю все эти книжки.

Но у меня уже был кризис жанра - когда я вкурила, что 99% людей их не читают. Что радикально неправильно представлять себе мир программирования как место, где проживают поклонники этой литературы, либо осведомлённые критики. Все поклонники с критиками - это куцый 1%.

К чему это всё приводит? К тому, что читаешь Мартина как древнюю книгу, которую ты читаешь и трактуешь один. Одна. И часть утверждений становится не вопросом, не гипотезой, не предложением от симпатичного дядьки, а догмой. А это неправильно.

Самый такой радикальный случай у меня был с одним там советом от Чеда Фаулера ("Программист-фанатик"): будь всегда самым слабым в команде. На самом-то деле он только о том, что для развития нужна среда с более опытными коллегами. Нужен какой-то минимум такого общения, чтобы расти. Совсем без этого непременно хиреешь. Но вот рекомендация про совмещение с рабочим местом - она очень спорная. В частности, этот подход может здорово (отрицательно) сказываться на зарплате.

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

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

Добрый день! Мне кажется что в чистом коде Дядя Боб по касательной упоминает про SOLID - а не "Автор уделил много внимания принципам solid". Я книгу давно читал но недавно пересматривал видео лекции. Чистый код это в основном про "Read like a well written poem"

Огромное спасибо за эту фразу. А то меня каждый раз спрашивают коллеги когда мы "делаем архитектуру" - если это не архитектура - то что же мы делаем... "Архитектура — это не количество серверов и схема их расположения (это топология)."

Я попытался найти упоминания слова топология в части IT и выходит только топология сетей. А как назвать когда люди начинают определять что тут будет монга - тут оракл, а тут кафка? В противовес слову архитектура какое слово больше всего подходит? Системный дизайн?

НЛО прилетело и опубликовало эту надпись здесь

Роберт Мартин — известный программист со стажем, реализовал огромное число проектов. 

Какие проекты Роберт Мартин "реализовал" как программист? На его сайте об этом ни слова. На википедии следующее:

In 1991, Martin founded Object Mentor, now defunct, which provided instructor-led training on the extreme programming methodology.[citation needed] As of March 2020, he operated two companies:[citation needed]

Uncle Bob Consulting – provides consulting and training services

Clean Coders – which provides training videos


Даже в своем собственном блоге Мартин предпочитал подавать себя прежде всего как консультант. От блога, кстати, я давно отписался по причине огромного количества воды и рекомендаций в стиле "нормально делай - нормально будет".

...и последнее, что в этом посте указано из непосредственно программирования, как основной рабочей деятельности, это:

В 1990 году я устроился по контракту в Rational, работая в C++ над первым выпуском Rational Rose. Здесь я познакомился с Гради Бучем и разработал план своей первой книги.

далее лишь изучение новых языков:

Я успел немного позаигрывать с Golang, Elixr и Kotlin, и я с трепетом смотрел на Haskel. Я даже пробовал с Scala и F#.

Расширять кругозор - безусловно, нужно. Но это совершенно не подтверждает наличие хоть какого-либо практического опыта, особенно в энтерпрайз разработке и просто на больших проектах (где как раз становится актуальным SOLID и другие способы снижения сложности кода). Хотя бы в этом тысячелетии, что весьма желательно в стремительно развивающейся отрасли.

Почувствуйте разницу, к примеру, с содержимым блога и резюме Mark Seeman https://blog.ploeh.dk/hire-me/

Ой, дискуссия о том, насколько актуален и полезен для других опыт руководителя и консультанта, который сам руками не работает уже много лет, но работал раньше, бесконечна :)
Может быть очень интересно, но совершенно нет шанса что-то решить.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации