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

Если вы продаете на Ozon, вы наверняка видели в отчетах загадочную строчку «Баллы за скидки». Многие думают, что это подарок или бонус от маркетплейса. На самом деле все не так просто. Давайте разберемся, что скрывается за этими цифрами и почему это важно для вашего кошелька, особенно сейчас, когда Ozon объявил о повышении комиссии с 6 апреля 2026 года.

Разработка программного обеспечения не стоит на месте: меняется технологический стек, совершенствуются подходы к созданию ПО. Вместе с тем уточняются и требования к ПО и процессу разработки в целом. Все больше людей узнает о понятии SSDLC (Secure Software Development Life Cycle) или безопасный жизненный цикл разработки ПО. Как же построить такой цикл в команде? Как сформировать качественную стратегию построения безопасной разработки? Давайте разбираться!

C помощью Python ищу цветаевские следы в творчестве Ахмадулиной и обнаруживаю диалог поэтических миров двух авторов.

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

Что, если сама IDE будет сообщать о фактических трудозатратах по задаче? Как это поможет планированию? Причем тут доверие и шпионское программное обеспечение? Как всё это связано и что делать, чтобы получать точные трудозатраты и не разрушить команду?

Предыдущие части:

«Геометрическая головоломка на выходные»,
«Электродинамика виртуальной Вселенной»,
«Механика виртуальной Вселенной»,
«Квантовая механика виртуальной Вселенной (Часть I)»,
«Квантовая механика виртуальной Вселенной (Часть II)»
«Релятивизм виртуальной Вселенной»
«Космология виртуальной Вселенной (Часть I)»
«Космология виртуальной Вселенной (Часть II)»
«Электричество, проводимость и сверхпроводимость в виртуальной Вселенной»
«Атом в Виртуальной Вселенной (Часть I)»
«Атом в Виртуальной Вселенной (Часть II)»
«Атом в Виртуальной Вселенной (Часть III) [Химия]»

Здравствуйте, мои уважаемые читатели.

Следующим шагом я хотел приступить к описанию ядра атома в рамках описанной ранее теории. Но по комментариям и при личном обсуждении, пришёл к выводу, что теория хоть и является минималистичной, но всё-же, интуитивному её пониманию сильно мешает то, что всё обсуждение строится в 3+1 геометрических измерениях. С одной стороны — их не 11, как в теории суперструн, но и 4 — это сложно для понимания для неподготовленного человека. Да и, кого я обманываю — даже подготовленному проще оперировать формулами, чем образами в пространствах, размерностью выше трёх. Но в этой модели очень важно понимать её онтологию, суть процесса. Формулы являются лишь языком, позволяющим (вот тут будет тавтология) описать формализм системы и дать возможность оценить её качественно и количественно.

Эти размышления привели меня к мысли о необходимости дать расширенное визуальное описание системы. Я не придумал ничего лучше, чем понизить размерность. Исходно, у нас система представляет собой трёхмерную сферу S3. А давайте рассмотрим такую же модель, но на сфере S2. Да, удастся показать не всё — например, спин 1/2 здесь показать не выйдет. Но кое что должно проявиться и дать интуицию.

Записки системного администратора о поиске маленьких ошибок приводящих к большим проблемам. Делюсь опытом поиска плавающих проблем в различном ПО и способом их решения.

Привет! Меня зовут Оля, и я AQA в Отелло. В тестировании с 2018 года, а технические собеседования на все QA грейды — от trainee до lead — я провожу с 2021. Когда-то давно, ещё будучи студенткой вуза, я попала в IT-компанию через стажировку. Тогда на одно место в компании претендовали 700 человек, и в итоге работу получили только четверо — я была одной из них. Поэтому я знаю не понаслышке, сколько времени и сил нужно вложить начинающему тестировщику, чтобы получить первую работу. 

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

— Как выбрать свою первую компанию.

— Красные флаги работодателя на собеседованиях.

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

— Как подготовиться к собеседованию с помощью AI.

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

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

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

Здесь будут затронуты как темы классического индастриала, так и направления IIoT, Edge AI, робототехники и других передовых технологий. Мой опыт сложился в области контрактной разработки электроники и основан на многолетнем взаимодействии с заказчиками, большом количестве встреч и реализованных проектов в этой сфере. Поэтому материал будет интересен промышленным интеграторам, производственным предприятиям, продуктовым компаниям, специалистам в области embedded-систем, а также, возможно, разработчикам чипов для индастриал.

Привет, Хабр. Меня зовут Олег Жуковец. Я руководитель команды «Экосистема» в Tarantool R&D компании VK Tech.

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

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

Привет я Федотов Михаил, технический лидер по Android разработке в Альфа-банке. Сегодня хочу поговорить про performance (ускорение) unit тестов.

Я работаю на проекте Android приложения Альфа-банка для физических лиц. Для нашего большого проекта это время — больная тема, так как у нас около 800 модулей и большая часть кода полностью покрыта unit тестами (за некоторыми исключениями, например, view классы). Сейчас у нас почти 6000 spec (тест-классов) в которых 37 000 тест-кейсов.

Общее время прогона всех тестов на CI превышало 3 часа. Локально все тесты прогнать вообще было утопией, так как вероятнее всего сборка просто падала от нехватки оперативной памяти.

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

Работая с MS SQL, я привык воспринимать название Ring Buffer как небольшую структура в памяти, организованную по принципу FIFO overwrite. И чаще всего в контексте Extended Events. Но как-то я встретил упоминание того же Ring Buffer в заголовке статьи про секционирование таблиц! Купился на название, прочёл статью и сохранил себе идею.

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

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

Также неясен механизм действия. Мы до сих пор не до конца понимаем, как работают даже самые привычные обезболивающие. К примеру, парацетамол, один из самых популярных анальгетиков, частично реализует свой эффект через эндоканнабиноидную систему. Экспериментально показано, что анальгезия парацетамола в значительной степени зависит от активации CB1-рецепторов в центральной нервной системе. Блокада CB1 или нокаут этих рецепторов у животных полностью снимает обезболивающий эффект парацетамола. И это те же самые рецепторы, на которые действует ТГК, психоактивный компонент каннабиса. В связи с этим идея использовать каннабис при боли выглядит не такой уж неожиданной.

Пару лет назад команда из Калифорнийского университета в Сан-Диего решила внести лепту в изучение этого вопроса. Их работа, опубликованная в журнале Neurology в 2024 году, стала первым рандомизированным двойным слепым плацебо-контролируемым исследованием (РКИ) использования испаряемых соцветий каннабиса при острой мигрени.

Химия кажется сложной магией? Узнайте, как решение задач по химии с помощью ИИ превращает бессонные ночи в понятный процесс. Лучшая нейросеть для химии уже здесь — полный гайд: от школьной программы 8 класса до сдачи ЕГЭ 2026.

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

Идея написать эту статью зародилась из моего поста, после него я начал серию статей, которая раскрывала много интересных моментов — от математических алгоритмов и оптимизации до ГПСЧ и битовых трюков.

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

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

Добро пожаловать в новую часть. Прошу под кат — там будет жарко, быстро и очень, очень круто.

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

Аккаунт не волк - в лес не убежит
Знал бы  где сломают - подложил емайл
Второго фактора бояться - на Госуслуги не ходить
Век живи, век учись, а МАКС поставишь

(и мое любимое!)
Готовь сани летом, а второй фактор и третий способ сегодня

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

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

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

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

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

Возможно, я проклята. Иначе как объяснить, что снова и снова мне приходится собирать команды? Интервью — привычная часть моей работы, даже если прямо сейчас своей команды нет. Такая уж роль — «Technical Product». В какой-то момент я неизбежно становлюсь нанимающим менеджером, а значит, снова нужно тратить время на поиск, воронку, собеседования и онбординг.

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

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

Для этого среза за вторую половину 2025 года мы выгрузили 52 123 зарплаты. Вы тоже можете указать, сколько вы зарабатываете в своей специализации и заодно оценить, ниже или выше рынка сейчас ваш оклад — это анонимно. 

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

Давайте смотреть, чьи оклады выросли, чьи снизились, а чьи совсем не изменились во второй половине 2025.

Недавно я публиковал статью про HeadHunter. Судя по количеству комментариев, она взбудоражила сообщество и превратилась в настоящее поле для дискуссий.

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

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