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

Работа Андерса Хейлсберга сформировала то, как миллионы разработчиков пишут код. Даже если вы не узнаёте его имя, вы, скорее всего, сталкивались с его работами: он создатель Turbo Pascal и Delphi, ведущий архитектор C#, а также разработчик TypeScript.

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

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

Какие вопросы должен задать себе CEO, СД, руководитель C-уровня перед тем, как внедрить в своем бизнесе AI-агентов?

Нередко к внедрению AI-агентов подходят как к покупке очередного софта. Или даже как к модному хайпу («все внедряют, значит и нам нужно»). В итоге можно получить «дорогую игрушку», которая вместо прибыли и оптимизации принесет разочарование и лишние затраты. А в качестве «бонуса» - конфликты между ключевыми департаментами, например коммерческим и техническим, по поводу бюджетов или ответственности за успех / неудачу внедрения. При этом если уже сейчас не начать усиление бизнеса AI – агентами, то есть риск потери конкурентоспособности. Иными словами, грамотная AI стратегия нужна уже вчера

Вместе с Алексеем Федоровым, - экспертом по стратегиям роста и развитию продаж в IT" и автором ТГ канала @growthinIT, мы обсудили 10 честных и жестких вопросов, на которые нужно ответить перед тем, как взяться за внедрения AI-агентов.

Привет, Хабр! Хочу поделиться честной историей, в которой мое желание избавиться от рутины, любовь к разработке, open source и enterprise переплелись самым тесным и неожиданным образом. Четыре года назад я всего лишь хотел делать свою восьмичасовую работу за пару часов, а остальное время отдыхать , добавить во внутренний тулинг удобные кнопочки и меню, используя свой опыт разработки, но все пошло не по плану, и я сначала стал разработчиком своего собственного инструмента VSCode-XP (open-vsx.org, marketplace.visualstudio.com), потом его мейнтейнером на GitHub, продвигал его использование среди экспертов на профильных конференциях. Потом наработанный открытым сообществом опыт перенял enterprise-продукт и получилась история в стиле Толкиновского «Хоббита, или Туда и обратно».

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

Разница между ними кроется в самом подходе к пространству. Flex создавался для работы в одном измерении, когда вам нужно выстроить элементы в строку или столбец. Grid же мыслит сразу в двух плоскостях, позволяя контролировать и ряды, и колонки одновременно.

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

Под каждым примером есть полный код, который достаточно скопировать в файл и запустить.

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

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

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

Приятного прочтения - и готовьтесь обновить закладки.

Искусственный интеллект развивается быстрее, чем успевают закрепиться подходы: инструменты меняются, требования растут, а времени «сесть и разобраться» почти нет. В этом дайджесте – практичные материалы и курсы, которые помогают встроить ИИ в работу уже сейчас: от базового ML до RAG, MLOps и архитектуры – без отрыва от задач и с опорой на реальный опыт.

Все мы слышали об этих законах сетевых эффектов: ценность сети растёт как квадрат от количества участников. Или что затраты на коммуникацию растут как квадрат от количества участников; это может быть n log n или что-то подобное, в зависимости от того, как упорядочить участников. Иными словами, удвоение размера команды не удваивает её скорость, возникает ещё оверхед координирования. Величина оверхеда зависит от того, насколько плохо вы спроектировали организацию.

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

Итак, вот оно:

Каждый слой согласований замедляет процесс в десять раз

Знаю, что вы подумали. «Да ладно, в десять раз? Это слишком много, не похоже на правду. Ты, наверно, преувеличиваешь».

Не-а.

Уточню, что здесь учитывается общее время, а не трудозатраты. Почти всё дополнительное время тратится на ожидание.

Telegram, как утверждают СМИ, близок к полной блокировке. Многие команды по-прежнему пытаются там работать, хотя и раньше думали над заменой: мессенджеры для личного общения не во всем пригодны для командной работы.

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

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

Создавайте шедевры в один клик!

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

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

Ниже представлена схема скрытого канала, определенная в нашем ГОСТ Р 53113.1–2008. Для существования скрытого канала необходим агент — закладка, внедренная в систему, и приемник информации — злоумышленник, прослушивающий канал связи. Задача закладки — встроить информацию ограниченного доступа в легитимный трафик, модифицируя его незаметным для средства защиты способом. Злоумышленник знает схему кодирования скрытой информации, а значит может декодировать ее на основе проходящих сетевых пакетов.

Если бы активное отвлечение читателей веб-сайта было олимпийской дисциплиной, то первые места в ней всегда бы занимали новостные источники.

Я зашёл на сайт New York Times, чтобы просмотреть четыре заголовка, но меня встретили 422 сетевых запроса и 49 мегабайт данных. Для полной загрузки страницы понадобилось две минуты. И потом они удивляются, что все мало-мальски владеющие технологиями люди с головой на плечах ставят блокировщики рекламы на компьютеры своих знакомых и родственников.

Эта история повторяется у всех популярных новостных изданий.

Чтобы осознать феномен веб-страницы весом 49 мегабайт, давайте вернёмся в прошлое на несколько десятков лет. Объём этой страницы превышает размер Windows 95 (28 дискет). Операционная система, когда-то управлявшая всем миром, с запасом уместится в современной странице. В 2006 году на пике популярности были iPod и цифровая музыка. Стандартная композиция в MP3 с высоким качеством и битрейтом 192 кбит/с весила примерно 4-5 МБ. Одна страница сегодня эквивалентна 10-12 песням. По сути, чтобы прочитать несколько параграфов текста, я скачал целый альбом. Согласно сведениям International Telecommunication Union, среднемировая скорость Интернета в те времена была примерно равна 1,5 Мбит/с. Пока браузер загружал бы этого бегемота, пользователь вполне бы мог успеть заварить себе чашечку кофе.

За последние двадцать лет оборудование совершило большой шаг вперёд; неужели современный стек фреймворков/рекламных технологий полностью обнулил этот прогресс «благодаря» абстрагированию и плохой архитектуре?

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

В MTС Web Services мы столкнулись с такой потребностью в масштабе сотен команд — и вместо очередной документации решили сделать внутренний практический курс с живыми инструментами, реальными процессами и выпускным проектом, который нужно собрать end-to-end. 

Меня зовут Елисей Захаров, я из центра практик DevOps в MTS Web Services. В этой статье расскажу, как мы вместе с командой Центра обучения и развития проектировали курс, почему он получился именно таким и какие результаты дает спустя несколько лет. Покажу, с какими трудностями столкнулись и на какие грабли наступили, — если будете разрабатывать курс для внутреннего обучения, вам это пригодится.

Без качественного датасета даже сильная модель не улучшает бизнес‑метрики — от NPS поддержки до конверсии интернет‑магазина.

В этом интервью Ильнур Файзиев, руководитель юнита Data LLM в Doubletapp, рассказывает, как правильно готовить датасеты и где бизнес получает реальную экономию

Читайте в интервью:

‣ Кому и зачем нужны датасеты: кейсы и метрики
‣ Кошечка или собачка — краудсорсинг нам поможет?
‣ Куда растет рынок датасетов

Привет, Хабр! Меня зовут Ольга Колюкова, я консультант-эксперт в департаменте 1С в «КОРУС Консалтинг» с 13-летним опытом внедрений.

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

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

Чат-боты с GPT в Телеграм (а их уже, наверное, не десятки, а сотни) позволяют работать с нейросетями и удобно их оплачивать.

Я хотела сделать красивые фото для блога. Не просто красивые — а как из модного журнала. Конкретная идея: девочки в разных платьях с котятами. У каждой — свой цвет платья, свой котёнок, своя поза. Что-то лёгкое, весеннее, нежное.

Звучит просто. На практике — много потраченного времени и коллекция результатов, которые меня не устраивали совсем. Видать идея оказалась слишком сложной. Даже продвинутая Нано Банана Про то путала цвет платьев, то забывала про котят, то вместо маленьких девочек изображала взрослых женщин. Я думала уже оставить эту идею, но тут мне пришла гениальная мысль!

12 марта в Санкт‑Петербурге студия разработки цифровых решений CleverPumpkin провела бизнес‑завтрак для руководителей продуктовых, digital‑ и IT‑команд. Собрались поговорить о довольно простой и одновременно сложной вещи: как управлять, когда вокруг постоянно меняется контекст, решений становится больше, а времени на них меньше.

Менторинг, ситуационное лидерство и AI — три темы, которые особенно часто упоминались на бизнес‑завтраке CleverPumpkin. Разговор получился довольно честным. Ведь никто не пытался формулировать универсальные советы. Скорее наоборот, стало ясно, что в нестабильной среде идея одного правильного подхода просто не работает. Руководителю приходится постоянно пересобирать свою роль и способы управления.

Собрали несколько управленческих инсайтов из выступлений и дискуссии.

Приветствуем, Хабр.

Сегодня мы хотим напомнить вам об одной важной книге, которую в очередной раз допечатали в январе текущего года: «Создание событийно‑управляемых микросервисов». Мы пытаемся развить эту тему в разрезе «для начинающих архитекторов», рады были бы пообщаться с потенциальным автором, который также разделяет наш интерес. Чтобы был более понятен интересующий нас уровень сложности и круг тем, предлагаем ознакомиться с переводным обзором этой темы; статья сентябрьская, найдена в блоге «The Scalable Thread».

В СМИ попало заявление гендиректора МТС Инессы Галактионовой. Если коротко, на вопрос о технологическом развитии она ответила в духе: «Догнать и перегнать вряд ли получится, но мы можем подсмотреть хорошие решения и скопировать их с достоинством».