!report

!report

С чего начать разработку архитектуры?

Предполагаем, что архитектор уже закончил со сбором требований к будущей системе и их анализом.

Разработку архитектуры нужно начинать только с понятия и принятия фундаментальной концепции работы с информацией (данными): передача, хранение и обработка. Притом формы ввода/выводы информации, схемы обработки, абстрактные структуры массивов и элементов данных сами по себе тоже являются информацией (как и всё приложение) и подчиняются той же фундаментальной концепции.

Фундаментальная концепция приводит к появлению первых идей и к созданию первых моделей обработки данных.

Модели работы с данными могут называться по разному из-за разницы вкладываемых понятий. Одно из названий поток данных, где элементы обычно являются будущими укрупнёнными модулями, реализующими конкретные задачи манипуляции данными.

Основой архитектуры (основной моделью) станет модель бизнес-процесса движения основных данных (то, для чего будет предназначено приложение). Этот этап очень опасен: на архитектора может нахлынуть масса оригинальных идей. Нужно сдержать этот поток идей. Подавить желание помечтать или нарисовать кучу ненужных схем. Сейчас нужно создать только одну схему последовательного получения основных данных, хранения и обработки. Ничего лишнего. Здесь не нужна декомпозиция. Именно такая схема ложится в основу, является основным представлением архитектуры и должна быть всегда на виду. В качестве бизнес-процесса может выступать технологическая карта.

Вторая основная модель будет с добавлением вторичных бизнес-процессов и данных. Например добавляются модели пользователей, управления доступом (ACL), модели логирования, модели мониторинга, событийную модель и т.п. На основе второй модели уже возможна разработка первой схемы БД и/или хранилища данных, и прототипа приложения. На этом этапе может прийти понимание о том, стоит ли делать монолитное приложение, компонентное, применить микросервисный подход или какой-либо другой. При этом интересен факт: между монолитом и каждым микросервисом (в микросервисной архитектуре) нет различий с точки зрения фундаментальной концепции. С этого момента необходимо начать разработку документа обоснования архитектуры. Документ обоснования архитектуры является регистратором рассуждений о причинах принятых решений архитектуры и разъяснений.

Создание первого прототипа приложения на основе второй модели может показать непосредственную пользу приложения. Прототип безусловно будет являть собой формализованный макет приложения. Например вместо детализованных форм можно использовать условные кнопки, создающие готовый элемент на основе генераторов случайных данных.

После создания второй основной модели и первого прототипа вы можете начать декомпозицию, укрупнение, разработку других архитектурных представлений и моделей. Но первая основная модель и вторая основная модель будут являться базовыми. В процессе дальнейшей разработки первая и вторая модель могут быть улучшены, уточнены и доработаны.

это к чему?

не знаю к чему это, но оно очень оказалось в тему.. как раз сегодня я об этом думал.. 🤨

Добрый вечер. А, возможно, у кого - то есть советы или места (каналы, сайты и тд), где можно было бы поискать работу frontend для чувака без опыта?

Для разрабов и сисадминов (которые с приставкой Dev)

Есть каналы, но я хз как тут относятся к каналам.

реклама запрещена

Кто стукнул, тому покидал список. Если бы список был хренью, то парни отписались бы здесь. Успехов в поиске работы 👍🔥

Спасибо за список, все четко👍🏻

Не всё) Там два фида косячных. Но если убрать _feed у косячных, то заработают

Яб тоже получил в лс список если не поздно

Пиши в ЛС) Без обид парни, но учитывая специфику телеги на спам в личку, то в спам могут кинуть даже просто ради смеха. Отсюда следствие: вы пИшите, а отвечаю.

@shvind всё норм? Не будешь ругаться, что я тут ребятам списки кидаю?

Неа)

И банить надеюсь тоже? )

Нет)) ваша же личка, делайте что хотите

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