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