Коммиты против тестов

Jul 02, 2020 13:47

Я недавно разрабатывал новую функциональность и хочу рассказать, как это было. Задача довольно объёмная, но раскладывается в цепочку последовательных шагов. Основная часть работы заняла 2 дня, но перед этим я успел подумать, что и как делать. Я сам вносил изменения в 3 компонента, ещё с 3 компонентами нужно было взаимодействовать, один из них ( Read more... )

code

Leave a comment

Comments 4

provokatorz July 2 2020, 16:58:50 UTC
>> Однако, нужно заметить, что самые трудные для исправления ошибки носят интеграционный характер и поймать их простыми тестами нет шансов. Для их предотвращения лучше писать более ясные спецификации. Это не решит проблему полностью, но я не верю, что можно успешно работать программистом и не сталкиваться время от времени с необходимостью разобраться в чём-то нетривиальном.

Опять детский сад "Не надо писать тесты"

Reply


rblaze July 2 2020, 19:19:20 UTC
> Первый коммит не помог, потому что надо было передавать в JSON только строки, а я засунул число. Исправил ещё одним коммитом и это уже был 2 день разработки. Надо признать, что это косяк в проектировании и не очень понятно, как его было избежать.

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

Reply

yakov_sirotkin July 2 2020, 22:16:23 UTC
На моей стороне таки сериализуется объект со статической типизацией, на той стороне Python, у которого есть сложности со статической типизацией и сам JSON на 3 поля. И таки на моей стороне это число, а на той стороне - строка.

Reply

rblaze July 2 2020, 23:18:53 UTC
Ключевое слово "сгенерированный". protobufs, thrift, bond если в него добавили питон, вот это всё. Тогда число и строка одновременно не будут.

Reply


Leave a comment

Up