решил начать писать текущие мысли в канал. Формат мне пока самому не ясен, но, видимо, это будет что-то вроде "разговоров с зеркалом", мышления письмом и дневника в одном флаконе.
На большие статьи времени и сил не хватает, а мелкие заметки иногда просятся наружу. Ну и надо же осваивать современные технологии коммуникации...
На большие статьи времени и сил не хватает, а мелкие заметки иногда просятся наружу. Ну и надо же осваивать современные технологии коммуникации...
Forwarded from Roman
Microsoft just launched Teams premium powered by ChatGPT at just $7/month 🤯
With ChatGPT, Teams users can generate automatic meeting notes, AI-recommended tasks, personalized meeting templates, and a lot more!!
With ChatGPT, Teams users can generate automatic meeting notes, AI-recommended tasks, personalized meeting templates, and a lot more!!
Forwarded from Russian Association of Software Architects (Roman)
Основные архитектуры нейронных сеток - очень коротко и наглядно. Кому интересно дальше, то дальше читать вики (по всякому машинному обучению вики хорошо собрана - просто вводите название нейронки, и будет информация). Но именно по этой картинке, вот расшифровка. А если вы хотите познакомиться с нейронками с нуля и (относительно) просто, то вот отличный Quick Start по теме.
Forwarded from Roman
https://www.infoq.com/presentations/automation-testing-architecture
прикольно Владик разложил про тестирование архитектуры ))
прикольно Владик разложил про тестирование архитектуры ))
InfoQ
Testing Software Architecture
Vladik Khononov discusses testing the architecture of a system, covering what makes a good architecture, identifying a big ball of mud, an exhausted architecture, and automating such tests.
Forwarded from Russian Association of Software Architects (Sergey Baranov)
Mike Beedle (died at March 23, 2018)
Agile Manifesto co-creator
proposed the term “agile” to manifesto co-creators introduced “Enterprise Scrum” and “Business Agility”
Source: https://twitter.com/mikebeedle/status/976500772438409216
Agile Manifesto co-creator
proposed the term “agile” to manifesto co-creators introduced “Enterprise Scrum” and “Business Agility”
Source: https://twitter.com/mikebeedle/status/976500772438409216
Forwarded from emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
Три статьи о функциональной доменной модели:
- https://bespoyasov.ru/blog/domain-modelling-made-functional/
(ссылки на продолжение см. внизу статьи).
[UPDATE]: Признателен авторам, которые делают свои знания отчуждаемыми:
- https://github.com/bespoyasov/www
Форкнул себе.
#FP #DDD
- https://bespoyasov.ru/blog/domain-modelling-made-functional/
(ссылки на продолжение см. внизу статьи).
[UPDATE]: Признателен авторам, которые делают свои знания отчуждаемыми:
- https://github.com/bespoyasov/www
Форкнул себе.
#FP #DDD
bespoyasov.ru
Доменное моделирование в функциональном стиле. Скотт Влашин
Конспект-перевод книги “Domain Modelling Made Functional” с примерами на TypeScript.
Задумался тут о таком понятии как "ответственность команды" или "командная ответственность".
Обратил внимание, что большинство воспринимают "ответственность команды" как ответственность "команды целиком", т.е. не персонифицированную. Когда возникает вопрос или инцидент, адресованный команде, то невозможно заранее предсказать, кто на него должен отвечать, ведь ответственность не персонифицированная, а командная. При этом наблюдается два явления, каждое со своими особенностями.
1. Гиперответственность. Отвечать кидаются все. Ведь каждый, как пионер, считает себя ответственным за все...
2. Колллективная безответственность. Вопрос игнорируется всеми, так как каждый считает, что на него сможет ответить кто-то другой.
И если негатив второго явления объяснять обычно не нужно, то первый вариант часто кажется позитивным паттерном. Однако и в этом случае полно негативных последствий: вся команда сидит в ожидании и с готовностью реагирует на внешние запросы, теряется фокус и сосредоточенность.
#мысливслух
Обратил внимание, что большинство воспринимают "ответственность команды" как ответственность "команды целиком", т.е. не персонифицированную. Когда возникает вопрос или инцидент, адресованный команде, то невозможно заранее предсказать, кто на него должен отвечать, ведь ответственность не персонифицированная, а командная. При этом наблюдается два явления, каждое со своими особенностями.
1. Гиперответственность. Отвечать кидаются все. Ведь каждый, как пионер, считает себя ответственным за все...
2. Колллективная безответственность. Вопрос игнорируется всеми, так как каждый считает, что на него сможет ответить кто-то другой.
И если негатив второго явления объяснять обычно не нужно, то первый вариант часто кажется позитивным паттерном. Однако и в этом случае полно негативных последствий: вся команда сидит в ожидании и с готовностью реагирует на внешние запросы, теряется фокус и сосредоточенность.
#мысливслух
Мне видится, что командная ответственность - это не размазывание ответственности ровным слоем по команде, а явное разделение ответственности внутри команды.
Т.е. большая командная ответственность внутри команды некоторым образом поделена на части, и за каждую часть взяла на себя ответственность какая-то персона. (Ключевое слово - "взяла", именно осознанное взятие на себя части ответственности является необходимым условием командной работы.)
Теперь команда может не дергаться и не подпрыгивать по каждому запросу, для каждой темы есть конкретный человек, который взял на себя ответственность за неё.
Если никто не взял на себя вопрос в течение какого-то времени, значит нужна ручная маршрутизация - и это тоже зона ответственности. В простейшем случае эти занимается тимлид, но это может быть и своеобразная переходящая роль "дежурного маршрутизатора".
#размышления
Т.е. большая командная ответственность внутри команды некоторым образом поделена на части, и за каждую часть взяла на себя ответственность какая-то персона. (Ключевое слово - "взяла", именно осознанное взятие на себя части ответственности является необходимым условием командной работы.)
Теперь команда может не дергаться и не подпрыгивать по каждому запросу, для каждой темы есть конкретный человек, который взял на себя ответственность за неё.
Если никто не взял на себя вопрос в течение какого-то времени, значит нужна ручная маршрутизация - и это тоже зона ответственности. В простейшем случае эти занимается тимлид, но это может быть и своеобразная переходящая роль "дежурного маршрутизатора".
#размышления
Придумал аналогию, поясняющую суть "разделения ответственности". Представьте себе нерегулируемый перекресток, к которому подъезжают несколько водителей, не знающих ПДД.
Если все предельно вежливые, то они начнут старательно уступать друг другу дорогу, расшаркиваться, восхищаться вежливостью друг друга, и в конце концов проедут перекресток, но это займет много времени.
Если же с вежливостью у водителей напряженка, то они начнут сигналить, толкаться, пытаться проехать побыстрее, что чревато авариями. Какие-то автомобили проскочат быстро, а какие-то останутся стоять и могут надолго заблокировать перекресток.
А если действовать не на эмоциях, а в соответствии с требованиями ПДД, то всем и всегда точно известно, какой автомобиль должен двигаться через перекресток, а какой - должен подождать.
Т.е. правила, известные участникам движения, позволяют добиться приемлемой пропускной способности перекрестка без дополнительной коммуникации между участниками движения.
Аналогично, установленные в команде правила распределения (а не размазывания!) ответственности повышают производительность команды и снижают затраты на избыточные коммуникации.
Если все предельно вежливые, то они начнут старательно уступать друг другу дорогу, расшаркиваться, восхищаться вежливостью друг друга, и в конце концов проедут перекресток, но это займет много времени.
Если же с вежливостью у водителей напряженка, то они начнут сигналить, толкаться, пытаться проехать побыстрее, что чревато авариями. Какие-то автомобили проскочат быстро, а какие-то останутся стоять и могут надолго заблокировать перекресток.
А если действовать не на эмоциях, а в соответствии с требованиями ПДД, то всем и всегда точно известно, какой автомобиль должен двигаться через перекресток, а какой - должен подождать.
Т.е. правила, известные участникам движения, позволяют добиться приемлемой пропускной способности перекрестка без дополнительной коммуникации между участниками движения.
Аналогично, установленные в команде правила распределения (а не размазывания!) ответственности повышают производительность команды и снижают затраты на избыточные коммуникации.
В ШСМ пишут, что открыли бесплатный доступ к учебникам по всем курсам. Налетай, пока дают :)