Banya & Bites
رفتن به کانال در Telegram
CTO’s Adventures, job duties, banya, ML, AI and space-tech
نمایش بیشتر582
مشترکین
+124 ساعت
+127 روز
+2830 روز
در حال بارگیری داده...
کانالهای مشابه
هیچ دادهای
مشکلی وجود دارد؟ لطفاً صفحه را تازه کنید یا با مدیر پشتیبانی ما تماس بگیرید.
ابر برچسبها
اشارات ورودی و خروجی
---
---
---
---
---
---
جذب مشترکین
سپتامبر '26
سپتامبر '26
+7
در 2 کانالها
اوت '26
+31
در 9 کانالها
Get PRO
ژوئیه '26
+26
در 5 کانالها
Get PRO
ژوئن '26
+21
در 7 کانالها
Get PRO
مه '26
+13
در 3 کانالها
Get PRO
آوریل '26
+64
در 7 کانالها
Get PRO
مارس '26
+127
در 3 کانالها
Get PRO
فوریه '26
+91
در 10 کانالها
Get PRO
ژانویه '26
+116
در 10 کانالها
Get PRO
دسامبر '250
در 2 کانالها
Get PRO
نوامبر '25
+52
در 1 کانالها
Get PRO
اکتبر '25
+133
در 2 کانالها
| تاریخ | رشد مشترکین | اشارات | کانالها | |
| 03 سپتامبر | 0 | |||
| 02 سپتامبر | +2 | |||
| 01 سپتامبر | +5 |
پستهای کانال
| 2 |  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 | 184 |
| 3 | Давно я не писал постов про технический менеджмент. Хочу рассказать, как я готовлюсь к собеседованиям.
Обычно я редко собеседую линейных специалистов, в основном это лиды лидов и иногда лиды, однако для сложных продуктов/проектов (если надо сделаю про это отдельный пост) необходимо собеседовать и тех, кто будет большую часть своего времени работать руками.
Обычно я начинаю готовиться за день или край часа за 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 | 228 |
| 4 |  بدون متن... | 238 |
| 5 | Тут NASA раздает пиксели от телескопа. Вы уже себе свой забукали?
#space #космос #телескопы #NancyGraceRoman | 260 |
| 6 |  +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 | 319 |
| 7 |  +2Рома укатился
Чем-то напомнил киндер сюрприз...
#space #космос #телескопы #NancyGraceRoman | 298 |
| 8 |  +1И всё же большие КА под обтекателем прекрасны. и в нём тоже.
#space #космос #телескопы #NancyGraceRoman | 529 |
| 9 |  В прошлом посте я упомянул польское устройство для защиты спутников, но так как у меня есть секретные связи с польским космическим агентством и разработчиком, то мне удалось заполучить чертёж самого твёрдотелого излучателя и компоновочную схему самого изделия. | 658 |
| 10 |  +4Польский космос весьма радует. Недавно команда разработки очередных космических датацентров выпустили новость, что они планируют устанавливать устройство для защиты (верим) космических датацентров на базе твердотелых (нитрид галлия) микроволновых излучателей, само собой управляемых ИИ.
Сами они разрабатывают устройства для надёжного хранения информации в космосе (каждый пытается переизобрести S3 протокол и объектное хранилище) и его я приложил в галерее. Это очень красиво выглядящая золотая коробка, которая полетит полезной нагрузкой на спутнике LizzieSat-4. Он тоже в галерее и чем-то напоминает советские спутники начала покорения космоса, но спич не об этом.
В статье говорится, что девайс по защите уже на уровне TRL-4, что весьма зрело и он выполняет функции защиты путём вывода из строя вражеского спутника на расстоянии до 6 метров, ну и мне искренне интересно как ITU и FCC будут одобрять такие устройства.
Подписывайся на канал Banya&Bites
#space #космос #впк #польша #датацентр | 320 |
| 11 |  кто в Европе живёт если вдруг пойдёте поделитесь плз о чём там будут разговаривать
p.s. простите за активный постинг сегодня
#space #космос #датацентры | 339 |
| 12 |  Линкедин что-то обо мне знает. Выезжаем в Хьюстон? | 260 |
| 13 | В очередной раз пробуем силу канала.
Ищу 2 аналитиков в группы разработки мобильного банка и платежного процессинга/антифрода себе в команду.
Задачи: требования и пользовательские сценарии, интеграции и API, взаимодействие с бизнесом, ГИС, продуктом и разработкой, ну и конечно же с любимой кибербезой.
Стек мобильного банка: Java, PG, Temporal, k8s, Yandex Cloud, Kafka; Android, iOS, PWA. Опыт с АБС ЦФТ желателен - это прямо мега-плюс.
Процессинг: PHP, PG, Kafka, Go, ClickHouse, RabbitMQ
Ищем людей на фуллтайм с сильным системным мышлением и опытом в сложных цифровых продуктах. Финтех/банки большой плюс. Не такой как ЦФТ, но :)
За подробностями в личку админу @Shtock . Репосты и рекомендации приветствуются 🚀
p.s. а если ещё понимание классического ml как градиентный бустинг и прочее околоантифродовое, то это идеал
#вакансии #финтех | 265 |
| 14 |  +9Сходил в баню "У Толясика" в Перми. В целом, неплохо, но есть вопросики. Во-первых, 90 градусов в парилке русской бани явно перебор, ну а ключевое, что упор сделан на еду, а не на парение. Да, офигенно вкусно - на уровне ресторана "Банщики" при "Дегтярных банях" у нас в Питере. При этом уральская кухня а-ля посикунчики, куча вариаций фаршированной рыбы, кучи варений, солёных грибов разных видов, вареных языков и т.д.
В общем, ели до, во время, после, ну и вышел реально шаровым😂😂.
Как разовая акция рекомендую, но на постоянку точно нет.
#баня #banya
Подписывайся на канал Banya&Bites | 336 |
| 15 |  Вечерняя загадка
Что покажется, когда я нажму апдейт? Жду текстом ответ под спойлером в комментах. Ну и туда же закину результат.
Ну а для самых мощных какой это спутник?
p.s. как вам такая тема с загадками? будем раз в неделю делать угадайку по космотемам?
#space #космос #дзз #загадки | 269 |
| 16 |  вот она текущая реальность | 408 |
| 17 |  +1Искренне жалко таких учёных. Но ничего. Научим их на докладе SLSA и как его применять для ДЗЗ и ML. Спойлерну два слайда для доклада.
#дзз #космос #киберебезопасность #security #cybersecurity #space | 424 |
| 18 |  Применение ИИ и спутниковых данных может ослабить доверие к научным открытиям
Международные ученые предупредили о рисках использования непрозрачных цифровых инструментов, таких как ИИ и спутниковые данные, которые могут ослаблять доверие к научным открытиям
Современные ученые все чаще полагаются на мощные источники данных и инструменты, которые они зачастую не могут полностью понять, проверить или перепроверить. Такие технологии, как искусственный интеллект, спутниковые снимки, онлайн-данные и цифровые датчики, коренным образом меняют подходы к изучению природы, однако их использование сопряжено с серьезными рисками для прозрачности и воспроизводимости научных результатов. Эти системы могут функционировать как так называемые «черные ящики» науки, что, по мнению международной группы авторов, постепенно подрывает доверие к исследовательским выводам.
Источник | 332 |
| 19 |  +2Опрос остановлен и тест на знание линукса на самом ruVDS тоже пройден, поэтому мне уже выделили сеанс связи.
Будем делать по запросу подписчиков испытания датацентра на трисате, фото которого в процессе установки в галерее. В нём стоит Pi Zero, поэтому чуда вычислений не произойдёт.
Я попробую сделать либо звёздный датчик либо генератор случайных чисел, а далее как пойдёт. Возможно, что-то связанное с моими интересами по космической кибербезопасности. Пока что ничего не понятно, но бот обещает за полчаса прислать приглос. Код в режиме сапёра уже написан.
Кстати, имхо весьма забавным генератором случайных чисел в космосе был девайс, установленный на английском спутнике UKube-1. Он базировался на подсчёте радиационных эффектов SEU (Single Effect Upset) в бортовом FPGA Xilinx Virtex-4. Забавно, что именно эти FPGA очень любят ставить на радарные спутники.
UKube-1 был запущен 8 июля 2014 года ракетой "Союз-2" и разгонного блока "Фрегат-М" с космодрома Байконур.
После выведения аппарат находился на солнечно-синхронной орбите примерно 642 × 643 км с наклонением 984, масса спутника составляла около 4 кг.
Если кому интересно NORAD ID 40074. Его фото тоже положил в галерею. Он такое более чёрный, хотя тоже 3U как и 3U Mule - носитель трисатов.
#space #космос #движ #датацентры #цод #random | 1 512 |
| 20 | Делать тест русского космического датацентра | 313 |
