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

Что такое GOMAXPROCS, почему контейнерные лимиты ломали интуицию и как GO 1.25 меняет ситуацию, читайте далее...

Компания «Нанософт», ведущий российский разработчик САПР/ТИМ-решений, объявляет о выходе 26-й версии программного продукта nanoCAD BIM Вентиляция.

nanoCAD BIM Вентиляция – BIM/ТИМ-решение на Платформе nanoCAD для проектирования и расчета моделей систем вентиляции и кондиционирования.

Программный продукт nanoCAD BIM Вентиляция базируется на новейшей технологии EVOS, обеспечивая ряд преимуществ для пользователя:

1. создание 3D-моделей любой степени детализации и информационного наполнения;

2, многопользовательский режим в единой информационной модели;

3. отображение модели в нескольких проекциях и режимах одновременно;

4. применение параметрической графики и типового проектирования.

5. Ключевые возможности nanoCAD BIM Вентиляция 26

Название компании не раскрываем — NDA, сами понимаете.

Корпоративную библиотеку недостаточно просто подключить — важно встроить её в процессы компании. Делимся кейсом внедрения в продуктовой IT-компании на 400 человек: три этапа запуска, реальные метрики, ошибки, которые мы допустили, и выводы после шести месяцев работы.

Это вторая часть цикла про заметочник, который я пилю по вечерам (и ночам). В первой я рассказал, как терял заметки где‑то между Notepad++, Trello, OneNote и Obsidian, — а сейчас расскажу, как собираюсь их находить.

Всем привет, меня зовут Михаил, я работаю Senior Java разработчиком в ОТП Банке.

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

Учитывая, что ситуация на рынке для джунов совсем плачевная, я решил провести эксперимент. 30 дней. Только я, фейковое резюме джуна, новый Telegram-аккаунт - и все!

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

Интересно, чем все это закончилось и как это было? Присаживайтесь поудобнее!

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

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

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

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

На одном B2C-проекте я отдельно спросил пятерых разработчиков, верят ли они, что продукт дойдёт до первой тысячи пользователей. Никто не ответил “да”.

Формулировки отличались, степень скепсиса тоже, но довольно быстро стало понятно, что я собрал не пять независимых мнений. Люди уже обсуждали перспективы продукта между собой. У официальной дорожной карты были годы развития, а у команды сложилась своя: до тысячи пользователей мы, скорее всего, не дойдём, поэтому текущую задачу надо закрыть, а стоимость следующего изменения можно оставить следующему человеку.

Это было видно по репозиторию. Архитектурные решения почти не фиксировались, автоматические тесты появлялись примерно в каждом пятом PR, а инструкции для AI-агентов лежали у разработчиков локально. Git хранил результат, но проект не владел способом его производства.

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

Всем привет. На днях моя техническая статья с open source кодом про написание нейросети с нуля на Node.js вышла из песочницы Хабра благодаря НЛО, набрала 8K+ просмотров и получила крутой фидбек. Но за 2 дня до этого я решил провести эксперимент и выложить этот же материал на VC.ru. Итог — моментальный пожизненный бан без объяснения причин в первые 15 минут…

В этой статье я расскажу, как мы сделали helpdesk-виджет, встроенный в 1С. Покажу архитектуру, поделюсь примером нарезки больших файлов для обхода лимитов облачного сервера и объясню, как прикрутили скрытые сообщения для консультантов. Спойлер: пришлось повозиться с ограничениями платформы.

Статья настоящий разбор-детектив: почему неблокирующий API может блокироваться, как потерять монитор после деоптимизации JIT, почему try-catch иногда важнее коллбэков, и как решать сложные проблемы новыми концепциями мышления. Приятного чтения!