☝️ Тезисно о версионировании API
На карточках представлены основные способы версионирования программных интерфейсов (API). Каждый способ сопровождается кратким описанием и иллюстрируется примером использования.
#карточки #интеграции #сервисы
На карточках представлены основные способы версионирования программных интерфейсов (API). Каждый способ сопровождается кратким описанием и иллюстрируется примером использования.
#карточки #интеграции #сервисы
👍3🤔1
Недавно я упоминал о приглашении стать одним из судей 👨⚖️ хакатона, проводимого AITEX. Так вот, на минувших выходных мероприятие состоялось. А буквально только что я выслал организаторам заполненный оценочный лист со своей подписью. Дело сделано!
Каждый проект нужно было оценить по 5 критериям с выведением интегральной оценки. Теперь дело за малым: организаторам необходимо собрать все судейские оценки, свести результаты воедино и определить победителей🎉✨
Если говорить о своих ощущениях, то это был для меня новый и интересный опыт. Опыт, который трудно сравнить с каким-то иным, и который, пожалуй, стоит повторить😉
#события #судейства #ai
Каждый проект нужно было оценить по 5 критериям с выведением интегральной оценки. Теперь дело за малым: организаторам необходимо собрать все судейские оценки, свести результаты воедино и определить победителей🎉✨
Если говорить о своих ощущениях, то это был для меня новый и интересный опыт. Опыт, который трудно сравнить с каким-то иным, и который, пожалуй, стоит повторить😉
#события #судейства #ai
3🔥3
Что-то я давно не делал подборок новостных публикаций из мира технологий. Полагаю, пришло время исправить ситуацию. Тем более что есть, о чём поведать.
📜 В Китае планируют наладить производство оптических дисков, которые позволят сохранять до 360 терабайт данных, при этом анонсируется долговечность хранения в десятки лет. Если технология пойдёт в массы, то ею определённо заинтересуются ЦОДы, а также компании, чьи процессы предполагают оперирование большими объёмами данных.
Подробнее: здесь.
📜 Компания Apple представила беспроводные наушники AirPods с функцией синхронного перевода. Теперь стало возможным слышать перевод речи собеседника в реальном времени, правда для этого требуется наличие iPhone. Как сообщается, русский язык в настоящее время не поддерживается, но будем ждать.
Подробнее: здесь.
📜 В сентябре во время репетиции авиашоу в Китае произошло столкновение двух летающих автомобилей Xpeng. Если оставить за скобками "коптерообразный" внешний вид транспортных средств, то это событие, наверное, можно считать первым ДТП в воздухе. Кроме того, буквально на днях стало известно о запуске первой линии по производству этих летающих автомобилей, что поднимает вопросы безопасности движения на новый уровень, ведь сцены из фантастических фильмов прошлого становятся реальностью.
Подробнее: здесь и здесь.
📜 В России продолжается давление на Telegram и WhatsApp. Если несколькими месяцами ранее у пользователей возникли сложности со звонками посредством этих популярных мессенджеров, то в последнее время перестали приходить СМС, необходимые для регистрации новых учётных записей. Аналогичным образом недуг проявляется и при попытке оплатить premium-подписку Telegram, но, выражаясь словами медиков, лечение в данном случае симптоматическое.
Подробнее: здесь и здесь.
📜 В последние дни наблюдается рост числа обзорных публикаций на тему формата JSONC. Основным и, пожалуй, единственным отличием этого формата от классического JSON является поддержка однострочных и многострочных комментариев. JSON with Comments — теперь вы знаете, что скрывается за акронимом. Также напомню, что годом ранее я делал сравнение текстовых форматов. Возможно, пригодится.
Подробнее: здесь и здесь.
📜 Международный валютный фонд (МВФ) усматривает образование пузыря, созданного в результате значительных инвестиций в искусственный интеллект, и предупреждает о рисках его сдутия. На фоне этих осторожных оценок всё чаще встречаются публикации о пугающе высоком уровне капитализации высокотехнологичных компаний США и сомнительных сделках, способствующих дальнейшему росту их акций. Если данные верны, то размер пузыря ИИ сопоставим с пузырём доткомов 90-х.
Подробнее: здесь и здесь.
#дайджест #4ir #технологии #интеграции #форматы #ai #железо #экономика
📜 В Китае планируют наладить производство оптических дисков, которые позволят сохранять до 360 терабайт данных, при этом анонсируется долговечность хранения в десятки лет. Если технология пойдёт в массы, то ею определённо заинтересуются ЦОДы, а также компании, чьи процессы предполагают оперирование большими объёмами данных.
Подробнее: здесь.
📜 Компания Apple представила беспроводные наушники AirPods с функцией синхронного перевода. Теперь стало возможным слышать перевод речи собеседника в реальном времени, правда для этого требуется наличие iPhone. Как сообщается, русский язык в настоящее время не поддерживается, но будем ждать.
Подробнее: здесь.
📜 В сентябре во время репетиции авиашоу в Китае произошло столкновение двух летающих автомобилей Xpeng. Если оставить за скобками "коптерообразный" внешний вид транспортных средств, то это событие, наверное, можно считать первым ДТП в воздухе. Кроме того, буквально на днях стало известно о запуске первой линии по производству этих летающих автомобилей, что поднимает вопросы безопасности движения на новый уровень, ведь сцены из фантастических фильмов прошлого становятся реальностью.
Подробнее: здесь и здесь.
📜 В России продолжается давление на Telegram и WhatsApp. Если несколькими месяцами ранее у пользователей возникли сложности со звонками посредством этих популярных мессенджеров, то в последнее время перестали приходить СМС, необходимые для регистрации новых учётных записей. Аналогичным образом недуг проявляется и при попытке оплатить premium-подписку Telegram, но, выражаясь словами медиков, лечение в данном случае симптоматическое.
Подробнее: здесь и здесь.
📜 В последние дни наблюдается рост числа обзорных публикаций на тему формата JSONC. Основным и, пожалуй, единственным отличием этого формата от классического JSON является поддержка однострочных и многострочных комментариев. JSON with Comments — теперь вы знаете, что скрывается за акронимом. Также напомню, что годом ранее я делал сравнение текстовых форматов. Возможно, пригодится.
Подробнее: здесь и здесь.
📜 Международный валютный фонд (МВФ) усматривает образование пузыря, созданного в результате значительных инвестиций в искусственный интеллект, и предупреждает о рисках его сдутия. На фоне этих осторожных оценок всё чаще встречаются публикации о пугающе высоком уровне капитализации высокотехнологичных компаний США и сомнительных сделках, способствующих дальнейшему росту их акций. Если данные верны, то размер пузыря ИИ сопоставим с пузырём доткомов 90-х.
Подробнее: здесь и здесь.
#дайджест #4ir #технологии #интеграции #форматы #ai #железо #экономика
🔥2👍1🥴1
"Прыгая" по телеграм-каналам наткнулся на одном из них на совсем свежий пост, содержащий подборку лайфхаков по разработке sequence-диаграмм на PlantUML.
Всё бы ничего, но использованные иллюстрации я точно уже видел в статьях на Хабре. Более того, первая диаграмма — это вообще из моей статьи (если конкретно, то отсюда). Это ли не признание? 😅
А, если серьёзно, то данная ситуация вызывает смешанные чувства.
Мне не то чтобы жалко, нет. Для того статьи и пишут, чтобы их читали, обогащались знаниями и идеями. Но всё же немного грустно, оттого, что ссылок на первоисточники нет.
А вы сталкивались с чем-то подобным? Если да, то как вы это восприняли? Обязательно делитесь своими мыслями в комментариях. Также призываю проголосовать за наиболее подходящий на ваш взгляд вариант. Предлагаю варианты:
🔥 — на костёр за такое
🙏 — понять и простить
🗿 — да пусть себе копируют
💯 — это 100% признание
Всё бы ничего, но использованные иллюстрации я точно уже видел в статьях на Хабре. Более того, первая диаграмма — это вообще из моей статьи (если конкретно, то отсюда). Это ли не признание? 😅
А, если серьёзно, то данная ситуация вызывает смешанные чувства.
Мне не то чтобы жалко, нет. Для того статьи и пишут, чтобы их читали, обогащались знаниями и идеями. Но всё же немного грустно, оттого, что ссылок на первоисточники нет.
А вы сталкивались с чем-то подобным? Если да, то как вы это восприняли? Обязательно делитесь своими мыслями в комментариях. Также призываю проголосовать за наиболее подходящий на ваш взгляд вариант. Предлагаю варианты:
🔥 — на костёр за такое
🙏 — понять и простить
🗿 — да пусть себе копируют
💯 — это 100% признание
💯4🔥3🙏1🗿1
Вчера в третий раз за этот месяц банкомат не выдал деньги по причине гипотетического риска мошенничества.
Да, всё решаемо. Карту можно разблокировать, пообщавшись по телефону и ответив на ряд вопросов о том, что действительно деньги ты снимаешь для своих нужд, а не под влиянием третьих сил.
Но, во-первых, это неприятно. Я рассчитываю иметь доступ к своим кровным в любой момент времени.
И, во-вторых, я не одинок. Знаю случай, когда человек, открыв сбор средств на подарок, получил блокировку всех счетов и вынужден был даже сменить банк. А другой человек за последний месяц уже дважды попадал на блокировку за перевод на карту другого человека, причём в первом случае для разблокировки даже пришлось идти ногами в офис, поскольку заблокировали всё, включая вход в банковское приложение, а контакт-центр помочь не смог.
К чему я всё это пишу?
Это яркий пример последствий непродуманной автоматизации процессов, автоматизации без должного анализа всей системы целиком, возможных жизненных ситуаций и предыдущей истории взаимодействия с пользователем.
Когда алгоритм защиты от мошенников становится сам по себе источником проблем, теряется смысл самой идеи. А разработка любой системы должна учитывать интересы всех категорий стейкхолдеров, иначе полезность стремится к нулю.
#стейкхолдеры
Да, всё решаемо. Карту можно разблокировать, пообщавшись по телефону и ответив на ряд вопросов о том, что действительно деньги ты снимаешь для своих нужд, а не под влиянием третьих сил.
Но, во-первых, это неприятно. Я рассчитываю иметь доступ к своим кровным в любой момент времени.
И, во-вторых, я не одинок. Знаю случай, когда человек, открыв сбор средств на подарок, получил блокировку всех счетов и вынужден был даже сменить банк. А другой человек за последний месяц уже дважды попадал на блокировку за перевод на карту другого человека, причём в первом случае для разблокировки даже пришлось идти ногами в офис, поскольку заблокировали всё, включая вход в банковское приложение, а контакт-центр помочь не смог.
К чему я всё это пишу?
Это яркий пример последствий непродуманной автоматизации процессов, автоматизации без должного анализа всей системы целиком, возможных жизненных ситуаций и предыдущей истории взаимодействия с пользователем.
Когда алгоритм защиты от мошенников становится сам по себе источником проблем, теряется смысл самой идеи. А разработка любой системы должна учитывать интересы всех категорий стейкхолдеров, иначе полезность стремится к нулю.
#стейкхолдеры
🔥4💯3🤔1😢1
В силу разных причин в последнее время на работе ставим нетипично много хотфиксов на нашу функциональность. И вот дошла очередь до меня.
Мне хотфикс сегодня будут ставить под общим наркозом. Надеюсь, всё пройдёт штатно, ибо встречаться со своим разрабочиком пока не хочется👀
Мне хотфикс сегодня будут ставить под общим наркозом. Надеюсь, всё пройдёт штатно, ибо встречаться со своим разрабочиком пока не хочется
Please open Telegram to view this post
VIEW IN TELEGRAM
4🙏10🔥3
🤔💭 Мысли материализуются!
Всего несколько дней назад я говорил, что стоит повторить опыт судейства, как меня позвали ещё на один хакатон.
Теперь детали.
В конце года Hackathon Raptors 🦖 запускает новый онлайн-ивент — Neuro Nostalgia 2026 Edition. Вот там мне и предстоит оценивать проекты участников.
Кто-то может подумать: в прошлый раз хакатон был про AI, а сейчас тема не такая хайповая и грандиозная. Но тут дело вот в чëм.
Во-первых, опыт судейства, как и любой другой, надо нарабатывать. В офисе, занимаясь своими прямыми обязанностями, этого добиться проблематично.
Во-вторых, вы посмотрите, чему будут посвящены проекты участвующих команд — разработке аркадных игр на тему Рождества! Мне лично сразу вспоминается беззаботное детство, бесконечные игры в Dendy 🎮👾, а следом доносится запах ёлки 🎄🎅❄.
Вот и ответьте теперь, только честно: разве можно было от такого отказаться?😉
#события #судейства #анонсы
Всего несколько дней назад я говорил, что стоит повторить опыт судейства, как меня позвали ещё на один хакатон.
Теперь детали.
В конце года Hackathon Raptors 🦖 запускает новый онлайн-ивент — Neuro Nostalgia 2026 Edition. Вот там мне и предстоит оценивать проекты участников.
Кто-то может подумать: в прошлый раз хакатон был про AI, а сейчас тема не такая хайповая и грандиозная. Но тут дело вот в чëм.
Во-первых, опыт судейства, как и любой другой, надо нарабатывать. В офисе, занимаясь своими прямыми обязанностями, этого добиться проблематично.
Во-вторых, вы посмотрите, чему будут посвящены проекты участвующих команд — разработке аркадных игр на тему Рождества! Мне лично сразу вспоминается беззаботное детство, бесконечные игры в Dendy 🎮👾, а следом доносится запах ёлки 🎄🎅❄.
Вот и ответьте теперь, только честно: разве можно было от такого отказаться?😉
#события #судейства #анонсы
🤩3👍2🏆2🔥1
⚡ Спешу поделиться багом, который только что выявил.
Инструкция skinparam responseMessageBelowArrow в PlantUML по задумке авторов определяет способ размещения подписи ответного сообщения на диаграмме последовательности. При значении false текст размещается над стрелкой (классический вариант, который является дефолтным), а при значении true — над стрелкой. Если вы пользуетесь этой инструкций, то следующая информация для вас.
☝️Предусловие. Вы используете следующую инструкцию:
В простых примерах всё работает ожидаемым образом, однако представим ситуацию, что требуется отразить следующую логику.
Система A вызывает систему B (A -> B), от которой ждёт ответ. Однако в некоторых случаях системе B для подготовки ответа может потребоваться обратиться к системе А (переспросить пользователя, дозапросить недостающие данные и т.п.), т.е., образно говоря, формируется малая петля взаимодействия внутри большой петли.
Вы наверняка напишите B -> A (а не B --> A), чтобы проиллюстрировать семантику запроса, но движок PlantUML воспримет вызова системы A как ответ (ранее ведь A вызывал B) и сделает подпись под стрелкой. А ответ A --> B, следуя той же самой логике, он воспримет как новый запрос и подпишет стрелку сверху. Это точно не соответствует задумке.
Я поэкспериментировал и пришёл к заключению, что движок PlantUML в целях отработки инструкции responseMessageBelowArrow тупо ориентируется на порядок следования участников взаимодействия (actor, participant и пр.). И тот участник, что левее, всегда воспринимается вызывающим, а тот, кто справа, — вызываемым. Можно, конечно, A и B переставить местами, но тогда придётся читать диаграмму справа налево, что неудобно, и, более того, подпись к исходному вызову A -> B будет снизу... В общем, универсального решения не нашёл, надеюсь, что когда-нибудь это исправят.
#визуализация #plantuml
Инструкция skinparam responseMessageBelowArrow в PlantUML по задумке авторов определяет способ размещения подписи ответного сообщения на диаграмме последовательности. При значении false текст размещается над стрелкой (классический вариант, который является дефолтным), а при значении true — над стрелкой. Если вы пользуетесь этой инструкций, то следующая информация для вас.
☝️Предусловие. Вы используете следующую инструкцию:
skinparam responseMessageBelowArrow true
В простых примерах всё работает ожидаемым образом, однако представим ситуацию, что требуется отразить следующую логику.
Система A вызывает систему B (A -> B), от которой ждёт ответ. Однако в некоторых случаях системе B для подготовки ответа может потребоваться обратиться к системе А (переспросить пользователя, дозапросить недостающие данные и т.п.), т.е., образно говоря, формируется малая петля взаимодействия внутри большой петли.
Вы наверняка напишите B -> A (а не B --> A), чтобы проиллюстрировать семантику запроса, но движок PlantUML воспримет вызова системы A как ответ (ранее ведь A вызывал B) и сделает подпись под стрелкой. А ответ A --> B, следуя той же самой логике, он воспримет как новый запрос и подпишет стрелку сверху. Это точно не соответствует задумке.
Я поэкспериментировал и пришёл к заключению, что движок PlantUML в целях отработки инструкции responseMessageBelowArrow тупо ориентируется на порядок следования участников взаимодействия (actor, participant и пр.). И тот участник, что левее, всегда воспринимается вызывающим, а тот, кто справа, — вызываемым. Можно, конечно, A и B переставить местами, но тогда придётся читать диаграмму справа налево, что неудобно, и, более того, подпись к исходному вызову A -> B будет снизу... В общем, универсального решения не нашёл, надеюсь, что когда-нибудь это исправят.
#визуализация #plantuml
🔥3👍1🙏1
🪓 Каша из топора: как быстро превратить простое решение в сложное
Ситуация знакомая многим: сталкиваешься с задачей, придумываешь лаконичное решение, которое прекрасно её решает. Или, как часто бывает, поступает задание с жёсткими сроками, и тебе говорят, что реализацию нужно сделать самым простым и быстрым способом. Ты берёшься за дело, но дальше начинается самое интересное...
Появляются новые вводные, пожелания заказчика, дополнительные требования коллег — и вот твоя простая идея превращается в сложную конструкцию, буквально напичканную дополнительными "ингредиентами".
Эта ситуация напоминает известную сказку про кашу из топора, когда солдат приходит в дом старухи и просит еды. Она отвечает, что у неё ничего нет. Тогда хитроумный солдат предлагает сварить кашу из топора, постепенно добавляя соль, крупу, масло и мясо. Старуха верит и даёт нужные продукты, в результате получая полноценную вкусную пищу.
Такая аналогия сразу пришла мне в голову. Начинаешь с простого и устойчивого решения, а потом поступают дополнения типа: "Если в ответе окажется меньше 5 элементов, то..." или "Все названия должны быть кликабельными, при нажатии на которые...". Итог очевиден: то, что начиналось легко и понятно, становится тяжёлым решением, теряя первоначальные преимущества и съедая весь запас времени.
🍲 Мораль.
В отличие от солдата, мы не можем довольствоваться иллюзиями быстрого результата. Важно уметь вовремя остановиться и сказать: "Хватит усложнять!" В нашем динамичном мире порой лучше оставить лишь самые необходимые элементы решения, чем создавать монстров функционала или застревать в аналитическом параличе.
Поэтому перед добавлением каждого нового компонента полезно спросить себя: действительно ли это улучшение результата, ради которого стоит прилагать дополнительные усилия? Или мы опять варим кашу из топора?
Ситуация знакомая многим: сталкиваешься с задачей, придумываешь лаконичное решение, которое прекрасно её решает. Или, как часто бывает, поступает задание с жёсткими сроками, и тебе говорят, что реализацию нужно сделать самым простым и быстрым способом. Ты берёшься за дело, но дальше начинается самое интересное...
Появляются новые вводные, пожелания заказчика, дополнительные требования коллег — и вот твоя простая идея превращается в сложную конструкцию, буквально напичканную дополнительными "ингредиентами".
Эта ситуация напоминает известную сказку про кашу из топора, когда солдат приходит в дом старухи и просит еды. Она отвечает, что у неё ничего нет. Тогда хитроумный солдат предлагает сварить кашу из топора, постепенно добавляя соль, крупу, масло и мясо. Старуха верит и даёт нужные продукты, в результате получая полноценную вкусную пищу.
Такая аналогия сразу пришла мне в голову. Начинаешь с простого и устойчивого решения, а потом поступают дополнения типа: "Если в ответе окажется меньше 5 элементов, то..." или "Все названия должны быть кликабельными, при нажатии на которые...". Итог очевиден: то, что начиналось легко и понятно, становится тяжёлым решением, теряя первоначальные преимущества и съедая весь запас времени.
🍲 Мораль.
В отличие от солдата, мы не можем довольствоваться иллюзиями быстрого результата. Важно уметь вовремя остановиться и сказать: "Хватит усложнять!" В нашем динамичном мире порой лучше оставить лишь самые необходимые элементы решения, чем создавать монстров функционала или застревать в аналитическом параличе.
Поэтому перед добавлением каждого нового компонента полезно спросить себя: действительно ли это улучшение результата, ради которого стоит прилагать дополнительные усилия? Или мы опять варим кашу из топора?
👍8🔥2🏆1
🚷 Про отказы на собесе
Иногда бывает так: отправляешься на собеседование, переживаешь, стараешься отвечать на вопросы как можно лучше, но в конце всё равно получаешь отказ👎☹👎.
Ты внутри чувствуешь, что "плыл" в таких-то вопросах, либо, как вариант, получаешь развёрнутую обратную связь со списком для улучшений. И вот тогда начинают возникать гнетущие мысли типа: "Ну ведь теоретически могли бы и принять, а там уж точно подтянул бы свой уровень. Я могу!" Знакомо?
Вот поэтому я решил рассказать одну историю, которая наверняка окажется полезной моим подписчикам.
⏳ Сейчас занимаюсь проведением собеседований для одной команды. По ходу дела приходится давать отрицательные ответы кандидатам. Это делается вовсе не из-за придирчивости или желания непременно найти кого-то безупречного.
Дело в том, что мы ищем аналитика взамен ушедшего сотрудника на сложный проект, тесно связанный с планами других команд. Кандидат станет единственным аналитиком в команде, а значит, не сможет позволить себе длительное погружение и подтягивание собственных знаний. Недостаточно подготовленного специалиста просто "съедят".
💡 Таким образом, отказ на собеседовании — это не поражение, а всего лишь сигнал о том, что данная позиция может не подходить лично вам. И вполне может быть так, что отказ — это наиболее подходящий для вас и вашего психоэмоционального состояния исход.
#собесы
Иногда бывает так: отправляешься на собеседование, переживаешь, стараешься отвечать на вопросы как можно лучше, но в конце всё равно получаешь отказ👎☹👎.
Ты внутри чувствуешь, что "плыл" в таких-то вопросах, либо, как вариант, получаешь развёрнутую обратную связь со списком для улучшений. И вот тогда начинают возникать гнетущие мысли типа: "Ну ведь теоретически могли бы и принять, а там уж точно подтянул бы свой уровень. Я могу!" Знакомо?
Вот поэтому я решил рассказать одну историю, которая наверняка окажется полезной моим подписчикам.
⏳ Сейчас занимаюсь проведением собеседований для одной команды. По ходу дела приходится давать отрицательные ответы кандидатам. Это делается вовсе не из-за придирчивости или желания непременно найти кого-то безупречного.
Дело в том, что мы ищем аналитика взамен ушедшего сотрудника на сложный проект, тесно связанный с планами других команд. Кандидат станет единственным аналитиком в команде, а значит, не сможет позволить себе длительное погружение и подтягивание собственных знаний. Недостаточно подготовленного специалиста просто "съедят".
#собесы
Please open Telegram to view this post
VIEW IN TELEGRAM
1💯5🔥4👍2
Сегодня 23 декабря — День снежных ангелов.
Не факт, что многие слышали про этот день, но, думаю, всем знакомо такое зимнее занятие: дети ложатся на свежий снег, разводят несколько раз руки и ноги, оставляя следы, напоминающие ангелов.
Связь с разработкой ПО очевидна. Важно понимать разницу между образом и реальностью.
Видеть на снегу контуры ангела приятно, но ведь сам след вовсе не означает, что этот "ангел" способен летать. То же самое касается многих наших проектов: яркая идея или высокоуровневая формулировка задачи — это ещё не готовое ПО и даже не гарантия достижимости результата. Для "полёта" нужны крылья, умение ими пользоваться и чёткое понимание свойств материалов, из которых они должны быть сделаны.
Меж тем я всё чаще наблюдаю, что от команд разработки ждут быстрый переход от незамысловатого образа до серьёзного решения, а доводы и сомнения команд остаются без внимания.
Так, на днях услышал историю про то, как в одной компании после очередного срыва сроков встали и вышли владелец продукта, лид разработчиков и курирующий их топ-менеджер. Руководство привело кризис-менеджеров, они всех мурыжили, подозревали в неэффективности, но по прошествии нескольких месяцев своей работы так и не нашли проблем в производственном процессе. Иными словами, проблема была в лицах, принимающих решения.
Выводы, наверное, каждый сделает сам. Для меня эта история — это в первую очередь признак неадекватности восприятия. А во которую — тревожный сигнал о ситуации на рынке труда.
Не факт, что многие слышали про этот день, но, думаю, всем знакомо такое зимнее занятие: дети ложатся на свежий снег, разводят несколько раз руки и ноги, оставляя следы, напоминающие ангелов.
Связь с разработкой ПО очевидна. Важно понимать разницу между образом и реальностью.
Видеть на снегу контуры ангела приятно, но ведь сам след вовсе не означает, что этот "ангел" способен летать. То же самое касается многих наших проектов: яркая идея или высокоуровневая формулировка задачи — это ещё не готовое ПО и даже не гарантия достижимости результата. Для "полёта" нужны крылья, умение ими пользоваться и чёткое понимание свойств материалов, из которых они должны быть сделаны.
Меж тем я всё чаще наблюдаю, что от команд разработки ждут быстрый переход от незамысловатого образа до серьёзного решения, а доводы и сомнения команд остаются без внимания.
Так, на днях услышал историю про то, как в одной компании после очередного срыва сроков встали и вышли владелец продукта, лид разработчиков и курирующий их топ-менеджер. Руководство привело кризис-менеджеров, они всех мурыжили, подозревали в неэффективности, но по прошествии нескольких месяцев своей работы так и не нашли проблем в производственном процессе. Иными словами, проблема была в лицах, принимающих решения.
Выводы, наверное, каждый сделает сам. Для меня эта история — это в первую очередь признак неадекватности восприятия. А во которую — тревожный сигнал о ситуации на рынке труда.
👍5🔥3🏆1
Пока мир праздновал католическое Рождество🎅, участники хакатона Neuro Nostalgia 2026 (ссылка на анонс этого мероприятия) провели 3 насыщенных дня за созданием собственных уникальных проектов — браузерных аркадных игр, объединённых рождественской тематикой. Теперь пришла моя очередь поделиться впечатлениями о процедуре оценивания работ, которая последовала сразу после окончания активной фазы разработки.
Участники создавали свои игры 🕹, имея в распоряжении 72 часа. Всего по итогу было представлено 25 разработок. И поскольку количество реально гигантское, организаторы распределили работу среди всех судей, чтобы в дальнейшем свести результаты.
Что важно отметить: игры были разные как по сюжету, так и по сложности; как по исполнению, так и по числу разработчиков в команде (1-4 человека). Большинство игр, с которыми я имел дело, получились действительно интересными. И были те, которые особенно зацепили — естественно, именно им я поставил самые высокие оценки.
Знаете, что самое забавное? Процедура оценивания лично у меня растянулась на трое суток🙈. Смотреть по верхам — "это же не наш метод". Хотелось погрузиться в атмосферу проектов, попытаться максимально далеко пройти игры, чтобы оценить задумку. После этого путь лежал на GitHub, чтобы взглянуть и на техническую сторону вопроса. Конечно, такая внимательность добавила немного трудностей, но оно того стоило!
Самым большим испытанием стало то, что многие игры упорно отказывались запускаться без VPN. Это явно пакостил Крампус👹... Полагаю, судьи из других стран оказались удачливее и избежали таких "приключений".
Если вернуться к самому хакатону, то могу сказать, что участники проделали отличную работу! Игры даже не с самым продуманным геймплеем — это всё равно результат, которым можно гордиться, тем более с учётом сжатых сроков на разработку. А сейчас осталось только дождаться официальных результатов, награждения победителей и, конечно, встретить Новый год! 🎄
#события #судейства
Участники создавали свои игры 🕹, имея в распоряжении 72 часа. Всего по итогу было представлено 25 разработок. И поскольку количество реально гигантское, организаторы распределили работу среди всех судей, чтобы в дальнейшем свести результаты.
Что важно отметить: игры были разные как по сюжету, так и по сложности; как по исполнению, так и по числу разработчиков в команде (1-4 человека). Большинство игр, с которыми я имел дело, получились действительно интересными. И были те, которые особенно зацепили — естественно, именно им я поставил самые высокие оценки.
Знаете, что самое забавное? Процедура оценивания лично у меня растянулась на трое суток🙈. Смотреть по верхам — "это же не наш метод". Хотелось погрузиться в атмосферу проектов, попытаться максимально далеко пройти игры, чтобы оценить задумку. После этого путь лежал на GitHub, чтобы взглянуть и на техническую сторону вопроса. Конечно, такая внимательность добавила немного трудностей, но оно того стоило!
Самым большим испытанием стало то, что многие игры упорно отказывались запускаться без VPN. Это явно пакостил Крампус👹... Полагаю, судьи из других стран оказались удачливее и избежали таких "приключений".
Если вернуться к самому хакатону, то могу сказать, что участники проделали отличную работу! Игры даже не с самым продуманным геймплеем — это всё равно результат, которым можно гордиться, тем более с учётом сжатых сроков на разработку. А сейчас осталось только дождаться официальных результатов, награждения победителей и, конечно, встретить Новый год! 🎄
#события #судейства
🔥4🎄4🏆2
Дорогие подписчики, не знаю, какое время сейчас показывают ваши часы. Но в одном я уверен точно: 2025 год был сложным, непредсказуемым, но в то же время интересным.
Желаю в 2026-м всем здоровья, благополучия и покорения новых вершин. Пусть мечты сбываются, а каждый день радует и вдохновляет! С Новым годом! 🎉🥂
Желаю в 2026-м всем здоровья, благополучия и покорения новых вершин. Пусть мечты сбываются, а каждый день радует и вдохновляет! С Новым годом! 🎉🥂
1👍8🎄5🎉3☃1
Когда все мандарины съедены, шампанское выпито, а "Щелкунчик" просмотрен, просыпается мафия наступают трудовые будни.
Хочется верить, что все смогли подзарядить свои изрядно подсевшие за 2025-й "батарейки".
А, чтобы вхождение в трудовые будни не было тяжёлым, решил написать лаконичный, но в то же время полезный пост.
👇
Хочется верить, что все смогли подзарядить свои изрядно подсевшие за 2025-й "батарейки".
А, чтобы вхождение в трудовые будни не было тяжёлым, решил написать лаконичный, но в то же время полезный пост.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥2🍾2👍1
При проектировании интеграционных взаимодействий важно понимать две базовые модели доставки сообщений: Push ("толкай") и Pull ("тяни"). Поэтому давайте рассмотрим их ключевые особенности.
📌 Push ("Толкай")
- Кратко: Источник сам отправляет ("выталкивает") сообщение получателю.
- Иллюстрация: Курьерская служба по мере поступления заказов направляет посылки водителям. Если водитель перегружен заказами, эффективность падает.
- Подробнее: Система немедленно передаёт сообщение клиенту, как только оно поступает в саму систему или создано в ней.
- Используется: В RabbitMQ.
- Преимущества: Быстрая передача сообщений; меньшая нагрузка на хранилище брокера.
- Недостатки: Возможна перегрузка клиента при большом количестве входящих сообщений.
📌 Pull ("Тяни")
- Кратко: Потребитель сам запрашивает ("вытягивает") сообщения из источника.
- Иллюстрация: Библиотека, в которой читатели берут книги, когда сами готовы их читать. При этом брать сразу множество книг непрактично.
- Подробнее: Клиенты сами выбирают нужный момент для чтения сообщений.
- Используется: В Apache Kafka.
- Преимущества: Избегает перегрузок клиента, помогает оптимизировать обработку большого объёма данных.
- Недостатки: Требует больше внимания к разработке клиентов; увеличивается потребление ресурсов на хранение сообщений.
#интеграции #брокеры
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5🔥3🏆1
Многие наверняка слышали историю о шахтёрах, которые в XX веке брали с собой в шахту клетку с канарейкой.
Дело в том, что канарейки чрезвычайно чувствительны к качеству воздуха и быстро реагируют на появление опасных газов вроде угарного газа или метана. Если птица начинала проявлять признаки беспокойства, это служило сигналом опасности, предупреждая рабочих о необходимости срочной эвакуации.
Сегодня вместо птиц используются современные электронные газоанализаторы, однако эта старая практика нашла отражение в мире IT, породив ряд интересных терминов, напоминающих нам о тех временах.
🦆 Канареечное развёртывание (Canary Deployment), или канареечный релиз (Canary Release)
Подход, предполагающий постепенное раскатывание функциональности на клиентов.
Принцип: сначала обновление становится доступным малому числу клиентов (1-5%), основная же масса продолжает использовать имеющуюся стабильную версию. Если критических проблем за отведённый период не выявляется, то доля пользователей, которым становится доступно обновление, постепенно расширяется. В конечном итоге, по прошествии нескольких этапов, оказываются охвачены все пользователи.
Канареечное развёртывание часто используется для веб-сервисов и мобильных приложений. В случае веб-приложений входящий трафик постепенно перенаправляется с текущей версии на новую. В мобильном приложении это выражается в последовательном предоставлении всё большему числу пользователей определённых функций или интерфейсов.
🐦 Канареечное тестирование (Canary Testing)
Процедура оценки работоспособности новой функциональности, предоставляемой ограниченной группе пользователей в реальных условиях.
Фактически то же самое, что и канареечное развёртывание, однако данный термин акцентирует внимание именно на процессе тестирования, а не механизме внедрения изменений.
Также существует трактовка, согласно которой канареечное тестирование является этапом канареечного релиза, во время которого выполняются проверки на канареечной группе пользователей.
🦉 Канареечный токен (Canary Token)
Специально сгенерированная последовательность символов, используемая для маркировки важных файлов или записей. Присутствие такой метки в непредназначенном для этого месте служит признаком несанкционированного доступа к данным. Например, появление канареечного токена в коде из публичного репозитория свидетельствует об утечке конфиденциальной информации.
Более сложный пример — детектирование утечек через промпт-инъекции. В системный промпт AI-агента, использующийся в запросах к LLM, подмешивается канареечный токен. Если в ответе от LLM обнаруживаются этот же токен, то агент фиксирует инцидент и не передаёт ответ клиенту.
Стоит отметить, что к канареечным токенам часто относят и другие механизмы для обнаружения утечек: фиктивный файл или запись в БД, адрес электронной почты и HTTP-ссылка. Работает это следующим образом: если злоумышленник взаимодействует с этим токеном (открывает файл, переходит по ссылке и т.п.), он незаметно для себя отправляет сигнал владельцам системы. Это канарейка, которая "поëт".
🦜 Ловушка для канареек (Canary Trap)
Концепция, очень близкая к канареечному токену, но направленная на выявление источника утечки информации. В данном случае реализуется распространение разных версий одной и той же информации.
Принцип: в документ внедряются уникальные изменения (опечатки, специфическое форматирование и т.п.). Если документ слит, то по этим меткам можно точно определить источник утечки.
🪿 Стековая канарейка (Stack Canary)
Механизм защиты, предотвращающий исполнение вредоносного кода вследствие переполнений стека.
Как работает: во время каждого вызова функции в память добавляется специальное секретное значение (канарейка). Если оно изменяется перед выходом из функции, система немедленно прерывает своё выполнение и сигнализирует о попытке хакерской атаки.
🔍 Итого
Термины с "канарейкой" в IT почти всегда обозначают концепцию раннего обнаружения проблем — будь то баги в новом коде или действия злоумышленника.
#термины #проектирование #ai #qa #инфобез
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥6👍3🤝2
Скажу сразу, у меня были планы написать пост на другую тему, но сюжетные повороты этих дней на работе внесли свои коррективы. Моя история на сегодня будет посвящена попыткам обмана на собеседовании. 👇
Кандидат на позицию аналитика уровня middle/middle+ представила резюме, буквально нашпигованное баззвордами индустрии. Kubernetes, Kafka, MSA, EDA и прочие модные слова — казалось, невозможно было найти технологию, которой не нашлось бы места в этом документе.
И это на фоне того, что диплом о высшем образовании был получен всего лишь в 2025г.🤔 Само по себе это уже вызывало нехорошие подозрения, а состоявшееся позднее собеседование шансы их развеять и вовсе свело к нулю. Но об этом поподробнее. 👇
Сначала впечатление от рассказов девушки просто зашкаливало. Её речь звучала безупречно: она локально поднимала контейнеры, рисовала макеты в Figma вместо дизайнера, согласовывала пуллреквесты разработчиков, восстанавливала логику по исходному коду, отслеживала баги на проде и делала много чего ещё. Рассказанное звучало потрясающе… разве что слишком хорошо, чтобы быть правдой.👀
И вот начинается настоящаяуличная магия. Теоретические вопросы вызывали молниеносные, практически механические ответы. Они сыпались быстро, словно выстрелы из пулемёта, и содержательно были похожи на цитаты из книг. Однако выдавала обман не только эта кажущаяся идеальность.
Чёткими маркерами обмана стали многократные неверные произношения одних и тех же терминов: "откладка", "манго ди-би", "идемпотичный", "элк стак", "кейси эм-эль", "эн-восемь-эн" (видимо, прочтение онлайн незнакомых терминов предательски подводило), а также декламируемые команды и ключевые слова для решения задач (например, ALTER TABLE и NOT NULL).
В какой-то момент произошло и вовсе что-то невероятное: кандидат мгновенно выдаёт логарифм числа 100 — "шесть целых шесть десятых!". Нет, математики на собеседовании никто не спрашивал, но слишком правильные ответы о понимании индексов в БД привели к обсуждению деревьев и далее — к этому самому волшебному числу.
Могу сказать наверняка: логарифмы с точностью до десятых в голове, да ещё и за микросекунды, считать не научилась ещё ни одна вчерашняя студентка вуза.🤣🤣🤣
Забавно? Ещё бы! А я ведь перечислил лишь часть занимательных моментов нашего интервью.
Но отдельно впечатлила манера речи девушки: интонационные акценты, варьирование высоты голоса и время от времени звучащие с нотками досады оговорки вроде:
Такое выступление достойно сцены МХАТа 🎭, а не скромного айтишного офиса! Но вернёмся к делу.
В вопросах, касающихся реального опыта, кандидат не сумела привести конкретных примеров и каждый раз переводила разговор в область чистой теории (лично у меня невольно всплывал в памяти старый анекдот про студента, который из всех тем на экзамен выучил материал только про блоху ). Повсюду слышалось слово "может", да и в целом ни на один вопрос я не услышал простых человеческих: "с этим не работала" или "знаю только в теории, но опыта ещё не было".
Итак, подведём итог. ☝️
Для меня лично это был любопытный опыт. Сомнений нет: на собеседовании кандидат активно использовала помощь ИИшечки. В этот раз это не сработало, однако есть вероятность, что с опытом она сможет вести себя более естественно, тем более что актёрский талант явно на её стороне.
#собесы #ai #войтивайти
Кандидат на позицию аналитика уровня middle/middle+ представила резюме, буквально нашпигованное баззвордами индустрии. Kubernetes, Kafka, MSA, EDA и прочие модные слова — казалось, невозможно было найти технологию, которой не нашлось бы места в этом документе.
И это на фоне того, что диплом о высшем образовании был получен всего лишь в 2025г.
Сначала впечатление от рассказов девушки просто зашкаливало. Её речь звучала безупречно: она локально поднимала контейнеры, рисовала макеты в Figma вместо дизайнера, согласовывала пуллреквесты разработчиков, восстанавливала логику по исходному коду, отслеживала баги на проде и делала много чего ещё. Рассказанное звучало потрясающе… разве что слишком хорошо, чтобы быть правдой.
И вот начинается настоящая
Чёткими маркерами обмана стали многократные неверные произношения одних и тех же терминов: "откладка", "манго ди-би", "идемпотичный", "элк стак", "кейси эм-эль", "эн-восемь-эн" (видимо, прочтение онлайн незнакомых терминов предательски подводило), а также декламируемые команды и ключевые слова для решения задач (например, ALTER TABLE и NOT NULL).
В какой-то момент произошло и вовсе что-то невероятное: кандидат мгновенно выдаёт логарифм числа 100 — "шесть целых шесть десятых!". Нет, математики на собеседовании никто не спрашивал, но слишком правильные ответы о понимании индексов в БД привели к обсуждению деревьев и далее — к этому самому волшебному числу.
Могу сказать наверняка: логарифмы с точностью до десятых в голове, да ещё и за микросекунды, считать не научилась ещё ни одна вчерашняя студентка вуза.🤣🤣🤣
Забавно? Ещё бы! А я ведь перечислил лишь часть занимательных моментов нашего интервью.
Но отдельно впечатлила манера речи девушки: интонационные акценты, варьирование высоты голоса и время от времени звучащие с нотками досады оговорки вроде:
Боже мой, опять я сказала „сервис“, а не „сервер“!
Такое выступление достойно сцены МХАТа 🎭, а не скромного айтишного офиса! Но вернёмся к делу.
В вопросах, касающихся реального опыта, кандидат не сумела привести конкретных примеров и каждый раз переводила разговор в область чистой теории (
Итак, подведём итог. ☝️
Для меня лично это был любопытный опыт. Сомнений нет: на собеседовании кандидат активно использовала помощь ИИшечки. В этот раз это не сработало, однако есть вероятность, что с опытом она сможет вести себя более естественно, тем более что актёрский талант явно на её стороне.
#собесы #ai #войтивайти
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥12👍3🏆1🙊1