tgoop.com/itextrapolation/827
Last Update:
Вікно Овертона у програмуванні.
Костилі неминучі. Вони були, є і будуть, оскільки розробка в реальному світі – це завжди баланс між якістю, швидкістю і комерційними вимогами. Саме тому багато рішень народжуються як тимчасові, але через деякий час стають звичними. Найважливіше – це правильне декларування та маркування таких компромісів. Якщо визначити, що певне рішення є тимчасовим костилем, додати коментарі у коді, зафіксувати його в документації та згадувати на кожному мітапі, то не буде ніяких проблем з аргументуванням та майбутнім переписуванням.
Ось це непорозуміння, коли розробник каже, що тут прям треба все переписати або замінити одну технологію на іншу — це з погляду розробника намагання звузити вікно Овертона до норми, але з думки нерозробника, це вже норма і розробник пропонує просто все переписати.
Якщо ви вже в ситуації, коли вікно Овертона вже відкрите нарозхрист, памʼятайте, що різко ляскнути його не можна. Вікно зачиняється так само повільно, як і відкривається.
BY Экстраполяция IT
Share with your friend now:
tgoop.com/itextrapolation/827