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

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

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

Друзья! Мы долго и напряженно работали и теперь нам уже честно нравится то, что получилось. А получилось удобно, просто и понятно, для всех и везде. И мы выложили результат нашего труда в официальный git-репозиторий. Качайте, устанавливайте Битрикс любой редакции за пару минут (хоть самую "навороченную" редакцию "энтерпрайз") где хотите и наслаждайтесь работой системы в контейнерах!

Это третья часть статьи. Здесь расскажу о том, как собрать толпу гостей и привести их в интересное место. Начните с первой части “Что делать до митапа”, если еще не читали ее

и почему «нравится» — не аргумент

Разбираюсь, по каким критериям отсеиваю слабые продуктовые решения — не на уровне «нравится», а на уровне «живёт или не живёт». С наблюдениями, которые, возможно, кому-то помогут пересобрать свою систему оценки.

В жизни каждого системного аналитика наступает момент, когда он открывает две вкладки: слева – Swagger с контрактом системы А, справа – Confluence с контрактом системы Б. Между ними – пустая Excel-таблица, либо ещё одна вкладка Confluence. Задача – простая, как мир: смаппить поля.

И начинается знакомый ритуал: скопировать атрибут из одного места, вставить в другое. Ctrl+C → Ctrl+V, снова и снова. Одно неверное движение или опечатка — и через пару дней от разработчика прилетит таск с комментарием «маппинг не работает, проверь пути».

Так родилась идея десктопного приложения для маппинга...

«Видите, как много написал я вам своею рукою» — Послание к Галатам, 6:11

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

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

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

Самые интересные новости финансов и технологий в России и мире за неделю: на ПМЭФ показали Лабубу-Набиуллину, Госдума окончательно запретила вывески на английском, в Швейцарии пришли за блогерами, в США выпустят трампофон, Цукерберг начнет показывать рекламу в WhatsApp, а также x-files про Сэма Альтмана.

Купили новые недешевые Bluetooth-наушники, а они звучат странно?

Разбираемся в причинах плохого звука с кодеком AAC и выясняем мотивацию установки ограничений битрейта со стороны производителей.

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

Чтобы объединить преимущества обоих способов передвижения, исследователи из Массачусетского технологического института (MIT) разработали подпрыгивающего робота, который может перепрыгивать через высокие препятствия и перескакивать через наклонные или неровные поверхности, используя при этом значительно меньше энергии, чем летающий робот. Работа опубликована в журнале Science Advances.

Термин «партнёрский договор» в настоящее время не определён в российском законодательстве. Таким образом, партнёрский договор является не поименованной в Гражданском кодексе РФ сделкой. Однако, в связи с принципом свободы договора, установленным в ст. 421 указанного кодекса, стороны могут заключить партнёрский договор и включить в него практически любые условия, которые посчитают важными и необходимыми.

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

Несмотря на развитие лингвистических моделей, я подумал, что моя версия супервизора может быть достаточно интересна для размещения в статье. Назначение супервизора - поднять повторно программу, которая по каким-то причинам упала с ошибкой. Причём если программа завершила работу без ошибки, то она перезапущена не будет, как и не будут создаваться логи. В логах пишется время падения и тип ошибки. Универсальный Makefile может быть интересен тем, что его достаточно закинуть в папку с исходниками, добавить необходимые пути вида:
LDFLAGS = -I/usr/include/boost
LIBS = -lboost_serialization

В этом проекте создаем Telegram-бота, который взаимодействует с AnythingLLM — инструментом для работы с языковыми моделями (LLM) и LM Studio (используется как инструмент для загрузки документов и создания RAG архива). Покажу как использовать API AnythingLLM для бота и настроим взаимодействие с LM Studio, через которую предоставляется доступ к общению с ИИ-моделью. Самое главное в этой связке, что все отрабатывается локально без передачи файлов сторонним сервисам, что делает решение удобным для команд, которые хотят использовать ИИ в своих рабочих процессах, но не отправлять файлы во вне.

Кажется, мы окончательно запутались в терминах.

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

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

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

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

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

Привет! Я старший fullstack-разработчик в крупной b2b-команде, где мы активно развиваем IT турпродукты и сопровождаем легаси-проекты. Недавно мне довелось временно заменить тимлида — он ушёл в отпуск, оставив напоследок фразу: «Ты не будешь деплоить».

Спойлер: деплоил. И не просто деплоил, а чуть не похоронил релиз из-за одного неосторожного git reset --hard. К счастью, всё закончилось хорошо — но пришлось восстановливать ветки из GitLab’а, бороться с удалённой историей и вручную черри-пикать задачи.

Рассказываю, как всё было, какие выводы сделал и чего теперь точно делать не буду. Надеюсь, кому-то это сэкономит пару нервных клеток.

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

Достаточно внезапное расширение возможностей интеллектуальных программных средств привело к тому, что ряд видных представителей мира технологий и общественных объединений начали выступать за ограничения развития ИИ. Так, в 2023 году Илон Маск и Стив Возняк подписали открытое письмо с требованием приостановить разработку и обучение нейросетей (помимо них, это письмо подписали более 1000 экспертов). Во многих странах, в том числе в России, идут обсуждения законодательного регулирования ИИ.

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

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

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

В ночь на 22 июня 2025 года двенадцать 13-тонных бомб GBU-57 сорвались с люков B-2, пробили девяностометровый известняк над иранским Форду и превратили когда-то неприступный урановый бункер в груду искорёженного металла. Возник ключевой вопрос: за счёт какой инженерной хитрости одиночная авиабомба без ядерного заряда способна преодолевать сотни метров камня и какие последствия её дальнейшее применение сулит региональной безопасности.

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