Banya & Bites
Ir al canal en Telegram
CTO’s Adventures, job duties, banya, ML, AI and space-tech
Mostrar más585
Suscriptores
+224 horas
+127 días
+2930 días
Carga de datos en curso...
Canales Similares
Sin datos
¿Algún problema? Por favor, actualice la página o contacte a nuestro gerente de soporte.
Nube de Etiquetas
Menciones Entrantes y Salientes
---
---
---
---
---
---
Atraer Suscriptores
septiembre '26
septiembre '26
+11
en 3 canales
agosto '26
+31
en 9 canales
Get PRO
julio '26
+26
en 5 canales
Get PRO
junio '26
+21
en 7 canales
Get PRO
mayo '26
+13
en 3 canales
Get PRO
abril '26
+64
en 7 canales
Get PRO
marzo '26
+127
en 3 canales
Get PRO
febrero '26
+91
en 10 canales
Get PRO
enero '26
+116
en 10 canales
Get PRO
diciembre '250
en 2 canales
Get PRO
noviembre '25
+52
en 1 canales
Get PRO
octubre '25
+133
en 2 canales
| Fecha | Crecimiento de Suscriptores | Menciones | Canales | |
| 05 septiembre | 0 | |||
| 04 septiembre | +2 | |||
| 03 septiembre | +2 | |||
| 02 septiembre | +2 | |||
| 01 septiembre | +5 |
Publicaciones del Canal
Repost from Музей Спутник
🚀 Время зажигать звёзды! Торжественное награждение победителей конкурса «Космос взглядом потомков» - 26 сентября!
Сентябрь - время собирать богатый урожай талантов и вдохновения! 🌾✨
26 сентября в 16:00 в Аэрокосмическом музее «Спутник» состоится долгожданное событие - праздничная церемония награждения победителей Международного конкурса рисунков «КОСМОС ВЗГЛЯДОМ ПОТОМКОВ»!
Организаторы проекта: Международный журнал «ГОРДОСТЬ РОДА» и Аэрокосмический музей «Спутник».
Что ждёт участников и гостей в этот праздничный день:
🏆 Торжественное вручение дипломов и признание таланта юных художников.
🖼 Открытие выставочной экспозиции: рисунки победителей украсят залы музея, а также будут опубликованы на страницах журнала «ГОРДОСТЬ РОДА» и его партнеров!
👨🚀 Встреча с космонавтами и художниками: уникальная возможность пообщаться с героями космоса, получить автографы и ценные напутствия.
🛰 Познавательная экскурсия по музею среди настоящих космических артефактов.
✨ «Космический круг желаний»: особенный ритуал в окружении космической техники, который зарядит каждого участника на новые победы и исполнение самых смелых мечтаний!
От всей души поздравляем победителей, благодарим каждого участника за мастерство и искренность, а членов жюри - за чуткую и профессиональную оценку! 🤝❤️
До встречи 26 сентября в 16:00! Желаем вам космических высот, неиссякаемого вдохновения и веры в свои силы!
С любовью к миру, Музей «Спутник» и журнал «ГОРДОСТЬ РОДА» 🌍📜
| 2 | Всегда приятно, когда твои дети талантливее тебя. С первым место, Григорий🤝🤝🤝 | 128 |
| 3 |  +1Что лучше - кибербеза в дзз или венички в баню на зимний сезон? Ответ очевиден! | 587 |
| 4 |  Спутниковым дипфейкам нужна не просто маркировка «реальное/поддельное»
Самый опасный спутниковый дипфейк может быть вовсе не полностью сфабрикованным ландшафтом. Это может быть почти подлинное изображение, в котором один небольшой, но важный элемент добавлен, удалён или перемещён: самолёт на взлётно-посадочной полосе, новое здание, повреждённый мост или транспортное средство у границы.
Именно эту проблему решает новый прототип бенчмарка от исследователей из Окриджской национальной лаборатории. Их препринт, опубликованный 5 августа 2026 года, представляет датасет, предназначенный не только для классификации спутниковых снимков как подлинных или сфальсифицированных, но и для идентификации точных пикселей, которые были изменены.
Время появления этой работы примечательно — и Geoawesome уже документировала, как быстро эта проблема вышла на первый план.
Источник | 161 |
| 5 | Потому что надо проверять не снимок, а строить целостную цепочку доверия. Именно про это и расскажу уже 12 числа на ozone ecode. Спойлернуть пару слайдов? | 164 |
| 6 |  Sin texto... | 460 |
| 7 |  DotNext 2026
До конференции осталось чуть меньше месяца. Хочу немного подсветить программу и мою роль в ней, а точнее в ее сборе. Программный комитет у нас довольно небольшой и у каждого есть свои уникальные способности. Одна из моих - это приводить на конференцию спикеров, которые сами никогда не подались бы на Дотнекст, но которых точно будет интересно и полезно послушать участникам. В разные годы это были, например, Сережа Баранов, Лёша Пименов, Влад Хононов. В этом сезоне я также пригласил лично несколько человек и в этом посте хотел бы подсветить их доклады (да простят меня остальные спикеры и их кураторы).
Саша Поломодов, State of AI4SDLC, или Как меняется индустрия разработки под влиянием AI
Сейчас год AI, мы добавили на конференцию AI-трек, кого как не Поломодова звать на кейноут? Мы с Сашей знакомы много лет по программному комитету ArchDays, поэтому было несложно. Тем более что он с этой темой выступает далеко не в первый раз. Избежать заезженности помогает во-первых темп изменений в этой области (хочешь не хочешь, а надо каждый раз дополнять до актуального состояния), во-вторых адаптация под специфику конкретной конференции. А тут еще совпало, что это возможно его последний доклад перед отъездом и повод подвести итоги.
Дима Иванов, Когда код пишут не только люди: как меняется разработка в эпоху agentic development lifecycle
Дима ветеран Дотнекст. Когда-то работал в JetBrains, а теперь мы оба в Яндексе. Так что у меня есть не только его контакты, но и календарь 😈 В своем докладе Дима будет говорить про следующий шаг в AI4SDLC - полностью автономных ИИ-инженеров.
Руслан Сафин, Автоматизация работы с архитектурой as Code
С Русланом мы тоже познакомились на ArchDays, я был куратором его доклада и, кажется, это как раз было его первое выступление по теме архитектура как код. С тех пор была проделана большая работа и выпущены в опенсорс инструменты для автоматической валидации микросервисной архитектуры. Особенно актуально это стало с приходом ИИ и того самого AI4SDLC.
Павел Федотовский, Как закрывать весь SDLC с помощью агента
С Пашей мы дружим с тех самых пор, когда работали в одной команде в Intermedia. В Яндексе Паша сейчас один из главных евангелистов использования AI-инструментов в разработке. Доклад будет про то, как научить агента закрывать полный цикл разработки, включая деплой и мониторинг, и какие грабли лежат на этом пути.
Алексей Лосев, Распилим монолит
Максим Рогожников, Event Storming: создай свою идеальную систему
С Максимом мы работали в одной команде в Т-Банке, а Лёшу я впервые лично встретил на кодфесте в этом году. Объединил их тут, так как оба будут проводить воркшопы, названия которых говорят сами за себя. Нестареющая классика, отзывающаяся любому Middle+
Андрей Зорин, Домашняя ИИ-лаборатория. Эволюция от игрушек до командного обучения
И снова знакомство через ArchDays, и снова я был куратором доклада) После этого мы периодически встречались в Москве за пивом, а в последнее время Андрей увлекся темой ИИ, но в том ключе, что провел 100500 экспериментов с домашней лабой на тему запуска и возможностей различных моделей. К дотнет его тема относится примерно никак, но уверен что будет супер интересный вечерний доклад!
И наконец закрывающий кейноут. Это вечная головная боль для ПК, т.к. в конце не хочется грузить аудиторию и вообще хорошо бы поговорить про что-то отвлеченное. Но с другой стороны тема должна быть интересной и как бы это сказать... увлекать в каком-то очень правильном направлении. Одной из таких тем всегда был космос, но кого именно звать и что именно рассказывать? И тут я очень удачно и вовремя зашел в личку к Саше Токареву и в итоге закрывать конференцию будет доклад Почему в космосе пока нет дата-центров и обработка полезной информации на борту КА Саша даже обещает прицельно посмотреть именно на технологии Microsoft в этом направлении - жду с нетерпением!
Вас тоже кстати жду с нетерпением и буду очень рад видеть на конференции 🤗 У меня даже есть промокод, пишите @mersonad | 230 |
| 8 | Давно я не писал постов про технический менеджмент. Хочу рассказать, как я готовлюсь к собеседованиям.
Обычно я редко собеседую линейных специалистов, в основном это лиды лидов и иногда лиды, однако для сложных продуктов/проектов (если надо сделаю про это отдельный пост) необходимо собеседовать и тех, кто будет большую часть своего времени работать руками.
Обычно я начинаю готовиться за день или край часа за 4 до собеседования.
В первую очередь я буквально по диагонали пробегаюсь по резюме.
Потом я прошу у hr команды фидбек от технической команды, чтобы не задавать одинаковые вопросы и бесить этим кандидата + исходя из ответов я понимаю, что мне интересно с точки зрения управленческих компетенциий, архитектурных подходов (да, я не люблю system design ибо на него можно натаскаться, но смотрю на это), эксплуатации в режиме 24х7 и доменной экспертизы. Например, мне критично важно, что человек называющий себя экспертом в банкинге понимал разницу между эквайрингом и процессингом, а эксперт по инфраструктуре отличал контроллер от оператора.
Далее я извлекаю около 3 одинаковых вопросов, которые я задаю всегда и уже между ними ставлю вопросы непосредственно по резюме, которое уже вычитываю въедливо, особенно, в части прилагательных "быстро", "значительно" и прочего неинженерного или нарочито циферно-достигаторского резюме, когда человек ускорил TPS (transaction per second) в 5 раз, а потом ты понимаешь, что был 1 tps, а стало 5 на железе, на котором можно обучить пару-другую LLM.
Опять таки, когда я вижу, что в резюме реализовывались типовые задачи я стараюсь подобрать несколько опенсурсных фреймворков, на которых это делается с минимум разработки и обсуждаем выбраны они или нет, если выбраны это форк или обновления, так как я считаю, что выбор компромисса buy vs build это важнейшая инженерная задача.
Обычно по технике я задаю вопросы из текущего и предыдущего места работы (слишком быстро всё меняется тут), а по доменной области по всему резюме.
Суммарно стараюсь ограничиться 8-10 вопросами так как иначе не хватит времени на дополнительные вопросы исходя из ответов, но обязательно стараюсь находить что-то противоположное а ля PG vs Oracle, Rabbit vs Kafka или логические нестыковки в описании задач.
По времени у меня на это обычно уходит от 15 до 20 минут, но это стоит того. Я до сих пор помню как однажды на собеседовании мне заявили "Я резюме не читал, расскажи что такое облака (которые cloud)" и мне стало очень грустно и неприятно, ну а главное это действительно помогает понять, что собеседуемый делает каждый день сам или по советам других, что редко, что гуглил, что натренировал по книгам, а это, в свою очередь приносит крепких людей в команды, на которых хочется ровняться, а не увольнять. Ну а про увольнения я напишу как-ниудь позже.
В последнее время, кстати, меня очень триггерит, когда в резюме пишут "Уровень английского C1" или "Advanced", а само резюме выглядит как from my heart и London is a capital of Great Britain.
p.s. это в теории можно заменить промтом или скиллом, но зачем... не вижу от этого смысла.
Подписывайся на канал Banya&Bites
#it #management #управление #найм #cto | 254 |
| 9 |  Sin texto... | 267 |
| 10 | Тут NASA раздает пиксели от телескопа. Вы уже себе свой забукали?
#space #космос #телескопы #NancyGraceRoman | 295 |
| 11 |  +3Обычно, в документации по надёжности у нас в финтехе системы ориентируются на 4 класса критичности:
1. Mission Critical
2. Business Critical
3. Business Operational
4. Office Productivity
В Методических рекомендациях от 20.12.2023 N 18-МР есть атрибут "Уровень критичности системы" и он как раз про эти классы, тогда как в условном Сбере 5 классов критичности и вводится дополнительный класс Mission critical plus.
Собственно, официальная формулировка этих классов
Mission Critical - система, без которой в краткосрочном промежутке времени невозможно функционирование финансовой организации и простой которой приведет к штрафным санкциям со стороны клиентов.
Business Critical - система, простой которой в среднесрочном периоде повлечет за собой финансовые или имиджевые потери финансовой организации, однако в кратковременном промежутке финансовая организация может выполнять свои обязательства перед клиентами с незначительным снижением уровня сервиса.
Business Operational - система, долговременный простой которой создает значительные неудобства пользователям. Внутренние процессы финансовой организации, не направленные на обслуживание клиентов, могут быть заблокированы, при этом отсутствие сервиса в среднесрочном периоде не влечет финансовых либо имиджевых потерь.
Office Productivity - инструментарий эксплуатационных подразделений, простой которых в среднесрочном периоде не отразится на уровне сервиса прочих систем.
В документации по программному обеспечению от NASA NPR 7150.2D классифицируют софт от Class A (при этом класс А - это класс ПО для пилотируемой космонавтики или девайсов а ля лунный ровер) и B, куда попадает критичное ПО наземного и лётного сегмента основной миссии до Class F, где среди примеров уже появляются всяческие емейлы, презентации и прочее офисное ПО. Ну и есть милая приписочка про iPad
Class A does not include: Software that happens to fly in space but is superfluous to mission objectives (e.g., software contained in an iPod carried on board by an astronaut for personal use);
ESA в документе ECSS-Q-ST-80C использует категории критичности A, B, C, D. Категория А это самое простое программное обеспечение, а D - самое сложное. Категория зависит от критичности функции и от того, существует ли независимый обходной путь решения потенциальных проблем , например, резервное железо, другое ПО или операционная процедура (мануал что делать если что-то пошло не так как запланировано), т.е. наличие бэкапа меняет класс критичности. Опять таки, в паттернах проектирования распределённых систем это называется обычно fallback и в какой-нибудь либе типа Resilence4J есть готовые программные конструкции для его программирования.
Российский ГОСТ Р 58629-2020 смотрит на критичность через тяжесть последствий отказа. Шкала идет от 4 - максимальная тяжесть, до 1 - минимальная. Оценки 3 и 4 уже являются основанием считать отказ и соответствующий элемент критическими.
Собственно, всё это я свёл в таблицу
Дорогие разработчики космического ПО и оборудования, если вы есть в канале, поделитесь, пожалуйста, как у вас в ITIL-базе, CMDB или где вы там ведете реестры ПО, расставлены классы критичности?
Подписывайся на канал Banya&Bites
#космос #space #software #architecture #надежность #NASA #ECSS #ГОСТ #финтех #ITIL #CMDB | 363 |
| 12 |  +2Рома укатился
Чем-то напомнил киндер сюрприз...
#space #космос #телескопы #NancyGraceRoman | 364 |
| 13 |  +1И всё же большие КА под обтекателем прекрасны. и в нём тоже.
#space #космос #телескопы #NancyGraceRoman | 741 |
| 14 |  В прошлом посте я упомянул польское устройство для защиты спутников, но так как у меня есть секретные связи с польским космическим агентством и разработчиком, то мне удалось заполучить чертёж самого твёрдотелого излучателя и компоновочную схему самого изделия. | 698 |
| 15 |  +4Польский космос весьма радует. Недавно команда разработки очередных космических датацентров выпустили новость, что они планируют устанавливать устройство для защиты (верим) космических датацентров на базе твердотелых (нитрид галлия) микроволновых излучателей, само собой управляемых ИИ.
Сами они разрабатывают устройства для надёжного хранения информации в космосе (каждый пытается переизобрести S3 протокол и объектное хранилище) и его я приложил в галерее. Это очень красиво выглядящая золотая коробка, которая полетит полезной нагрузкой на спутнике LizzieSat-4. Он тоже в галерее и чем-то напоминает советские спутники начала покорения космоса, но спич не об этом.
В статье говорится, что девайс по защите уже на уровне TRL-4, что весьма зрело и он выполняет функции защиты путём вывода из строя вражеского спутника на расстоянии до 6 метров, ну и мне искренне интересно как ITU и FCC будут одобрять такие устройства.
Подписывайся на канал Banya&Bites
#space #космос #впк #польша #датацентр | 343 |
| 16 |  кто в Европе живёт если вдруг пойдёте поделитесь плз о чём там будут разговаривать
p.s. простите за активный постинг сегодня
#space #космос #датацентры | 363 |
| 17 |  Линкедин что-то обо мне знает. Выезжаем в Хьюстон? | 285 |
| 18 | В очередной раз пробуем силу канала.
Ищу 2 аналитиков в группы разработки мобильного банка и платежного процессинга/антифрода себе в команду.
Задачи: требования и пользовательские сценарии, интеграции и API, взаимодействие с бизнесом, ГИС, продуктом и разработкой, ну и конечно же с любимой кибербезой.
Стек мобильного банка: Java, PG, Temporal, k8s, Yandex Cloud, Kafka; Android, iOS, PWA. Опыт с АБС ЦФТ желателен - это прямо мега-плюс.
Процессинг: PHP, PG, Kafka, Go, ClickHouse, RabbitMQ
Ищем людей на фуллтайм с сильным системным мышлением и опытом в сложных цифровых продуктах. Финтех/банки большой плюс. Не такой как ЦФТ, но :)
За подробностями в личку админу @Shtock . Репосты и рекомендации приветствуются 🚀
p.s. а если ещё понимание классического ml как градиентный бустинг и прочее околоантифродовое, то это идеал
#вакансии #финтех | 313 |
| 19 |  +9Сходил в баню "У Толясика" в Перми. В целом, неплохо, но есть вопросики. Во-первых, 90 градусов в парилке русской бани явно перебор, ну а ключевое, что упор сделан на еду, а не на парение. Да, офигенно вкусно - на уровне ресторана "Банщики" при "Дегтярных банях" у нас в Питере. При этом уральская кухня а-ля посикунчики, куча вариаций фаршированной рыбы, кучи варений, солёных грибов разных видов, вареных языков и т.д.
В общем, ели до, во время, после, ну и вышел реально шаровым😂😂.
Как разовая акция рекомендую, но на постоянку точно нет.
#баня #banya
Подписывайся на канал Banya&Bites | 362 |
| 20 |  Вечерняя загадка
Что покажется, когда я нажму апдейт? Жду текстом ответ под спойлером в комментах. Ну и туда же закину результат.
Ну а для самых мощных какой это спутник?
p.s. как вам такая тема с загадками? будем раз в неделю делать угадайку по космотемам?
#space #космос #дзз #загадки | 281 |
