Size: a a a

Архитектура ИТ-решений

2018 July 27
Архитектура ИТ-решений
Друг принес новость, которую я чуть не пропустил, а она большая: HipChat и Stride закрываются, пулл патентов по этим двум продуктам и исходный код их буду проданы Slack’у.

У меня взорвало, потому что буквально вчера мы с ним обсуждали, что корпоративных чатов масса и все они странные. И бац, их стало на треть меньше
https://techcrunch.com/2018/07/26/atlassians-hipchat-and-stride-to-be-discontinued-with-slack-buying-up-the-ip/
источник
Архитектура ИТ-решений
источник
Архитектура ИТ-решений
Вопрос описания  развертывания в k8s: код против YAML не такой банальный, как это может показаться на первый взгляд.  Разработчикам только дай волю и все приложения станут саморазвертываемыми. Решаются сразу две проблемы: анонсируемая - исключение ручного труда и ошибок при правке конфигурационных файлов и политическая: даже небольшие изменения конфигурации могут производится только разработчками(а иначе однажды ненароком и уволить могут). См. https://www.infoq.com/articles/metaparticle-pulumi-ballerina
источник
2018 July 30
Архитектура ИТ-решений
Наткнулся в одном из каналов на сообщение Не надо заканчивать фичи https://t.me/dangry/214 Не могу не согласиться. Когда-то я много рассказывал про Крест ИТ - ситуации, когда превышение затрат над пользой не очевидно. Даже писал об этом немного вот здесь: https://mxsmirnov.com/2014/11/04/baccm3/
Telegram
Интерфейсы без шелухи
🍔 Не надо заканчивать фичи

Очень вредный совет продакту: «Надо заканчивать фичи». На самом деле — не надо, если на 100% не уверен в обратном.

Что значит не заканчивать фичу? Это значит, прекратить её улучшать, если видишь, что отдача (деньги, транзакции — любые попугаи, в которых меряете) меньше, чем затраты (деньги, человеко-часы, душевные силы).

Лучше вообще выпилить такую фичу из продукта, чем убиваться с доработкой или бесконечно тащить её с собой, теряя деньги на сопровождение и тестирование.

Почему важно не заканчивать фичи? Потому что время команды ограничено, а потенциальные фичи — нет. И лучше тратить ресурсы на фичи с хорошим соотношением «отдача/затраты», чем заканчивать плохие только потому, что когда-то начал их делать.

Что происходит с продуктом, в котором все фичи заканчивают? Он развивается мучительно медленно, а пользователи недоумевают, какого чёрта в продукт запихали все эти никому не нужные возможности.

Фичи надо заканчивать. Но только если игра стоит свеч.
источник
2018 August 03
Архитектура ИТ-решений
Товарищи, можно сказать, покушаются на самое святое в ынтерпрайзе. Учат правильно контейнеризировать Websphere и IBM MQ https://www.infoq.com/news/2018/08/docker-application-guides
источник
Архитектура ИТ-решений
🤷🏻‍♀️Офисные кандалы: Почему люди на самом деле ненавидят свою работу 🤷🏻‍♀️

Неудовлетворённость своей работой становится нормой. По данным фонда «Общественное мнение», 10% россиян недовольны своей работой, а ещё 24% получают удовольствие от неё лишь изредка. При этом 40% россиян c нежеланием начинают трудовые будни после отпуска. Такая ситуация сложилась не только в России, тенденция глобальная. Журнал The Atlantic опубликовал статью о том, почему люди так часто ненавидят работу. 📌Вот основные тезисы из неё.
📍Работники всех возрастов недовольны своей работой, однако люди среднего возраста недовольны ею чуточку больше
📍Люди с высшим образованием страдают из-за своей работы больше, чем те, кто ограничился школой.
📍Каждого из нас пугают тем, что ничего не получится. Когда человек хочет попробовать что-то новое, ему рассказывают истории о тех, кто бросил работу ради экспериментов и остался ни с чем
📍В 60 люди обычно начинают ценить свою работу больше. Если в молодости мы верим в своё светлое будущее и расстраиваемся, когда что-то идёт не так, то ближе к пенсии мы снимем розовые очки и довольствуемся тем, что есть
📍Неудовлетворённость в работе возникает из-за отсутствия цели
📍К середине жизни приоритеты у людей меняются. Человек больше не хочет строить карьеру, накапливать богатства и повышать свой социальный статус. Теперь ему важно делать что-то значительное
📍После 30 лет очень сложно приобрести какие-то новые навыки. Когнитивные способности постепенно ухудшаются, мозг начинает работать медленней и хуже запоминает информацию
📍Люди сами придумывают себе препятствия, чтобы ничего не менять и не разбить свои мечты о суровую реальность. Например, говорят: «Как я буду оплачивать ипотеку на дом, если уйду с работы?»
📝полный текст на https://secretmag.ru/trends/tendencies/pochemu-lyudi-nenavidyat-rabotu.htm 💻
источник
Архитектура ИТ-решений
Ну как таким не поделиться :-)
источник
2018 August 05
Архитектура ИТ-решений
В Forrester опечалились положением дел в ходе цифровой трансформации https://go.forrester.com/blogs/the-sorry-state-of-digital-transformation-in-2018/
источник
2018 August 06
Архитектура ИТ-решений
источник
Архитектура ИТ-решений
Анекдот №96846
- Посмотри мою программу. Где у меня ошибка?
- Посмотрел.
- Ну, и где?
- В ДНК.

Этих людей невозможно вылечить! Они говорят о создании одного формата данных для всех ГИС и сетуют, что мол 340 ГИС это так много. На самом деле, это очень мало! Мало потому, что среди трех сотен систем пока не нашлось ни одной настолько хорошей, чтоб кто-нибудь захотел её форкнуть(к тому же исходники в нашем королевстве открывать не принято). Им нужен главный врач, а вовсе не архитектор https://www.facebook.com/mxsmirnov.arch/posts/1567668933336915
источник
Архитектура ИТ-решений
Вдогонку. Какие слова, я хотел бы услышать от лидеров цифровой экономики (вот, ведь наивный фантазёр ):
1. Мы пока не вполне понимаем какой она будет и потому начнем не с готовых рецептов, а с экспериментов и бета-версий.
2. Конкуренция – это хорошо. Поэтому у вас будет 5 разных порталов госуслуг, 3 ГИС ЖКХ и сотни других сервисов. Выбирайте. Ежегодно мы будем выключать процентов 20 из них, избавляясь от сервисов, не нашедших своего клиента
3. Министерства и ведомства не только будут тратить бюджет на ИТ, но и научатся на нём зарабатывать. Треть ИТ-бюджетов должна инвестироваться (и только попробуйте через год не суметь перепродать свой пай с премией)
4. Открытые [мета]данные, открытые исходники, открытые API
5. Безопасность не систем от людей(хакеров), а людей от некорректно работающих систем
источник
2018 August 07
Архитектура ИТ-решений
А тем временем сервисная сетка Istio доросла до версии 1.0 https://www.infoq.com/news/2018/08/istio-1.0-service-mesh
источник
2018 August 08
Архитектура ИТ-решений
Давно не читал интересных мыслей в исполнении продуктологов. Редкое исключение из правил:  http://gopractice.ru/why_drop_vs_why_stay/
источник
2018 August 09
Архитектура ИТ-решений
Пора придумывать доклад на AnalystDays #9 (30 ноября - 1 декабря 2018, Москва) https://analystdays.ru/ru/index О чём бы рассказать аналитикам?
источник
Архитектура ИТ-решений
У меня в блоге очень много просмотров сообщения о курсе "Карта ИТ-ландшафта" https://mxsmirnov.com/2017/02/01/landscape-map/ Но никто, почему-то, не обращается в учебный центр с вопросами по этому курсу. Может пора назначить дату и провести его еще раз? Было бы вам это интересно и в каком формате: очном или дистанционном? (Ваши вопросы и комментарии на FB: https://www.facebook.com/mxsmirnov.arch/posts/1572297479540727)
источник
Архитектура ИТ-решений
Уж не является ли шум вокруг так называемых low-code development platforms простой попыткой поскорее забыть слово BPMS? Ну, вот случилось так, что слово это уже не так вдохновляет как прежде. Но вендора же за многие годы столько всего написали: и рисовалки пользовательских интерфейсов, и data modelers(в очередной раз, кстати), модули human task, интерфейсы ведения групп пользователей... Не выбрасывать же всё это, в самом то деле. Потому Forrester и пугает не-айтишников html-ем 😯 https://go.forrester.com/blogs/why-you-need-to-know-about-low-code-even-if-youre-not-responsible-for-software-delivery/
источник
2018 August 11
Архитектура ИТ-решений
Ну и кто после таких обзоров будет покупать книжки и лекции из серии "Машинное обучение для чайников"? https://vas3k.ru/blog/machine_learning/
источник
2018 August 12
Архитектура ИТ-решений
Очень много букв, очень узкий класс задач, но, тем не менее познавательно и полезно https://proglib.io/p/graph-theory/
источник
2018 August 16
Архитектура ИТ-решений
Идея использования архитектурных диаграмм, особенно карт, в качестве "фона" для дашбордов - она, конечно, правильная. Но рисовать карту ИТ ландшафта, как это сделано в примере от BizzDesign, согласитесь, не хорошо!  Мы же не какие-нибудь финансовые контролеры  https://bizzdesign.com/blog/data-analysis-with-dashboards-in-horizzon/
источник
Архитектура ИТ-решений
источник