Трета задача

1. @Мартин, правилното място за поправката беше в spec-а, категорично.

   Условието е коректно и консистентно. Интересно, не ти ли направи впечатление, че на едно място се подава цена като текстов низ, а на друго като BigDecimal? Това би следвало да е повод човек да се замисли и евентуално да попита защо е тази неконсистентност. Това е добър пример какво се случва в реалния живот, като не "ескалирате" даден проблем, който сте видели в кода и го оставите да creep-up-не в "release"-версията ви :)

   От друга страна, ние сме допуснали грешка в теста, която отстранихме само около ден преди крайния срок и ще обмислим възможността да променим тестовете така, че да не ви гърмят за това.

   Публикувано преди около 13 години

2. Мда, в интерес на истината и аз fail-вам - изобщо не бях забелязал че нещо се подава като BigDecimal. Явно просто съм видял, че ми излиза в грешен формат/гърми с нещо и съм форматирал. Мерси.

   Публикувано преди около 13 години

3. Имам един въпрос за метода add на пазарската количка.

   Тези 2 проверки

   Един продукт да присъства в количката 0 или < 0 пъти. Един продукт да присъства в количката повече от 99 пъти.

   за броя на продукта преди + новите бройки ли трябва да се правят, или само за новите (например може ли да се опитваме да "добавим" -1 продукт, което в реалния живот би означавало да се откажем от една бройка в случай, че има 1 или повече вече в количката)?

   Публикувано преди около 13 години

4. Аз бих наложил ограничението за евентуалната нова стойност, която ще се получи, след като извърша операцията add. Нямам възражения да добавяте по -1 продукт, по този начин махайки продукти, понеже нямаме remove. Няма проблем.

   Както Стефан отбеляза на една от сбирките, тези ограничения са там, за да улеснят композирането на ASCII-таблицата на касовата бележка.

   Публикувано преди около 13 години

Трябва да сте влезли в системата, за да може да отговаряте на теми.