По крайней мере во всяких Датабриксах и тд — Solution Architect Потому что это звучит лучше чем «пресейлс инженер». А роль солюшн архитектора там выполняют «принсипл инженеры» (или типа того)

Сучасний принцип Мартіна вимагає використання абстрактних типів (інтерфейсів) і збереження контракту класу, а не його коду. А яка принципова різниця? Контракт теж може змінюватись під нові потреби, якщо щось у старому починає бути неадекватним.

По крайней мере во всяких Датабриксах и тд — Solution Architect это англоязычный джун/миддл, который всеми силами пытается тебе впарить их «самый лучший» продукт.

архітектурні драйвери Не зовсім зрозуміло, що це таке, можете пояснити?

архітектурні драйвери Не зовсім зрозуміло, що це таке, можете пояснити? зрозуміти суть проблеми, зібрати у замовників З такими обов’язками особисто я стикався на 100% своїх проектів.

Ну как студент что учился у вас в универе могу сказать что взятки почти на всех предмета. Уровень квалификации преподователей нулевой ( за искулючение пары прекрасных педагогов).

Хотілося б почути чи дійсно ви, як архітектор, займаєтесь System Design Это зависит от компании/проекта. В некоторых детальный System Design может быть задачей лида, а у архитектора очень высокоуровневый.

Спасибо, я постараюсь это учитывать в будущих статьях. С концовкой есть одна загвоздка — happy end бывает только у инвесторов, а у разработки концовка всегда одна.

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

так, обидва — не наукові терміни, але функціональні вимоги — надто довго

Так я займаюсь як архітектор системним дизайном, але суттєва цікавий нюанси роботи архіртектора в тому, що перед тим, як створити/мотифікувати дизайн треба зрозуміти суть проблеми, зібрати у замовників архітектурні драйвери, а вже потім будувати системний...

Кожен, хто мав досвід співбесід у Фаанги, знає чи хоча б чув, що таке System Design. Поправте мене, але я десь ± уявляю собі роботу архітектора як людини, що створює/модифікує цей дизайн для конкретної аплікухи чи великої системи з багатьма аплікухами.

Я б додав до описаних технік — розвинути навик і звичку посидіти в тиші, розслабивши максимально всі м’язи і уповільнивши дихання, з закритими очима 10-20 хвилин 2-3 рази на день.

Отличная статья, правда резко оборвалась. По прочтению осталось чувство незавершённости)

щодо принципу Open/Closed: Ви пишете, що код класу має залишатись незмінним. Власне, це вимога застарілого принципу Меєра, щоб спростити і пришвидшити внесення змін в умовах, коли неможливі належні тестування і перевірка.