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

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

Когда я проводил код-ревью или собеседования, я замечал одну странную вещь. Кандидаты отлично знают, сколько стоит их труд в час (RPS — rate per hour), но понятия не имеют, сколько стоит весь их карьерный цикл. Мы оцениваем компании по мультипликаторам (P/E, EV/EBITDA), но себя оцениваем только по остатку на карте «Тинькофф».

В финансах есть понятие DCF (Discounted Cash Flow) — метод оценки актива через сумму всех его будущих доходов, приведённых к сегодняшнему дню. Вы — это и есть такой актив. Ваш код, ваши решения, ваша экспертиза — это завод по производству денег. И у этого завода есть справедливая цена.

Квантовая механика — одна из самых успешных теорий в истории науки.
Она лежит в основе атомной физики, полупроводников, лазеров и современных квантовых технологий.

Однако спустя почти сто лет после её появления остаётся странная ситуация: мы умеем с высокой точностью рассчитывать результаты экспериментов, но до сих пор не до конца понимаем, что именно представляет квантовая теория?

Относится ли она к физической реальности «самой по себе» или к структуре условий, при которых наблюдаемые факты становятся возможными?

В этой публикации я предлагаю рассмотреть следующую гипотезу:

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

Иногда бывает нужно запустить рабочие программы так, чтобы отделить их от ОС (не устанавливать поверх системы, использовать другие библиотеки, сформировать portable пакет и т.д.).
Например, защитить от нежелательного обновления, или наоборот, потестировать обновление перед тем как применить его в работу.

Простейшее решение - устанавливать и запускать их внутри контейнера docker.

Краткая история о том, как утренняя переписка с моделью превратилась в создание системного промпта на 1000 токенов. Внутри заложен алгоритм размышлений, позволяющий модели работать вдумчиво и объясняющий ей на языке формул, как человек принимает решения (исходя из своего личного опыта и понимания).

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

https://keepandroidopen.org/ru/
https://keepandroidopen.org/open-letter/
https://www.change.org/p/stop-google-from-limiting-apk-file-usage?recruiter=1370041382&recruited_by_id=fddec6e0-0e30-11f0-a55d-cd0eb0fd0ac4

Уважаемая команда Google и руководство Android, я пишу вам не как случайный пользователь, а как человек, который уже больше 15 лет выбирает Android именно потому, что он был открытой платформой. Платформой, которая отличалась от яблочной тюрьмы iOS тем, что не требовала разрешения корпорации, чтобы я мог установить любое приложение, помочь другу с установкой или поддержать независимый проект. Сегодня я вынужден выразить глубокое разочарование, граничащее с чувством предательства.

С сентября 2026 года вы вводите обязательную централизованную регистрацию разработчиков для всего распространения приложений на Android — даже вне Google Play. Чтобы установить приложение через сайт, APK-файл, альтернативный магазин или просто передать его другу, разработчик должен:

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

Иначе приложение просто не установится на сертифицированных устройствах. Это не «улучшение безопасности». Это радикальная смена модели Android с открытой на закрытую.

В статье рассмотрим:
✔️ Что такое COM
✔️ Закрепление с помощью COM-Hijacking
✔️ Где искать следы в системе: реестр, логи, артефакты
✔️ Методы обнаружения

Добрый день, хабровчане!

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

Несколько лет назад было разработано решение для ситуационно-аналитического центра (далее САЦ), которое превращает этот хаос в упорядоченную систему. Это не замена существующей инфраструктуры, а единый «зонтик» над ней, объединяющий более 40 источников данных в одну верхнеуровневую систему. Сегодня это одна из самых масштабных программных разработок для ситуационных центров в России для реактивного и превентивного реагирования на экстренные ситуации.

О создании системы ситуационно-аналитического центра — со слов Александра Таскаева, директора департамента интеллектуальных систем автоматизации компании САТЕЛ.

В первой статье я уже говорил о своей любви к компьютерным играм — что, в общем‑то, неудивительно. Но всерьёз, вплоть до создания собственных небольших прототипов (так называемых демок), я занялся этим только в довольно зрелом возрасте — где‑то с 2021 года и до сих пор. Всё началось с того, что я открыл для себя мир Java: для моих программистских навыков он оказался на удивление простым. Ну и да, про 2 млн устройств — это, конечно, избитая шутка. Больше всего в разработке приложений на JavaFX меня впечатлила простота реализации: приложения получаются легко и быстро. Конечно, можно допустить ошибки, и тогда производительность окажется низкой. Но я по‑прежнему считаю, что это очень удобная технология для создания настольных приложений.

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

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

Сегодня каждый норовит написать универсального агента и объявить это революцией. Рынок переполнен поделками вроде OpenClaw и его клонов: IronClaw, ZeroClaw, MicroClaw, NullClaw, GitClaw, AstrBot, GripAi, Moltis...

Все идут одной и той же дорогой: используют готовые MCP и дают агентам shell-оболочку. Да, это легко собрать. Да, весело. Можно хайпануть в соцсетях. Но это тупиковый путь.

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

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

Жили да были в Юго-Восточной Азии два вида бананов — банан Бальбиса и банан заострённый. Они и сейчас встречаются, но никому уже не интересны дикие плоды, в которых больше косточек, чем мякоти. В древние времена с едой было похуже, поэтому и этих возделывали. Но однажды какой-то крестьянин заметил, что один из кустов даёт чудо-плоды — без косточек и полные мякоти. Да, косточек нет, но ведь можно размножать вегетативно, из корневища сами растут новые кусты, знай отрезай корневище с побегами и сажай на новом месте (а то без этого кусты сильно концентрируются, истощают почву). И никакой селекционной лотереи, все растения таким способом получаются одинаковые, фактически клоны друг друга.

Качество работы LLM — функция от качества контекста на входе. Это утверждение звучит банально, однако зачастую разработчики оптимизируют модель, выбирая между GPT, Claude или Gemini, и промпт, но не контекст в целом. Между тем, разница между «агент с правильным контекстом» и «агент без контекста» — не 20% и не 50%. Эта разница находится в дистанции вариантов между «решил задачу за 5 минут» и «потратил час, сломал два сервиса, и результат пришлось откатить из‑за массы новых проблем».

Я solo‑разработчик. В моей экосистеме десятки актуальных проектов: платформа из десятков микросервисов, AI‑инференс кластер на неспецифическом железе типа mac studio и dgx spark, масса shared‑библиотек, инфраструктура на нескольких физических и десятках виртуальных хостов.

Последний год «пишу» код почти исключительно через LLM и Cursor. Начинал с deepseek на уровне «подскажи как написать функцию для...» и дошел до полноценной оркестрации на Claude 4.6: я формулирую задачу, агент анализирует условия и кодовую базу, обсуждаем архитектурный план, агент пишет код и тесты, запускает тесты, фиксит ошибки, получает от меня обратную связь по результатам ручной проверки.

Это работает хорошо, когда агент глубоко понимает контекст. И катастрофически плохо, когда контекста недостаточно. Эта статья — про то, как я решаю проблему контекста системно.

Оговорка о применимости

Описанная методология разрабатывалась и обкатывалась на одной из наиболее сильных моделей для работы с кодом — Claude 4.6 Opus с контекстным окном в миллион токенов. Это важно зафиксировать: большое окно контекста означает, что агент физически способен «увидеть» knowledge base, а сильные аналитические способности модели позволяют извлечь из неё пользу, а не утонуть в шуме.

Эта статья скорее всего будет полезна тем, кто продолжает разбираться или работать на платформах .NET . Предупреждаю! Здесь будет далекое плавание в разные места, и с точки ОС будет упомянуто достаточно много!

На просторах Хабра есть несколько хороших статей про устройство и поведение .NET. Мне хотелось бы стать "чем-то по связующим" между ними.

Подробное руководство по работе с нейросетью Nano Banana. Разбираем эффективные промпты для Gemini 3 Pro и Flash Image, учимся делать сложное редактирование фото и запускать генерацию изображений с нуля. Бонусом 9 идей для креативных фотографий, инфографики и артов.

Посмотрим на интересный сетевой стандарт, который является этакой золотой серединой между дорогим и горячим 10GbE и уже распространенным и дешёвым, но не таким быстрым 2.5GbE. Проведём тесты, сделаем замер потребления.

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

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

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

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

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

Всё началось с простой идеи: что если подключать к языковой модели новые «навыки» как приложения к смартфону — без переобучения, без деградации, за полчаса? Я потратил 22 шага экспериментов и 97.5 GPU-часов на одной видеокарте, чтобы это проверить. Архитектура заработала идеально. А потом выяснилось, что модель, которая говорит на языке математики, совершенно не умеет решать задачи. Это история о том, как красивая метрика обманула исследователя.

Всем привет!

Если вы работаете с Git относительно недавно, почти наверняка у вас возникала потребность в отмене коммита. И, что печально, вы быстро поняли, что простого "откатить все назад" нет.

Где-то советуют git reset, где-то - git revert, а в третьих и вовсе пишется про checkout. По тому же правилу летят restore, amend, reflog и куча технологических формулировок, требующих знания git и после которых становится только сложнее, нежели понятнее.

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

Разбираем реальный инцидент — от фишинговой ссылки до bulletproof-хостинга. IOC, техники обфускации и инфраструктура кампании на 290+ доменов.

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

Меня зовут Екатерина, и в ЮMoney я живу процессами: превращаю хаос в предсказуемую систему. Но есть место, где системам, казалось бы, не место — домашняя кухня. Я старший менеджер проектов, а моё хобби — выпечка хлеба на закваске.

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

Когда live-видео приходит как сырой H.264 поток через WebSocket, стандартные Flutter-плееры перестают работать.

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