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

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

  <channel>
    <title><![CDATA[Комментарии / Профиль undefinedref]]></title>
    <link>https://habr.com/ru/users/undefinedref/comments/</link>
    <description><![CDATA[Хабр: комментарии пользователя undefinedref]]></description>
    <language>ru</language>
    <managingEditor>editor@habr.com</managingEditor>
    <generator>habr.com</generator>
    <pubDate>Wed, 22 Jul 2026 04:21:43 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>22.09.2025 05:25:51 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/924470/#comment_28865622</guid>
      <link>https://habr.com/ru/articles/924470/#comment_28865622</link>
      <description><![CDATA[<p>У овна есть "Полигон", насколько я понимаю, можно и регул теперь с полигоном заказать<br> А так ещё есть BRIC и другие ПЛК с рантаймом beremiz</p>]]></description>
      <pubDate>Mon, 22 Sep 2025 05:25:51 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>22.09.2025 05:11:41 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/924470/#comment_28865576</guid>
      <link>https://habr.com/ru/articles/924470/#comment_28865576</link>
      <description><![CDATA[<p>Можно, конечно. Но из представленных ПЛК нет ничего приемлемого по цене.<br> Если хочется, что-то домой и относительно приемлемого качества, то я бы посмотрел в сторону LicOS и Flexem. Стоит как пачка сухарей, по качеству не уступает всему выше перечисленному и программируется в codesys. Плюс дешевое IO и на борту IO тоже есть.<br> В зависимости от требований к умному дому, можно вообще рассматривать все что угодно, где условный node-red можно запустить (малины и т.п.)</p>]]></description>
      <pubDate>Mon, 22 Sep 2025 05:11:41 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>06.11.2024 05:52:32 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/yadro/articles/856110/#comment_27518558</guid>
      <link>https://habr.com/ru/companies/yadro/articles/856110/#comment_27518558</link>
      <description><![CDATA[<p><a href="https://www.ultralytics.com/license" rel="noopener noreferrer nofollow">https://www.ultralytics.com/license</a><br> Можете тут ознакомиться.<br> Если коммерческая лицензия - то в целом можете использовать как хотите, если её получите.<br> Если лицензия открытая, то это только академическое использование с полным открытие исходного кода ПО и публикацию моделей + все опубликованное ПО и модели должны лицензировать этой же лицензией.</p>]]></description>
      <pubDate>Wed, 06 Nov 2024 05:52:32 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>05.11.2024 11:21:28 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/yadro/articles/856110/#comment_27515322</guid>
      <link>https://habr.com/ru/companies/yadro/articles/856110/#comment_27515322</link>
      <description><![CDATA[<p>Так-то для android девайсов есть квантизированные модели той же yolo <a href="https://docs.ultralytics.com/hub/app/android/" rel="noopener noreferrer nofollow">https://docs.ultralytics.com/hub/app/android/</a><br> 4/5 yolo довольно старые версии сети. Хоть и 5 до сих пор используются в некоторый кейсах, когда нужна производительность, но в большинстве своём уже все перешли на 8 или11 yolo.<br> И если уж и сравнивать FPS, то в данном конкретном случае нужно было брать yolov5n, а yolov5s. Тогда бы, я думаю картина была бы чуть более честной + конечно в табличку бы хотя бы какую нибудь метрику по типу mPA 0.5:0.95, чтобы нормально оценивать получившийся результат.<br> А реализация IOU и NMS уже есть в тех фрейворках, которые вы используете, зачем изобретать велосипед - непонятно.<br> И плюс ко всему этому YOLO это конечно SOTA модель, но в коммерческих целях её можно применять согласно их коммерческой лицензии, что вносить ряд очень серьёзных ограничений в её использовании.</p><p>P.S. С помощью тулзы в репозитории yolov5 можно экспортнуть pt модель в NCNN формат без каких либо проблем.</p>]]></description>
      <pubDate>Tue, 05 Nov 2024 11:21:28 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>15.11.2023 05:26:22 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/pvs-studio/articles/773896/#comment_26160422</guid>
      <link>https://habr.com/ru/companies/pvs-studio/articles/773896/#comment_26160422</link>
      <description><![CDATA[<p>Никто не спорит, мозги у них сидят очень серьёзные, но случаются конечно иногда оказии<br> <a href="https://fornever.me/en/posts/2023-10-21.code-vectorization.html" rel="noopener noreferrer nofollow">https://fornever.me/en/posts/2023-10-21.code-vectorization.html</a></p>]]></description>
      <pubDate>Wed, 15 Nov 2023 05:26:22 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>25.08.2023 06:22:16 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/756814/#comment_25896138</guid>
      <link>https://habr.com/ru/articles/756814/#comment_25896138</link>
      <description><![CDATA[<p>Нет никакой проблемы. Подобных статей написано на разных ресурсах, включая хабр, огромное количество и все они под копирку. Но помимо хабра и статей, если другие источники, в которых можно посмотреть как и что делается и как делают другие люди.<br> Тем более у dotnet хорошее комьюнити у которого всегда можно поспрашивать вопросы и попросить примеры.<br> ИМХО более управляемо и понятнее стартовать бота подобным образом:<br> <a href="https://github.com/ImoutoChan/GreenCaptchaBot" rel="noopener noreferrer nofollow">https://github.com/ImoutoChan/GreenCaptchaBot</a><br> <a href="https://github.com/ForNeVeR/Megadeth" rel="noopener noreferrer nofollow">https://github.com/ForNeVeR/Megadeth</a><br> И в дальнейшем будет более проще им управлять (например, прикрутить админку или сорт оф)</p>]]></description>
      <pubDate>Fri, 25 Aug 2023 06:22:16 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>13.08.2023 09:41:26 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/754206/#comment_25853962</guid>
      <link>https://habr.com/ru/articles/754206/#comment_25853962</link>
      <description><![CDATA[<p>Хотелось бы конечно увидеть хоть какие-то метрики по итогу и сравнения с классическими подходомами к детекции знаков (например, поиск по цвету, выделение контуров, сглаживание) и потом классификации (тут уже целый зоопарк, взять какую нибудь SoTA для легких устройств).<br> Пока это выглядит так, как будто танком пытаются заводить блоху.<br> Есть масса детекторов знаков (не обязательно дорожных), которые работают на базе встраиваемых устройств или вообще внутри ip камер. И там вашу yolo8s конечно будет трудно раскатать, а судя по всему, ещё и результат будет не намного лучше, хотя тут уже как посмотреть (а в случае, с нейронными сетями, ещё и как обучить)</p>]]></description>
      <pubDate>Sun, 13 Aug 2023 09:41:26 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>22.03.2023 05:33:50 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/otus/articles/723460/#comment_25354336</guid>
      <link>https://habr.com/ru/companies/otus/articles/723460/#comment_25354336</link>
      <description><![CDATA[<p>В главе C# vs Python в секции 3 "Синтаксис" ничего не сказано про синтаксис, кроме того, что он легче понимается и читается, что спорно. Весь остальной текст в этом пункте уделён типизации, да и в целом не специфичной проблемы для Python (я бы даже сказал, что этой проблемой больше страдают js, php и т.п.)</p><p>P.S.<br> Почему спорно? Потому что ООП на Python выглядит чисто визуально устрашающе.</p>]]></description>
      <pubDate>Wed, 22 Mar 2023 05:33:50 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>20.03.2023 15:43:39 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/722918/#comment_25347600</guid>
      <link>https://habr.com/ru/articles/722918/#comment_25347600</link>
      <description><![CDATA[<p>При работе с OpenCV DNN сборка из исходников практически единственный вариант заставить это всё работать с Cuda Toolkit и CuDnn, в особенности с определенными версиями последних. </p>]]></description>
      <pubDate>Mon, 20 Mar 2023 15:43:39 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>19.03.2023 18:00:55 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/723218/#comment_25343872</guid>
      <link>https://habr.com/ru/articles/723218/#comment_25343872</link>
      <description><![CDATA[<p>Да там большинство кода это шаблон.Но всё равно кода можно намного меньше было, просто я не стал всё писать в Code-behind в MVVM freandly фреймоворке.<br> Столько кода, потому что вычисления вынесены в отдельный сервис, а сама приложение разбито на Model, ViewModel и View. Поэтому View такое жирное, т.к. живёт само по себе. И в принципе его без проблем можно оторвать от всего остального и безболезненно переписать.<br> А сами ViewModel и Model там из нескольких строк состоят (равному количеству полей конечно же). Зато очень всё удобно и масштабируемо и хорошо разделяет ответственность. Конечно в данном конкретном случае это овернженеринг, но например к этому с 1 тычка прикручивается генератор PDF отчётов (с помощью PDF.Quest), т.к. модель отдельно существует.</p><p>А так, если всю логику поместить во View, напрямую биндиться к эвентам и забирать напрямую значения из контролов, то выйдет примерно столько же.</p>]]></description>
      <pubDate>Sun, 19 Mar 2023 18:00:55 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>19.03.2023 16:58:57 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/723218/#comment_25343732</guid>
      <link>https://habr.com/ru/articles/723218/#comment_25343732</link>
      <description><![CDATA[<p>После вашего поста тоже захотел переписать на близкую к душе кроссплатформенную технологию.</p><p>Поэтому вот приложение на Avalonia, которое запускается на Windows, Linux, MacOS, Android, IOS и WebAssembler (запускается в браузере)<br></p><figure class="full-width "><img src="https://habrastorage.org/getpro/habr/upload_files/9b8/c81/1eb/9b8c811eb0d311d06e7fa7305cc6caf3.png" width="1149" height="578"></figure><p><a href="https://github.com/Antonbreakble/MetalCutterCalculator" rel="noopener noreferrer nofollow">Исходный код на гитхаб</a> для посмотреть</p>]]></description>
      <pubDate>Sun, 19 Mar 2023 16:58:57 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

      

      

    
  </channel>
</rss>
