Kurgan-Telecom Ru | Информационные технологии

Привет, Хабр! 

Это подкаст «Скрамное ИТ», и у нас готов новый выпуск. Сегодня разбираемся, как за несколько лет изменились правила нетворкинга, почему удаленка и ИИ перевернули привычные схемы общения и как теперь выстраивать профессиональные связи. 

Вот представьте: вы пишете в мессенджер коллеге четкое и вполне дружелюбное (по-вашему, разумеется, мнению) сообщение, а в ответ получаете ледяное «ок» или и вовсе улавливаете между строк враждебный подтекст. Возможно, даже несуществующий. Но осадочек-то, как говорится, остался. Бывало такое? Казалось бы, наоборот, сейчас нетворкинг должен был стать проще, когда все сидят в зоне своего личного комфорта на удаленке, а на деле он превратился в новую сложную систему и порой напоминает прохождение мудреного текстового квеста с неочевидными правилами. На эту тему побеседовать с нами и пролить свет на современные профессиональные связи согласилась Александра Стадник — DevRel лид с большим опытом в IT и наш хороший друг. 

Сейчас я вкратце расскажу, что именно мы успели обсудить, ну а для тех, кто уже готов смотреть/слушать – вот ссылки на сам выпуск YouTube, Rutube, VK Видео, Аудио-подкаст.

Итак, в этом выпуске мы разбираем, во что превратился нетворкинг. Сильно ли поменялось общение за последние 5-7 лет? Живое рукопожатие в большинстве случаев теперь невозможно, зато практически у каждого есть свой QR-код (и даже не один). Первое впечатление о кандидате при найме складывается по его постам в соцсетях. Написать простое сообщение, которое точно правильно поймут, — это теперь почти искусство, и тут нет места случайным смайликам и недосказанностям. И почему голосовые сообщения и «кружочки» спасают общение с одними людьми, но ужасно раздражают других? 

Яндекс Карты — это не просто приложение для навигации, а один из самых высоконагруженных мобильных сервисов с широкой аудиторией. В центре всех наших сценариев — сама карта, которая уже сегодня не уступает по сложности отдельным игровым движкам. Мы постоянно работаем над тем, чтобы сделать её более удобной для ориентирования, и постепенно идём к высокодетализированным и реалистичным картам будущего: добавляем трёхмерные здания, разметку на дорогах, детализированные развязки и другие городские объекты. 

Но чем богаче визуальное и информационное наполнение, тем выше требования к устройствам, на которых работает приложение. Улучшая пользовательский опыт с помощью новых технологий и более детальной картографии, мы сталкиваемся с постоянным ростом потребления ресурсов — прежде всего оперативной памяти (RAM). Наша задача — находить баланс между развитием продукта и сохранением его стабильной и быстрой работы на разных устройствах, включая самые бюджетные модели. 

Меня зовут Игорь Зверев, я руководитель группы разработки автонавигации в Яндекс Картах. Сегодня я расскажу, как мы подошли к решению этой задачи: что изменили в процессе разработки, как создали и используем систему RAM‑классов для выпуска требовательных функций и какие технические выводы сделали на этом пути.

Представьте, что вы производите уникальный продукт по старинным рецептам. Вложили в него душу, добились идеального вкуса, и покупатели его обожают. А потом вы видите, как конкуренты выпускают похожий товар под тем же названием, только хуже качеством. 

Знакомая ситуация? Именно так обстоят дела, например, с «Тульским декоктом Болотова» и «Калининградским марципаном». Их имена — «ничейные», и использовать их может кто угодно, размывая ценность и репутацию. Но что, если бы вы могли юридически «закрепить» это уникальное имя за собой и своим регионом? Превратить его из простого названия в реальный актив компании, который защищает от подделок, увеличивает капитализацию и открывает двери в крупные торговые сети?

Именно для этого и существует регистрация регионального бренда. Это не «бумажка от государства», а мощный бизнес-инструмент. В этом гайде мы на понятных примерах разберем весь путь: от идеи до постановки бренда на баланс компании.

Что общего у слизевика Physarum polycephalum, клетки и Nokia? Способ двигаться вперёд.

Слизевик отращивает новые ветви, избавляясь от старых. Клетка наращивает свой белковый каркас с переднего края и разбирает его с заднего. А Nokia наращивала новые бизнес-направления, одновременно сворачивая устаревшие.

Учёные предложили для всех таких систем общую концепцию — путешествующие сети (traveling networks) — и показали, что их поведение укладывается в единые математические принципы.

Особенность таких сетей в том, что они полностью обновляются за предсказуемый срок. Это принципиально отличает путешествующие сети от обычных растущих структур вроде нейронных дендритов или кровеносных сосудов — те тоже ветвятся, но остаются на месте, привязанные к исходной точке роста.

Сейчас разберём их архитектуру.

В мире, где простои баз данных измеряются в упущенной выгоде, проактивный мониторинг из роскоши превращается в необходимость. В статье описывается как pg_expecto позволяет не ждать проблем, а предсказывать и предотвращать их.

Новый инструмент с открытым исходным кодом для статистического анализа, нагрузочного тестирования и построения отчетов доступен в репозитории GitFlic

kznalp/PG_EXPECTO

Формулировка задачи:

Разработка специализированных конфигурационных файлов метрик для оценки производительности систем управления базами данных (СУБД) с использованием инструментария pg_expecto. Результаты работы предназначены для интеграции в системы мониторинга и обеспечения основ для реализации механизмов проактивного анализа производительности СУБД.

В России стремительно растёт популярность портативных игровых консолей. По нашим, за первые три квартала 2025 года россияне приобрели около 1,1 млн игровых приставок на общую сумму порядка 20 млрд рублей. Наибольший вклад внёс сегмент портативных консолей, продажи которых в штуках выросли в 1,5 раза по сравнению с аналогичным периодом прошлого года. Эта тенденция отражает заметный сдвиг предпочтений геймеров в сторону мобильности и гибридных устройств.

В предыдущей статье обсуждали регламентное обслуживание с акцентом на пересчет статистик. Операция крайне полезная, необходимая и чем интенсивнее меняются данные в базе, тем важнее актуальные статистики. Сегодня поговорим про еще одну регламентную операцию – пересчет индексов. Как всегда с акцентом на высоконагруженные системы 1С.

"Нужно?", "Не нужно?", "А если у меня SSD-диск?", "А какой эффект от перестроения индексов?", "А я не успеваю за ночь. Что делать?"

Разберем подробно все нюансы.

Представим, что вы запускаете обучение модели, ждете, что процесс пойдет как по маслу. Но вместо этого в инструментах мониторинга видите, что GPU загружен на 40–60%, а то и меньше. Время обучения растягивается и эффективность не та, что вы ожидали. Даже самый быстрый GPU беспомощен, если данные не успевают до него «доехать». Он просто ждет.

В статье разберем, почему для эффективного AI-обучения важны быстрые диски, память и CPU, и расскажем, как спроектировать сбалансированную инфраструктуру — даже в условиях ограниченных ресурсов.

В современном мире дашборды стали неотъемлемой частью любого бизнеса. Однако часто мы сталкиваемся с тем, что красивые, но бесполезные панели данных не приносят реальной пользы. В этой статье мы разберем основные проблемы создания дашбордов и посмотрим как их решить на практике.

Привет! Продолжаем говорить про организацию мероприятий для непрофессиональных ивентеров. HR, ассистенты, руководители проектов, маркетологи, пиарщики и все те, на чью долю выпало в нагрузку к основным рабочим обязанностям сделать мероприятие, эта статья для вас.

Онлайн-трансляция позволяет охватить аудиторию за пределами физической площадки. Масштабы при организации трансляции бывают разные: от человека перед камерой ноутбука в любом приложении для конференц-звонка до профессиональных трансляций из зала мероприятия с нескольких камер с режиссурой и проч. Рассмотрим довольно наполненный вариант, из которого вы сможете выкинуть то, что не укладывается в бюджет.

Вы слышали про 996? Если нет, то вам крупно повезло, честно. А если да –  сочувствую. Если вкратце, то 996 - это социальный феномен, когда ты пашешь с 9 утра и до 9 вечера, 6 дней в неделю, как раб на галере. И гордишься этим. Вот, например, недавно статья в ленте хабра была. А на фото к статье - спящая в офисе одна из директоров Twitter, Эстер Кроуфорд (которую, кстати, это не спасло от увольнения).

Что самое странное, некоторые эту дичь умудряются ещё и романтизировать, бизнес-кейсы успешного успеха из этого делать. Ну как некоторые - ветер всегда дует сверху: руководство, акционеры и инвесторы. Мол, вот он, истинный путь к успеху, через сверхусилия и превозмогание. Ведь мы – команда, ведь мы – семья.

А насколько вы уверены, что успех – личный или на работе – должен измеряться тем, как сильно ты себя умучил?

Мы в LogistiX, внедряя технологические инновации, неизбежно сталкиваемся не только с техническими задачами, но и с человеческим фактором. На стороне заказчика это часто проявляется как пассивный саботаж, сомнения или эмоциональное отторжение, что ставит под угрозу сроки и качество проекта.

Важно понимать, что сопротивление персонала — это не «поломка» системы, а совершенно нормальная реакция на неопределенность. Люди боятся возможной потери контроля и изменения привычных ролей.

Эта проблема имеет предсказуемую логику, и ею можно управлять. Ответственность за снижение сопротивления лежит, прежде всего, на стороне заказчика, поскольку именно у него есть полномочия и каналы коммуникации с сотрудниками.

В этой статье мы разберем, почему автоматизация часто буксует из-за конфликта с персоналом и как системные инструменты превращают это сопротивление в ресурс для развития.

Привет- Хабр!

Поиск работы – это... боль. Нет- не так. Это – ад.

Это бесконечный скроллинг- десятки открытых вкладок.

Продолжаю цикл статей из серии давно минувших дней.

Недавно встретил бывшего коллегу и он мне напомнил эту историю, о которой я абсолютно забыл. Не об уроке, а просто о самом случае.

2010г: по семейным обстоятельствам я оказался в глубоком финансовом кризисе. У меня не было денег даже на бензин. Один знакомый мне предложил поработать у них в отделе 1с-ником. Оплата была небольшая (по сравнению с рынком). Я согласился поработать у них несколько месяцев, пока не найду нормальное место, такой и был изначальный уговор. В отделе 1С было 3 человека, я стал четвертым.

Все, что написано ниже, это, конечно же, произошло не в первый день и не в течение одного месяца. Просто постепенно я погружался в атмосферу коллектива и организации.

Был у них там финансовый отдел, который считался о-о-о-чень важным. Не с точки зрения его пользы, а с точки зрения позиционирования. Они там раздували щеки, что без нас вы вообще никуда. Мы тут самые специалисты. Да без проблем, они в другом конце здания, я с ними не пересекался. Но слышал обсуждения коллег.

В том отделе 4 человека. Одна из их задач была подбирать копейки для счетов-фактур. Чтобы строки с итоговой суммой сходились. Ну вы знаете про округление. Для этого у них был целый инструмент - документ в 1С аж с десятитысячными долями в ценах! Они там сидели вручную подбирали десятые доли копеек. Этот процесс был легендарным. Считалось, что его нельзя автоматизировать - кто ни пробовал, ни у кого не получалось, так мне сказал начальник.

Да как так? Не может такого быть! Я-не-ве-рю! Покажите!

Автоматизацией процессов первым занялся Фредерик Тейлор в начале 1920-х — он это делал в железе и жестко хардкодил, гибкость не была предусмотрена. Но то были производственные процессы, приставку ‘бизнес-‘ к ним еще не приделали.

Логично было применить его метод и к офисной работе, но это произошло гораздо позже — когда началась эпоха персоналок и локальных сетей, во второй половине 1980-х. Тогда и заговорили о «маршрутизации задач» между исполнителями.

Итак, давайте посмотрим, как с течением времени менялись рыночные ярлыки для систем управления процессами...

У меня есть старый «плоскоэкранный» телевизор, произведённый в 2009 году. Он всё ещё жив потому, что я испытываю к нему странную ностальгическую любовь. А ещё потому, что я написал для него очень хорошо работающую автоматизацию, мигрировать с которой было бы трудно.

Однако у телевизора есть проблема: он очень часто попадает в резонанс со встроенными динамиками, из-за чего корпус устройства начинает достаточно сильно вибрировать и ужасно шуметь.

Чтобы продлить срок жизни этого реликта, я решил вложиться в дешманский саундбар Majority Snowdon II . Благодаря нему удалось решить проблему резонанса, но ей на смену пришли особенности саундбара. А именно, его тупость.

Да, это не смарт-устройство, несмотря на то, что его выпустили в 2022 году. У него есть инфракрасный пульт дистанционного управления, несколько физических кнопок, и на этом всё! Однако когда я покупал его, у меня был план. Я думал, что, наверно, смогу сделать его умнее. Поэтому когда пульт в 87-й раз завалился в щель дивана, я решил вскрыть саундбар и разобраться, что с ним можно сделать.

Фёдор Боков, Security Vision

В Security Vision я попал недавно и был приятно удивлен стремлению компании к обучению детей с малых лет. Мне, как будущему отцу, приятно видеть, что компании не всё равно, какие инструменты попадают в руки детям. Ведь за привычным «дай поиграть в телефон» кроется куда более важный вопрос: как сделать так, чтобы технологии стали для ребёнка не просто развлечением, а ступенькой в будущее?

Если вы хотите дать возможность ребёнку — школьнику, подростку или даже малышу — получить не просто игрушку, а настоящий инструмент для развития мышления и полезных навыков, давайте поговорим о Linux. Да-да, о той самой «непонятной» операционной системе, которую используют программисты и гики. На самом деле Linux — это не только про сложный код и терминал. Это ещё и идеальная платформа для обучения, творчества и безопасного освоения цифрового мира.

Почему? Давайте разбираться вместе!

Посвящается всем выгорающим ИТ-менеджерам.

Так случается, что айтишники выгорают, да и само выражение «я выгорел» получило у нас широкое распространение в 10х годах именно в айтишной среде.

Обычно про выгорание говорится с придыханием и чувством глубочайшего самопожертвования. Видимо, это должно обозначать диалог вида: «Коллеги, я со своей стороны выгорел, теперь жду ответных шагов от вас».

Я уважаю чужой труд и необходимые переработки, но именно выгорание для меня – это не признак хорошего сотрудника, пашущего в поте лица на галерах, а признак выученной беспомощности человека, который не может защитить свои границы на работе.

При этом в таких «выгорающих» отношениях плохо всем: исполнители «выгорают», руководители, не получая обратки, не понимают, что поменять в процессах/подходах, и вся эта история крутится, не изменяясь, годами.

Я против таких безобразий на работе, потому решил написать про то, как можно работать, не выгорая, и что для этого можно сделать.

Статья обязательна к прочтению всем выгорающим ИТ менеджерам, но подойдет и для всех остальных участников ИТ команд – ведь главное в ней не должности, а подход. Просто манагерам посложнее на этой полянке.

Статья написана по мотивам публикаций в моем ТГ канале «Морковка спереди, морковка сзади», который полностью посвящен управлению в IT, а особенно той его части, которой толком никто не учит: софтскиллам. Если вам это интересно, заходите, читайте и подписывайтесь. Ну и читайте другие мои статьи на Хабре про управление в ИТ.

Так почему выгорание - это манипуляшка?

Хотя нет - я соврал, о Коте вы узнаете из аниме сериала. Но это последний обман:)

А что такое этот ваш CyberCamp?

CyberCamp 2025 - ежегодная онлайн-конференция по кибербезопасности от компании Инфосистемы Джет.

О кемпе:

CyberCamp — это проект по обмену практическим опытом в сфере кибербезопасности. Мы создали новый формат онлайн-мероприятий: участвовать в киберучениях и проходить задания могут не только команды, но и все зрители кэмпа.
Доклады и практические задания для CyberCamp готовят участники комьюнити — пентестеры, форензеры, инженеры и архитекторы ИБ, аналитики SOC. Задания основаны на кейсах из повседневной работы Blue team, Red team и Yellow team.
Каждый год в рамках CyberCamp проводится онлайн-конференция федерального масштаба и цикл митапов для начинающих и опытных специалистов. Мы создаем среду для повышения экспертизы в ИБ и развиваем комьюнити, в котором можно поделиться знаниями и найти поддержку.

Идея этого исследования, которое привело к формализации абсолютного конструктивного предела математики, возникла в процессе разработки гугологического фреймворка BeyondNumbers на Python — системы, предназначенной для формального описания и классификации чрезвычайно больших чисел и функций, растущих быстрее всех известных конструктивных процессов.
В ходе этой работы естественно возник вопрос: существует ли предельно большое конечное число (или ординал), которое можно получить, оставаясь в рамках конструктивной математики, например ZFC или аналогичных систем? Что-то вроде конструктивного аналога числа Rayo— но формализуемого в рамках доказуемых систем, например CZF.

На интуитивном уровне кажется, что ответ — нет. Какое бы большое конечное число мы ни зафиксировали, всегда можно прибавить 1, применить новую функцию, ввести новую иерархию. Однако строгое рассмотрение показывает, что это рассуждение применимо лишь к числам, но не к ординалам, описывающим скорость роста функций: для достаточно сложных конструкций операции вроде +1, умножения или возведения в степень перестают менять принципиальный порядок роста. Иными словами, мы можем говорить о предельной скорости роста — не отдельного числа, а конструктивного ординала, который задаёт границу всех конечных процедур в пределах данной теории.