Там нічого корисного.

Ну нічого так нічого :) «Сопромату не існує» :)

Також, не плутайте архітектурні патерни та дизайн патерни.

про архітектурні мова навіть не йде. я про них не писав.

мені лінь вам писати те що давно все розжували і написали в інеті. Читайте:
stackoverflow.com/a/31318178
там же
stackoverflow.com/a/54086063

нужно их хотя бы зазубрить как подают учебники.

зазубрив першоклашка інтеграли і ліміти, ви зразу йому дасте вирішити диф. рівнання?
Чи може джуну дасте писати критичний код?

Сорри, но это трейни, а не джун.

А якщо він не знає SOLID та патернів? Також трейні? :)))

Може, принципи штучні?

Якщо ви не знаєте як працюють принципи або не вмієте їх використовувати, то це не доводить що їх немає або вони штучні. Коли почали вивчати сопромат? А коли почали будувати мости, будинки?

Дивіться. Джун — це першоклашка. Буде він знати інженерну практику, чи буде він професіоналом — залежить звичайно від нього, його бажання, від ліда, від обставин та часу та ще багато чого. Дати йому зазубрити SOLID та патерни, а потім пройтися щоб він це зачитав? І що? він зразу почне приймати архітектурні рішнення, чи він зможе це ефективно використовувати? Який сенс на це витрачати час і зусилля джуна? Він плутається у overload/override, а ви йому розкажи про Ліскова та як ти це будеш вирішувати :) Мені шкода ваших джунів...

Пояснюю на прикладі з життя.
Ось треба туалет полагодити, бо протікає.
Викликаєте майстра, й починаєте йому розповідати за сопромат.
А він виймає з чемоданчика інструменти, й працює.
За 5 хвилин унітаз залатали, а лекція про сопромат ще на середині.

От солід — це сопромат. Патерни — це інструменти з чемоданчика.

І оті принципи про розширюваність класів нікому нафіг не здалися, бо класи з бізнес-логікою пишуться один раз, ніколи не реюзаються і не наслідуються. Бо prefer composition over inheritance (GoF).

Принципи (SOLID):
Кожна людина має ходити до туалету, іншому випадку буде бо-бо.
Патерн:
Туалет може бути коробкою з диркою внизу.

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

SOLID — це принципи побудови кладних системи, патерни — це досвід, щоб не придумувати знову колесо, а взяти те що є і працює і піти далі: швидше і якісніше. В свою чергу патерни допомагають вирішити деякі принципи SOLID. І тому писати, що:

Незнание SOLID не несет последствий. Значит, SOLID бесполезен по сравнению с паттернами.

Вибачте — дурня. Це просто різні речі.

Але питання так і залишилось без відповіді:

Навіщо це джуну?

«нічого не зрозуміло, але дуже цікаво» © :)

SOLID — це Design Principles

то два різних напрямки думки

First we will examine
the principles, and then the techniques, or design patterns, that help maintain the
dependency architecture of an application.
web.archive.org/...​inciples_and_Patterns.pdf

ви втратите свою роботу

ну лол так лол :)))

якщо із-за цього багу клієнт розірве договір, бо втратить багато грошей, а ви втратите свою роботу, ви будете «париться»?

сподіваюсь у цього джуна буде адекватний лід, який за 2-3 ревью вкаже йому необхідний шлях.

дла вас писати мені лінь, а всі свої думки я тут виклав — якщо джуни з мізками, вони почитають і приймуть рішення.

Моя ціль: розказати джунам, що все набагато простіше. І не варто витрачати час на те, що вони не будуть найближчим часом використовувати. Якщо ціль клієнта набрати програмістів зі знаннями SOLID і патернів і назвати їх «джунами», то ок. Але так і потрібно це називати.

не розумію ваше питання. я ж написав

Не пам’ятаю точно, але десь більше 100

гарантировать человеку трудоустройство

при удачном стечении обстоятельств

це дві протилежні обставини. чи не так?

З приводу SOLID і патернів та

он был в топ 10% по знаниям среди таких же как он.

Я всього декілька разів зустрічав на співбесідах сінйорів з якими про це можна було вільно поспілкуватись (про джунів та мідлів мова навіть не йде). Не теорія і зазубрені речення, а вільна розмова з прикладами, які співрозмовник легко формулює і не плутає терміни. І це все рівно не гарантувало їм працевлаштування.
Нерозумію навіщо мучати джунів цими питаннями. Він все рівно не буде це використовувати наближчий рік чи півтора, а то і більше, а розуміти ще довше. Набагато краще, щоб джун знав мову(синтаксис та база ООП), IDE і слухав ліда і поменше бажання писати новий «фейсбук», а займатися рутиною, де набивати практику.

Тоді це червона мітка під яку можна підігнати все що завгодно. Судячи з опису завдання та переписці, то клієнт дійсно не відрізняє сайт, дизайн, верстку і т.д. Ну а ТС міг би це передбачити, це ж не перший проект... Щось мені здається тут не вся історія і судячи з того що біржа видалила акаунт ТС, то було ще щось...

а що таке «добавить фишек»?

І він ще втратив акаунт з проектами та відгуками. І коштувало воно 7500 грн?

Навіщо це джуну?