📣 Пришёл, увидел, убедил!
На прошлой неделе проходил двухдневный тренинг по публичным выступлениям. Обучение проводилось для сотрудников Сбера и только для тех, кто изъявил желание. Меня не надо было убеждать записаться, поскольку тема мне интересна. А идея вырваться из рабочего процесса на 2 дня и полностью погрузиться в обучение — это вдвойне здорово.
Зачем оно мне? Потому что после нескольких выступлений в качестве спикера у меня сформировалось понимание, что надо углубиться в "матчасть" и подтянуть некоторые вещи, для чего, конечно, надо больше практики.
Что в итоге? Удалось систематизировать знания, узнать новые для себя вещи и интересные приёмы. Кроме того, формат тренинга позволил "прожить" в игровых ситуациях, оперативно и открыто получить обратную связь от тренера и других обучающихся, а это люди с разным опытом, темпераментом, жизненными установками и восприятием информации. Считаю, всё удалось: получен полезный опыт, зафиксировал для себя точки роста, а также узнал про возможность записаться на более продвинутый уровень тренинга.
Напоследок хочу с вами поделиться несколькими рекомендациями, которые я взял себе на заметку. Возможно, кому-то они тоже пригодятся.
📙 Прочитать книгу Никиты Непряхина "Аргументируй это. Как убедить кого угодно в чём угодно". Эта работа поможет в изучении эффективной аргументации и систематизации своих знаний по публичным выступлениям.
🎥 Ознакомиться с записями выступлений Владимира Ленина и Елены Блиновской (безотносительно того, как вы к ним относитесь) и разборами этих выступлений. Это позволит увидеть применяемые на практике приёмы убеждения и аргументации.
🎙️ После завершения тренинга закрепить на практике изученное, пока в памяти ещё свежи воспоминания. Даже если подходящей конференции или митапа на ближайшее время не намечается, можно взять тему и заранее проработать цель, тезисы, структуру.
P.S. С моей стороны подготовительный шаг сделан, можно начинать ⤵
#выступления #книги #сбер
На прошлой неделе проходил двухдневный тренинг по публичным выступлениям. Обучение проводилось для сотрудников Сбера и только для тех, кто изъявил желание. Меня не надо было убеждать записаться, поскольку тема мне интересна. А идея вырваться из рабочего процесса на 2 дня и полностью погрузиться в обучение — это вдвойне здорово.
Зачем оно мне? Потому что после нескольких выступлений в качестве спикера у меня сформировалось понимание, что надо углубиться в "матчасть" и подтянуть некоторые вещи, для чего, конечно, надо больше практики.
Что в итоге? Удалось систематизировать знания, узнать новые для себя вещи и интересные приёмы. Кроме того, формат тренинга позволил "прожить" в игровых ситуациях, оперативно и открыто получить обратную связь от тренера и других обучающихся, а это люди с разным опытом, темпераментом, жизненными установками и восприятием информации. Считаю, всё удалось: получен полезный опыт, зафиксировал для себя точки роста, а также узнал про возможность записаться на более продвинутый уровень тренинга.
Напоследок хочу с вами поделиться несколькими рекомендациями, которые я взял себе на заметку. Возможно, кому-то они тоже пригодятся.
📙 Прочитать книгу Никиты Непряхина "Аргументируй это. Как убедить кого угодно в чём угодно". Эта работа поможет в изучении эффективной аргументации и систематизации своих знаний по публичным выступлениям.
🎥 Ознакомиться с записями выступлений Владимира Ленина и Елены Блиновской (безотносительно того, как вы к ним относитесь) и разборами этих выступлений. Это позволит увидеть применяемые на практике приёмы убеждения и аргументации.
🎙️ После завершения тренинга закрепить на практике изученное, пока в памяти ещё свежи воспоминания. Даже если подходящей конференции или митапа на ближайшее время не намечается, можно взять тему и заранее проработать цель, тезисы, структуру.
P.S. С моей стороны подготовительный шаг сделан, можно начинать ⤵
#выступления #книги #сбер
👍6
📁 СберПапка
Мы с ребятами из Сбера решили поддержать друг друга и собрали папку с телеграм-каналами на тему IT: https://t.iss.one/addlist/NX7cBK6ovfdkNWUy.
В ней, надеюсь, сможете найти для себя что-то интересное. И, кстати, папка пополняемая😉
#сбер #папки
Мы с ребятами из Сбера решили поддержать друг друга и собрали папку с телеграм-каналами на тему IT: https://t.iss.one/addlist/NX7cBK6ovfdkNWUy.
В ней, надеюсь, сможете найти для себя что-то интересное. И, кстати, папка пополняемая😉
#сбер #папки
🔥6
Полмесяца назад я размещал ссылку на статью о PlantUML. И тогда же говорил, что это была лишь первая часть. Так вот, настало время представить вторую.
Весь материал разместился на двух страницах, при прочтении которых вы узнаете:
🔹 различные подходы и трюки, которые можно применять при разработке диаграмм;
🔹 как добиться того, чтобы диаграммы максимально соответствовали спецификации UML;
🔹 какие ещё виды диаграмм поддерживаются, как их можно улучшить и что при желании можно "соорудить" самому.
По моей задумке текущий "инкремент" является завершением статьи и совместно с предыдущим он должен помочь быстрее погрузиться в неочевидные возможности PlantUML.
Ссылки: сразу на новое и если читать статью сначала.
#визуализация #plantuml #статьи #гайды
Весь материал разместился на двух страницах, при прочтении которых вы узнаете:
🔹 различные подходы и трюки, которые можно применять при разработке диаграмм;
🔹 как добиться того, чтобы диаграммы максимально соответствовали спецификации UML;
🔹 какие ещё виды диаграмм поддерживаются, как их можно улучшить и что при желании можно "соорудить" самому.
По моей задумке текущий "инкремент" является завершением статьи и совместно с предыдущим он должен помочь быстрее погрузиться в неочевидные возможности PlantUML.
Ссылки: сразу на новое и если читать статью сначала.
#визуализация #plantuml #статьи #гайды
3👍3🔥3
Друзья, я нахожусь в аэропорту и уже совсем скоро должны объявить посадку на рейс.
Лечу на конференцию в Москву, где рассчитываю узнать для себя что-то новое и полезное. И, конечно же, планирую в свободное время по возможности погулять по столице и полюбоваться местной архитектурой.
Подробности будут позднее. До связи!
#анонсы
Лечу на конференцию в Москву, где рассчитываю узнать для себя что-то новое и полезное. И, конечно же, планирую в свободное время по возможности погулять по столице и полюбоваться местной архитектурой.
Подробности будут позднее. До связи!
#анонсы
🔥5👍3
🚀 Т.Конф Мск: история и современность
Сейчас в самом разгаре "Т.Конф Мск", техническая конференция для инженеров Сбера. И если в прошлом году мне удалось посетить "Т.Конфы" в Новосибирске и Екатеринбурге (о них тоже оставлял заметки в канале), то в этот раз я добрался до Москвы.
Из примечательного. В качестве площадки было выбрано место, на котором ранее работала легендарная шоколадная фабрика "Красный Октябрь" 🍫. Сам факт этого, как мне кажется, уже настраивает на позитивный лад.
Но вернёмся к самому мероприятию.
На конференции проходят выступления на 6 параллельно действующих секциях, плюс работает отдельная секции воркшопов. Выбирать есть из чего, но я лично отдал предпочтение докладам из секций "ИТ-архитектура" и "Вектор 2026. Образ будущего".
Доклады довольно разнообразные и порой интригующие. Чего только стоит название: "Отраслевые мультиагентные системы Operations" 😵💫.
В перерывах между выступлениями традиционно есть возможность размять ноги и попить кофейку ☕️. Ещё один традиционный вариант это посещение стендов. Конечно, у всех свои интересы, я же "позалипал" у стенда, на котором можно было потестировать систему распознавания текста с применением ИИ. Поупражнялись на юридических документах, фото с экрана с бликами и даже на записях от руки в школьном дневнике.
Немного фотографий с мероприятия ⤵
#события #сбер
Сейчас в самом разгаре "Т.Конф Мск", техническая конференция для инженеров Сбера. И если в прошлом году мне удалось посетить "Т.Конфы" в Новосибирске и Екатеринбурге (о них тоже оставлял заметки в канале), то в этот раз я добрался до Москвы.
Из примечательного. В качестве площадки было выбрано место, на котором ранее работала легендарная шоколадная фабрика "Красный Октябрь" 🍫. Сам факт этого, как мне кажется, уже настраивает на позитивный лад.
Но вернёмся к самому мероприятию.
На конференции проходят выступления на 6 параллельно действующих секциях, плюс работает отдельная секции воркшопов. Выбирать есть из чего, но я лично отдал предпочтение докладам из секций "ИТ-архитектура" и "Вектор 2026. Образ будущего".
Доклады довольно разнообразные и порой интригующие. Чего только стоит название: "Отраслевые мультиагентные системы Operations" 😵💫.
В перерывах между выступлениями традиционно есть возможность размять ноги и попить кофейку ☕️. Ещё один традиционный вариант это посещение стендов. Конечно, у всех свои интересы, я же "позалипал" у стенда, на котором можно было потестировать систему распознавания текста с применением ИИ. Поупражнялись на юридических документах, фото с экрана с бликами и даже на записях от руки в школьном дневнике.
Немного фотографий с мероприятия ⤵
#события #сбер
🔥4
🧁🍭 Случилось! Сегодня каналу исполнился 1 год.
Много это или мало? Наверное, ни то ни другое. Это примерно тот возраст, когда ребёнок начинает ходить, а ведь это означает для него не что иное, как переход в качественно новое состояние автономии и появление новых возможностей.
Следуя этой аналогии, хочется надеяться, что канал уже более уверенно держится на ногах, и что дальше он будет только расти, всё больше и больше походить на своих "взрослых" собратьев, но при этом оставаться самим собой.
Друзья, поздравляю всех с днём рождения канала и спасибо за ваш интерес!
Много это или мало? Наверное, ни то ни другое. Это примерно тот возраст, когда ребёнок начинает ходить, а ведь это означает для него не что иное, как переход в качественно новое состояние автономии и появление новых возможностей.
Следуя этой аналогии, хочется надеяться, что канал уже более уверенно держится на ногах, и что дальше он будет только расти, всё больше и больше походить на своих "взрослых" собратьев, но при этом оставаться самим собой.
Друзья, поздравляю всех с днём рождения канала и спасибо за ваш интерес!
🏆9🍾4🔥3👏1🤩1
Текстовые форматы данных.pdf
503.7 KB
📋 Текстовые форматы данных
Некоторое время назад открыл для себя формат JSON5. Это достаточно интересная, хотя и мало распространённая штука (ссылка). А поскольку каждая новинка помимо любопытства добавляет ещё и сложности соотнесения с уже имеющимися в арсенале средствами (надо же как-то понять, в каких случаях следует предпочесть тот или иной вариант), то я решил провести небольшое сравнение.
Скажу сразу, сравнивал основные форматы, относящиеся преимущественно к интеграциям, и только текстовые. То, что вышло, прикрепил.
#интеграции #форматы #сервисы #таблицы
Некоторое время назад открыл для себя формат JSON5. Это достаточно интересная, хотя и мало распространённая штука (ссылка). А поскольку каждая новинка помимо любопытства добавляет ещё и сложности соотнесения с уже имеющимися в арсенале средствами (надо же как-то понять, в каких случаях следует предпочесть тот или иной вариант), то я решил провести небольшое сравнение.
Скажу сразу, сравнивал основные форматы, относящиеся преимущественно к интеграциям, и только текстовые. То, что вышло, прикрепил.
#интеграции #форматы #сервисы #таблицы
🙏4👍2🔥2
🧛 Тёмная сторона обратной совместимости
Когда мы говорим, что API какого-либо сервиса имеет обратную совместимость, то обычно в голове всплывает картина, что в параметры API были добавлены новые необязательные параметры или что, на худой конец, в ответе добавилось что-то дополнительное, что можно проигнорировать. Но в обоих случаях действующие потребители могут без изменений продолжать потреблять этот API, не ломаясь. В общем, забота о потребителях, улучшение пользовательского опыта и прочая благодать.
С одной стороны да, и многие книги учат именно по такой логике развивать свои API, чтобы зазря не травмировать потребителей. Но на днях я столкнулся с другой стороной этого вопроса. Об этом и хотелось рассказать в этот замечательный вечер🎃.
Каждый API в общем случае предполагает передачу в запросе одних данных и получение в ответе других. Все данные в зависимости от их характера могут быть классифицированы по уровню конфиденциальности, критичности и любым другим признакам, какие сочтут полезными в вашей организации. Работа с разными категориями информации может налагать различные обязательства на процесс контрактования, согласование доступа и т.п. Пока противоречий не прослеживается, но они вскроются буквально в двух следующих абзацах.
Теперь представим, что ваша система потребляет некий API (микросервисная тут архитектура или нет — не суть), это взаимодействие было согласовано и должным образом учтено. При этом данный API не является приватным в том смысле, что это не взаимодействие между двумя вашими внутренними модулями. Соответственно, помимо вашей системы есть и иные потребители.
И вот в один прекрасный момент по той или иной причине API дорабатывается так, что ответ дообогащается новыми данными, причём эти данные относятся к более высокой категории (например, появляются сведения более высокого уровня конфиденциальности). Что мы имеем: после такой доработки к новым потребителям API вполне могут предъявляться повышенные требования, но ваша система спокойно продолжает потреблять API, обрабатывая из ответа ровно то, что и планировалось изначально, хотя в действительности в ответе получает и то, на что могла не иметь права. Более того, благодаря обратной совместимости вы ещё долго можете об этом не знать.
Выводы.
1️⃣ Описанная ситуация не универсальна и в ряде случаев на практике невозможна. В то же время держать её в голове точно не помешает.
2️⃣ При некоторых обстоятельствах общеупотребимые подходы и хорошие практики могут оказаться не такими уж и хорошими. Как минимум, они могут нуждаться в дополнительных действиях, нейтрализующих нежелательные эффекты.
#интеграции #сервисы
Когда мы говорим, что API какого-либо сервиса имеет обратную совместимость, то обычно в голове всплывает картина, что в параметры API были добавлены новые необязательные параметры или что, на худой конец, в ответе добавилось что-то дополнительное, что можно проигнорировать. Но в обоих случаях действующие потребители могут без изменений продолжать потреблять этот API, не ломаясь. В общем, забота о потребителях, улучшение пользовательского опыта и прочая благодать.
С одной стороны да, и многие книги учат именно по такой логике развивать свои API, чтобы зазря не травмировать потребителей. Но на днях я столкнулся с другой стороной этого вопроса. Об этом и хотелось рассказать в этот замечательный вечер🎃.
Каждый API в общем случае предполагает передачу в запросе одних данных и получение в ответе других. Все данные в зависимости от их характера могут быть классифицированы по уровню конфиденциальности, критичности и любым другим признакам, какие сочтут полезными в вашей организации. Работа с разными категориями информации может налагать различные обязательства на процесс контрактования, согласование доступа и т.п. Пока противоречий не прослеживается, но они вскроются буквально в двух следующих абзацах.
Теперь представим, что ваша система потребляет некий API (микросервисная тут архитектура или нет — не суть), это взаимодействие было согласовано и должным образом учтено. При этом данный API не является приватным в том смысле, что это не взаимодействие между двумя вашими внутренними модулями. Соответственно, помимо вашей системы есть и иные потребители.
И вот в один прекрасный момент по той или иной причине API дорабатывается так, что ответ дообогащается новыми данными, причём эти данные относятся к более высокой категории (например, появляются сведения более высокого уровня конфиденциальности). Что мы имеем: после такой доработки к новым потребителям API вполне могут предъявляться повышенные требования, но ваша система спокойно продолжает потреблять API, обрабатывая из ответа ровно то, что и планировалось изначально, хотя в действительности в ответе получает и то, на что могла не иметь права. Более того, благодаря обратной совместимости вы ещё долго можете об этом не знать.
Выводы.
1️⃣ Описанная ситуация не универсальна и в ряде случаев на практике невозможна. В то же время держать её в голове точно не помешает.
2️⃣ При некоторых обстоятельствах общеупотребимые подходы и хорошие практики могут оказаться не такими уж и хорошими. Как минимум, они могут нуждаться в дополнительных действиях, нейтрализующих нежелательные эффекты.
#интеграции #сервисы
🔥5
🤖 Тестирование обучающего курса
На прошлой неделе я откликнулся на предложение пройти электронный курс в качестве подопытного, а потом дать обратную связь его разработчикам, чтобы они смогли доработать курс прежде, чем предлагать широкой аудитории.
По содержанию это междисциплинарная программа на стыке Solution-архитектуры и ещё нескольких направлений. Сложность тематики не могла не сказаться на проблемах в изложении материала, но также были общие моменты, о которых хотелось бы поделиться по итогу завершения (развёрнутую связь по курсу я авторам, конечно, уже предоставил).
Во-первых, это плохой русский язык. Если готовится публичный материал, то этому вопросу обязательно надо уделять внимание. Я понимаю, что мы здесь не филологи, но ситуаций вроде запятой после "то есть", несогласующихся падежных окончаний, идущих подряд одинаковых слов и незавершённых предложений точно быть не должно.
Во-вторых, это пресловутая "системная аналитика". Ну нет такого понятия, как бы многочисленные онлайн-курсы этого ни утверждали. Правильно: "системный анализ".
В-третьих, это слабое владение материалом. В одном из разделов, посвящённых работе с заказчиком, приводилась таблица "Бизнес-требования", которая состояла из двух разделов: "Функциональные требования" и "Нефункциональные требования". Это уже насторожило, но, как оказалось, это ещё не всё. В составе "Функциональных требований" были зафиксированы ограничения на требуемое условному заказчику техническое решение.
В-четвёртых, это неработоспособные элементы. Размещая ссылки на дополнительные материалы в Интернет, стоит убедиться что они открываются. Нерабочие интерактивные упражнения тоже вызывают изумление. Такого рода брак это явно не то, что ты ожидаешь увидеть в ходе обучения.
Мои выводы.
1️⃣ Попытка удовлетворить повышенный спрос на образование в некоторой сфере может негативно сказываться на содержании учебной программы. И большой вопрос ещё, насколько разработчики этой программы сами владеют материалом.
2️⃣ Тестировать материалы на ограниченной выборке экспертов это хорошая практика, она потенциально может помочь выявить ляпы. Однако переходить к этому этапу стоит только после качественной внутренней вычитки и самостоятельной ручной проверки всех интерактивных элементов.
#войтивайти #требования
На прошлой неделе я откликнулся на предложение пройти электронный курс в качестве подопытного, а потом дать обратную связь его разработчикам, чтобы они смогли доработать курс прежде, чем предлагать широкой аудитории.
По содержанию это междисциплинарная программа на стыке Solution-архитектуры и ещё нескольких направлений. Сложность тематики не могла не сказаться на проблемах в изложении материала, но также были общие моменты, о которых хотелось бы поделиться по итогу завершения (развёрнутую связь по курсу я авторам, конечно, уже предоставил).
Во-первых, это плохой русский язык. Если готовится публичный материал, то этому вопросу обязательно надо уделять внимание. Я понимаю, что мы здесь не филологи, но ситуаций вроде запятой после "то есть", несогласующихся падежных окончаний, идущих подряд одинаковых слов и незавершённых предложений точно быть не должно.
Во-вторых, это пресловутая "системная аналитика". Ну нет такого понятия, как бы многочисленные онлайн-курсы этого ни утверждали. Правильно: "системный анализ".
В-третьих, это слабое владение материалом. В одном из разделов, посвящённых работе с заказчиком, приводилась таблица "Бизнес-требования", которая состояла из двух разделов: "Функциональные требования" и "Нефункциональные требования". Это уже насторожило, но, как оказалось, это ещё не всё. В составе "Функциональных требований" были зафиксированы ограничения на требуемое условному заказчику техническое решение.
В-четвёртых, это неработоспособные элементы. Размещая ссылки на дополнительные материалы в Интернет, стоит убедиться что они открываются. Нерабочие интерактивные упражнения тоже вызывают изумление. Такого рода брак это явно не то, что ты ожидаешь увидеть в ходе обучения.
Мои выводы.
1️⃣ Попытка удовлетворить повышенный спрос на образование в некоторой сфере может негативно сказываться на содержании учебной программы. И большой вопрос ещё, насколько разработчики этой программы сами владеют материалом.
2️⃣ Тестировать материалы на ограниченной выборке экспертов это хорошая практика, она потенциально может помочь выявить ляпы. Однако переходить к этому этапу стоит только после качественной внутренней вычитки и самостоятельной ручной проверки всех интерактивных элементов.
#войтивайти #требования
🤯3
⚡ И снова IT Talk
Сейчас в Новосибирске проходит очередной, уже 5-й по счëту, митап IT Talk by Sber. Уверен, это хороший знак.
В программе три доклада от спикеров из Москвы и Новосибирска. Слушаем про подход к шардированию баз данных, запуск контейнеров и про работу конкурентных коллекций.
Не уверен, что сам всë уловил из описания, но будем разбираться😉.
#события #сбер
Сейчас в Новосибирске проходит очередной, уже 5-й по счëту, митап IT Talk by Sber. Уверен, это хороший знак.
В программе три доклада от спикеров из Москвы и Новосибирска. Слушаем про подход к шардированию баз данных, запуск контейнеров и про работу конкурентных коллекций.
Не уверен, что сам всë уловил из описания, но будем разбираться😉.
#события #сбер
🆒3👍1🔥1
В отличие от ряда коллег, которые посещали в минувшие дни профильные конференции типа Analyst Days, я отдал предпочтение выставке Ван Гога. И, судя по попавшим на глаза отзывам, мой выбор был вполне удачным😅.
В течение часовой экскурсии удалось узнать много интересного. В частности, почти в самом начале разбирался вопрос, почему в раннем творчестве Ван Гог использовал мрачные тона. Есть мнение, что так художник передавал тяготы бедноты, которую он наблюдал вокруг, но, как оказалось, это была далеко не основная причина. Цветные краски были достаточно дорогими и поэтому, делая свои первые шаги в качестве художника, Винсент Ван Гог предпочитал не рисковать и использовать более доступные цвета.
Данная история показалась мне довольно любопытной и, более того, заставила задуматься, а как мы выбираем те или иные цвета. С одной стороны, у каждого свои предпочтения. Но, с другой стороны, особенно когда дело касается профессиональной сферы, мы следуем некоторым правилам, требованиям, предписаниям. Размышляя об этом, я решил копнуть чуть глубже и порассуждать об использовании цвета в требованиях к разработке ПО.
Кто подписан на мой канал давно, знают, что ранее я в своих работах уже затрагивал вопросы использования цвета, но в данном случае захотелось посмотреть на использовании цвета именно как требование к ПО. Что из этого получилось, читайте далее.
#статьи #визуализация #цвет #требования
https://telegra.ph/Colors-in-software-requirements-11-25
В течение часовой экскурсии удалось узнать много интересного. В частности, почти в самом начале разбирался вопрос, почему в раннем творчестве Ван Гог использовал мрачные тона. Есть мнение, что так художник передавал тяготы бедноты, которую он наблюдал вокруг, но, как оказалось, это была далеко не основная причина. Цветные краски были достаточно дорогими и поэтому, делая свои первые шаги в качестве художника, Винсент Ван Гог предпочитал не рисковать и использовать более доступные цвета.
Данная история показалась мне довольно любопытной и, более того, заставила задуматься, а как мы выбираем те или иные цвета. С одной стороны, у каждого свои предпочтения. Но, с другой стороны, особенно когда дело касается профессиональной сферы, мы следуем некоторым правилам, требованиям, предписаниям. Размышляя об этом, я решил копнуть чуть глубже и порассуждать об использовании цвета в требованиях к разработке ПО.
Кто подписан на мой канал давно, знают, что ранее я в своих работах уже затрагивал вопросы использования цвета, но в данном случае захотелось посмотреть на использовании цвета именно как требование к ПО. Что из этого получилось, читайте далее.
#статьи #визуализация #цвет #требования
https://telegra.ph/Colors-in-software-requirements-11-25
Telegraph
Цвет в требованиях к программному обеспечению
Среди требований к программному обеспечению иногда встречаются указания на необходимость использования того или иного цвета или набора цветов. Зачастую такие требования касаются внешнего оформления элементов приложения, хотя на практике могут быть и варианты.…
👍3🔥1
Хочу поделиться впечатлениями после прочтения очередной книги. На этот раз это "Микросервисы. Паттерны разработки и рефакторинга" Криса Ричардсона.
Книга актуальная, содержит много полезной информации в одном месте. Но, если нужно больше деталей, читайте далее ⤵️
#книги #архитектура #интеграции
Книга актуальная, содержит много полезной информации в одном месте. Но, если нужно больше деталей, читайте далее ⤵️
#книги #архитектура #интеграции
👍2🔥1
📖 "Микросервисы" Ричардсона
💡 Содержание. Книга довольно увесистая, но это её плюс, так как автору точно есть что сказать по проблематике микросервисов: что это, какие преимущества и недостатки у микросервисной архитектуры, какие существуют паттерны MSA и пр. При изложении материала приводятся контекст и дополнительные сведения общего характера, отчего книга становится самодостаточной.
В массе своей изложение довольно понятное, хотя иногда встречаются шероховатости, отчего лично у меня иногда возникала потребность вернуться и перечитать отдельные моменты. Для иллюстрации подходов используются фрагменты кода на Java, в том числе с использованием Spring. Поэтому тем, кто имеет соответствующий опыт разработки, явно будет проще.
💡 Ложка дёгтя. Есть 2 момента, которые омрачают общее впечатление.
Во-первых, большинство терминов было переведено на русский язык без указания в скобочках или в сносках оригинального термина. Это осложняет восприятие и часто меня заставляло задуматься, а то ли это, о чём я подумал (не секрет, что часто мы используем английские термины в профессиональной сфере). В таких ситуациях спасали врезки, в которых приводится краткая справка и ссылка на страницу сайта автора с дополнительными материалами. Если присмотреться, то в адресе ссылки есть заветные английские слова.
Во-вторых, опечатки и копипасты. Да-да, опечатки иногда режут глаз. Но самое печальное то, что несколько врезок, которые должны были помочь с первой проблемой, почему-то содержали адреса от нерелевантных страниц. Не знаю, чей это конкретно промах (русскоязычного издательства или так было в оригинальной рукописи), но стоило бы провести вычитку более качественно.
💡 Резюме. Несмотря на описанные недостатки издания, книгу прочитать стоит. Рекомендую!
💡 Содержание. Книга довольно увесистая, но это её плюс, так как автору точно есть что сказать по проблематике микросервисов: что это, какие преимущества и недостатки у микросервисной архитектуры, какие существуют паттерны MSA и пр. При изложении материала приводятся контекст и дополнительные сведения общего характера, отчего книга становится самодостаточной.
В массе своей изложение довольно понятное, хотя иногда встречаются шероховатости, отчего лично у меня иногда возникала потребность вернуться и перечитать отдельные моменты. Для иллюстрации подходов используются фрагменты кода на Java, в том числе с использованием Spring. Поэтому тем, кто имеет соответствующий опыт разработки, явно будет проще.
💡 Ложка дёгтя. Есть 2 момента, которые омрачают общее впечатление.
Во-первых, большинство терминов было переведено на русский язык без указания в скобочках или в сносках оригинального термина. Это осложняет восприятие и часто меня заставляло задуматься, а то ли это, о чём я подумал (не секрет, что часто мы используем английские термины в профессиональной сфере). В таких ситуациях спасали врезки, в которых приводится краткая справка и ссылка на страницу сайта автора с дополнительными материалами. Если присмотреться, то в адресе ссылки есть заветные английские слова.
Во-вторых, опечатки и копипасты. Да-да, опечатки иногда режут глаз. Но самое печальное то, что несколько врезок, которые должны были помочь с первой проблемой, почему-то содержали адреса от нерелевантных страниц. Не знаю, чей это конкретно промах (русскоязычного издательства или так было в оригинальной рукописи), но стоило бы провести вычитку более качественно.
💡 Резюме. Несмотря на описанные недостатки издания, книгу прочитать стоит. Рекомендую!
🙏4🔥2
Давно я ничего не писал на Хабре, а после того, как прочитал комментарии к одной из статей, в которых говорилось о некрасивости PlantUML, решил, что надо что-то с этим делать☺️.
Как итог, только что запостил статью об управлении вёрсткой в PlantUML. За основу взял свою осеннюю статью о неочевидных возможностях PlantUML, а если точнее её 4-й раздел. Так что, если кто-то пропустил оригинал, можете ознакомиться.
#визуализация #plantuml #статьи #гайды
https://habr.com/ru/articles/865140/
Как итог, только что запостил статью об управлении вёрсткой в PlantUML. За основу взял свою осеннюю статью о неочевидных возможностях PlantUML, а если точнее её 4-й раздел. Так что, если кто-то пропустил оригинал, можете ознакомиться.
#визуализация #plantuml #статьи #гайды
https://habr.com/ru/articles/865140/
Хабр
Управление вёрсткой в PlantUML
Вступление Каждый, кто пользовался PlantUML, знает, что этот инструмент хорош тем, что позволяет создавать разнообразные диаграммы без необходимости ручного позиционирования их элементов: написал код...
🔥4🆒2