Connect передбачає підключення до чогось. Підключення до локального файлу як мінімум звучить дивно. Так у вас же работа не с файлами, а с «источниками данных». То что источником является локальный файл — это деталь реализации. Так все ж так і є.

В КПІ на факультеті прикладної математики є кафедра системного програмування, я особисто працював з трьома дуже професійними розробниками, які закінчили факультети прикладної математики — двоє з КПІ, один з якогось львівського університету, не пам’ятаю...

Стаття написана виходячи зі свого досвіду Code Review та співбесід. Про Liskov Substitution переважно відповідають всі і про підводні камені також знають переважно всі. Open/Close крім поліморфізму ніхто нічого не каже. От ніхто.

Цікаве твердження про нові мови програмування. Я з Котліном не мав справи, але знайшов, що там є companion object та @JvmStatic. У всіх посиланнях я знаходжу це як аналог до Java static. Але ніхто не каже, в чому принципова різниця.

дякую!

Якщо я хочу дізнатись ім’я користувача, чи його імейл, то чим це відрізняється від того, що я хочу дізнатися тип підписки користувача? Угу, ничем не отличается, все эти поля лучше держать приватными и не «узнавать их значения вне класса».

Хорошая статья. Солид сам по себе очень срачная тема, но статья хорошая. Жаль что по DDD еще никто статью не написал.

ну, судя по размеру описания open/close принципа, как раз так книгу и собирался писать

Автор не книгу собрался писать. Так-то каждой букве солида можно статью посвятить

Можно просто Etwasversicherung

Можно и без вуза. Хватает техникума, который есть в анабине. Будет параграф немного другой, но кроме ПМЖ через 21/33 месяца против 5 лет, это ни на что больше не влияет. Играет роль ваш контракт.

Я би й про S окрему статтю запиляв, бо його майже всі розуміють не так як писав сам Мартіна.

молодца!! :)

Чому subscriptionType є приватним? Якщо я хочу дізнатись ім’я користувача, чи його імейл, то чим це відрізняється від того, що я хочу дізнатися тип підписки користувача? Дані readonly, тобто модифікувати їх ззовні (та й всередині) не получиться.

Нехай у користувача є email — user.email. Що ми будемо робити, якщо додасться ще alternative email та isValidatedEmail?