Профессионализм разработчика — на шаг ближе к счастью

[Thomas_Hanniball]

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

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

Дмитрий, сделайте те решения, что вы считаете правильными и оптимальные в своих pet-проектам, поработайте с ними, чтобы понять все плюсы и минусы, получите реальный опыт и удовольствие от этого. После нескольких лет такой работы вы удовлетворите своё желание и Вас немного отпустит. Вы станете смотреть на мир немного проще. :). Вы сможете отделать свои личные желания от желаний команды и желаний бизнеса, увидите, что эти желания часто могу не совпадать и даже противоречить друг другу. Это нормально.

Если Вам всё равно невмоготу и очень хочется внедрить своё правильное решение\видение, то становитесь Team-лидом. С этой позиции внедрять технические новшества немного проще, т.к. есть постоянный контакт как с технической командой, так и с бизнесом.

Мир не идеален, смиритесь. Я тоже долго к этому пониманию шёл. :).

[prefrontalCortex]

Через год ситуация на рынке может сильно поменять и бизнес начнёт придумывать новые решения

А возможна ситуация, когда бизнес начнет ныть, почему это прототип, сделанный за выходные на коленке, не выдерживает набежавших тысяч пользователей и не умеет, помимо уже реализованных фич А и Б, еще и фичи X, Y и Z, и почему это не было готово еще вчера. Важно ведь понимать, что "бизнес" — это не какое-то божество, имя которого нужно произносить с придыханием, а такие же люди, которым так же свойственно ошибаться.

[GreyStrannik]

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

Во-первых, нельзя работать в выходные. Во-вторых, если бизнес изначально понимал, что это решение будет сделано "на коленке" и сам принимал это информированное решение, то вопросов про стоимость переделки и поддержки не возникает, а когда возникает — это информированное согласие предъявляется и начинается конструктивный разговор о том, что теперь делать, какие есть варианты и какие затраты/бенефиты — для принятия нового информированного решения бизнесом.

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

[Almet]

С вами нельзя не согласиться. Но что делать бизнесу, который до сих пор ведет учет в экселе, а вокруг одни облака, да ИИ? Оставаться и обслуживать этот бизнес (и загнивать в сфере IT) или урезать ЗП топ-манагерам в угоду найма нормальных технарей?