Latest posts
emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
22 Sept, 19:49
По поводу Agile добавлю ясности. В программой инженерии принято различать SDLC-модель, методологию (реализующую модель), framework (образующий методологию) и toolkit.Когда говорят про церемонии, то говорят про конкретную методологию, реализующую Agile-модель. XP, FDD, Crystal Clear, методология на основе Scrum-framework и т.п.Agile - это модель, такая же, как и каскадная, спиральная, итеративная, инкрементальная, эволюционная, V-model и гибридная. Ни одна из моделей не умерла и не умрёт, включая Agile, тем более из-за AI. При этом, видимо, появятся новые методологии или адаптируются существующие.Превалирующая на массовом рынке SDLC-модель постоянно меняется, как маятник. Ключевое отличие в SDLC-моделях - это соотношение prediction активности к adaptation активности. Т.е. соотношение того, какая часть неопределённости требований разрешается заблаговременно, путём логическогоemacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
20 Sept, 15:26
Я думаю, что есть два критерия оценки:1. Лингвистическая согласованность. Когда мы называем одного и того же человека "мама" и "сотрудница", очевидно, мы ожидаем от него разные функции для решения разных проблем. Здесь как раз хорошо помогает SKOS спецификация.2. Измерение Coupling & Cohesion http://www.sdml.cs.kent.edu/library/Allen99.pdf Когда в модели появляются нерелевантные функции, у неё подает Cohesion.emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
20 Sept, 15:26
Если говорить не про организационные мероприятия (обучение, управление процессами, топология команд), то лично мне хорошо помогает SKOS-спецификация (или OWL, но она часто избыточна и дублирует другие артефакты). Это если речь идёт о моделировании какого-то реального сектора.SKOS я использую вместо глоссария, потому что глоссарий не умеет обрабатывать лингвистические конфликты (один и тот же оригинал в разных моделях называется по разному, например, покупатель, плательщик, получатель...) В принципе, LLM сама может создать карту моделей с помощью SKOS по лингвистическим конфликтам. И это образует крепкий каркас структуры моделей хорошо понятный LLM. Она просто не сможет прилепить в модель ничего лишнего, если не докажет, что новый термин релевантен словарю модели. Ей нужно сперва добавить в SKOS новый термин и обосновать его релевантность решаемой моделью проблеме. А если вдруг онаemacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
19 Sept, 17:04
Если сухо и коротко, то модель - это системное отображение оригинала.Если формально, то https://sebokwiki.org/wiki/What_is_a_Model%3FМодель - это прежде всего заменитель чего-либо (какого-то оригинала). Сидит клерк в банке и считает на калькуляторе процентную ставку по кредиту. Это оригинал.Мы хотим этот расчёт автоматизировать. Для этого мы изучаем как он её считает. Получается модель предметной области, или аналитическая модель. Модель в problem space. Чтоб эту модель получить, нам нужно переработать существенную сложность.Клерк (оригинал) выполняет много разных действий. Управляет автомобилем, поднимается на лифте, обедает в столовой, получает зарплату, подготавливает отчёты и рассчитывает процентную ставку обратившимся клиентам банка. Нас интересует только последнее. Это - решаемая моделью проблема. Это критически важный момент. Каждая модель имеет причину своегоSEBoKWhat is a Model?emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
19 Sept, 17:04
Микросервисы добавляют сложность, но эта сложность техническая. Самое главное - это управление существенной сложностью.А поскольку существенная сложность не зависит от действий проектировщика (это то, что должна смоделировать система, т.е. она объективно существует в предметной области), то есть только один способ с ней работать - это инкрементальное рассмотрение сложности. Т.е. способность рассмотреть фрагмент сложности изолированно. Именно это в наибольшей степени влияет на расход токенов.Достигается это качественным выделением моделей (границей которых является Bounded Context). Когда модель сфокусирована на одной решаемой проблеме, она дистиллируется от паразитной сложности. И изменения системы, касающиеся этой решаемой проблемы, становится возможным изолировать в границах самой модели (не всегда, конечно, но эти исключения становятся редкими). Отсюда и пошло правило, чтоemacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
18 Sept, 09:14edited
Послушал вчера этот вебинар. И даже дослушал до конца при всей моей занятости. Потому что Мария Лагоша знает толк в этой теме. Самое интересное было в конце - противодействие психологическим манипуляциям токсичных сотрудников. Выстраивание тактики диалога с глубоким теоретическим обоснованием в области коммуникативной психологии. Как я люблю. В общем, стоящая вещь.Было бы интересно посетить их курс, стартующий завтра 19 октября, но, боюсь, что мой плотный график мне этого не позволит. Может быть в другой раз. [UPDATE]: Запись https://t.me/sslpractice/1252TelegramСофт Скиллз ЛабЛовите запись и презентацию вчерашнего вебинара Поговорили о медиации конфликтов: как вмешиваться в сложные ситуации, давать обратную связь и помогать людям договариваться — не превращаясь в судью и не решая всё за них. Будет полезно и руководителям, которые…emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
17 Sept, 13:19edited
Собственно, статья о том, о чем я и говорил несколько месяцев назад: Никакой BDUF/Waterfall не воскреснет. Не воскреснет по той же причине, по которой он исчез в конце 90-х: прототипирование в виде адаптивной итеративной разработки стало дешевле BDUF. AI ещё больше его удешевляет. "AI makes Agile more alive" https://www.thoughtworks.com/insights/blog/agile-engineering-practices/ai-makes-agile-more-aliveemacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
16 Sept, 13:30edited
Еще один лайфхак для поиска непростых решений: ❯ Создай себе агента-дискриминатора, чтоб применить 1-й з-н диалектики и The Rule of Three by Gerald M. Weinberg для поиска решения. Источник идеи подсмотрел здесь.GitHubA dispatcher owns a slot by locking its position, and has no identity… · krew-solutions/ascetic-ddd-rust@803bcaf… (ADR-0007) The outbox split a group's work over workers by hashtext(uri) % n, n and the worker's id given at start-up, with a position per worker. A worker that died took its sha...emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
15 Sept, 22:29edited
Делюсь лайфхаком. В CLAUDE.md добавляем строку о необходимости использования принципа The Rule of Three by Gerald M.Weinberg (он знает что это). Т.е. перед принятием решения пытаемся его опровергнуть с как минимум трёх точек зрения (чем больше -- тем лучше).SoulmatesAgentic Soulmates: Complementary Soul Architecture for Paired AI AgentsNine soulmate archetypes for pairing AI agents through complementary soul files. 100+ citations. Open soul files and harness definitions.emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
12 Sept, 14:26edited
Я, конечно, подозревал, что у Яндекса страдает морально-деловая сторона, но чтоб Яндекс.Такси было способно дважды чистосердечно признаться в том, что оно вытерает ноги о ст.10 ФЗ N 2300-1 о защите прав потребителей, я не предполагал. Не предполагал, потому
emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
9 Sept, 21:27edited
Невероятно грамотный и глубокий анализ (с точки зрения системного мышления) причин проблемы отрицательного отбора в корпорациях опубликовал Сергей Баранов 6 мая этого года. Как-то мы с ним параллельными путями подошли к анализу одной и той же управленческойTelegramemacsway-log: Technical Leadership, Management, Software Architecture, DDD, Microservices, Distributed Systems, XP, Agile, etc.Прочитал я сегодня в одном из каналов эти слова: Да бигтех он такой: пока поймут, что ты дэбил – ты уже сеньор, пока разберутся, что с этим делать – ты уже тимлид. И у меня в голове сложилась мозаика. В предыдущем посте я выдвинул предположение о том, что…emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
9 Sept, 04:50edited
Я часто говорю, что лучший формат общения архитектора - это не утверждения, а вопросы. Такие вопросы, которые делали бы очевидными достоинства его решения. Тут есть и психологический момент - задавая вопросы, архитектор не ставит себя в позицию "снизу", неemacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
5 Sept, 14:55edited
Решил я почитать Дао Дэ Цзин, раз уж он упоминается в книгах Gerald M. Weinberg и вообще широко применяется в менеджменте как в китайском, так и в США (см. Дао Лидера / Джон Хейдер). Переводов - просто тьма, и почти все они мне показались бесполезные. НоTelegramЮрий in emacsway-chatРазберу фразу через FPF. Она описывает ровно то, что в спецификации заложено как принцип открытой эволюции. ## Построчное соответствие «Путь постоянства» — это то, что в FPF остаётся неизменным: - Одиннадцать столпов (конституция, паттерн E.2): «принципы…emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
5 Sept, 07:02
Очень хорошо проявление закона отрицательного отбора в корпорации Microsoft описано в этой нашумевшей статье Craig Larman: https://less.works/ru/less/principles/systems-thinkingemacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
31 Aug, 04:03edited
Тот, кто способен удерживать внутреннюю тишину и паузу дольше, чем система вокруг него, - тот эту систему и перепрошивает. Тоже замечал это на практике. Главное, чтоб пауза была не искусственная - это легко распознаётся окружающими.emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
30 Aug, 13:38
Изучайте книги Gerald M. Weinberg, если хотите научиться хорошо в менеджмент. Светило. Хотя им уже по 30 лет и кое-какие моменты уже утратили актуальность, но самое важное осталось неизменным. - "An Introduction to General Systems Thinking" by Gerald M. Weinbergemacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
29 Aug, 21:44
Изучайте книги Gerald M. Weinberg, если хотите научиться хорошо в менеджмент. Светило. Хотя им уже по 30 лет и кое-какие моменты уже утратили актуальность, но самое важное осталось неизменным.- "An Introduction to General Systems Thinking" by Gerald M. Weinberg - "Becoming a Technical Leader" by Gerald M. Weinberg - "The Secrets of Consulting" by Gerald M. Weinberg - "More Secrets of Consulting" by Gerald M. Weinberg - "Quality Software Management" vol.1-4 by Gerald M. WeinbergТом 4 - это как раз про Change Management, как проводить реформы без сопротивления и увольнений их очагов.emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
29 Aug, 21:16
forwarded from @sslpractice
1,160Open in Telegramemacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
29 Aug, 21:16edited
Лишь 29% сотрудников испытывает уважение к своему руководителю: https://t.me/sslpractice/1221?singleЕсли преобразовать значение и сделать допущение, то получается, что 2/3 руководителей на рынке не пользуются уважением своих сотрудников.1,220Open in Telegramemacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
29 Aug, 16:44edited
Общие цели объединяют людей в команду. Именно этим команда отличается от толпы. Непонимание этого приводит к ложному пониманию "командной работы". Как говорил Фидель Кастро, важно не объединение людей само по себе, а те принципы, на которых оно основано.
Related Channels
Other channels in the same section of the catalogue.
