Комментарии 4
Удобно, когда всё собрано в одном месте. Спасибо за обзор.
Может я ошибаюсь ввиду своей ограниченности, но у меня стойкое впечатление, что сначала появляется задача, потом ее решение, и затем реализация. И уже потом умные люди придумывают ей название, классифицируют и пишут о ней в своих блогах, статьях, рассказывают на конференциях, засовывают в учебники, продают ее бизнесу как новую "серебряную пулю", а те в свою очередь добавляют ее в список требований для очередной вакансии...
Если смотреть вцелом (необязательно к данной статье), то ко многим "эффективным методологиям" в бизнесе , пришедшим из-за бугра за последние лет 30 многие люди разучились относиться критически и транслируют их, зарабатывая очередной барыш себе. А в ИТ и подавно.
Я понимаю, если это бизнес -- там как бы изначально цель продать побольше воздуха. Но в IT люди как-то должны критически относиться к навязываемому буллшиту! Я уверен, все эти диаграммы и термины были придуманы людьми, которые не написали ни строчки кода, начиная с университета, и по большей части по причине безделия. Скорей всего человек просто, наконец, разобрался в том, что заимплементили девелоперы, и решил об этом поведать миру, придумывая заумные термины вроде "лямбля" и "каппа" архитектуры, которые можно натянуть на что угодно как сову на глобус.
С другой стороны, польза от "архитектуры" все же есть: все эти диаграммы и модные слова помогают перед клиентом оправдывать ценник проекта. Ибо как в фильме: "гренка не может стоить 8 долларов, а 'крутон' -- может".
Современные типы архитектуры данных: Погружение в различные подходы к построению хранилищ данных