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

Всем привет и приятно познакомиться! Меня зовут Азалия Мухаярова, я работаю системным аналитиком в «Технократии». И в этом тексте расскажу вам, как с помощью Figma Make и AI-ассистента сделать рабочий прототип корпоративной системы за 20 с небольшим часов.

Привет! Меня зовут Николай, я C++-разработчик в SimbirSoft. Это продолжение цикла статей о проектировании библиотек на примере решения геометрических задач. В первой части мы разобрали классическое наследование с виртуальными функциями и использование шаблонов, сравнили их сильные и слабые стороны и посмотрели, какие ограничения возникают при расширении системы.

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

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

Для комфортного чтения потребуется уверенное знание базового синтаксиса C++, понимание шаблонов и частичной специализации, а также общее представление о статическом и динамическом полиморфизме. Текст ориентирован на разработчиков уровня middle и выше, но может быть полезен всем, кто хочет глубже разобраться в архитектурных возможностях современного C++.

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

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

Когда шок пройдёт, придёт понимание, что любой профессионал обязан использовать агентское программирование.

Показываю, как ИИ берёт на себя две трети работы аналитика 1С — и делает её лучше человека.

Написать эту статью меня сподвиг свежий видеокурс «Аналитик. Старт» от Учебного центра №1 1С. Это не реклама: я не только хвалю его, но и покажу, где он неидеален.

В курсе приведен практический пример работы аналитика 1С. Мне стало любопытно – а сколько труда из приведенного примера сможет взять на себя ИИ? Получилось – две трети. Причём решение, предложенное искусственным разумом, оказалось принципиально лучше, чем вариант от учебного центра.

Интернет пестрит информацией о том, как запускают DOOM на различных устройствах. Захотелось и мне запустить Doom на своём стареньком TP-Link WR-841N. Как видно из заголовка статьи, у меня этого не получилось, но результатом стало понимание основ написания прошивок роутеров и работающий тетрис.

AI-индустрия пытается создать идеальных, неутомимых рабов. Но неутомимость — это иллюзия, которая ведет к коллапсу моделей в проде. Хотите, чтобы ваш AI не тупел через три месяца? Дайте ему поспать.

Всем привет! Меня зовут Анатолий Зотов, я системный архитектор SOC в RED Security. Как центр мониторинга и реагирования на кибератаки, мы должны быстро и внятно видеть, что происходит с железом и ОС на хостах: не кончается ли место на диске, не улетела ли память и не уперся ли CPU в потолок. Как это реализовать, да еще и безопасно?

Когда мы только приступали к задаче, первой мыслью, конечно, был Zabbix, как и у половины планеты. Но у нас никто не горел желанием поднимать еще одну систему, раскатывать агенты, подбирать шаблоны и разбираться с нюансами. Времени, как обычно, не завезли. А вот Grafana у нас уже была, поэтому я подумал — а что, если просто использовать то, что уже есть? Так я и наткнулся на связку «node_exporter → Prometheus → Grafana».

Эта статья для тех, кто хочет быстро начать мониторить хосты и не готов тратить вечность на внедрение тяжелой системы, особенно если Grafana уже живет в вашей инфраструктуре. Если Grafana и Prometheus у вас еще нет, то дополнительно расскажу быстрый старт через Docker Compose.

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

В этой статье я хочу рассказать о том, как и зачем мы в «Рексофт» строили интеграционную платформу BRAIN ERM, которая объединяет HR бизнес-процессы, проектное управление и финансы в одной экосистеме.

Итак, довольно часто возникает потребность в том, чтобы прикинуть, допустим, ресурсы на новый проект. А вот тут возникает сложность. И она ведь вовсе не в отсутствии инструментов. Обычно их даже слишком много: табеля отпусков, оценка эффективности, постановки целей для дальнейшего развития сотрудников и так далее. Данные о людях размазаны по десятку систем, а общая картинка складывается с трудом. И в какой-то момент мы решили, что нужно собрать этот пазл в единое целое. Платформа BRAIN ERM стала ответом на возрастающие потребности рынка в комплектных инструментах для управления персоналом и бизнес-процессами компании. 

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

Плюс к тому - высокая стоимость всего HR‑цикла. Найм, адаптация, обучение, оценка, увольнение. На каждом этапе мы теряем время и деньги. И главное - нет системной работы с талантами. Люди, которые могли бы стать лидерами, уходят просто потому, что их проблему заметили только тогда, когда они уже написали заявление.

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

А как осуществлялась телефонная связь до изобретения радиоламп и транзисторов? Ведь сигнал должен был преодолеть сотни и тысячи метров провода с активным сопротивлением. Что если подключить телефон к линии посредством повышающего трансформатора? Но ведь трансформатор – не perpetuum mobile, его КПД ниже 100%, и если увеличить напряжение, то доступная сила тока уменьшится.

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

Для проверки верности данного утверждения достаточно последовательно соединить динамический телефонный капсюль и угольный микрофон из трубки старого телефонного аппарата, и запитать схему от источника постоянного напряжения. При поднесении капсюля к микрофону возникнет положительная обратная связь по воздуху. Начнётся генерация звука и переменного тока в цепи, частота будет определяться резонансом мембран в области наибольшей чувствительности, т.е. в полосе 0,3…3,4 кГц.

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

Протестировала 11 таск-менеджеров для личной продуктивности и управления проектами. Делюсь критериями выбора, типичными ошибками и чек-листом, который сэкономит вам недели на внедрение.

Автор блога Such Bad Tech Ads вспоминает необычную рекламную кампанию 80-х гг., которую запустил производитель дискет Maxell. Для ролика создали целый парк роботов, а некоторые из них попали в Музей компьютеров.

Ещё 10 лет назад машина видела в документе просто набор пикселей. Сегодня она понимает структуру страницы, читает таблицы, графики и рукописи — и автоматически извлекает нужные данные. Разбираем как это работает под капотом и почему это меняет целые индустрии.

Как часто вы слышите что-то о протоколе WebSocket? А как часто видели его в проектах? Продакшн? Андроид? Что? Его кто-то использует?

А теперь представьте, что перед вами стоит задача внедрить WS в крупный продакшн проект с нуля. С чего начать? Как подступиться?

Или как сделать платный Telegram-канал по подписке легальным и безопасным инструментом. Пошаговый план из 6 простых действий от юриста для онлайн-бизнеса.

В 2024–2025 годах многие компании экспериментировали с единичными ИИ-агентами для автоматизации поддержки. Результаты были скромными: покрытие 25–40% сценариев, частые зависания в нестандартных ситуациях, необходимость ручной коррекции.

В PostgreSQL есть фича, про которую знают далеко не все, хотя она существует с незапамятных времён. Advisory locks — пользовательские блокировки, которыми управляет не БД, а ваше приложение. PostgreSQL только хранит их состояние и разруливает конкуренцию. А вы решаете, что именно заблокировать и когда отпустить.

Зачем это нужно? Вы строите распределённую систему, несколько инстансов приложения работают с одной базой, и вам нужно гарантировать, что определённую операцию выполняет только один инстанс одновременно. Классический ответ — Redis с SETNX или Consul/ZooKeeper. Но если у вас уже есть PostgreSQL — зачем тащить ещё одну зависимость?

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

Обычно это порождает споры о «цифровом бессмертии», квалиа, сознании и о том, является ли «копия» оригиналом.

Но спорить тут не о чем. Никакой копии не будет.

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

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

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

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

Привет, Хабр! Меня зовут Дарья Попова, я работаю в отделе внедрения технологий информационного моделирования в компании ПИК. 

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

На данный момент у нас есть линейка продуктов, которая состоит из Family Manager, BIM Inspector, PikTools, Робот R2, BIM Data Service и PikCheckUp. Все инструменты связаны между собой и дополняют друг друга, но в то же время могут работать автономно. Прежде чем перейти к части про междисциплинарный продукт, а именно о том, что он включает в себя, стоит кратко упомянуть о PikTools и BIM Inspector, так как продукт МД непосредственно с ними связан. 

PikTools — набор инструментов для автоматизации проектирования в Revit, Civil 3D и AutoCAD, которые ускоряют и упрощают размещение элементов, заполнение параметров, выпуск документации. 

BIM Inspector — сервис для проверки данных в модели на соответствие стандартам проектирования и BIM-требованиям. Проверки выполняются фоном на сервере, ошибки отображаются в интерфейсе ПО с инструкциями для исправления.

Полное описание экосистемы можно найти в статье «Экосистема ПИК. История формирования».