Не знаю чем народ недоволен. Мне это выступление понравилось https://habr.com/company/flant/blog/431500/
Size: a a a
2018 December 06
Большинство подходов к моделированию бизнес-процессов, показывают, что может произойти в процессе. В ряде случаев больше подойдут примеры того, что происходит на самом деле. Перефразируя Peter Hruschka: «Три хороших примера лучше, чем плохая абстракция» http://www.domainstorytelling.org/ Слайды(немного на немецком) https://speakerdeck.com/hofstef/knowledge-crunching-mit-domain-storytelling
Вопрос-ответ. (Что-то типа новой рубрики на канале c хэштегом #FAQ ). Вчера на вебинаре меня спросили: Как убедить заказчика, что этап анализа и проектирования необходим, за него ему надо платить.
Мой вариант ответа: поставьте себя на место заказчика. Много лет ему рассказывали, что он [тупой] не может сформулировать требования на понятном разработчику языке, а разработчик не понимает язык человеческий. Конечно же, заказчик обиделся: если программисту нужно какое-то там ТЗ, то пусть он и платит… и за ТЗ и за общесистемный софт и за все остальное.
Я вижу три варианта решения: 1) Перестать торговать душами, а предлагать команду целиком. 2) Объяснять заказчику в чем состоит ценность. Например, грамотная постановка задачи позволит ему заказать софт не у вас, а там, где дешевле (шутка, но это не единственная ценность) 3) Перестать мечтать о работе на конвейере (в pipeline-е CI/CD в нашем случае). Маржа, как известно, из производства уходит в сферу услуг, идите за ней. Помогайте заказчику осознать, что и зачем он хочет, а не как это сделать
Мой вариант ответа: поставьте себя на место заказчика. Много лет ему рассказывали, что он [тупой] не может сформулировать требования на понятном разработчику языке, а разработчик не понимает язык человеческий. Конечно же, заказчик обиделся: если программисту нужно какое-то там ТЗ, то пусть он и платит… и за ТЗ и за общесистемный софт и за все остальное.
Я вижу три варианта решения: 1) Перестать торговать душами, а предлагать команду целиком. 2) Объяснять заказчику в чем состоит ценность. Например, грамотная постановка задачи позволит ему заказать софт не у вас, а там, где дешевле (шутка, но это не единственная ценность) 3) Перестать мечтать о работе на конвейере (в pipeline-е CI/CD в нашем случае). Маржа, как известно, из производства уходит в сферу услуг, идите за ней. Помогайте заказчику осознать, что и зачем он хочет, а не как это сделать
2018 December 07
Это правда! Три месяца назад в ВШБИ ВШЭ мы провели круглый стол по ИТ-архитектуре. Подробности здесь: https://habr.com/post/432386/ Большое спасибо всем участникам и отдельный респект Кристине за обзор этого мероприятия
2018 December 08
Райффайзенбанк, примерно раз в год, проводит вот такие митапы https://raiffeisen-events.timepad.ru/event/863582/
Полезная ветка https://twitter.com/mononcqc/status/1070373406917517313
Микросервисы всем нравятся, но работы по выделению ограниченных контекстов несколько затянулись. K8s сумел развернуть каждый третий, а интеграция с legacy остается неясной темой. В принципе, ожидаемые результаты исследования O’Reilly от 4 декабря(14 страниц) https://www.oreilly.com/programming/free/the-state-of-microservices-maturity.csp
2018 December 09
У нас в чатике ИТ-архитекторов @itarchitect опять случились философские разговоры про agile и прочее. Мне, почему-то, кажется, что подобные темы обсуждать надо не с точки зрения программной инженерии или прочих, более-менее технических наук, а как феномен социологический (или даже культурологический), вторжение медийных, массово-культурных и прочих гуманитарных подходов на чужую(нашу) территорию. Вот, кстати, на ПостНауке созвучная история вчера появилась, про социологию математики https://youtu.be/d24eDlZaxKI
2018 December 11
Из серии AI для (идиотов - зачеркнуто) enterprise architects :) ниже в pdf
Неплохой, а главное короткий обзор того, что есть на сегодня в распределенной трассировке https://www.instana.com/blog/distributed-tracing-the-easy-way/
2018 December 12
Пока нет особо интересных новостей буду вытаскивать некоторые заметки из блога https://mxsmirnov.com/2016/04/30/use-case-map/
Про Experience API в России: https://fb.com/1988132824598961/
По-моему, это про корпоративную архитектуру: магистр Йода зомбирует незадачливого клиента
2018 December 13
it_arch
Пока нет особо интересных новостей буду вытаскивать некоторые заметки из блога https://mxsmirnov.com/2016/04/30/use-case-map/
К вчерашней ссылке: во времена внедрения ESB консультанты любили пугать нас spaghetti-like архитектурой, беспорядочными интеграциями и запутанными взаимодействиями. В определенной степени, это миф. Люди, развивавшие корпоративные ИТ-ландшафты до нас, были не совсем идиотами и большинство интеграционных взаимодействий представляют собой отдельные фрагменты типичных маршрутов передачи данных. Просто надо уметь видеть эти маршруты за стрелками архитектурных диаграмм. Сегодня похожую страшилку рассказывают про микросервисы - мол как же мы распутаем зависимости между ними. И это тоже миф. Если в графе взаимодействий микросервисов не прослеживается, например, CQRS, вероятно, вы сделали что-то не то
2018 December 14
Помните, я недавно писал про конференцию KubeCon + CloudNativeCon, на которую можно было отправить вместо себя робота. Выложили видео с этой конференции: https://www.youtube.com/playlist?list=PLj6h78yzYM2PZf9eA7bhWnIh_mK1vyOfU
Визуализация чего-либо в виде периодической таблицы становится трендом. Искал обзоры по IT Operations Analytics(ITOA) или, как теперь модно говорить, #AIOps, а нашел Periodic Table of IT Ops Tools https://www.nexthink.com/periodic-table/
Periodic Table of IT Ops Tools