Monolite or MicroService ?
Программисты последнее время часто работают с микросервисами и часто пытаются их встроить туда, куда это не нужно. Микросервисы это естественно хорошо, но как и всегда это не серебряная пуля которая может решить любые проблемы, а скорее наоборот их добавит.
Давайте для начала разберём что такое монолит и его преимущества и недостатки.
Эта публикация - первая из цикла посвященных знакомству с ТРИЗ (Теории Решения Изобретательских Задач) – методологией, возникшей в 1956 г. в СССР и представляющей собой набор эвристик (более 30 методов, алгоритмов и процедур), которые способствуют продуктивному творческому мышлению и созданию ранее неизвестного в любой отрасли экономики.
Это продолжение темы статьи. Отличия в том что я переработал структуру, добавил глоссарий и поменял название на более соответствующее материалу. Данная статья будет дополняться и изменения будут отражаться либо здесь либо на сайте. На сайте же сможете скачать саму модель в высоком разрешении для печати и изучения.
Правила Хабра запрещают ссылки на свой контент поэтому эта статья написана в корпоративном хабе, который не всегда может быть у меня (автора). Именно по этому изменения модели будут размещаться прежде всего на сайте.
При сотрудничестве с программистами важно договориться «на берегу» о правилах взаимодействия. Предлагаю вам свод таких правил, накопленных за годы руководства проектами. Какие-то пункты вам могут показаться очевидными, какие-то вызовут интерес или отторжение, некоторые – удивление, но все они, так или иначе, отработаны на практике и проверены в боях. Так что можете смело адаптировать их под себя и пользоваться.
Наша объединенная конференция DevOps&TechLead 2022 года уже очень скоро! И пока мы ее вовсю готовим, давайте вспомним, как закончились конференции в прошлом году — и какие доклады вам понравились. Если вы уже участвовали в наших конференциях DevOps&TechLead — это будет для вас как небольшое путешествие в прошлое, где мы воссоздадим в памяти атмосферу и эмоции. А если вы всё пропустили, то сегодня вы сможете представить, как там было. Поехали!
Конечно, в первую очередь докладчики делились проблемами, которые преодолели, предлагая пошаговые сценарии выхода из них. Главная фишка конференций, и наших в том числе — польза. Вы получаете не безликую теорию, а проверенные и еще раз перепроверенные на практике механизмы, метрики и подходы. Которые уже упростили жизнь командам, помогли выявить и решить проблемы.
Давненько я не публиковал новостей по развитию инструмента описания архитектуры кодом. А похвастаться есть чем. Сегодня я исправлю свою досадную оплошность.
«Процесс разработки больших программных систем чрезвычайно сложен и непредсказуем. Программные проекты часто прерываются, выходят за рамки сроков и бюджета или приводят к некачественным результатам, отделяя технологию программирования от установившихся инженерных дисциплин».
Впервые прочитав эту цитату Кони Бюрера, который работал в Rational Software, я полагал, что корень всех проблем, возникающих при разработке ПО, кроется именно здесь. С тех пор я повзрослел, оброс шлейфом скепсиса и перестал писать код для продакшена. Я больше не несу ответственности за разработку, тестирование или поставку отдельных классов, компонентов и даже сервисов. Я отвечаю за максимально быструю и качественную поставку бизнес-ценности в рамках одного из ключевых бизнесов ЦФТ - сервиса денежных переводов Золотая корона.
В прошлой статье я рассказывал о том, как мы реализовали на основе Google Sheets собственную диаграмму Ганта для работы над игровыми проектами. Если вам зашла такая реализация или просто интересно глубже понять принципы устройства таблиц и формул, сейчас мы будем разбирать именно эти темы.
Для начала я подробнее расскажу про визуальную составляющую: какие ячейки для чего нужны. Затем познакомимся с тем, где и какие формулы применяются. Взглянем на примеры условного форматирования. Под конец узнаем, как сделать скрипт для разделения недель на шкале времени.
Эта статья — первая в серии из трех частей о том, как можно формировать стратегию своей платформы. Но для начала несколько слов благодарности и дисклеймеров.
Я рассказываю об этом, потому что это тема, о которой меня спрашивают довольно часто. И вот я наконец решил поделиться своими мыслями и опытом для более широкой аудитории.
Все мы на работе решаем задачи и проблемы, достигаем целей, планируем изменения. Перед тем, как что-то, собственно, сделать, мы думаем, обсуждаем, предлагаем варианты, выдвигаем инициативы, выбираем технологии и т.д.
Думать перед тем, как делать, приходится всем, кто работает в IT – у нас всё слишком многовариантно. Фантазируют программисты, аналитики, тимлиды, менеджеры, РП, сисадмины, владельцы продукта и прочие, вроде фасилитаторов. Если понаблюдать за этим процессом – фантазирования на тему «что и как можно сделать» - то легко заметить одну странность.
Один и тот же человек, раздумывая над одной и той же, по сути, задачей, может выдавать совершенно разные идеи. Задача может быть как схожей, так и прям тождественно равной. То человек предлагает 10 вариантов реализации, то, вдруг, едва выдавливает из себя один – скромный и простой. Почему?
Есть теории, которые делят людей на генераторов идей и прочих (например, Белбин, красные/зелёные/синие и т.д.). Но, повторю, речь об одном и том же человеке и одной и той же задаче. Так почему он то фонтанирует идеями, то молчит в тряпочку?
На высшую истину не претендую, но я пришёл к такому выводу: ключевым является вопрос «кто будет реализовывать?».
Я хочу, чтобы после этой статьи у вас появилось чуть побольше информации о том, на что влияет тимлид в нашей социально-технической системе, которой является команда. Сейчас попробуем вместе разобраться, как тимлид влияет на «социальное» и нужно ли что-то в этом «социальном» улучшать. Поговорим про наём, репутацию, культуру и рабочие отношения, точнее на их влияние на эффективность.
Меня зовут Виталий Шароватов, я работал в mail.ru, badoo, raiffeisen, qlean, rocketbank, сейчас работаю в Qase. 13 лет писал на JavaScript, а сейчас занимаюсь просветительской работой, менторю тимлидов и читаю лекции. Так что, мне есть чем с вами поделиться.
«За всю историю человечества было выдано 50 млн. патентов.
Задача — сделать 1 млрд. новых изобретений». @MagisterLudi
Каждый землянин, даже совсем не научно-технический революционер или патентный военный, прочитавший эту информацию о прибыльной методике изобретательства, сможет при желании написать рационализаторское предложение или патент, за которые ему заплатят на работе или в своём бизнесе. И, самое удивительное, что категорически только тот, кто именно практически ежедневно занимается какой-то достаточно узкой областью ИТ, может улучшить и изобрести новое, а не «аналитик» вообще, доцент или чиновник. Мир меняется, и то, что раньше изобреталось и патентовалось, как просто научное, теперь должно быть максимально практичным, как конкретное «техническое решение».
Это маленькая, но полезная ретроспектива двух профессиональных конференций по интеграции процессов разработки, тестирования и эксплуатации. До совместного мероприятия DevOps&TechLead Conf 2022 осталась всего пара месяцев, поэтому самое время восстановить в памяти то, что было раньше.
Всем привет, меня зовут Семён, я руковожу разработкой витрины объектов недвижимости в Домклик. Занимал должности от разработчика до директора в разных компаниях и разных странах, проходил этот путь несколько раз и не понаслышке знаю, каково это — выходить из зоны комфорта и в корне менять род занятий. Так, например, происходит при переходе с роли разработчика на роль тимлида. Но сегодня я хочу обсудить следующий возможный шаг в карьере тимлида — переход на директорскую (executive) должность. Он таит в себе много вызовов и неожиданностей. Статья будет интересна тем, кто собирается сделать такой карьерный шаг, а также новоиспечённым СТО, viceCTO, техдирам и прочим Е-level технарям. Прошу под кат.
Менеджеры обладают всеми возможностями, чтобы заставить команду страдать
Как менеджеры, мы находимся в наилучшем положении, чтобы погрузить в уныние наши команды. Если вы менеджер, стремящийся действительно максимально причинить боль своим людям, обратите внимание! Мы рассмотрим три самых популярных способа.
Правда, мы сфокусируемся только на антипаттернах управления проектами, при том, что есть много других возможностей сделать людей в вашей команде несчастными.
Три секретных антипаттерна
1. «Белка в колесе»
2. «Миллион Agile-встреч»
3. «Гантаголик»
И сразу ссылка:
С вами так бывало? Послушаешь новый альбом и так зацепит, что обязательно нужно со всеми поделиться. Примерно это случилось со мной и книжкой «Shape Up». У меня за плечами десяток лет работы продуктовым дизайнером, и я не раз видел, как проекты проваливаются, поскольку никто так и не смог точно понять, что нужно сделать.
Я также видел, как чёткое понимание цели и жёсткие решения на пути к ней позволяли команде добиться результатов. Хочу, чтобы этого добилось как можно больше людей. Мой посильный вклад — этот перевод.
Приятного чтения и успешных проектов!
Невыдуманная история с хеппи-эндом, про то, как бот для Telegram увеличил выручку и упорядочил работу команды разработчиков.
Все началось с того, что в рабочем чате Telegram, где мы обмениваемся рабочими, не совсем рабочими и откровенно не рабочими сообщениями, решили делиться оценками качества булочек и пирожков из соседней пекарни. Булки там представлены в большом ассортименте и глаза около прилавка разбегаются...
К концу 2007 года я уже почти пять лет работал Софт-инженером в министерстве ИТ. Прошел долгий путь от джуна до сеньора и понятно, что уже примерял к себе роль тимлида. Видел себя человеком, который рулит командой и процессами.
Но в моем отделе уже такой человек был и понятно, что отдавать свои погоны не собирался. И тут я почувствовал, что уперся в стену и никакого прогрессу не видать без смены работы. Такое бывает во множестве компаний и чтобы твой профессиональный рост не стопорился, надо менять поле боя. И оказавшись в патовой ситуации, я начал рыскать среди вакансий.
«AvantajPrim» была еще молодой компанией, созданная моими друзьями из университета. Они сделали мне заманчивое предложение: перейти на работу к ним и участвовать в разработке нескольких проектов - заказов правительства РФ. Конечно же, в начале пути, как сеньор разработчик. Ну а через пару месяцев, если смогу показать себя как лидер, то получу эти долгожданные погоны тимлида. Это было именно то, чего я тогда хотел...
