оно технический долг когда ты знаешь об этом. если делать всё по правилам - то жертвуешь уже скорость, а значит это дольше разрабатывать, больше денег нужно и все такое прочее. т.е. акцент от техдолга уходит в область "мы не можем себе позволить пилить это 3 месяца, надо за 2"
что бы ты делал в этом случае? пригласил еще одни руки? )) но ведь скорость работы не пропорциональна количествую программистов, а иногда и обратно пропорциональна )
что бы ты делал в этом случае? пригласил еще одни руки? )) но ведь скорость работы не пропорциональна количествую программистов, а иногда и обратно пропорциональна )
В случае со строками -- пилил бы их сразу в ресурсах, потому что протянуть их в код прям супердешёвая задача. Даже если б мне сказали, что китайский может появиться через два года.
Всё равно есть риск, что понадобится, к примеру, в будущем тащить переводы с сервера, но под это всё равно проще переделать, имея ресурсы, нежели строки по всему коду.
Всё равно есть риск, что понадобится, к примеру, в будущем тащить переводы с сервера, но под это всё равно проще переделать, имея ресурсы, нежели строки по всему коду.
проще переделать когда у тебя абстракция над переводами. андроидные ресурсы - всё еще не абстракция, а конкретика.
В общем случае -- как и с любым другим техдолгом: оценивать критичность, оценивать скорость подорожания, разговаривать с ПМом о целесообразности брать задачи оттуда в работу, предупреждать ПМа о рисках и требовать брать на себя ответственность, если он отказывается в работу задачи ставить.
Если дробить проект на независимые модули, то в модулях нет месева из зависимостей и всё легко делается руками. А если хочется завести Di фреймворк, то пора разбивать модуль. Но теперь есть техдолг на разбиение )))