странное у тебя понимание семвера

Ну так то и минор можно бампнуть если функционал приехал без потери совместимости. Иначе как поддерживать старые версии ?))

я говорю о том, что какое бы ни было понимание, оно не работает в реальности.

Это как книжки по ООП в 90-х. Какие-то идеи о том, как в одну иерархию засунуть квадраты, круги и прямоугольники, а на деле это всё пошло лесом

Ну тот же го - семвер и работает

Тут как в присказке про танцора

Ну пока кейса где бы он не работал я не услышал

Плохая практика в продакшене что-то менять без выпуска релиза :) поэтому и не нужная

да, ну) и для чего тогда конфигурацию придумали? можно ведь заново релизить

Локализация не является конфигурацией

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

Это не про сломать и не сломать, а про управление продуктом. Локализация едина для всего сервиса, зачем ее менять через конфигурацию - неясно. Конфигурация подразумевает какие-то изменения, влияющие на  поведение системы. Локализация же не является поведением.

даже не буду спорить) 😀

неоднозначное высказывание. Ведь результат от локализации меняется.

Плюс неправильная локализация может привести к потоку багов типа «искали в аргументах число, а там строка»

Меняется результат, а не поведение. Без изменения аргументов такие ошибки не появятся, а изменение аргументов, это уже изменение кодовой базы. Об этом речь не идет

локализацию залили новую и поменяли:  «привет %s, у тебя %d денег» на «привет, у тебя %d денег»

и как оно должно сломаться?

Привет. Кто знает, как тестировать кастомные ошибки в Phoenix? Кейс такой: нужно протестировать, что экшен возвращает корректную ошибку, если переданы не все параметры. В экшене через паттерн матчинг проверяю наличие параметров, Phoenix.ActionClauseError обрабатывается в ErrorView и возвращает json со статусом 400.

В :prod и на :staging все ок, в :dev если прописать в конфиге ендпойнта debug_errors: false тоже все ок.

А как написать тест? Потому что c env :test рейзит Phoenix.ActionClauseError

/stat@combot

Вот допустим я автор библиотеки. Я ее написал, чтобы решить свою проблему в своем проекте. Уверен ли я, что библиотека будет правильно работать в любом другом проекте, о котором я даже не знаю? Уверен ли я, что предусмотрел все возможные крайние случаи, какие могут быть? Не уверен. Поэтому версия 0.х