Ага, только придется год не выходить из дома,

Такі як ви мусили собі самоізоляцію влаштувати вже в 14-му році. На руках зброї стільки, що втомишся рахувати. І що, щодня когось вбивають? Перестрілки щогодини на вулиці? Була вже тема про зброю. Можеш перечитати всі лякалки з неї ще раз та перевірити по факту, що саме відбулося, а що ні

Реальність, доведена багатьма країнами та десятиріччями історії

Два рази точно. На третій буду домовлятися про тариф нижчий за ринок ;)

З якою метою цікавиться пан?

Цю ситуацію вирівняє закон про вільний обіг зброї. Всі стануть ввічливішими майже одразу

А ви б погодилися дати в борг просто так гроші для купівлі дорогої річі під заставу цієї самої річі, якщо будь-хто на вулиці може її зіпсувати? А під який відсоток?

Каско — це «прибуток» страхової, банку головне, щоб був поліс, а хто та що там — пофігу.

Як домовишся

Омивачка як заливається?

Логічні висновки можна зробити з будь-чого. Навіть з дурні. Але деякі пастки настільки сильні та логічні по своїй суті, що в них попадають навіть досвічені розробники. Одним з прикладів я постійно навожу тестування. Всі як заведені розповідають про корисність тестування. Я, наприклад, іншої думки. Замість того, щоб писати систему, яка архітектурно та методологічно не буде вимагати тестування (свідома відмова від тестів), люди витрачають час на тотальне покриття тестами. В результаті якість мого коду стає кращою з кожним проектом, а хтось роками страждає над монструозними архітектурами, які до зелені в очах покриті тестами, але код все одне на рівні спагетті та баги лізуть як таргани в общазі при вимкненні світла.

В якій книжці вам розкажуть про таке?

Та ладно, валом стартапів було, які в цьому напрямку працювали.

Я працював. Але він за ментальністю європеєць скоріше...

У молодих все просто, швидко, по книжках... Тільки от ті книжки писали... старпьори. :D

Про які технології мова?

Показувати не треба!

Легко. «Хочу кнопку, яка буде міняти користувачу його ID в базі». Ця вимога приведе до дикого оверхеду в коді з нульвою бізнес-цінністю. Точніше цінність буде негативною.

О, вже виключення пішли... Окей... ;)

Тоді рекомендую вам в п’ятницю десь біля 12 ночі в погану погоду з Гулівера проїхатися таксі в Ірпінь. Або в Бровари.

Тому більшість досвідчених програмістів всього світу підкреслюють важливість юніт тестів та TDD.

Мільйони мух не можуть помилятися... :)

До речі, можливо можна десь почитати про вашу систему?

Немає системи в тому вигляді, яку можна споживати як срібну кулю крізь без винятків. Але деякі підходи я можу назвати

1. Дешевою мусить бути модифікація коду, а не його написання
   
2. Давати перевагу декларативному, а не імперативному
   
3. Використовувати *nix way по можливості та максимально
   
4. Спочатку розробляти методологію, а вже під неї обирати інструменти, а не навпаки
   
5. Зводити функціональність модулів/методів/інтерфейсів/тощо до двох станів: працює та не працює
   
6. Намагатися завжди писати fail safe та fault tolerant системи
   
7. Розробляти абстракцію функціональної моделі перед тим, як створювати об’єктну
   
8. Обробляти потоки абстрактних даних, а не конкретних
   
9. Першими мусять бути інтерфейси, протоколи та контракти, а не кінцева об’єктна модель
   

Вотерфол жеж. Не флоу. Водоспад.