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

Пишут, что в греческом и арабском технически ещё больше, но с оговорками (что считать словом и т.п.)

1. В 1066-м году Вильгельм Завоеватель захватил британские земли и получилась такая ситуация: всё начальство – французы, говорят на французском; местные – на своих языках. Французов ассимилировали, связь с Францией у них фактически оборвалась. Но английский впитал в себя огромную часть французского языка. Эти слова стали литературными синонимами, их до сих пор используют в образованных кругах + в школах и вузах французский учат как иностранный – это тоже не даёт французским словам устаревать.

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

3. США, Канада, Австралия и Великобритания – уже очень давно самостоятельные цивилизации, к тому же удалённые друг от друга географически.

Причём речь в этих странах различается и от региона к региону. Нам кажется естественным говорить на совершенно одном языке в Питере, Владивостоке и уральских деревнях, а жители других стран удивляются. И дело тут не в них, а в нас.

В СССР проводилась сознательная политика унификации речи. Абсолютно одинаковая школьная программа по всей стране, одни учебники. Одинаковый язык всех СМИ – от местной газеты до центрального радио и телевидения. Одни и те же фильмы, их мало, все пересмотрены по сто раз и растасканы на цитаты. До 30-40-х местные диалекты ещё абсолютно господствовали в деревнях, а потом подросло первое советское поколение. На самом деле, у нас до сих пор почти в каждом поселении есть старики, которые эти диалекты помнят, просто говорить на них уже не с кем.

Для кого статья: для тех, кто набирает разработчиков в свою команду и понимает в технологиях.
О чём статья: о проблемах найма в IT, о нарисованных резюме и зазубренных уроках.
Об авторе: лид стрима в облачном провайдере, набирал большую часть команды в 2024-2025, пришлось скорректировать процесс проведения интервью.

Эта статья — не просто отчёт, а взгляд на реальность набора специалистов, где на первый план выходит борьба с инфоцыганами и “вкатышами”, которые составляют красивые резюме, учатся красиво рассказывать, но не умеют не только разрабатывать, но и просто писать код.

Как успеть сделать огромную не профильную работу и выжить. Срочные задачи, размытые требования, меняющиеся вводные и большое количество людей, принимающих решения – это нормальное состояние для IT, продуктовой разработки и любых сложных систем. Поэтому в этой статье не будет рассуждений в духе «надо было всё предусмотреть заранее». Здесь про мой опыт и про то как мы преодолели этот рубеж и где оступились.

Это мой крик души в сегодняшнем IT-кризисе. Я более 1,5 лет живу в ужасе. И не могу толком-то выбраться оттуда...

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

Сегодня поговорим о проблеме, которая возникает при общении с заказчиками. Как правило для них термин «атрибуты качества» звучит абстрактно и не воспринимаются, как нечто, имеющее прямую ценность для бизнеса. Однако же этот разрыв стоит устранять.

15-20 минут на ручное тестирование. После каждого коммита. 47 состояний диалога. Бесконечные «а этот edge case я проверил?». Flaky тесты с реальным API. Rate limits от Telegram. Проблема не в коде - проблема в том, как вы его тестируете. Ручное тыканье в Telegram не масштабируется. Тесты с реальным API - медленные и flaky. Свои моки писать - неделя работы. Я нашёл способ лучше: 50 интеграционных тестов за 2 секунды. Без сети. Без токенов.

Одной из частых задач документирования является документирование баз данных. Это может быть документирование PostgreSQL, Clickhouse, MongoDB и других баз данных. Их все объединяет один простой факт — такую документацию сложно делать вручную. В этой статье я разберу, как создать описание базы данных PostgreSQL с помощью утилиты tbls.

В Латинской Америке формируется новая финансовая инфраструктура - не в мобильных приложениях и не в банковских отделениях, а прямо в чатах. Стартап Jelou строит платформу, которая позволяет проводить платежи, оформлять кредиты, открывать счета и проходить проверку личности прямо внутри WhatsApp, без переходов в сторонние сервисы.

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

Здравствуй, читатель. За время моего почти десятилетнего отсутствия в мире x86 и UEFI довольно много воды утекло, и то, что раньше считалось интересными, но мало кому нужными настройками прошивки (к примеру, Above 4G Decoding и Resizable BAR) теперь считается фичами первой необходимости (без которых современные видеокарты Nvidia и AMD теряют в производительности, а карты Intel могут и вовсе не работать). При этом прогресс не превратил мощные старые системы в совсем уж полный хлам, и потому есть смысл научить этих старых псов новым трюкам, если это возможно.

Рассматриваю метод интерпретации модели на временных рядах, который работает как инструмент дебага с интервенционным протоколом, а не как банальная визуализация. Метод строит карту вклада входных сигналов в координатах время × масштаб × признак, и я проверяю ее через два фальсифицируемых теста. Цель — не проиллюстрировать веса конкретной предобученной нейросети, а деанонимизировать поведение модели: прямо и доказуемо увидеть внутреннюю стратегию чтения сигнала.

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

В основе материала — данные исследования центра исследования компетенций SkillCode: выборка включала 300 собственников малого и среднего бизнеса и более 1000 топ-менеджеров из различных отраслей экономики РФ.

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

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

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

Несколько месяцев назад я опубликовал статью про использование Outline для корпоративной базы знаний. Теперь хочу описать некоторые процессы подробнее.

Сегодня речь пойдет про основы создания такой базы знаний. Опишу кратко применение метода Event Storming, ревью структуры, регламент по ведению БЗ.

В какой-то момент лента микроблогов превратилась в витрину Mac mini: люди постят открытые коробки, обсуждают автоматизацию и делятся какими-то скилами. Поводом стал Clawdbot — забавный проект open source с эмодзи лобстера, который обещает воплотить научную фантастику в жизнь. Обещается, что дома у пользователя поселится не просто чат с большой языковой моделью, а личный агент, умеющий действовать — писать в мессенджеры, трогать файлы, запускать команды, ставить софт, разруливать быт.

В реальности всё не так гладко, пусть и общаться с чат-ботом очень интересно. Но обо всём по порядку.

Привет, коллеги!

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

Сделал пример кода GitHub, чтобы показать как работает теневое логирование (shadow decoupled logging) через события C#.

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

В этом гайде разберём, как превратить записи звонков в продуктовые инсайты без ручного прослушивания — с помощью Python, звонков от МТС Exolve, интерфейса на Streamlit и нейронкой MWS GPT от МТС.

В 2026 году российский рынок корпоративной автоматизации переживает структурный шторм. Совпадение критических сроков отказа от унаследованных систем (1С:УПП), расширения национальной системы маркировки «Честный ЗНАК», развитие кадрового ЭДО создало дефицит опытных разработчиков 1С. А фундаментальные изменения в налоговом законодательстве (введение прогрессивной шкалы НДФЛ и пересмотр льгот для IT) увеличивает ФОТ на таких специалистов. Крупный бизнес, стоящий перед необходимостью миграции на ERP-решения и цифровизации налогового контроля, сталкивается с дилеммой кадрового обеспечения. Данный аналитический отчет представляет собой исследование эффективности двух моделей привлечения экспертизы уровня Senior (опыт 15+ лет): классического найма в штат программистов 1с и привлечения независимых профессионалов на проектной основе.

На основе детального финансового моделирования Total Cost of Ownership (совокупная стоимость владения), анализа регуляторной среды 2026 года и качественной оценки технических рисков, в отчете доказывается, что для проектных задач высокой сложности аутсорсинг компетенций является не только финансово выигрышным (экономия бюджета до 30%), но и стратегически более безопасным решением. Мы детально рассматриваем скрытые издержки штатного найма, включая влияние новой налоговой реформы на фонд оплаты труда, и противопоставляем их гибкости модели «Pay-for-Result» (оплата за результат), характерной для рынка частных услуг.

Сегодня мы рассмотрим на практике 13 летнюю историю разработки Raspberry Pi. У меня есть экземпляры каждого поколения Pi, от оригинальной модели из 2012 года, до Pi 5, которая вышла чуть больше года назад.

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

Привет, Хабр! Меня зовут Виталий Барабанов, я iOS-разработчик в hh.ru. Недавно мы столкнулись с проблемой: пришёл фидбэк от пользователей о тормозах и фризах в мобильном приложении. Но чтобы установить их причину, нам не хватило данных, которые по дефолту собирает Apple.

Что делать в такой ситуации? А запилить собственный сбор метрик: с какой угодно фильтрацией, сбором любой информации, интеграцией со своей аналитикой и наблюдением в дебаг-панели! В статье я хочу поделиться с Хабром, как мы это сделали, сколько времени потратили и как интерпретировали результаты.