Не знаю подробностей, но выглядит так, что ты не прав. Поддержка кода — очень важный аспект в промышленном программировании. Если ты нагородишь там такой ерунды, что только ты сможешь разобраться, кто будет потом править в этом баги или добавлять новую функциональность? Ты? А если тебя завтра пригласят на другую работу, ты ведь не задумываясь уйдёшь. А поскольку 1861-й год давно остался позади, удержать тебя начальство не сможет. Придёт другой человек на твоё место. И если он не сможет разобраться в твоём коде, что тогда прикажешь им делать? Писать заново? А если и сможет, сколько времени он на это потратит? Поэтому тебе и дают по мозгам за любое «творческое использование языковых конструкций». Тут ещё можно рассказать про разное отношение компиляторов к творческим конструкциям, но и так текста много.
Слышал про принцип KISS: keep it simple, stupid? Самый важный принцип промышленного программирования.
Про поиск ошибок. Опять-таки, это поддержка. Нравится тебе это или нет, но поддержка занимает большую часть существования продукта. И в любом коде есть ошибки, и их надо править. Даже в том, что ты им сейчас пишешь, есть ошибки, которые потом кому-то придётся править. Чтобы тратить на поиск каждой ошибки не дни, а хотя бы часы тебя и заставляют писать проще. Кроме того, отлов багов — отличная возможность познакомиться с кодом, с тем, как работает система. Если ты работаешь недавно, то заставить тебя ловить баги — отличная идея.
Требования меняют? А откуда ты знаешь, что это инициатива менеджеров, а не некоторого заказчика, который не знает, чего хочет. Да, заказчики они такие, так уж устроен мир.
В целом, выглядит как жалоба на то, что промышленное программирование отличается от того, что ты ожидал, и в нём не так много свободы. Что ж, такова жизнь, либо смирись, либо меняй профессию. Либо открывай свою фирму и удачи тебе.
программист-с-семилетним-стажем-кун
