Фронт и бэк?
29.05.2021, 08:14
Перед и зад.
В любой полу-официальной шараге так и есть. Обычно работаешь в помещении, которое сложно даже офисом назвать.
Что за стереотип с фронтом и бэком? На фронте может выглядит все гладко, а вот с кодом обычно пиздец. Потому что каждый знает, как должна выглядеть кнопка, как что должно работать и т.д. Ещё и куча изменений под фича флагами. А на бэк никто не лезет, поэтому можно спокойно его разрабатывать и делать аккуратно.
Был на легаси-проектах несколько раз в жизни.
Ответствую: безглючность и поддерживаемость кода зависят не от аккуратности, а от количества зависимостей и внешних связей, и логичности мышления того кто этот код писал.
Абсолютная макаронина без внешних связей и зависимостей будет жить и копироваться из проекта в проект, потому что несмотря на то что она уродлива как говно больного вомбата, она делает своё дело, и каждый кто на неё посмотрит понимает как она делает своё дело. Проблемы, как правило, начинаются когда вид этой макаронины задевает чьи-то эстетические чувства, и этот ценитель хуев начинает чинить то что работает пока оно не сломается, что вносило в проект 75% проблем.
Ответствую: безглючность и поддерживаемость кода зависят не от аккуратности, а от количества зависимостей и внешних связей, и логичности мышления того кто этот код писал.
Абсолютная макаронина без внешних связей и зависимостей будет жить и копироваться из проекта в проект, потому что несмотря на то что она уродлива как говно больного вомбата, она делает своё дело, и каждый кто на неё посмотрит понимает как она делает своё дело. Проблемы, как правило, начинаются когда вид этой макаронины задевает чьи-то эстетические чувства, и этот ценитель хуев начинает чинить то что работает пока оно не сломается, что вносило в проект 75% проблем.
> Нормальный проект будет аккуратно написан.
В том то и дело что нет. "Нормальный проект" не существует на практике. Самое лучшее что можно ожидать - что он будет вообще написан. А безглючность и поддерживаемость зависят вовсе не от каши.
Был у меня замечательный пример в практике, когда архитект поставил задачу написать модуль. Посмотрев на его проЭкт, я сразу понял из опыта, что если сделать как он хочет, вылезет... пусть будет "ошибка А", и её вероятность стремилась к 100% чем большим количеством мест использования модуль обрастал в будущем.
Будучи ответственным разработчиком, я изменил дизайн модуля так, чтобы вероятность "ошибки А" стремилась к нулю. Архитектура модуля при этом стала значительно менее эстетичной, но вероятность косяка при его использовании сошла до околонулевой.
Увидев итог, архитект воспринял происходящее как личное оскорбление, выпустил шейм-письмо про меня на всю компанию, и переписал всё сам по своей архитектуре. И вдобавок сразу отправил в продакшен, веря в собственную непогрешимость.
Следующий день был посвящён развозу последствий крашей вызванных, угадай чем? Ошибка А вылезла СРАЗУ. Просто мгновенно. Не пришлось даже ждать обрастания связями, потому что всё похерилось на первой же.
Это стало хорошим уроком для меня, и с тех пор я с дикой яростью пиздил по рукам за любые попытки чинить то что работает, особенно если причина крылась в том, что "никрасива".
В том то и дело что нет. "Нормальный проект" не существует на практике. Самое лучшее что можно ожидать - что он будет вообще написан. А безглючность и поддерживаемость зависят вовсе не от каши.
Был у меня замечательный пример в практике, когда архитект поставил задачу написать модуль. Посмотрев на его проЭкт, я сразу понял из опыта, что если сделать как он хочет, вылезет... пусть будет "ошибка А", и её вероятность стремилась к 100% чем большим количеством мест использования модуль обрастал в будущем.
Будучи ответственным разработчиком, я изменил дизайн модуля так, чтобы вероятность "ошибки А" стремилась к нулю. Архитектура модуля при этом стала значительно менее эстетичной, но вероятность косяка при его использовании сошла до околонулевой.
Увидев итог, архитект воспринял происходящее как личное оскорбление, выпустил шейм-письмо про меня на всю компанию, и переписал всё сам по своей архитектуре. И вдобавок сразу отправил в продакшен, веря в собственную непогрешимость.
Следующий день был посвящён развозу последствий крашей вызванных, угадай чем? Ошибка А вылезла СРАЗУ. Просто мгновенно. Не пришлось даже ждать обрастания связями, потому что всё похерилось на первой же.
Это стало хорошим уроком для меня, и с тех пор я с дикой яростью пиздил по рукам за любые попытки чинить то что работает, особенно если причина крылась в том, что "никрасива".
Как-как у вас фамилия?
Уважаемый IT отдел,
Вчера вы мне, как новому сотруднику компании BP, выделили имейл следующего содержания: akhuel@bp.com Это какая-то шутка? Если так, то я не нахожу ее смешной. Вы представляете себе, как представители прессы, или государственные органы получают письмо от ведущего специалиста по связям с общественностью, где черным по белому написано что его отправитель akhuel. Поставьте себя на место получателя. Я бы на его месте akhuel сам. Каково будет отношение к нашей компании? Насколько вероятным будет решение государственных органов в нашу пользу?
Пожалуйста, разберитесь в чем дело и примите меры немедленно. Я надеюсь, что это ошибка какого-либо младшего специалиста. Мне совсем не хочется верить, что весь IT отдел компании akhuel, как меня пытаются заверить некоторые мои коллеги.
Best Regards,
Akhundov Eldar
**********************
Уважаемый Eldar!
Спасибо Вам за Ваше письмо нам.
К сожалению, IT-отдел не может помочь в Вашем сложном вопросе, так как правила именования почтовых ящиков сотрудников нашей компании определены представителями головного офиса компании в Венесуэле. Обратитесь к ответственным сотрудникам отдела поддержки корпоративной системы учета пользователей Emuvsegiantri Pohort (emuvsepoh@bp.com) или к руководителю этого отдела Idinalpusk Huan (idinahu@bp.com).
Вчера вы мне, как новому сотруднику компании BP, выделили имейл следующего содержания: akhuel@bp.com Это какая-то шутка? Если так, то я не нахожу ее смешной. Вы представляете себе, как представители прессы, или государственные органы получают письмо от ведущего специалиста по связям с общественностью, где черным по белому написано что его отправитель akhuel. Поставьте себя на место получателя. Я бы на его месте akhuel сам. Каково будет отношение к нашей компании? Насколько вероятным будет решение государственных органов в нашу пользу?
Пожалуйста, разберитесь в чем дело и примите меры немедленно. Я надеюсь, что это ошибка какого-либо младшего специалиста. Мне совсем не хочется верить, что весь IT отдел компании akhuel, как меня пытаются заверить некоторые мои коллеги.
Best Regards,
Akhundov Eldar
**********************
Уважаемый Eldar!
Спасибо Вам за Ваше письмо нам.
К сожалению, IT-отдел не может помочь в Вашем сложном вопросе, так как правила именования почтовых ящиков сотрудников нашей компании определены представителями головного офиса компании в Венесуэле. Обратитесь к ответственным сотрудникам отдела поддержки корпоративной системы учета пользователей Emuvsegiantri Pohort (emuvsepoh@bp.com) или к руководителю этого отдела Idinalpusk Huan (idinahu@bp.com).
Чтобы написать коммент, необходимо залогиниться
