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

Когда в последний раз Вы задумывались, как выделяется память на самом низком уровне? Соединим ниточкой вызов malloc с системными вызовами, структурами ядра, а также особенности выделения физической памяти.

В разговоре с Linus Tech Tips Линус Торвальдс, создатель операционной системы Linux, назвал Илона Маска «просто некомпетентным» и «слишком тупым, чтобы работать в технологической компании». И с этим, кажется, все согласились. Трудно не согласиться, учитывая десятки случаев, когда Маск доказывал свою полную профнепригодность. Нацистские приветствия, разрушающие его тщательно выстроенный публичный образ, продвижение безосновательных и опасных теорий заговора, очевидно лживые заявления, невозможные сроки, идиотский дизайн продуктов, полное отсутствие самосознания и постоянные выстрелы себе в ногу с последующим обвинением других - всё это коллективно нарисовало портрет Маска как полного шута, не способного управлять даже ларьком с лимонадом, не говоря уже о его разросшейся империи.

Реальные проекты, цифры, выводы из двух лет работы с оркестратором на боевых задачах: какие были успехи и где мы совершили значительные ошибки?

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

Меня зовут Дмитрий Литовченко, я сетевой инженер группы офисных и инфраструктурных сетей в Yandex Infrastructure. В этой статье я расскажу историю, как эволюционировали отношения нашей инфраструктурной сети и сети дата‑центров: наш полученный опыт за несколько лет, декаплинг сетей, планы развития.

Всем привет! После публикации моего RoadMap по Go ко мне стали часто обращаться с вопросом: «А есть такое же для Python / Java / C++?». Я сам в основном пишу на Go, поэтому, чтобы давать качественные советы по другим языкам, я решил обратиться к экспертам.

Совместно мы собрали простой и понятный алгоритм действий: «Учишь это шаг за шагом — становишься Python-разработчиком».

Я разбил путь на логические блоки, к каждому прикрепил лучшие (на мой взгляд) бесплатные материалы от крутых авторов и добавил закрепляющие проекты для GitHub. Получился полноценный «народный» курс — аналог платных программ, но без единой копейки затрат, потому что всё есть в открытом доступе.

Надеюсь, этот гайд поможет новичкам уверенно стартовать, а опытным коллегам — сэкономить время, просто отправив ссылку тем, кто хочет «вкатиться».

Сам RoadMap

Проблема 1 — VPN неудобный. Одни сервисы не работают без него, другие не работают с ним, поэтому весь день приходится перетыкиваться туда-сюда, это раздражает. Плюс те VPN, которыми пользуюсь я, иногда (стараниями Роскомнадзора видимо) умирают на несколько часов — и вся работа встает. 

Проблема 2 — недавно на Реддите чувак рассказывал, как проморгал какое-то разрешение — и агент снес ему весь диск D. Безвозвратно. У меня тоже были случаи, когда нейронка затупила и удалила что-то не то, но она хотя бы удаляла файлы из проектов, подключенных к Гитхабу. Восстановил и работаешь дальше. Но если она безвозвратно удалит какие-то личные файлы за пределами проекта, будет неприятно.

Я нашел изящный способ решить обе проблемы одним махом. Работает не только с Claude Code, но и с любым другим CLI-агентом — такие есть у Codex, Gemini и даже у Cursor.

Собрать компьютер, который не устареет сразу же, на самом деле не так уж и сложно. Просто берешь все самое топовое, соединяешь вместе и радуешься. Вот только стоить это добро будет больше 300 тысяч, а тратить на ПК такие суммы готовы далеко не все. Настоящая задача начинается, когда хочется и производительности хотя бы на какое-то время вперед, но ради этого нет желания влезть в кредиты. Об этом поговорим сегодня...

Привет, Хабр! Меня зовут Дмитрий, я руководитель проектов в РГС. Недавно коллеги запустили сервис по интеграции страховки в экосистему умного в коллаборации со spruthub и рассказали, как бы собирали свой первый умный дом с нуля (вот тут). А я в этой связи решил тоже поделиться опытом, как собирал свою умную дачу на практике в лучших традициях, то есть «от балды».

Ни для кого не секрет, что в наши дни термин «умный дом» стал такой же обыденностью современного мира, как электричество, водоснабжение, связь, транспорт. Маркетплейсы и розничные магазины электроники (даже самые маленькие и в отдаленных уголках страны) изобилуют любыми устройствами, прямо или косвенно относящимися к устройствам умного дома. Иными словами, сделать себе умный дом может каждый, как самостоятельно, так и воспользовавшись услугами «профессионалов».

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

В статье будет несколько частей, потому что процесс занял у меня не один год. Конкретно в этой обсудим первые шаги: как я пришел к мысли об умном доме и с чего начал этот тернистый путь (первые умные розетки, появление интернета и видеонаблюдения).

В IT-тусовке принято хейтить HR за странные термины и попытки оценить «богатый внутренний мир» вместо чистоты кода. Но когда сеньор начинает душить джунов на код-ревью так, что те плачут в туалете, смеяться перестают все. Мы столкнули лбами два типажа: «токсичного гения» и «человека-клея». Кто из них балласт, а кто — несущая конструкция проекта? Ответ вам может не понравиться.

Привет! Я Владислав Раев, DevOps & DevTools Engineer в команде Wildberries & Russ. Сегодня погружу вас в увлекательную историю о том, как мы наводили порядок в Nexus OSS и экспериментировали с Terraform и Ansible. Спойлер: контекст оказался важнее технологий.

Привет всем, кто заглянул на Хабр почитать что-нибудь интересное!

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

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

Никакой скучной теории, только реальные советы, маленькие хитрости и немного самоиронии от сотрудника техподдержки.

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

В этой статье делимся тем, как нам в «Магнит Маркете» удалось значительно улучшить качество поиска с помощью нетривиального подхода: ступенчатой классификации категории поискового запроса.

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

Написание дипломной работы перестало быть испытанием на выживание. Узнайте, как написать ВКР с помощью нейросети, превратив месяцы рутины в несколько дней продуктивной работы. Мы разберем возможности лучших нейросетей для дипломной работы, которые станут вашими научными соавторами.

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

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

RDP — самый распространённый протокол и клиент для удалённого доступа к рабочему столу. Но у него тоже есть свои недостатки: низкая производительность и ненадёжность. Поэтому приходится использовать альтернативы вроде Sunshine+Moonlight, которые в некоторых случаях обеспечивают лучшее качество.

Однако для удалённого управления сервером RDP остаётся признанным стандартом. Что же делать, если RDP тормозит? Как «ускорить» удалённый рабочий стол, если соединение с сервером неустойчивое? Эта тема актуальна для фрилансеров, админов, игроков, удалённых сотрудников и др. Они могут оптимизировать настройки своего ПК и удалённого сервера (если есть доступ), чтобы уменьшить лаги.

Если совершенно случайно в вашей работе возникают критические ошибки на проде, которые исправляются слишком долго. А еще, возможно,  специалисты по безопасности начинают выявлять уязвимости только после релиза. Или вдруг в команде используются ручные проверки, например: сборки кода выгружаются вручную, а ИБ их «бесконечно долго» сканируют и отдают вместе со своим рукописным отчетом.

Эта статья по мотивам моего доклада на UWDC для тех, кто хочет глубже разобраться в DevSecOps и больше узнать про пользу, которую он может принести. Поговорим о том, как находить баланс между технологиями и людьми, достигать результата, и, главное, какие ошибки проще предотвращать, чем потом исправлять.

Меня зовут Павел, я руководитель направления Professional Services в Orion soft. Мы занимаемся экспертным аудитом и решением сложных задач, а Orion soft производит программное обеспечение для инфраструктурного слоя, в том числе контейнеризации и виртуализации (Nova и zVirt). Мы тоже не сразу пришли к DevSecOps и поломали немало граблей, поэтому мне есть чем поделиться.

Привет, Хабр! Я давно отучился в школе и институте, но хорошо помню, как мне говорили: «Учи! Тебе это пригодится! Без этого никуда! Это очень важно…» и почти никогда не объясняли, зачем учить, когда это пригодится и для чего.

Поэтому, когда мне поставили задачу написать про полуфинал Международной студенческой олимпиады по программированию (ICPC) для региона «Северная Евразия», я решил не пересказывать данные из Википедии. Вы и сами можете их прочитать, а кто-то даже рассказать о собственном опыте участия. Я спросил коллег внутри X5 Tech, как навыки, полученные на соревнованиях по программированию помогли им в реальной жизни: на собеседованиях, в продакшене, в решении сложных системных задач или даже в бытовых ситуациях. Про то, что спортивное программирование развивает алгоритмическое мышление, стрессоустойчивость и умение работать в команде в ограниченное время, пишут много, но теория не всегда переносится на практику.

Так как же обстоят дела на самом деле? Какие алгоритмические привычки пятичасовых контестов переходят в инженерную практику? И помогают ли навыки с олимпиад, когда сталкиваешься с реальным сервисом, данными и нагрузками, а не с абстрактными задачами?

Всем привет! Меня зовут Алексей Золотых, я тимлид команды веб-редакторов в МойОфис. Недавно мы запустили новое шоу АйТир Лист. В каждом выпуске мы берём одну тему из мира разработки и раскладываем всё по тир-листу: от FAIL до GOD.

В пилотном выпуске мы с коллегой — Александром Коротаевым, фронтенд-гуру и энтузиастом креативного кодинга, прошлись по популярным опенсорс-инструментам для фронтенда: от тех, которые пора отпускать, до тех, что стали эталоном. Эта статья — расширенная версия выпуска. Под катом рассказываем, что у нас попало в FAIL, кто выжил на уровне MVP, кого мы поставили в SENIOR и кто, по нашему мнению, заслужил звание GOD.

Дисклеймер: мы с большим уважением относимся ко всем упомянутым проектам. Многие из них помогли индустрии вырасти. Но сегодня мы смотрим на них через призму вопроса: что бы мы посоветовали новичку или команде в 2025 году.

Расскажу вам в этой статье, как я снизил потребление памяти моего macOS-приложения на Flutter более чем на 90%. Это потребовало неожиданно много усилий и включало создание собственного хоста для Flutter, разработку пользовательского плагина для перетаскивания и отладку кучи кода на Rust.

Некоторое время назад я создал приложение со строкой меню для macOS под названием Quickgif. Оно удовлетворило мою давнюю потребность — иметь инструмент для выборки GIF-картинок, который можно использовать в любом приложении, не загружая GIF-ки вручную и не имея дела с разными реализациями, используемыми в других программах.