Да какие там термины? Ну, вот какие термины. Разговор будет такой.

Вот реальный пример из моей жизни. Программист смотрит на код. Легаси, конечно. Ух ты, какой тут умный программист написал код. Хм. Сам он не мог такое придумать. Значит, ему объяснили.

И так во всем. Не лезут прогеры в предметную область так глубоко, как аналитики. Ну. вот хоть убей не лезут. Десятки лет автоматизируют учет, не понимают они учет. Они работают по ТЗ. Вот написано в ТЗ, вот они работают. И потом разбор полетов: я нарушил ТЗ? Не нарушил, ну, какие ко мне претензии? А, ТЗ неправильное? Так с этого же и надо было начинать.

Я не знаю может где то в стране с пони и единорогами не так. Но мне зачастую в дев таске приходится возвращать дизайн аналитикам для доработки

Вы вот скажите, как у аналитиков могли завернуться мозги от именования переменных прогерами? Они же не лезут в код. Они пишут ТЗ на обычном русском языке. Термины могут употребить, но просто потому что это термин. Колесная пара - значит, так и напишут. Какая им разница, как там в коде это.

Потому что вы не в вакууме работаете. Есть справочники которые называются именно так. Есть клиенты, которые ожидают увидеть в api именно устоявшиеся названия переменных/сущностей.

Ок. У вас есть словарь терминов из миллиона kolp, tel и т.п. Вот вы рядовой прогер. Вам кодить надо, а вы этот словарь штудируете. А если ошиблись, вам штраф, допустим. Нормально? Тогда давайте в этом справочнике дату ввода термина ставить. А вот если я раньше код написал, чем туда термин попал? Или вы его поменяли отныне и впредь решили его писать задом наперед, допустим. А у меня уже код написан.

Вы вот скажите, как у аналитиков могли завернуться мозги от именования переменных прогерами? Они же не лезут в код. Они пишут ТЗ на обычном русском языке. Термины могут употребить, но просто потому что это термин. Колесная пара - значит, так и напишут. Какая им разница, как там в коде это.

Как это на практике? Есть тз. Ок. Подписали. Все. Работаем. Если в ТЗ есть названия сущностей, как вы можете их по-другому отдать клиенту? А если их нет, какое он имеет право требовать что-то от вас? Значит, он их не ожидает. Просто пляшем от ТЗ и все.

Просто работаем по ватерфолу )

Просто работаем по ватерфолу )

по ватерфолу софт писали только в книжках :)

@nonverbis а каковы ваши компетенции и опыт работы?

Я начинающий. Это плохо? Это вообще-то учебный чат. А тут глобальные проблемы вообще какие-то. В целом интересно, но ничего не понятно. Есть ТЗ - оно есть. Чего нет в ТЗ - то на откуп прогеру.

Бизнес-аналитик говорит: так, автоматизируем перевозки, надо управлять семафором. Вот эту кнопку жмем, путь свободен. Вот эту - ехать нельзя.

Тебе поручили разработку. Ты делаешь класс Semaphore, Button или что еще. Просто берешь и делаешь. Если кому надо повторно твой код использовать, возьмут твой класс.

А мог бы назвать, допустим, TrafficLight. Тоже все поймут.

Кстати, светофоров больше десятка типов только на жд транспорте )
А еще есть прекрасные цвета типа лунно-белый и молочно-белый )