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

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

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

Привет! Меня зовут Геннадий, я руковожу командой разработки системы учета товаров в Ozon. Мы активно используем Kafka как основной инструмент для асинхронного взаимодействия между нашими сервисами. Для нас Kafka — это не просто очередь сообщений, а один из ключевых компонентов всей архитектуры. Поэтому мы постоянно погружаемся в его тонкости и нюансы, чтобы грамотно настраивать и использовать его возможности. Думаю, многие из вас сталкиваются с тем же — когда Kafka становится критически важной частью вашего решения.

Хотя информации о ребалансировке Kafka достаточно, она часто либо слишком разрозненная и техническая, либо наоборот — поверхностная и без акцента на важные детали. Я собрал для вас самое важное и объясню это простым и понятным языком.

Привет, Хабр! В прошлой публикации я рассказывал о BGA-станциях, позволяющих заменить чип на плате ноутбука или игровой приставки. Напомню, у меня модель ACHI IR6500. Сегодня расскажу о процессе замены чипа на примере старенького ноутбука Sony SVE15. Я несколько раз ремонтировал платы этих лэптопов, так что есть чем поделиться.

Могу сказать, что замена BGA-чипа на материнке Sony SVE15 (да и любой другой плате) это как операция на открытом сердце: одно неверное движение, и материнка отправится на свалку. Паяльная станция ACHI IR6500 способна вернуть устройство к жизни. Ниже опишу процесс замены чипа, настройки термопрофилей и, главное, чего категорически нельзя делать, чтобы ремонт не закончился катастрофой.

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

Давайте честно: совместный доступ к документам — одна из главных «болей» для всех, кто хоть как-то связан с базами данных. Вроде бы оба пользователя могут работать с файлом, но есть один нюанс: например, количество предоставленных доступов может быть больше, чем их есть на самом деле. Или у документа и вовсе появляется несколько владельцев. Для всего этого требуется решение – и мы его нашли!

Меня зовут Владимир Ревякин, я старший инженер-программист компании «МойОфис», и вместе с QA-инженером Анной Рукавицыной мы подготовили этот материал, чтобы поделиться опытом реализации функции шаринга данных через графовую базу ArangoDB в рамках разработки платформы «Документы Онлайн». Если коротко — это продукт для совместной работы и хранения документов в рамках единой мультипродуктовой экосистемы.

В российских источниках не так много полезной информации по ArangoDB, и наша задача — исправить это недоразумение. Разберем главные нюансы работы с этой системой БД в разработке и тестировании, вспомним ее плюсы, минусы и потенциальные баги. Текст будет полезен как инженерам любых грейдов, которые связаны с работой над базами данных (сил вам...), так и классическим разработчикам продуктов.

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

А вы знали, что первая версия Worms создавалась на... калькуляторе? Забавно, но именно с этого скромного начала начался путь культовой серии. А то, что компания Team17, хорошо знакомая всем поклонникам «Червяков» и выпускавшая их десятилетиями, на самом деле не автор оригинальной идеи? История появления этой культовой серии полна неожиданных поворотов, и, пожалуй, именно они превратили Worms в столь нестандартную игру, что покорила сердца геймеров по всему миру!

А Worms World Party, как мне кажется, является проектом вне времени – актуальным что тогда, что сейчас! Помню, как мы собирались у друга и запускали «Червяков» – и вот уже прошла прорва часов, а мы всё никак не можем оторваться. Кажется, никакая другая игра тогда не вызывала такого же безумного смеха и общего веселья: бросок банано-бомбы, пытаешься укрыться в земляной норе и – бац! – промазал, и она отлетает в твою сторону! Взрыв, и твой червяк улетает в невозвратном полёте вместе со всеми надеждами на победу. Море хохота и издёвок от товарищей и неимоверное желание реванша! Это были по-настоящему ламповые времена, которые, к сожалению, уже не вернуть. Но попробовать погрузиться в атмосферу тех лет и сыграть в неустаревающую классику – можно без проблем и сегодня. Благо в конце статьи я подготовил для вас множество различных сборок на любой вкус, чтобы без поисков сразу же скачать и сыграть в любимый проект!

А я тем временем расскажу, в чём кроется особый шарм «Червяков»: как рождалась эта идея и что сделало её настолько популярной, что серия до сих пор не сходит с игровой арены. Надеюсь, вам будет приятно вспомнить старые дни – и захочется снова присоединиться к этим безумным баталиям!

Приветствую, коллеги! Меня зовут @ProstoKirReal. Сегодня хотелось бы продолжить обсуждение с вами о самых популярных протоколах, а также принципов их работы. В предыдущей части я говорил о протоколах динамической маршрутизации и принципы их работы.

Сегодня хотелось бы рассказать о HTTP и HTTPS протоколах, а так же немного затронуть шифрование SSL/TLS.

Хотим поделиться опытом разработки эффективного поиска для одного интересного проекта. Мы подробно рассмотрим, как сделали поиск удобным, быстрым и привлекательным для пользователей, увеличив конверсию на 27% всего лишь за счет грамотной настройки Elasticsearch.

Git стал стандартом де-факто в мире разработки программного обеспечения. Это мощная система контроля версий, которая позволяет командам эффективно сотрудничать, отслеживать изменения и управлять кодовой базой. Новичку Git может показаться сложным из-за обилия команд и концепций. Однако правда в том, что для выполнения 90% повседневных задач достаточно уверенно владеть небольшим набором ключевых команд.

Привет, Хабр! Меня зовут Юра, я работаю тимлидом проекта Waterbase в KION, а в свободное время люблю читать, что нового происходит в мире ИТ и какие подходы к программированию есть в других странах. Сегодня хочу поговорить о ЯП с синтаксисом не на английском — здесь нет команд вроде if, print и while, к которым мы все так привыкли. Авторы стремились либо упростить вход в ИТ для носителей своего языка, либо переосмыслить само представление о ЯП. Ниже — пять таких проектов: LSE, VisuAlg, Aheui, Qalb и Kalaam. Погнали!

Фото важных семейных событий и видео из путешествий, копии важных документов, музыка, фильмы, которых не найти на стримингах — многие задумывались, как сохранить все самое важное так, чтобы ситуация с не вовремя сломавшейся флешкой не обернулась потерей ценных данных навсегда. Кому-то для спокойствия достаточно Google Drive или Яндекс.Диска, но я решил пойти чуть дальше и построить собственное домашнее облако с приложениями Immich и Nextcloud.

Кстати, привет, Хабр! Я Денис Петухов, Python-разработчик в Cloud.ru и сегодня я расскажу, как построил облако в шкафу. По ходу дела дам практические рекомендации по архитектуре, выбору оборудования, приложений, настройке сети и даже приведу расчеты того, что выгоднее, и сколько электричества «съедает» домашняя хранилка в месяц.

Современные VPN-решения имеют два серьёзных недостатка. Во-первых, их необходимо устанавливать на каждое устройство в доме, что может быть проблематично, особенно если устройства работают на разных операционных системах. Некоторые из них просто не поддерживают нужный VPN-клиент. Во-вторых, при использовании VPN периодически приходится отключать его для доступа к локальным ресурсам. Ситуация усугубляется тем, что многие сервисы ограничивают доступ по белым спискам стран.

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

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

Поговорим не о разработке, а о том, как я путешествовал на парусной яхте. Если коротко: летом 2024-го я впервые получил Шенген, купил яхту и пошёл на ней в Африку через всю Европу, застав Олимпиаду в Париже.

Под катом подробная история, как в 45 лет я стал капитаном собственной яхты, хотя я разработчик, а не олигарх. Где можно получить лодку бесплатно, а где не стоит брать и за деньги? Под каким флагом идти по Европе в наше штормовое время? Какие гаджеты и симка точно нужны для плавания? Всё это под катом.

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

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

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

Такая же история с самоорганизующимися командами. Их не бывает.

Самоорганизующаяся команда — это та, что может работать без тимлида, коллективно решая, что и как ей сделать.

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

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

Если вы «построили» самоорганизующуюся команду, то приглядитесь к ней. Скорее всего, в ней есть неофициальный тимлид, который почему‑то не хочет получать больше денег за организаторскую работу, которую он ведёт.

Так почему же популярна идея построения команд без явно выделенного тимлида?
Адепты «теории плоской команды» называют следующие причины...

Статья о том, как Linux переходит в сон, а потом восстанавливает первоначальное состояние. Разбор аспектов перехода системы в гибернацию, расширяющий понимание работы ОС.

Со старта нашего проекта Polymatica EPM (бизнес‑платформа для автоматизации процессов стратегического планирования и бюджетирования) мы решили: код должен покрываться тестами. Проект построен на стеке FastAPI + Poetry + Pytest. Из‑за особенностей проекта тесты, в основном, функциональные. Все шло хорошо, команда росла, тесты писались, но запускались только на локальной машине перед коммитами. Наступил момент, когда нужно было внедрить автоматический прогон тестов на этапе Merge Request (MR).
На тот момент у нас был собственный GitLab и настроенный CI/CD, но ресурсы DevOps были ограничены. Поэтому задачу пришлось решать силами разработчиков. Меня зовут Дмитрий Богданов, я старший бэкенд‑разработчик, и в этой статье расскажу, как мы оптимизировали запуск тестов, с какими проблемами столкнулись и почему выбрали именно базовый образ для CI/CD.