Сплоченность команды и как ее достичь
По определению, сплоченность команды — это степень единства, взаимодействия и сотрудничества между ее членами. Если команда сплочена, ее участники работают вместе в гармонии, объединяя свои усилия для достижения общей цели. Каждому понятно, что сплоченность команды безмерно важна для эффективной работы и достижения успеха.
О том, как достичь этого эффекта поговорим в новой небольшой статье
По определению, сплоченность команды — это степень единства, взаимодействия и сотрудничества между ее членами. Если команда сплочена, ее участники работают вместе в гармонии, объединяя свои усилия для достижения общей цели. Каждому понятно, что сплоченность команды безмерно важна для эффективной работы и достижения успеха.
О том, как достичь этого эффекта поговорим в новой небольшой статье
Дзен | Статьи
Сплоченность команды и как ее достичь
Статья автора «Школа проектного специалиста» в Дзене ✍: Юлий Минькин, руководитель проектного офиса По определению, сплоченность команды — это степень единства, взаимодействия и сотрудничества между
👍8🔥3
Как говорит на wikipedia: "тревожность - это индивидуальная психологическая особенность, проявляющаяся в склонности человека часто переживать сильную тревогу по относительно малым поводам".
Что нам советуют hr-специалисты, чтобы побороть эту особенность?
Что нам советуют hr-специалисты, чтобы побороть эту особенность?
Forwarded from Заметки Честного HR #ЗЧHR
Тревожность
Я думаю, пост актуален. Сегодня рассматриваю техники саморегуляции.
Тревожность делится на 2 типа:
Ситуативная
Приобретенная
Если вы испытываете тревожность временно, допустим, после субботы, это ситуативная, тогда уходим в саморегуляцию.
Техники:
1. Все по пять
Как только начинаете понимать, что испытываете тревожность (подкатывает раздражение, тошнота и так далее), фокусируемся на 5. Звуках, вещах и трогаем 5 разных предметов.
Приблизительно это 5 минут времени
2. Катастрофа
Пришла вам в голову страшная мысль, вы начали переживать и испытывать тревожность, мысль продолжаем фразой, это хорошо потому что ….
Время- 5 минут
3. Дыхание. Дыхание всегда помогает, везде, во всем. 4 на 2, 8 на 2.
То есть, вдыхаем и считаем: 1,2,3,4,5,6,7,8, на выдохе 1,2
Счёт медленный.
4. Воображение. Наш мозг так любит. И психологи так любят.
Заметьте в психологии большинство техник связанные с воображением. И воображение можно использовать везде и всегда. Почему и придумали медитации.
Только, когда тревожно, вы не думайте о темах, где тревожно, а думайте как вы на море разгоняете чаек - допустим 🤣
Вишенка на торте, арт терапии. Я не про арт терапии, но ручка моя при тревожности, рисует все, что меня может успокоить.
Полезно?
Я думаю, пост актуален. Сегодня рассматриваю техники саморегуляции.
Тревожность делится на 2 типа:
Ситуативная
Приобретенная
Если вы испытываете тревожность временно, допустим, после субботы, это ситуативная, тогда уходим в саморегуляцию.
Техники:
1. Все по пять
Как только начинаете понимать, что испытываете тревожность (подкатывает раздражение, тошнота и так далее), фокусируемся на 5. Звуках, вещах и трогаем 5 разных предметов.
Приблизительно это 5 минут времени
2. Катастрофа
Пришла вам в голову страшная мысль, вы начали переживать и испытывать тревожность, мысль продолжаем фразой, это хорошо потому что ….
Время- 5 минут
3. Дыхание. Дыхание всегда помогает, везде, во всем. 4 на 2, 8 на 2.
То есть, вдыхаем и считаем: 1,2,3,4,5,6,7,8, на выдохе 1,2
Счёт медленный.
4. Воображение. Наш мозг так любит. И психологи так любят.
Заметьте в психологии большинство техник связанные с воображением. И воображение можно использовать везде и всегда. Почему и придумали медитации.
Только, когда тревожно, вы не думайте о темах, где тревожно, а думайте как вы на море разгоняете чаек - допустим 🤣
Вишенка на торте, арт терапии. Я не про арт терапии, но ручка моя при тревожности, рисует все, что меня может успокоить.
Полезно?
👍22
Избыточность функционала. Нужна ли она?
Александр, архитектор
Я работаю с в проектах с 2009 года и часто сталкиваюсь с тем, что Заказчик закладывает избыточную функциональность при выборе конфигурации . Он аргументирует свой выбор тем, что через год, два и т. д. после внедрения будут менять бизнес-процессы компании с использованием новой функциональности, которая была заложена на старте проекта. Но практика показывает, что это не происходит.
Бизнес-процессы действительно корректируются, вносятся незначительные улучшения, но кардинальных изменений, требующий новой функциональности, нет. Поэтому, после обследования и моделирования процессов мы предлагаем Заказчику несколько вариантов:
1️⃣ немного изменённый процесс под предлагаемую систему к внедрению;
2️⃣ кардинально изменённый процесс, с расширенной функциональностью и новыми разрезами аналитики и учета.
Но второй вариант практически всегда требует и физическое изменение процессов в компании, что в короткие стадии проектов не может вписаться. В результате, сроки проекта Заказчик менять не хочет, а новые возможности откладываются на потом и в большинстве случаев не реализуются. Как говориться «зачем что-то менять, если и так все работает». По этим причинам мы всегда предлагаем или изменить рамки проекта и реализовывать изменения сразу, или отказаться от избыточного функционала и использовать более простой продукт, который не только стоит дешевле, но и требует меньше ресурсов на внедрение.
Такая же ситуация была на проекте, который выдвинут на Ежегодный конкурс 1С:Проект года. После обследования текущих процессов автоматизированных SAP R/3 и Excel, пришли к выводу, что типовой переход с SAP на ERP не целесообразен. Что используемая функциональность на 99% укладывается в 1С:Бухгалтерия, позволяющая существенно сократить стоимость проекта.
Да, наша компания заработала меньше денег, но главное — это качественно сделанная работа и довольный Заказчик. Получили 100% отношение WIN-WIN.
Более подробно ознакомиться с проектом и проголосовать за него можно по ссылке
Александр, архитектор
Я работаю с в проектах с 2009 года и часто сталкиваюсь с тем, что Заказчик закладывает избыточную функциональность при выборе конфигурации . Он аргументирует свой выбор тем, что через год, два и т. д. после внедрения будут менять бизнес-процессы компании с использованием новой функциональности, которая была заложена на старте проекта. Но практика показывает, что это не происходит.
Бизнес-процессы действительно корректируются, вносятся незначительные улучшения, но кардинальных изменений, требующий новой функциональности, нет. Поэтому, после обследования и моделирования процессов мы предлагаем Заказчику несколько вариантов:
1️⃣ немного изменённый процесс под предлагаемую систему к внедрению;
2️⃣ кардинально изменённый процесс, с расширенной функциональностью и новыми разрезами аналитики и учета.
Но второй вариант практически всегда требует и физическое изменение процессов в компании, что в короткие стадии проектов не может вписаться. В результате, сроки проекта Заказчик менять не хочет, а новые возможности откладываются на потом и в большинстве случаев не реализуются. Как говориться «зачем что-то менять, если и так все работает». По этим причинам мы всегда предлагаем или изменить рамки проекта и реализовывать изменения сразу, или отказаться от избыточного функционала и использовать более простой продукт, который не только стоит дешевле, но и требует меньше ресурсов на внедрение.
Такая же ситуация была на проекте, который выдвинут на Ежегодный конкурс 1С:Проект года. После обследования текущих процессов автоматизированных SAP R/3 и Excel, пришли к выводу, что типовой переход с SAP на ERP не целесообразен. Что используемая функциональность на 99% укладывается в 1С:Бухгалтерия, позволяющая существенно сократить стоимость проекта.
Да, наша компания заработала меньше денег, но главное — это качественно сделанная работа и довольный Заказчик. Получили 100% отношение WIN-WIN.
Более подробно ознакомиться с проектом и проголосовать за него можно по ссылке
eawards.1c.ru
Перенос процессов ведения бухгалтерского учета хозяйственной деятельности компании ООО "Зельгрос" с зарубежного решения на "1С:Бухгалтерия…
👍9👏2
Как делегировать задачу, чтобы не пришлось её переделывать самому
Во многих IT-компаниях первые кандидаты на повышение — уже работающие сотрудники, которые хорошо справляются со своими обязанностями. Однако нередко заняв менеджерскую позицию, отличный разработчик или аналитик не справляется с новой ролью. Одна из главных причин подобной ситуации — неумение и нежелание делегировать.
Полезная статья о том, как новоиспечённому, а иногда и опытному IT-руководителю делегировать задачи таким образом, чтобы получать нужный результат.
Во многих IT-компаниях первые кандидаты на повышение — уже работающие сотрудники, которые хорошо справляются со своими обязанностями. Однако нередко заняв менеджерскую позицию, отличный разработчик или аналитик не справляется с новой ролью. Одна из главных причин подобной ситуации — неумение и нежелание делегировать.
Полезная статья о том, как новоиспечённому, а иногда и опытному IT-руководителю делегировать задачи таким образом, чтобы получать нужный результат.
Хабр
Как делегировать задачу, чтобы не пришлось её переделывать самому
Во многих IT-компаниях первые кандидаты на повышение — уже работающие сотрудники, которые хорошо справляются со своими обязанностями. Однако нередко заняв менеджерскую позицию, отличный разработчик...
👍6❤1🔥1
Делегирование ChatGPT задачи по обработке сырых данных и поиска дублей
Максим Шанцев, руководитель отдела управления НСИ
Для информации в контексте MDM, сегодня провели эксперимент по использованию Chat GPT в части решения задачи по обработке сырых данных и поиска дублей.
На входе пытались «скормить» Чату перечисленные через запятую необработанные элементы из бытовой химии (около 200 шт.) с заранее подготовленными дублями.
Результаты такие:
1. Несмотря на заявленные им же самим отсутствующими ограничениями по длине одного сообщения, скормить сразу все данные (около 7000 символов) не удалось. Пришлось несколько раз пересоздавать диалоги, и в результате Чат мог справиться только где-то около с 3000 символами.
2. Запрос звучал так: «Я бы хотел, чтобы ты проанализировал массив данных, который я пришлю тебе ниже. Нужно определить дублирующие записи, сообщить, какие это конкретно записи, и посчитать их количество и процент от общего количества. Записи приведены через запятую» (да, стараюсь общаться вежливо, чтобы он меня пощадил в будущем 🙈😀).
Результат — он просто начал перечислять все элементы массива подряд, нумеруя их.
3. После экспериментов с запросами и объемом массива для анализа пришли к следующему варианту: «Привет, ниже приведен массив строк. Каждое новое значение записано на новой строке. Найди в нем значения, которые повторяются дважды. Алгоритм поиска писать не нужно, просто найди значения и выведи их.
Массив: <8 элементов с 1 дублем>» (фраза про алгоритм была для того, чтобы он сразу не начал писать код на Python).
В результате он выдал 2 «дубля» (1. Dr.Aktiv Средство концентрированное для мытья окон, зеркал и стеклянных поверхностей Glanz 5 кг и Dr.Aktiv Средство концентр. для мытья окон, зеркал и стеклянных поверхностей Glanz plus 5 кг 2. Dr.Aktiv Средство чистящее для ковровых покрытий Universell 900мл (еврофлакон) и Dr.Aktiv Средство чистящее для ковровых покрытий Universell 900мл (еврофлакон)). При этом, 1ый «дубль» вовсе не является дублем (разные марки «Glanz» и «Glanz plus»), а второй является, но по полному совпадению текста. Поэтому, скорректировав запрос, на «выведи пожалуйста абсолютно одинаковые позиции», Чат вывел тот самый заветный дубль.
Выводы:
Некоммерческая версия Чата пока не очень хорошо справляется с большими массивами данных для анализа. Даже на маленьком объеме Чат ошибается, т.к. не может распознать различия в характеристиках/реквизитах элементов («Glanz» и «Glanz plus»). Проблема в том, что нет понимания, как именно работает алгоритм, и соответственно непонятно, как скорректировать и уточнить запрос нужным образом. В общем, пока что говорить о нормализации данных с использованием этого инструмента преждевременно. Но мы продолжим «копать» в направлении ИИ.
Если вы дочитали до конца, и у вас есть какие-то идеи в этом направлении (или вы знаете какие-то коммерческие ИИ-решения с API, которые уже умеют работать напрямую с 1С), то поделитесь этой информацией пожалуйста🤗
Максим Шанцев, руководитель отдела управления НСИ
Для информации в контексте MDM, сегодня провели эксперимент по использованию Chat GPT в части решения задачи по обработке сырых данных и поиска дублей.
На входе пытались «скормить» Чату перечисленные через запятую необработанные элементы из бытовой химии (около 200 шт.) с заранее подготовленными дублями.
Результаты такие:
1. Несмотря на заявленные им же самим отсутствующими ограничениями по длине одного сообщения, скормить сразу все данные (около 7000 символов) не удалось. Пришлось несколько раз пересоздавать диалоги, и в результате Чат мог справиться только где-то около с 3000 символами.
2. Запрос звучал так: «Я бы хотел, чтобы ты проанализировал массив данных, который я пришлю тебе ниже. Нужно определить дублирующие записи, сообщить, какие это конкретно записи, и посчитать их количество и процент от общего количества. Записи приведены через запятую» (да, стараюсь общаться вежливо, чтобы он меня пощадил в будущем 🙈😀).
Результат — он просто начал перечислять все элементы массива подряд, нумеруя их.
3. После экспериментов с запросами и объемом массива для анализа пришли к следующему варианту: «Привет, ниже приведен массив строк. Каждое новое значение записано на новой строке. Найди в нем значения, которые повторяются дважды. Алгоритм поиска писать не нужно, просто найди значения и выведи их.
Массив: <8 элементов с 1 дублем>» (фраза про алгоритм была для того, чтобы он сразу не начал писать код на Python).
В результате он выдал 2 «дубля» (1. Dr.Aktiv Средство концентрированное для мытья окон, зеркал и стеклянных поверхностей Glanz 5 кг и Dr.Aktiv Средство концентр. для мытья окон, зеркал и стеклянных поверхностей Glanz plus 5 кг 2. Dr.Aktiv Средство чистящее для ковровых покрытий Universell 900мл (еврофлакон) и Dr.Aktiv Средство чистящее для ковровых покрытий Universell 900мл (еврофлакон)). При этом, 1ый «дубль» вовсе не является дублем (разные марки «Glanz» и «Glanz plus»), а второй является, но по полному совпадению текста. Поэтому, скорректировав запрос, на «выведи пожалуйста абсолютно одинаковые позиции», Чат вывел тот самый заветный дубль.
Выводы:
Некоммерческая версия Чата пока не очень хорошо справляется с большими массивами данных для анализа. Даже на маленьком объеме Чат ошибается, т.к. не может распознать различия в характеристиках/реквизитах элементов («Glanz» и «Glanz plus»). Проблема в том, что нет понимания, как именно работает алгоритм, и соответственно непонятно, как скорректировать и уточнить запрос нужным образом. В общем, пока что говорить о нормализации данных с использованием этого инструмента преждевременно. Но мы продолжим «копать» в направлении ИИ.
Если вы дочитали до конца, и у вас есть какие-то идеи в этом направлении (или вы знаете какие-то коммерческие ИИ-решения с API, которые уже умеют работать напрямую с 1С), то поделитесь этой информацией пожалуйста🤗
👍11
Forwarded from Зазеркалье 1С
Развитие расширений: добавление бизнес-процессов и задач и другие доработки
Мы продолжаем развивать механизм расширений конфигурации, добавляя к нему новую функциональность, в том числе и по вашим просьбам. Сегодня мы расскажем о двух новых возможностях, которые появятся в версии 8.3.25.
Читать далее...
Мы продолжаем развивать механизм расширений конфигурации, добавляя к нему новую функциональность, в том числе и по вашим просьбам. Сегодня мы расскажем о двух новых возможностях, которые появятся в версии 8.3.25.
Читать далее...
👍7
Друзья, уже завтра мы проведем практический онлайн-семинар «Применение системы БИТ.Управления проектами» — как оптимизировать процессы управления проектами и перевести свои проекты с зарубежного на российское ПО.
📅 29 июня в 11:00
Регистрируйтесь по ссылке, приглашайте своих коллег и клиентов.
Ключевые темы:
📌 Предпосылки к внедрению систем по управлению проектами в 2023 году.
📌 Программно-методический комплекс БИТ. Управление проектами.
📌 Интерактивный показ возможностей программы, разбор кейса по управлению проектом.
📌 Внедрение БИТ.Управление проектами под особенности отраслей бизнеса.
Спикеры:
▪️ Евгений Сигунов, Руководитель направления
▪️ Валерия Машукова, Системный аналитик
▪️ Екатерина Якимнюк, Системный аналитик
Участие свободное по предварительной регистрации
👉 Зарегистрироваться
📅 29 июня в 11:00
Регистрируйтесь по ссылке, приглашайте своих коллег и клиентов.
Ключевые темы:
📌 Предпосылки к внедрению систем по управлению проектами в 2023 году.
📌 Программно-методический комплекс БИТ. Управление проектами.
📌 Интерактивный показ возможностей программы, разбор кейса по управлению проектом.
📌 Внедрение БИТ.Управление проектами под особенности отраслей бизнеса.
Спикеры:
▪️ Евгений Сигунов, Руководитель направления
▪️ Валерия Машукова, Системный аналитик
▪️ Екатерина Якимнюк, Системный аналитик
Участие свободное по предварительной регистрации
👉 Зарегистрироваться
👏8
Форма обратной связи: какая она бывает
Всем нам знакомо, какую огромную роль играет общение во всех наших делах. И особое место в этом общении занимает обратная связь, когда мы с нетерпением ждем ее от людей, или напротив, даем обратную связь другим. Но что такое «обратная связь»?
В этой статье мы рассмотрим какие бывают формы обратной связи, их преимущества и способы применения, а также поделимся советами по созданию эффективных форм обратной связи.
Всем нам знакомо, какую огромную роль играет общение во всех наших делах. И особое место в этом общении занимает обратная связь, когда мы с нетерпением ждем ее от людей, или напротив, даем обратную связь другим. Но что такое «обратная связь»?
В этой статье мы рассмотрим какие бывают формы обратной связи, их преимущества и способы применения, а также поделимся советами по созданию эффективных форм обратной связи.
Дзен | Статьи
Форма обратной связи: какая она бывает
Статья автора «Школа проектного специалиста» в Дзене ✍: Юлий Минькин, руководитель проектного офиса Всем нам знакомо, какую огромную роль играет общение во всех наших делах.
👍7
Организация работы внутренней команды 1С с помощью Канбан
https://infostart.ru/1c/articles/1889463/
https://infostart.ru/1c/articles/1889463/
👍4
Новая версия «1С:MDM Управление нормативно-справочной информацией» получила значительное количество дополнений.
Для расширения возможностей управления мастер-данными и НСИ используется искусственный интеллект (AI) и модели машинного обучения (ML). Например:
🔹 С применением ML на базе встроенного сервиса «1С:Универсальный классификатор» реализован поиск данных
🔹 Самообучающиеся модели AI помогают классифицировать параметры НСИ и автоматически заполнять их в документах справочников
🔹 Данные в поля описания теперь можно вводить голосом
https://1c.ru/news/info.jsp?id=30655
Для расширения возможностей управления мастер-данными и НСИ используется искусственный интеллект (AI) и модели машинного обучения (ML). Например:
🔹 С применением ML на базе встроенного сервиса «1С:Универсальный классификатор» реализован поиск данных
🔹 Самообучающиеся модели AI помогают классифицировать параметры НСИ и автоматически заполнять их в документах справочников
🔹 Данные в поля описания теперь можно вводить голосом
https://1c.ru/news/info.jsp?id=30655
1c.ru
1С:MDM Управление нормативно-справочной информацией - выпуск редакции 2.5 и снятие с продаж коробочных поставок
👍6
ADR — метод документирования архитектурных решений
В новой статье расскажем процессе работы с ADR-файлами, их содержании и применении. Оформление ADR-файлов мы рассмотрим на примерах:
— Использование расширений платформы для интеграции с внешними системами;
— Использование встроенных возможностей 1С:Управление торговлей 1 для интеграции с онлайн-магазином.
Если у вас будут вопросы, предложения и комментарии, пишите их под статьей или под этим постом
В новой статье расскажем процессе работы с ADR-файлами, их содержании и применении. Оформление ADR-файлов мы рассмотрим на примерах:
— Использование расширений платформы для интеграции с внешними системами;
— Использование встроенных возможностей 1С:Управление торговлей 1 для интеграции с онлайн-магазином.
Если у вас будут вопросы, предложения и комментарии, пишите их под статьей или под этим постом
Дзен | Статьи
ADR — метод документирования архитектурных решений
Статья автора «Школа проектного специалиста» в Дзене ✍: Юлий Минькин, руководитель проектного офиса ADR (Agile Development Review) — метод, который используется для документирования архитектурных...
👍7😁1
#лайфхак_от_рп
Как маленький приёмчик при общении с Заказчиком предлагаю вам рассмотреть следующее:
Если у меня на проекте аналитик новый или недостаточно погруженный в проект на момент общения с Заказчиком, и получает вопрос, на который не может ответить, мы с ним договорились, что в таком случае он говорит «Минутку, я посмотрю мои записи». Это кодовая фраза, которая означает, что ему нужна помощь и надо врубаться и отвечать уже РП или архитектору :)
Как маленький приёмчик при общении с Заказчиком предлагаю вам рассмотреть следующее:
Если у меня на проекте аналитик новый или недостаточно погруженный в проект на момент общения с Заказчиком, и получает вопрос, на который не может ответить, мы с ним договорились, что в таком случае он говорит «Минутку, я посмотрю мои записи». Это кодовая фраза, которая означает, что ему нужна помощь и надо врубаться и отвечать уже РП или архитектору :)
🔥15👍2🤓1
Forwarded from Заметки Аналитика | IT
📑 User Story - пример, особенности, отзывы и применение
"Пользовательские истории - это тип пограничного объекта. Они способствуют выработке смысла и общению, то есть помогают командам разработчиков систематизировать свое понимание системы и ее контекста."
Читать статью
#userstory | @notes_analyst
"Пользовательские истории - это тип пограничного объекта. Они способствуют выработке смысла и общению, то есть помогают командам разработчиков систематизировать свое понимание системы и ее контекста."
Читать статью
#userstory | @notes_analyst
👍6
Путь системного архитектора. Как попасть в крутую команду специалистов и получить премию Проект года 1С
В рамках рубрики «Путь проектного специалиста» мы пообщались с Виталием Тупицыным — системным архитектором 1С и преподавателем кафедры Цифровых технологий и машинного обучения ЯрГУ имени П.Г. Демидова. Виталий начал свой путь проектного специалиста больше 10 лет назад и сразу связал его с 1С. За это время он вырос из студента, который помогал своим знакомым с обновлением 1С:Бухгалтерии до системного архитектора, с участием в проекте, который заявлен на премию Проект года.
Виталий рассказал строился его путь и поделился практическими советами, которые помогают поддерживать мотивацию в работе и достигать намеченных целей.
Читайте интервью на нашем канале в Дзен.
В рамках рубрики «Путь проектного специалиста» мы пообщались с Виталием Тупицыным — системным архитектором 1С и преподавателем кафедры Цифровых технологий и машинного обучения ЯрГУ имени П.Г. Демидова. Виталий начал свой путь проектного специалиста больше 10 лет назад и сразу связал его с 1С. За это время он вырос из студента, который помогал своим знакомым с обновлением 1С:Бухгалтерии до системного архитектора, с участием в проекте, который заявлен на премию Проект года.
Виталий рассказал строился его путь и поделился практическими советами, которые помогают поддерживать мотивацию в работе и достигать намеченных целей.
Читайте интервью на нашем канале в Дзен.
Дзен | Статьи
Путь системного архитектора. Как попасть в крутую команду специалистов и получить премию Проект года 1С
Статья автора «Школа проектного специалиста» в Дзене ✍: В рамках рубрики «Путь проектного специалиста» мы пообщались с Виталием Тупицыным — системным архитектором 1С и преподавателем кафедры Цифровых
👍4🔥3👏2
В продолжении интервью с архитектором, предлагаем присоединиться к обсуждению коллег на канале Желтый куб об «архитектуре».
✍️ Пишите свои варианты в комментариях
✍️ Пишите свои варианты в комментариях
Forwarded from Желтый клуб (Евгений Шилов)
Вчера Ингвар обвинил меня в том, что я не правильно понимаю значение слова «архитектура» и не так понимаю суть работы «архитектора».
Свой вариант Ингвар не раскрывает. Обещает открыть мне глаза 😂, когда участники Желтого клуба выскажут своё мнение и напишут, что такое «архитектура» и чем занимается «архитектор».
Напишите свой вариант, а потом вместе обсудим вариант Ингвара.
Свой вариант Ингвар не раскрывает. Обещает открыть мне глаза 😂, когда участники Желтого клуба выскажут своё мнение и напишут, что такое «архитектура» и чем занимается «архитектор».
Напишите свой вариант, а потом вместе обсудим вариант Ингвара.
Forwarded from Желтый клуб
Что такое «архитектура» и кто такой «архитектор»
С тем что такое Архитектура справились на самом деле многие!
Первым был @Absolem_us
Архитектура - это форма, которая придается системе. Форма заключается в определении компонент и связей между ними.
Цель формы: упростить разработку, развертывание и сопровождение.
Чего должен добиться Архитектор:
Сохранения разнообразия вариантов (Keeping options open)!
Любое программное обеспечение имеет две ценности: поведение и структуру. Архитектор делает структуру гибкой, поддающейся изменениям. Чтобы быстро вносить изменения в структуру для нового поведения.
Задача архитектора: сделать так чтобы как можно дольше иметь больше вариантов. Что такое варианты? Это детали.
Любую программу можно разделить на два элемента: политики и детали. Политики воплощают бизнес-правила. Создают основную ценность системы. Детали это все остальное что позволяет системе работать, общаться компонентам внутри между собой, людям с системой и системой с другими системами.
Цель архитектора: создать систему в которой политики будут самым важным элементом. Сделать так, чтобы политики не зависели от деталей. Дать возможность не принимать решение о деталях как можно дольше.
Давайте по примерам:
Мы делаем печатную форму.
Данные из базы данных - это детали. Внешний вид печатной формы - это тоже детали. Как быть, Ингвар?
В данном случае политикой или бизнес правилами выступает команда начала формировария. А роль контроллера выполнения на себя берет платформа. При этом кнопка начала формирования это тоже интерфейсные детали!
Потому мы тут должны понять какие могут быть оси изменений: по каким причинам нам потом придется что-то менять.
Основные:
- Новые требования по внешнему виду текущих данных.
- Добавление новых данных в отчёт.
- Перенесение отчёта на другую базу данных.
- Вынесение кнопки начала формирования в другое место
Делаем так:
1. Рисуем внешний вид печатной формы
2. Определяем какая должна быть минимальная достаточная структура данных для выполнения компановки.
3. Вызываем компоновку с заглушкой в виде подставных данных, убеждаемся что форма работает красиво!
Поздравляю! Мы только что выделили интерфейс между компановщиком и базой данных! Структура с данными заглушки и есть наш интерфейс.
4. Пишем выборку из базы данных таким образом, чтобы получилась та самая подставная структура которую мы использовали для теста.
DIP: Принцип инверсии зависимостей. Направление исполнения кода у нас идет от компоновщика к базе данных. Но при этом компоновщик от нее не зависит. Теперь база данных должна сформировать данные в виде, нужном для компоновщика.
Паттерном проектирования в данном случае является Мост (Bridge). Разделяя интерфейс и конкретную реализацию. Абстракцию диктует компоновщик, реализация же зависит от базы данных и объектов метаданных.
Изменять внешний вид легко, мы уверены что интерфейс данных у нас стабильный и никакую выборку данных мы задеть не можем и ничего лишнего не сломается.
Добавлять новые данные чуть сложнее: мы добавляем новое требование в интерфейс, отрисовываем новые данные, реализуем получение данных из базы данных. Да, надо внести изменение в два слоя. Но это можно делать поэтапно. Сначала сделать внешний вид с заглушкой, потом наполнение.
Изменяя конкретную реализацию получения данных из БД мы не только добились возможности быстро адаптироваться к новой версии конфигурации, но и теперь можем легко перенести форму вообще в другую конфигурацию, надо только написать для нее свою конкретную реализацию получения данных.
👤Ингвар
С тем что такое Архитектура справились на самом деле многие!
Первым был @Absolem_us
Архитектура - это форма, которая придается системе. Форма заключается в определении компонент и связей между ними.
Цель формы: упростить разработку, развертывание и сопровождение.
Чего должен добиться Архитектор:
Сохранения разнообразия вариантов (Keeping options open)!
Любое программное обеспечение имеет две ценности: поведение и структуру. Архитектор делает структуру гибкой, поддающейся изменениям. Чтобы быстро вносить изменения в структуру для нового поведения.
Задача архитектора: сделать так чтобы как можно дольше иметь больше вариантов. Что такое варианты? Это детали.
Любую программу можно разделить на два элемента: политики и детали. Политики воплощают бизнес-правила. Создают основную ценность системы. Детали это все остальное что позволяет системе работать, общаться компонентам внутри между собой, людям с системой и системой с другими системами.
Цель архитектора: создать систему в которой политики будут самым важным элементом. Сделать так, чтобы политики не зависели от деталей. Дать возможность не принимать решение о деталях как можно дольше.
Давайте по примерам:
Мы делаем печатную форму.
Данные из базы данных - это детали. Внешний вид печатной формы - это тоже детали. Как быть, Ингвар?
В данном случае политикой или бизнес правилами выступает команда начала формировария. А роль контроллера выполнения на себя берет платформа. При этом кнопка начала формирования это тоже интерфейсные детали!
Потому мы тут должны понять какие могут быть оси изменений: по каким причинам нам потом придется что-то менять.
Основные:
- Новые требования по внешнему виду текущих данных.
- Добавление новых данных в отчёт.
- Перенесение отчёта на другую базу данных.
- Вынесение кнопки начала формирования в другое место
Делаем так:
1. Рисуем внешний вид печатной формы
2. Определяем какая должна быть минимальная достаточная структура данных для выполнения компановки.
3. Вызываем компоновку с заглушкой в виде подставных данных, убеждаемся что форма работает красиво!
Поздравляю! Мы только что выделили интерфейс между компановщиком и базой данных! Структура с данными заглушки и есть наш интерфейс.
4. Пишем выборку из базы данных таким образом, чтобы получилась та самая подставная структура которую мы использовали для теста.
DIP: Принцип инверсии зависимостей. Направление исполнения кода у нас идет от компоновщика к базе данных. Но при этом компоновщик от нее не зависит. Теперь база данных должна сформировать данные в виде, нужном для компоновщика.
Паттерном проектирования в данном случае является Мост (Bridge). Разделяя интерфейс и конкретную реализацию. Абстракцию диктует компоновщик, реализация же зависит от базы данных и объектов метаданных.
Изменять внешний вид легко, мы уверены что интерфейс данных у нас стабильный и никакую выборку данных мы задеть не можем и ничего лишнего не сломается.
Добавлять новые данные чуть сложнее: мы добавляем новое требование в интерфейс, отрисовываем новые данные, реализуем получение данных из базы данных. Да, надо внести изменение в два слоя. Но это можно делать поэтапно. Сначала сделать внешний вид с заглушкой, потом наполнение.
Изменяя конкретную реализацию получения данных из БД мы не только добились возможности быстро адаптироваться к новой версии конфигурации, но и теперь можем легко перенести форму вообще в другую конфигурацию, надо только написать для нее свою конкретную реализацию получения данных.
👤Ингвар
👍8