Comments 10
Я встречал разных разработчиков: «Что мне сказали, то я и сделал», «Мне не написали», «Я ничего не знаю», «Менеджер тут не отметил галочкой». Люди стараются снять с себя ответственность, разумеется, так нельзя.
Так, разумеется, можно. Им, например, удаётся.
Иногда встречаю закостенелых разработчиков, которые 10 лет делают одно и то же.
И 10 лет можно одно и то же, если крышняк не едет и это тебе ок.
___________
Очень люблю все эти книжки.
Но у меня уже был кризис жанра - когда я вкурила, что 99% людей их не читают. Что радикально неправильно представлять себе мир программирования как место, где проживают поклонники этой литературы, либо осведомлённые критики. Все поклонники с критиками - это куцый 1%.
К чему это всё приводит? К тому, что читаешь Мартина как древнюю книгу, которую ты читаешь и трактуешь один. Одна. И часть утверждений становится не вопросом, не гипотезой, не предложением от симпатичного дядьки, а догмой. А это неправильно.
Самый такой радикальный случай у меня был с одним там советом от Чеда Фаулера ("Программист-фанатик"): будь всегда самым слабым в команде. На самом-то деле он только о том, что для развития нужна среда с более опытными коллегами. Нужен какой-то минимум такого общения, чтобы расти. Совсем без этого непременно хиреешь. Но вот рекомендация про совмещение с рабочим местом - она очень спорная. В частности, этот подход может здорово (отрицательно) сказываться на зарплате.
Соглашусь, что подавляющее большинство не только программистов, но и вообще людей, не хотят развиваться - и не развиваются. И обычно мы не замечаем, на сколько их количество критично.
Мне кажется, все равно есть смысл читать и комментировать книги. Нужно работать с теми, кто знает больше, чем я. Не строить догм из гипотез и искать тех, кто поступает так же. Например, здесь.
Добрый день! Мне кажется что в чистом коде Дядя Боб по касательной упоминает про SOLID - а не "Автор уделил много внимания принципам solid". Я книгу давно читал но недавно пересматривал видео лекции. Чистый код это в основном про "Read like a well written poem"
Огромное спасибо за эту фразу. А то меня каждый раз спрашивают коллеги когда мы "делаем архитектуру" - если это не архитектура - то что же мы делаем... "Архитектура — это не количество серверов и схема их расположения (это топология)."
Роберт Мартин — известный программист со стажем, реализовал огромное число проектов.
Какие проекты Роберт Мартин "реализовал" как программист? На его сайте об этом ни слова. На википедии следующее:
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
Даже в своем собственном блоге Мартин предпочитал подавать себя прежде всего как консультант. От блога, кстати, я давно отписался по причине огромного количества воды и рекомендаций в стиле "нормально делай - нормально будет".
Про его собственный опыт он как раз в блоге писал, даже переводили коллеги - https://habr.com/ru/company/otus/blog/589615/
...и последнее, что в этом посте указано из непосредственно программирования, как основной рабочей деятельности, это:
В 1990 году я устроился по контракту в Rational, работая в C++ над первым выпуском Rational Rose. Здесь я познакомился с Гради Бучем и разработал план своей первой книги.
далее лишь изучение новых языков:
Я успел немного позаигрывать с Golang, Elixr и Kotlin, и я с трепетом смотрел на Haskel. Я даже пробовал с Scala и F#.
Расширять кругозор - безусловно, нужно. Но это совершенно не подтверждает наличие хоть какого-либо практического опыта, особенно в энтерпрайз разработке и просто на больших проектах (где как раз становится актуальным SOLID и другие способы снижения сложности кода). Хотя бы в этом тысячелетии, что весьма желательно в стремительно развивающейся отрасли.
Почувствуйте разницу, к примеру, с содержимым блога и резюме Mark Seeman https://blog.ploeh.dk/hire-me/
Профессиональная литература для разработчиков: Роберт Мартин, Эрик Эванс, Вон Вернон