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

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

  <channel>
    <title><![CDATA[Комментарии / Профиль firststepsru]]></title>
    <link>https://habr.com/ru/users/firststepsru/comments/</link>
    <description><![CDATA[Хабр: комментарии пользователя firststepsru]]></description>
    <language>ru</language>
    <managingEditor>editor@habr.com</managingEditor>
    <generator>habr.com</generator>
    <pubDate>Sun, 23 Aug 2026 13:21:11 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>25.06.2024 06:10:21</title>
      <guid isPermaLink="true">https://habr.com/ru/companies/vk/articles/821905/#comment_26970004</guid>
      <link>https://habr.com/ru/companies/vk/articles/821905/#comment_26970004</link>
      <description><![CDATA[<p>Возможно оффтоп, но может кому-то пригодится, по теме FUSE. В нашей компании мы реализовали зеркало репозиториев для обновления серверов в дата-центрах в виде веб-сервера. Так как основной сервер занимает около 10Тб, то для экономии места на других площадках надо было применять продукты типа Sonatype Nexus, а это может быть дорого, ресурсоемко и не импорто-замещенно. Поискав решения кеширующих ФC я нашел для FUSE реализацию чего-то похожего по смыслу только на Python, но это не наш путь. Поэтому воспользовавшись примерами за пару выходных в свободное от работы время реализовал это на Си. <a href="https://github.com/KuzinAndrey/kavcachefs" rel="noopener noreferrer nofollow">https://github.com/KuzinAndrey/kavcachefs</a></p><p>В компании это пока не внедрили :) Но хотелось бы найти применение, получить какой-то фидбек от нуждающихся, потому что тема действительно интересная.</p>]]></description>
      <pubDate>Tue, 25 Jun 2024 06:10:21 GMT</pubDate>
      
    </item>
  

  
    <item>
      <title>24.09.2022 17:58:40</title>
      <guid isPermaLink="true">https://habr.com/ru/articles/689846/#comment_24764200</guid>
      <link>https://habr.com/ru/articles/689846/#comment_24764200</link>
      <description><![CDATA[<p>Никто не мешает распарсить string в int, заодно проверить корректность ввода пользователя.</p><p>Либо на крайний случай делать так:</p><pre><code class="cpp">if (choice == "1") {
// case 1
} else if (choice == "2") {
// case 2
} else if (...) {
//....
} else {
// default
}</code></pre><p>Иначе в текущем варианте каждый раз придется разращивать if, который должен отрабатывать смысл default</p>]]></description>
      <pubDate>Sat, 24 Sep 2022 17:58:40 GMT</pubDate>
      
    </item>
  

  
    <item>
      <title>24.09.2022 04:40:03</title>
      <guid isPermaLink="true">https://habr.com/ru/articles/689846/#comment_24762972</guid>
      <link>https://habr.com/ru/articles/689846/#comment_24762972</link>
      <description><![CDATA[<p>Интересно услышать комментарии Вашего препода, но ошибок и "то как делать не надо" много, поэтому хочется их просто перечислить, чтобы исправили.</p><ol><li><p>Зачем писать комментарии к переменным типа "переменная типа string" ? Это каким-то образом несет смысловую нагрузку ?!</p></li><li><p>Именование переменных не очень. choice, choice2 и т.д. а по факту в первую попадает дата, во вторую комментарий. А почему не назвать input_date и input_comment ?</p></li><li><p>Ввод от пользователя никак не обрабатывается, к примеру сразу на основе choice создается путь до файла. А что если туда ввести "..\\..\\Users\\..." можно прочитать/затереть какие-нибудь файлы пользователя ?!</p></li><li><p>fin.close() надо делать в блоке if (fin.is_open()) когда файл реально открыт, а иначе он и не открыт вовсе.</p></li><li><p>Зачем сделана куча if (choice == "X"){ ... }. Вас не учили switch/case ?</p></li><li><p>Если используете bool, то уже и пишите true/false а не 0/1 иначе для чего ?</p></li><li><p>Во всем мире путь до файла называется path, а у вас way :)</p></li><li><p>Класс без методов это struct, или это задел на будущее ?</p></li><li><p>Длинные строки вырывают глаза (все переменные std::string для пути к файлу уехали за скрол). У меня на работе так быдлокодят, задолбали oneliner'ы на килобайт, поубивал бы.</p></li></ol>]]></description>
      <pubDate>Sat, 24 Sep 2022 04:40:03 GMT</pubDate>
      
    </item>
  


      

      

    
  </channel>
</rss>
