У нас был такой пример вкусовщины. Типа мы переводили все сервисы, чтобы они деньги в целочисленном формате хранили; типа 1 PKR - это PRK 100, 1 JOD = JOD 1000 , 1 USD = USD 100. Деньги в целых числах, чтобы избежать ошибки округления. И это было почти во всех проектах, но в одном чел постоянно реджектил и говорил, что он все равно будет в float хранить и приводил кучу аргументов. Хотя уже был консенсус к этому моменту.

я стикер из этого сделаю

Тимлид ревьювящий 90% кода профнепригоден, он не только не улучшил систему, он ее ухудшил

ВОпрос - что будет если мы будем в целых числах хранить?

и шо?

нет

Это главный вопрос) Типа ок, может ты прав - но что прям плохого будет если ты будешь делать по-другому?

ты ж не разобравшись лепишь ярлык саботажа

и шо?

говорит, у нас пока еще демократия

Тогда есть "У нас так принято и нужно кучу кода перелопатить" против "Мы будем использовать float числа потому что так правильней, но в принципе ощутимого профита это не дает"

не лепит же big bang пуллреквесты

новый стикер)

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

Есть набор аргументов за целые числа (допустим штук 5 аргументов) и есть набор за float (допустим 2 аргумента). То есть в каком-то смысле это вкусовщина. Так вот если в команде принято хранить в целых числах, а вы храните в float и на код ревью аргументируете что и дальше так будете делать. Это нормально?

Нормально если ответить на мой вопрос)

Если это утверждение верно - то не нормально

вам просто скидывают ссылку на meeting notes где это решение приянто и пример другого класса где уже в целых числах.

Если же приведены кейсы когда целые числа приведут к существенным проблемам - то лучше общепринятые правила изменить и постепенно все на float перевести