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

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

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

Спросите любого собственника, маркетолога или РОПа: Какой у вас отток клиентов или churn rate?

Девять из десяти ответят что-то вроде: Ну... уходят иногда, не критично. Один из десяти назовет число. Правильное число назовет примерно никто.

Это не преувеличение. По данным опросов предпринимателей МСБ 2025 года, меньше 20% компаний системно измеряют отток клиентов (churn rate). Из тех, кто “измеряет” — половина считает его неправильно. И почти никто не управляет им целенаправленно.

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

Но об этом чуть позже. Сначала — про дыру.

Привет, Хабр! Я — Сева, разработчик в Yandex Infrastructure. Уже больше десяти лет я занимаюсь разработкой внутреннего облака Яндекса, которое охватывает около 150 000 физических хостов и поддерживает все сервисы платформы.

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

Недавно автор решил попробовать что-то помоделить в Blender. На данный момент он ещё только начинает осваиваться в 3D, но имеет небольшой опыт в разработке ПО, преимущественно с использованием Git, потому хотел бы и тут избежать версионирования проектов в духе "projectN_final5_20260305_fix3.blend", который подразумевается при "инкрементальном" сохранении.

На первый взгляд ничего сложного тут быть не должно: в Blender работа ведётся с набором точек-координат-чисел и их связей, настроек модификаторов, ссылок на текстуры и референсы и т.п.; потому всё это должно иметь некоторую стандартизированную структуру, возможно упакованную в ZIP-архив. Файл проекта .blend же является таким ZIP-архивом, ведь так? Распакуем его и просто занесём в Git? Неправильно!

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

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

Всем привет, я Олег Оболенский, технический директор одного из подразделений VK Tech. Время от времени я задаю себе вопрос: «А вот, находясь на месте ребят-программистов из моей команды, смог бы я так же, как они, или нет? Как сейчас, спустя 25 лет после того, как я вошел в профессию, выглядит программирование?»

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

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

Всем привет, я Олег Оболенский, технический директор одного из подразделений VK Tech. Время от времени я задаю себе вопрос: «А вот, находясь на месте ребят-программистов из моей команды, смог бы я так же, как они, или нет? Как сейчас, спустя 25 лет после того, как я вошел в профессию, выглядит программирование?»

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

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

Конфигурация 1С «Поиск дублей файлов».

Ссылка для скачивания конфигурации "Поиск и удаление дублей"

Назначение:
Предназначена для автоматического поиска и удаления одинаковых файлов на компьютере.

Возможности и преимущества перед остальными подобным инструментами:

1) Выполнять поиск можно как по выбранным папкам, так и по целым томам жестких дисков и съемных носителей.

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

3) Перед поиском доступна расширенная настройка – можно указать, файлы каких расширений требуется найти, можно выбрать по типу файлов: фото, видео, документы, архивы, образы, файлы 1С и т.п.

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

5) Отчет "Одинаковые файлы" выводит информацию о дублях, сгруппированную по размеру файлов и контрольной сумме. Удобно разбирать большие файлы, которые много "весят": образы, фильмы и т.п.

6) Обработка «удаление дублей» - позволяет в удобном виде просматривать информацию о дублях и массово удалять их: она выводит «пересечения» между папкой1 и папкой2 в которых находятся одинаковые файлы. Есть возможность массово удалять все задубленные файлы из выбранной папки, причем можно выбрать, какую папку мы считаем основной, а какую – задубленной. Удаляемые файлы  можно перед удалением перемещать в корзину (кроме USB носителей). Можно открывать папки и файлы по двойному нажатию мыши. В обработке предусмотрена защита от полного удаления "уникального" файла - если в корреспондирующей папке уже удалили файл, то она не даст удалить файл во основной папке.

Привет всем!

На связи аналитики из команды PT Cyber Analytics. Мы сопровождаем red‑team‑проекты и помогаем клиентам разобраться в результатах работы белых хакеров. Детально анализируем результаты тестирований на проникновение, оцениваем риски, связанные с обнаруженными уязвимостями, определяем уровень защищенности компаний и разрабатываем рекомендации по устранению слабых мест в инфраструктуре.

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

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