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

Товарищи наблюдают двоение ярких или контрастных предметов со смещением обычно вниз или вверх, либо сразу в обоих направлениях. Заметнее всего на темном фоне.

Симптоматика и анализы товарищей с ВОГа и ТВЗ больше всего похожа на кератоконус, только при (полном или почти полным) отсутствии оного и с меньшими искажениями зрения.

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

Всем привет!

За последние пару лет компания Astral буквально разрывает Python-мир своими инструментами. Даже если вы не слышали это имя напрямую, с большой вероятностью вы уже пользовались их продуктами — ruff или uv.

И это не преувеличение. И ruff, и uv сегодня фактически стали стандартом индустрии. Например, в свежем релизе PyCharm 2025.3 при создании нового проекта по умолчанию инициализируется именно окружение uv, а не привычный venv. Для open source-проекта — это очень серьёзный показатель доверия со стороны экосистемы.

Открытый исходный код и массовое принятие инструментов Python-разработчиками дали Astral тот самый «кредит доверия», который компания, судя по всему, пока что уверенно оправдывает.

И вот буквально на днях Astral объявили, что их новый «революционный» тайп-чекер ty переходит в стадию бета-тестирования. А если учитывать, что и uv, и ruff формально тоже всё ещё находятся в бете, то можно считать, что ty уже фактически вышел в релиз. Собственно, о нём и поговорим дальше.

Если вам интересны подобные материалы — подписывайтесь на Telegram-канал «Код на салфетке». Там я делюсь гайдами для новичков и полезными инструментами. А прямо сейчас у нас ещё и проходит новогодний розыгрыш.

Это третья часть моей мини‑саги про вайбкодинг, LLM и здравый смысл в разработке. В первой статье я уже рассказывал, как по совету ИИ едва не снёс себе БД, а во второй — разбирался, страшен ли этот самый вайбкодинг или это просто инерция мышления перед лицом прогресса.

Сегодня я хочу поговорить о «священном граале» текущего AI-хайпа — полной автономности кодинг-агентов. О том, почему вера в то, что нейросеть «сама всё напишет, пока я пью кофе», — это опасное заблуждение, которое лишь усиливает скепсис профильного сообщества.

Почему теория групп порой кажется сложной и непонятной. Представьте себе, что вы открываете учебник по математике. На первой же странице видите: «Гру́ппа — множество, на котором определена ассоциативная бинарная операция, причём »

В этот момент у вас сразу же появляются вопросы:

Откуда взялось это множество и зачем оно нужно?

Какая операция и что это вообще всё значит?

Почему я должен верить в эти аксиомы?

Большинство курсов по теории групп построены по принципу «сначала формализм, потом (может быть) понимание». Студентов заставляют зубрить символьные доказательства «от противного», которые безупречны логически, но ничего не дают интуиции

В этой статье мы перевернем всё с ног на голову.

Привет, Хабр, и с наступающим Новым годом! Меня зовут Станислав Пуртов, я – заместитель директора по автоматизации проектного блока в ПИК. 

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

Для начала давайте разберемся, что это такое, ведь под «удалёнщиком» до сих пор понимают разное. 

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

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

Но, важный момент – «офиса» как физического пространства  у нас нет. Вся наша команда – удалёнщики – или также это называют «распределённая команда», и в этой статье я как раз и расскажу, как мы ею стали.

В мире стартапов существует документ, который в США считается одним из краеугольных камней при создании новой компании - Founders’ Agreement (Соглашение основателей). В нём фиксируются роли, доли, обязанности и основные правила игры между создателями проекта. В России же аналогичные вопросы обычно решаются позже, при подписании Корпоративного договора уже после регистрации ООО. Но между моментом, когда идея выстрелит и официальным рождением юрлица лежит критически важный период. Именно в это время команда уже несёт затраты: на хостинг, домены, рекламу, разработку прототипа и так далее. Для этой фазы и нужен отдельный документ - своего рода предварительный договор, фиксирующий все договорённости «на берегу».

Несмотря на очевидную практическую пользу, в России такая практика пока не прижилась. По итогам опросов основателей и инвесторов выяснилось, что практически никто из них не подписывал подобный документ на самом старте, хотя многие признали, что это могло бы избавить от будущих конфликтов. Видел, что иногда подписывают "ПОНЯТИЙНОЕ СОГЛАШЕНИЕ ", но прям, очень редко. Так почему же Founders’ Agreement так важен, особенно в российской реальности?

Сделал российский аналог "Соглашение основателей".

Вокруг IT давно идёт не просто «рост рынка», а полноценная золотая лихорадка. И как в любой лихорадке, быстрее всего развивается инфраструктура вокруг добытчиков: «лопаты», «тележки», «лагеря», «еда».

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

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

Давайте разбираться, почему ваш следующий стартап может взлететь без «Возняка» на борту.

Когда я работала техническим писателем в международной команде, bug reports частенько попадались мне на глаза. И довольно быстро стало понятно: 90% багов написаны одними и теми же конструкциями, просто в разном порядке. Ниже - концентрат того, что часто используется в bug reports на английском. Сохраняйте.

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

Неужели это чит-код на оффер? 

Привет, Я — HR Лена. Я проверила нейросеть Sobes.tech, которая помогает проходить онлайн-собеседования, и узнала, реально ли перескочить свой грейд, заметна ли нейросеть рекрутеру и почему успешно пройденный собес — вовсе не победа.

Кто торопится, спускайтесь в самый низ к выводам.  

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

Для этого в Python используют классы. С их помощью описывают, какие данные есть у таких сущностей (объектов) и что с ними можно делать. Это и есть объектно-ориентированный подход — программа строится вокруг объектов и их взаимодействия.

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

На протяжении более полувека учёные пытаются ответить на извечный вопрос Ферми: «Где все?» Ответить на этот вопрос чрезвычайно сложно, отчасти из-за недостатка данных в рамках программы «Поиск внеземного разума» (SETI), вызванного исторической нехваткой финансирования и ресурсов. Однако есть и другие факторы, которые затрудняют поиск простого ответа. В формулировке «парадокса Ферми», главными сторонниками которой являются Майкл Харт и Фрэнк Типлер, предполагается, что развитые цивилизации естественным образом будут стремиться выйти за пределы своей родной планеты и колонизировать другие звёздные системы.

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

Меня зовут Дима Синявский, я SRE-инженер в Ви.Tech — это IT-дочка ВсеИнструменты.ру. В этот раз я решил помочь вам посмотреть на свою работу в отношении надежности. Особенно полезно будет тем, у кого официально нет SR-инженеров в штате.

"У нас нет SRE" – не значит "у нас нет надёжности". Даже без SRE-инженера ваша команда уже что-то делает для надёжности.

Покажу, как увидеть уже существующие у вас практики и понять, куда двигаться дальше.

Как говориться, когда коту делать нечего - у него яйца блестящие...

В 2025 участились случаи блокировки ...всего интернета?... , в частности популярных мессенджеров, таких как WhatsApp, Telegram, коими я и моя семья привычно пользовались..

Споры по поводу нашумевшего мессенджера MAX не утихают и по сей день...

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

Естественно, разработка будет под Android. Никаких санкционных айфонов в этом рассказе!

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

Дальше была разработка самой технической части: список контактов, отправка сообщений.
Вау, это заработало!

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

Новые законы о маркировке бизнес-звонков в России, введенные Федеральным законом № 41-ФЗ с 1 сентября 2025 года, привели к сокращению на 25–30% общего количества спам-звонков в стране, но ключевая цель закона — борьба с мошенничеством — не достигнута. По словам президента Ассоциации малых операторов связи Дмитрия Галушко, более 90% мошеннических и спам-звонков совершаются с мобильных номеров, которые новая система охватывает лишь частично1. Одновременно законы привели к падению объема телефонных опросов на 78%, что напрямую угрожает и IT-отрасли, с её зависимостью от маркетинговых и социологических данных. Это снижает оперативность сбора пользовательских инсайтов, необходимых для разработки продуктов, и усугубляет кадровые риски для программистов. Статья анализирует влияние на ИТ-сообщество через призму данных и цепочек поставок информации.

Телефонные опросы CATI обеспечивают репрезентативные данные о предпочтениях пользователей в регионах России, где онлайн-доступ ограничен, что критично для тестирования UI и в UX-исследований в IT. IT-компании используют эти данные для валидации продуктов перед релизом, анализа спроса на отечественное ПО и корректировки стратегий локализации. Сокращение звонков на 78% приводит к дефициту свежих данных, замедляя итерации разработки на 20–30% по оценкам аналитиков2.

Без телефонных исследований IT-фирмы теряют оперативную обратную связь от B2C-аудитории, что повышает риски неудачных релизов и увеличивает затраты на доработки на 15–25%. Программисты сталкиваются с неполными user stories, основанными на устаревших или искаженных онлайн-данных, снижая качество кода и скорость фичеринга. В ИТ-секторе, где 29% компаний инвестируют в ИИ более 10 млн рублей ежегодно, отсутствие региональных инсайтов тормозит персонализацию моделей ML.

 Ежеквартальный фотоаудит 6500 торговых точек Т2 занимал до 1,5 недель и зависел от человеческого фактора. Вместе с «Системными Технологиями» мы создали AI-пайплайн, который сократил стоимость проверки одной точки в 10 раз, а трудозатраты — на 90%. Решение победило в премии PopAI 2025 в номинации «Инновационные технологии и ИИ», обойдя Ozon. Рассказываем, как мы этого добились.

1. Задача: убрать рутину и риски из трейд-маркетинга

В розничной сети T2 используется более 50 видов POS-материалов: плакаты, тейблтенты, карманы и другие элементы оформления. Чтобы контролировать их размещение, мы регулярно проводим фотоаудиты торговых точек. Их итогом должен быть паспорт точки — документ, который фиксирует тип, количество и корректность размещения рекламных материалов.

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

Мы объявили тендер на автоматизацию формирования паспортов торговых точек, чтобы:

В данной работе представлен комплексный анализ звёздного населения Млечного Пути на основе данных миссии Gaia DR3. Рассматриваются методы массовой выгрузки и обработки десятков миллионов астрономических объектов с использованием распределённой архитектуры Map/Reduce. Построены ключевые распределения: расстояния, фотометрические величины (G, BP, RP), собственные движения, HR‑диаграмма, а также карта небесной сферы. Проведен анализ погрешностей измерений и выявлены наблюдательные и селекционные эффекты.

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

Пострадало четыре сервера из всего ЦОДа — и все наши публичные коммуникации. Потому что владельцы виртуальных машин пришли под все посты и везде оставили комментарии.
Параллельно была ещё одна история — под статьёй про то, что случалось за год, написал человек, мол, чего у вас всё постоянно ломается. Я вот размещаюсь у регионального провайдера, и у него за 7 лет ни одной проблемы.

Так вот.

Разница в том, что мы про всё это рассказываем. Тот провайдер наверняка уже раз 10 падал, останавливался и оставался без сети, но грамотно заталкивал косяки под ковёр.
Это значит — никаких блогов на Хабре, никаких публичных коммуникаций с комментариями (типа канала в Телеграме), никаких объяснений кроме лицемерных ответов от службы поддержки и т.п. И тогда, внезапно, вас будут воспринимать более стабильным и надёжным.

Наверное.

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

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

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

Все мы знаем, что в последнее время творится на мировом рынке оперативной памяти и что к этому привело. Не будем тратить время на то, чтобы вспомнить все подробности. Куда интереснее поговорить о том, как один китайский производитель показал всю абсурдность ситуации. Получилось так, что память производства Asgard в какой-то момент стала стоить дороже топовой видеокарты NVIDIA GeForce RTX 5090. Когда я в первый раз узнал об этом, сначала подумал, что это какая-то ошибка. Позже оказалось, что это горькая правда современных реалий.

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

Меня зовут Михаил, я технический автор, работаю с инструментами тестирования в команде ТестОпс. В какой-то момент мне стало интересно — а как получила распространение мысль о том, что разработчикам тоже надо писать тесты?

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

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

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

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