Все потоки

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

Давайте честно, поиск работы — это ад. Я инженер и я ненавижу рутину. А поиск работы — это 90% тупого кликанья.

Открыть 50 вкладок — 50 раз написать «Здравствуйте‑ меня заинтересовало...» — 50 раз скопировать‑вставить. Это выжигает.

Можно конечно написать автокликер, который будет спамить «пустышками». Но рекрутеры не дураки — такие отклики летят в мусор. А «ручной» режим‑ это 3–4 часа в день.

Я понял — что должен быть третий путь. Не просто автоматизация — а умная автоматизация.

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

cbrapi - бесплатная библиотека с открытым исходным кодом на Python, которая превращает сложное взаимодействие с SOAP API Центрального банка Российской Федерации в простой и понятный инструмент.

Вечером 6 ноября 2025 Луна вновь будет проходить на фоне звёзд рассеянного скопления Плеяды в созвездии Тельца, заслоняя собой некоторые из них. Такое явление в астрономии называется покрытием. Для ученых покрытия могут дать много актуальных данных, из которых можно извлечь те или иные сведения как о звёздах, свет которых перекрывает Луна, так и о Луне — её форме и характере движения. И даже — о Земле, начиная с неравномерностей вращения вокруг оси и заканчивая движением континентов. И, может быть, и не заканчивая, а — продолжая подкидывать в очаг научного процесса топливо в виде тех или иных неожиданных сведений. Для любителей астрономии покрытия звезд являются просто эстетически красивыми астрономическими явлениями, а для астрофотографов — изысканным челленджем, когда возникает шанс снять нечто такое, что снять трудно (ввиду широкого разброса яркостей), зато потом приятно опубликовать в сети.

Могу развенчать чьи‑то фантазии, если читатель не готов морально и по возрасту — можно пролистать. Не хочу здесь писать про правила съёма (был такой фильмец, к слову), ни про «методики охмурения», ни про «желания быть, а не казаться», ни про быстрый результат.

Всё придумано до нас. Могу ответить так же, как однажды ответил Дмитрий Пучков на вопрос от подписчика на тему а‑ля «Если я такой хороший и интересный во всех смыслах, а достойной меня женщины рядом не пробегало и близко — смотрят только в кошелёк, почему?» — «Братан, может ты не там ищешь?» Первое и самое очевидное — лучше искать в реале. Среди знакомых знакомых, знакомых родственников, знакомых друзей, коллег, знакомых коллег, родственников коллег, друзей коллег, и так вплоть до дальних кордонов. Всюду, где за человеком есть репутация. Так больше шансов встретить человека не на один день, и параллельно проверить его «предысторию». Мы же хотим фактически встретить не просто женщину, а понимающую спутницу. А понимать твои мысли и заботы зачастую прерогатива твоего круга и около. Даже если его границы далеко.

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

Если ты — девушка или одинокая дама 35+ — говорят, в МВД и частях типа огнеборцев (да, как стационарные в городах, так и в лесах) очень скромные зарплаты. Есть шанс встретить там настоящего мужчину. Вопрос в том, хочет ли девушка найти мужчину с доходом ниже своего. Я вижу, что как‑то не стремится.

Эта статья является более детальной версией поста, который я выкладывала в своем Телеграм-канале для дизайнеров.

Посмотрите на первую кнопку на иллюстрации. Кажется, что текст на ней немного сдвинут вниз, правда? На самом деле он выровнен строго по центру — сверху и снизу от текста до края кнопки по 24px.

Когда мы пишем запрос, СУБД делает гораздо больше, чем просто ищет данные. Она оценивает десятки сценариев выполнения, сравнивает стоимость операций и выбирает оптимальный путь к результату. От этого выбора зависит, будет ли запрос выполняться секунду или минуту. Почему одни системы находят лучший план, а другие выстраивают менее эффективный алгоритм? Попробуем разобраться, как планировщики СУБД принимают решения и что определяет их эффективность.

Статья посвящена очереди сообщений окна в Windows. Рассматриваются все действия с нею. Статья предназначена в основном для новичков в DirectX & Direct2D.

Приветствую Хабр, это моя первая статья и я решил поделиться своим личным опытом развития в IT, подхода к управлению и любви к волшебству кода.

Немного обо мне. Меня зовут Юрий, через месяц будет 16 лет с моей первой записи в трудовой книжке о работе в IT. Закончил мехмат, немного занимался наукой, работал в крупном американском аутсорсе, затем в красно-синем российском банке и последние 8 лет тружусь в технологических и AI стартапах. Да, столько опыта, а хоть что то написать решил только сейчас. В общем погнали.

Я лично не разделяю руководство в директивном смысле и лидерство на какие то разные сущности и считаю, что это лишь разные грани одного и тоже умения сподвигать людей выполнять коллективно задачи, превосходящие возможности одного человека. Это можно сравнить с кластерными технологиями как в режиме single‑master так и в режиме multi‑master.

Как ни странно даже если кажется, что ты single‑master и якобы единолично руководишь группой разработчиков или нескольким группами, то есть либо master более высокого порядка либо неявный master в виде «опытного разработчика», которые в значительной степени оказывают влияние на процесс, либо и то и другое, поэтому как принято в мат. доказательствах будем рассматривать более общий случай multi‑master. Это к тому, что все мы «стоим на плечах гигантов» и благодарны за советы старших товарищей.

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

Данная статья является альтернативой hello-world в DirectX от Microsoft в связи с излишней перегрузкой терминами и не нужной информацией. Объяснение для новичков, просто и понятно.

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

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

Проект как раз про то, чтобы скучное сделать готовым и многоразовым. Мы один раз собираем связку: AI → Django/DRF → ЮKassa → деплой → Web Stories → SEO, а дальше в неё можно подставлять вашу идею — не только Mermaid. Mermaid здесь как манекен: на нём удобно показывать, куда вешать оплату, куда прикручивать экспорт, где пускать трафик.

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

На прошлой неделе в Таиланде прошла ежегодная конференция Security Analyst Summit, организуемая «Лабораторией Касперского». Один из главных докладов конференции был посвящен операции «Форумный тролль» — кибершпионской кампании, нацеленной на организации в России. Обнаружение данной угрозы помогло экспертам «Лаборатории Касперского» еще в марте этого года выявить уязвимость нулевого дня в браузере Google Chrome, о которой было сообщено еще весной. Дальнейшее исследование атаки помогло связать ее с деятельностью компании Memento Labs, ранее известной как Hacking Team.

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

Все разработчики знают, что такое техдолг.

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

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

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

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

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

Apache Iceberg — табличный формат для озёр данных с поддержкой ACID, Schema Evolution, Hidden Partition и версионирования, но при больших метаданных и работе через S3 страдает планирование запросов и латентность. В связке со StarRocks мы показываем, как распределённый Job Plan, Manifest Cache, CBO с гистограммами, Data Cache и материализованные представления выводят lakehouse‑аналитику на уровень DWH: снижают накладные расходы на метаданные, ускоряют планы и выполнение, а запись обратно в Iceberg сохраняет единый источник истины. Разбираем архитектуру Iceberg, типовые узкие места и практики оптимизации на StarRocks 3.2–3.3, включая кейс WeChat/Tencent.

Здраствуйте, коллеги. Сегодня делаем базовые конфиги на Palo Alto: NAT для выхода в интернет, лог-форвардинг, security-профили, интерфейсы, роутинг и сервисные роуты. Всё коротко, понятно, с примерами.

«Битрикс? Да он же не для больших проектов! Тяжёлый, медленный, с устаревшими инфоблоками и неудобной корзиной — всё надо переписывать!» Слышали такое мнение? Да, оно действительно довольно популярно.

1С-Битрикс часто подвергается критике за недостаточную производительность на крупных и высоконагруженных проектах, особенно если речь идёт о масштабных интернет-магазинах. Когда каталог растёт, а нагрузка увеличивается, совет нередко один: «уходить на фреймворк и строить архитектуру заново».

Но на практике всё не так однозначно. Да, у Битрикса есть свои ограничения, но большинство интернет-магазинов с каталогами до 50 000 товаров прекрасно работают на этой платформе. Ключ к стабильности и высокой скорости — грамотная настройка. От правильно подобранного серверного окружения до оптимизации бизнес-логики.

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

А что насчёт по-настоящему тяжёлых кейсов? Они тоже бывают. Например, мы в ИНТЕРВОЛГЕ сопровождали проект с каталогом в 2 миллиона SKU и система работала стабильно. Секрет в том же подходе: глубокая оптимизация, продуманное кэширование и аккуратная организация данных внутри инфоблоков.

В этой статье разберем кейс тестирования производительности Битрикс, уделив особое внимание:

Здравствуйте, коллеги. Сегодня с вами будем настраивать GRE, как всегда, практическая реализация.

Информацию про GRE я добавлять не буду, потому что я уже говорил достаточно в прошлой статье, где мы настраивали его на Cisco устройствах и полностью разжевали его до мельчайших атомов.

Так что если не читал — советую глянуть ту статью, там всё есть.

Сегодня у нас другой случай. Будем настраивать его между Palo Alto и Cisco. Вот наша топология.