Как писать код, чтобы тебя не уволили?
Это несерьёзная статья на серьёзную тему. Есть такое понятие, как JSDD - Job Safety (Security) Driven Development, мы часто видим его в крупных компаниях. От этого не избавлены и небольшие компании, особенно когда в штате всего несколько программистов. Разработчики пишут свой код столь изысканным способом, что, несмотря на очень низкую скорость раз…
Комментарий недоступен
Я понимаю, что нормальные разработчики не пишут специально «плохой код». Иногда мы имеем дело с техническим долгом, когда что-то делалось быстро, жертвуя качеством. Где-то без костыля было просто не обойтись. На каких то проектах/продуктах через два года выяснилось, что требования изменились и теперь старая архитектура просто не подходит, после чего приходится жить с тем, что есть.
Что говорить, у нас самих есть опыт, когда Identity Management System на многие десятки миллионов пользователей начала валиться под нагрузкой, которая на продуктиве скачком увеличилась раз в пять выше, чем критическая (и согласованная). Причём, не просто валиться, а с угрозой потери пользовательских данных.
Мы её спасали, аварийно закрывали бреши, попутно переписывая функционал на очень смелые архитектурные решения. Сейчас система плавно переписывается от аварийной версии к нормальной. Но если взглянуть на тот код, что там есть сейчас, то останется только удивляться и удивляться.
Но статья именно об осознанном поведении разработчиков. Такое мы встречали не раз, в том числе и сами пару раз нанимали таких людей, приходилось с ними расставаться.
Что до нейминга… Ну, так получилось в истории компании, при образовании компании взяли уже имеющиеся юридическое лицо, которое изначально создавалось под другие цели. А дальше оно пошло, как пошло. )))