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

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

В Подмосковье по данным Яндекс.Карт больше 2000 организаций называют себя коттеджными посёлками. У многих есть один или несколько серьёзных недостатков из тех, которые я разберу в статье.

Здравствуйте, меня зовут Максим Серяков, я владелец Группы MDI. Мы строим коттеджные посёлки бизнес и премиум-класса. Ключевой наш проект называется Ели Estate. 

Анализом и выбором посёлков я занимаюсь профессионально, за годы работы отсмотрел больше 272 проектов вживую и больше 3500 в интернете. Когда искал землю под собственный проект, потратил на поиск 7,5 месяцев. За эти месяцы у меня сложилась методика проверки участков перед покупкой, которой я пользуюсь до сих пор.

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

Всем привет! С вами Песковацков Илья (@ilia_peskovatskov), лид DevOps-направления. Мы два года жили прекрасно с Istio Sidecar, решали свои проблемы, в частности, с метриками и безопасностью. Но просто спокойно работать любознательным инженерам скучно и мы решили посмотреть на новый режим Ambient. В статье расскажу, как мы прорабатывали, провели и с чем столкнулись в рамках миграции своих кластеров Istio с Sidecar режима на Ambient.

Вроде познакомились, тогда погнали.

Полная карта: 232 агента, 521 воркфлоу, 41 правило вкуса, а также CLI без единой зависимости. Всё для вашего удобного вайбкодинга!

Для достижения беглости в английском достаточно знать около 6000 слов, а вся нужная грамматика уместится в одной тонкой книжке. Почему же тогда на изучение уходят годы, а в реальном разговоре мы всё равно впадаем в ступор и не можем связать двух слов?

Проблема в том, что мы относимся к языку как к набору фактов, хотя на самом деле это — физиологический процедурный навык. Под катом разбираемся, почему официальные оценки CEFR (те самые 600–800 часов до B2) не отражают реальность, как наш мозг саботирует процесс из-за «узкого горлышка» рабочей памяти, и почему популярные методы вроде карточек и тестов — это часто просто сизифов труд.

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

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

Лёгенькое эссе о том, почему мне до сих пор интересно вести базу знаний в Obsidian, делать в ней заметки, искать связи и усложнять себе жизнь.

Сегодня уже мало кто пытается создать сайт без помощи ИИ. Еще в 2024 году заказать лендинг означало неделю переписки с дизайнером, правки по выходным и счет минимум на 50 тысяч. Сейчас вы описываете бизнес в пару предложений и нейросеть выдает готовый сайт за 3 минуты. 

Рынок это почувствовал моментально: запрос "создать сайт с помощью ИИ" в Яндексе Вордстат, на хайпе прошлой осени вырастал в 14 раз, а за 2 года вырос в 7 раз. Я перебрал около 40 сервисов и оставил 20, где нейросеть это основной продукт, а не дополнительная кнопка в старом конструкторе. Четыре из них российские, работают без VPN и принимают карты Мир.

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

В операционной системе RT-11 существуют варианты резидентного монитора с поддержкой многозадачности — например, RMONFB. Многозадачность здесь реализована полностью на программном уровне, без аппаратной поддержки. Если вам интересно посмотреть исходный код, отвечающий за многозадачность в RT-11, вместе с пояснениями из Руководства системного программиста — добро пожаловать под кат.

Привет, Хабр! Меня зовут Константин Шкурко, я ведущий разработчик мобильных приложений в РСХБ. Сегодня хочу рассказать историю о том, как всем известные обстоятельства заставили нас в сжатые сроки искать альтернат­ивные пути доставки нашего инвестиционного приложения «Свои инвестиции» пользователям iOS - и как это изменило наш технологический стек.

Когда Apple заблокировала российские банковские приложения в App Store, перед нами встала непростая задача. У нас были десятки тысяч активных пользователей на iOS, которые пользовались брокерским приложением для управления своими инвестициями. Торговля акциями, облигациями, аналитика портфеля, выставление заявок - всё это внезапно стало недоступно для значительной части клиентской базы.

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

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

Недавно на Reddit я наткнулся на драматичный пост: парень рассказал, как в сложный период жизни создал в нейросети виртуального собеседника. Ежедневное общение с ИИ-персоной стало для него на тот момент психологической опорой. И вот однажды контекстное окно LLM заполнилось, мигнула надпись: «Лимит чата исчерпан». Продолжить диалог в той же ветке стало технически невозможно.

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

Эта история выявила интересную инженерную и гуманитарную проблему: как формализовать описание ИИ-персонажа так, чтобы оно оставалось читаемым для человека и эффективным для языковой модели? Чтобы персону можно было переносить, редактировать, понимать ее суть — и чтобы сам промпт был работоспособным.

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

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

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

Разработка имеет такую очередь: архитектурно наш UI Kit лежит в закрытом artifactory npm пакетом. Также есть шаблон со всеми необходимыми зависимостями и UI Kit’ом. Когда приходит время нового проекта, делается fork заготовки. Это дает быстрый старт.

Начинаем

Давайте посмотрим, как бы начиналась разработка приложения. Возьмем для примера компонент Select. Не будем писать сами, возьмем Antd Select и через обертку emotion стилизуем его под корпоративные стили.

Структура получится такая:

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

Эта статья вводит «Законы Паркинсона для кибербезопасности ИИ» — концептуальную рамку, выделяющую шесть системных законов, которые ведут к расширению уязвимостей в предприятиях, использующих ИИ:

У многих IT/security-специалистов английский ассоциируется с чем-то огромным и неприятным: времена, артикли, неправильные глаголы, идеальное произношение, “надо сначала подтянуть уровень, а потом уже пробовать”. И так по кругу, до бесконечности, их идеал - недостижим, а реальный английский - это инструмент, который нужен уже сегодня, а не завтра.

На практике в международной команде всё намного приземлённее.Тебе не нужно сначала стать филологом. Тебе нужно уметь делать рабочие вещи:

Каждый процесс в вашей компании — наследие прошлого. Жёстко? Возможно. Но логика верна. Каждый бизнес-процесс, который ваша организация выполняет сегодня, был спроектирован для мира без ИИ. Всё — от цепочек согласований до последовательностей передачи задач и обработки исключений — было построено на человеческом суждении. И всё это было выстроено вокруг предположения, что программное обеспечение может автоматизировать задачи, но координировать работу будут люди. Это предположение больше не работает.

Benutzer:Ralf Pfeifer

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

За прошедшие тысячелетия способы передачи механической энергии значительным образом эволюционировали, где, несмотря на это сама необходимость передачи усилия никуда не пропала и, даже самые последние разработки в области робототехники требуют этого — по крайней мере, пока мы не дошли до той стадии развития, где будет внедрена научная концепция «умной глины» (smart clay) — массива нанороботов, которые могли бы собираться в любую произвольную форму, для выполнения конкретной задачи (привет «жидкому терминатору»), без необходимости использования механических передач для переноса усилия.  

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

За последние 70 лет этику в науке переписали почти полностью. Если в 50-х учёные уровня Сахарова и Оппенгеймера думали, как бы не взорвать планету, то сейчас много крутится вокруг гуманизма и прав человека.

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

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

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

Статью позже отозвали, а врача лишили лицензии. Но и этику обновили тоже.

Ещё в этических вопросах опыты на животных и обменные курсы жизни обезьяны к жизням рыбок и мышей.

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

В небольшом кафе в Красноярске реализовали простую систему автоматизации. Основной акцент сделали на управлении освещением: 28 групп, сценарии по расписанию и событиям, автоматическое изменение цветовой температуры в течение дня. 

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

Меня зовут Пелых Виталий, я корпоративный архитектор в «БКС Финтех». Разберу тему, которая звучит просто, но в крупных организациях регулярно «выстреливает» в неожиданных местах: как позиционировать архитектуру так, чтобы она помогала бизнесу и командам, а не превращалась в формальность или «бутылочное горлышко».

Сразу зафиксирую рамку. Под «позиционированием» я понимаю не место на оргсхеме, а то, как устроены правила принятия решений, кто за что отвечает и как мы удерживаем целостность ландшафта, не превращая архитектуру в узкое горлышко. По сути это про архитектурную способность (architecture capability) и архитектурное управление (architecture governance), встроенные в повседневный delivery.

Финтех — среда, где изменения идут непрерывно: продукты, регуляторка, каналы, интеграции. Поэтому архитектура здесь либо помогает меняться быстро и управляемо, либо становится тормозом и источником рисков. Дальше — как это устроено у нас: continuous architecture, около 75% архитектурных решений в командах, корпоративная архитектура как ограничение и контроль. И где у такого подхода границы и риски.

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