×Закрыть

Материалы по теме «Materialise»

RSS

DOU Ревізор в Materialise: «Простір, де кожен сантиметр має призначення» DOU Ревізор в Materialise: «Простір, де кожен сантиметр має призначення»

Kseniia Rastvorova 12432

Цього разу DOU Ревізор завітав до Materialise — продуктової компанії, що створює програмні рішення та 3D-принтингові сервіси. У Києві з компанією співпрацює 400 спеціалістів, з них 270 — технічні. Офіс знаходиться неподалік від метро Лівобережна. Materialise займає весь простір шестиповерхової будівлі. 31

Комментарии

Тобто ви хочете сказати, що ви навчились бути архітектором виключно методом проб і помилок на проектах не маючи відповідної теоретичної підготовки і тільки спостерігаючи за більш досвідченими колегами? Якщо так, то це трохи п**ц.
По крайней мере во всяких Датабриксах и тд — Solution Architect Потому что это звучит лучше чем «пресейлс инженер». А роль солюшн архитектора там выполняют «принсипл инженеры» (или типа того)
Сучасний принцип Мартіна вимагає використання абстрактних типів (інтерфейсів) і збереження контракту класу, а не його коду. А яка принципова різниця? Контракт теж може змінюватись під нові потреби, якщо щось у старому починає бути неадекватним.
По крайней мере во всяких Датабриксах и тд — Solution Architect это англоязычный джун/миддл, который всеми силами пытается тебе впарить их «самый лучший» продукт.
архітектурні драйвери Не зовсім зрозуміло, що це таке, можете пояснити?
архітектурні драйвери Не зовсім зрозуміло, що це таке, можете пояснити? зрозуміти суть проблеми, зібрати у замовників З такими обов’язками особисто я стикався на 100% своїх проектів.
Ну как студент что учился у вас в универе могу сказать что взятки почти на всех предмета. Уровень квалификации преподователей нулевой ( за искулючение пары прекрасных педагогов).
Хотілося б почути чи дійсно ви, як архітектор, займаєтесь System Design Это зависит от компании/проекта. В некоторых детальный System Design может быть задачей лида, а у архитектора очень высокоуровневый.
Спасибо, я постараюсь это учитывать в будущих статьях. С концовкой есть одна загвоздка — happy end бывает только у инвесторов, а у разработки концовка всегда одна.
хороша ідея, спробую описати у окремій статті. Вибачте, що не вдалось це зробити в цій — фокус був на інші речі
так, обидва — не наукові терміни, але функціональні вимоги — надто довго
Так я займаюсь як архітектор системним дизайном, але суттєва цікавий нюанси роботи архіртектора в тому, що перед тим, як створити/мотифікувати дизайн треба зрозуміти суть проблеми, зібрати у замовників архітектурні драйвери, а вже потім будувати системний...
Кожен, хто мав досвід співбесід у Фаанги, знає чи хоча б чув, що таке System Design. Поправте мене, але я десь ± уявляю собі роботу архітектора як людини, що створює/модифікує цей дизайн для конкретної аплікухи чи великої системи з багатьма аплікухами.
Я б додав до описаних технік — розвинути навик і звичку посидіти в тиші, розслабивши максимально всі м’язи і уповільнивши дихання, з закритими очима 10-20 хвилин 2-3 рази на день.
Отличная статья, правда резко оборвалась. По прочтению осталось чувство незавершённости)