<?xml version="1.0" encoding="UTF-8"?>

<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" >

  <channel>
    <title><![CDATA[Комментарии / Профиль ascondev]]></title>
    <link>https://habr.com/ru/users/ascondev/comments/</link>
    <description><![CDATA[Хабр: комментарии пользователя ascondev]]></description>
    <language>ru</language>
    <managingEditor>editor@habr.com</managingEditor>
    <generator>habr.com</generator>
    <pubDate>Mon, 04 May 2026 06:15:07 GMT</pubDate>
    
    
      <image>
        <link>https://habr.com/ru/</link>
        <url>https://habrastorage.org/webt/ym/el/wk/ymelwk3zy1gawz4nkejl_-ammtc.png</url>
        <title>Хабр</title>
      </image>
    

    
      

      
        
  
    <item>
      <title>21.04.2026 09:24:44 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/ascon/articles/1024048/#comment_29860790</guid>
      <link>https://habr.com/ru/companies/ascon/articles/1024048/#comment_29860790</link>
      <description><![CDATA[<p>Если сравнивать с TESSA, продукты Pilot имеют отраслевую специализацию — ориентированы на проектные организации, девелоперов, застройщиков и т.&nbsp;д., то есть для промышленного и гражданского проектирования и строительства (<a href="https://pilotems.com/ru/company/review/" rel="noopener noreferrer nofollow">около 1000 компаний-пользователей</a>).</p><p>Билдокс предлагает инструменты для управления исполнительной документацией — в решениях Pilot это тоже есть. Но также Pilot закрывает другие аспекты работы: сравнение версий документов, компоновка документов, управление заданиями и процессами, коммуникация и контроль сроков, построение отчётов и т.&nbsp;д. Если говорить о Pilot-BIM – ещё и сборка и проверка на коллизии BIM-моделей, а в интеграции с партнёрскими решениями — создание смет на основе данных моделей, подсчёт физических объёмов, планирование работ и т.&nbsp;д. Кстати, коллеги из Билдокс тоже реализовали интеграцию с Pilot.</p>]]></description>
      <pubDate>Tue, 21 Apr 2026 09:24:44 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>21.04.2026 09:08:26 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/ascon/articles/1024048/#comment_29860708</guid>
      <link>https://habr.com/ru/companies/ascon/articles/1024048/#comment_29860708</link>
      <description><![CDATA[<p>Для бесплатного использования Pilot-ICE Enterprise на Windows мы предлагаем 2 плавающие (не привязывается к пользователю и компьютеру) лицензии — то есть после установки дистрибутивов одновременно подключиться к серверу и работать в Pilot смогут 2 человека. Такой сценарий в статье и рассмотрен. Если сервер развёрнут на Linux, для него будет доступно 5 бесплатных подключений.</p><p>[ Бесплатный вариант: один сервер + 2 подключения на Windows или 5 на Linux ]</p><p>Организовать подписание документов в Pilot для большого количества человек бесплатно можно двумя способами: 1) Либо развернуть один сервер, создать учётки для всех 50 проектировщиков, тогда они смогут по очереди заходить в систему и подписывать документ (по очереди — потому что в бесплатном режиме доступно 2 подключения без привязки к машине). 2) Либо на компьютере каждого проектировщика развернуть сервер Pilot, не сообщающийся с другими рабочими местами, тогда после подписания документа каждый проектировщик будет выгружать его из системы вместе с подписями и отправлять следующему согласующему.</p><p>Если вы хотите, чтобы все 50 проектировщиков параллельно друг с другом подписывали документы, централизованно хранящиеся на едином сервере, то необходимо купить лицензии. Одна бессрочная плавающая лицензия Pilot-ICE Enterprise стоит 74.000 р., но итоговая цена лицензии зависит от общего объёма закупки, типа лицензий (временные, постоянные) и т.&nbsp;д. Чтобы узнать подробности и посчитать цену для вас, обратитесь в <a href="https://pilotems.com/ru/contacts/offices/" rel="noopener noreferrer nofollow">офисы АСКОН или партнёров</a>. Или оставьте заявку <a href="https://pilotems.com/ru/download/" rel="noopener noreferrer nofollow">тут</a>.</p>]]></description>
      <pubDate>Tue, 21 Apr 2026 09:08:26 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>08.04.2026 12:14:25 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/ascon/articles/1019644/#comment_29796508</guid>
      <link>https://habr.com/ru/companies/ascon/articles/1019644/#comment_29796508</link>
      <description><![CDATA[<p>Отвечает Олеся Лазарева: <br></p><p>В стандартных версиях push-уведомления отображаются в системных уведомлениях (панель открывается при клике на часы).</p><p>В минималистичных окружениях вроде FVWM или i3 браузер (и другие программы) сам ничего не рисует. Они отправляют запрос через протокол D-Bus, следуя спецификации Desktop Notifications.</p><p>Чтобы уведомление действительно появилось на экране, в системе должно происходить следующее:</p><ol><li><p><strong>Установлен daemon уведомлений</strong>: пользователь сам выбирает и запускает отдельную маленькую программу-сервер, например Dunst или notification-daemon.</p></li><li><p><strong>Отрисовка</strong>: когда браузер посылает сигнал «покажи сообщение», этот daemon ловит его и рисует всплывающее окно поверх всех окон WM.</p></li><li><p><strong>Отсутствие сервера</strong>: если такой daemon не запущен, уведомления просто «уходят в никуда», или браузер может откатиться к своим внутренним (часто некрасивым) всплывающим окнам (они выглядят примерно как alert).</p></li></ol>]]></description>
      <pubDate>Wed, 08 Apr 2026 12:14:25 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>26.08.2024 08:28:49 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/ascon/articles/836778/#comment_27209174</guid>
      <link>https://habr.com/ru/companies/ascon/articles/836778/#comment_27209174</link>
      <description><![CDATA[<p>Владислав Филимонов:<br>Разделение на технические релизы позволяет нам синхронизировать этап планирования у разных команд и помогает в промежуточном подведении итогов разработки конкретной функциональности. Таким образом, вне зависимости от того, закончена полностью вся запланированная работа над первой итерацией каждого технического релиза или нет, все команды занимаются исследованием новых задач, делают прототипы. И совместно с аналитиками пытаются выработать оптимальные решения, чтобы наполнить бэклог оставшихся итераций технического релиза. Также по результатам технических релизов мы собираем инсталлятор, чтобы выполнить дополнительное тестирование, оцениваем реализованную функциональность. В случае необходимости можем запланировать доработки и скорректировать прогнозы на то, что в конечном итоге попадет в новую версию продукта. </p>]]></description>
      <pubDate>Mon, 26 Aug 2024 08:28:49 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

      

      

    
  </channel>
</rss>
