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

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

  <channel>
    <title><![CDATA[Комментарии / Профиль dev_troy]]></title>
    <link>https://habr.com/ru/users/dev_troy/comments/</link>
    <description><![CDATA[Хабр: комментарии пользователя dev_troy]]></description>
    <language>ru</language>
    <managingEditor>editor@habr.com</managingEditor>
    <generator>habr.com</generator>
    <pubDate>Tue, 05 May 2026 09:21:47 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>30.09.2020 11:00:26 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/521338/#comment_22126490</guid>
      <link>https://habr.com/ru/articles/521338/#comment_22126490</link>
      <description><![CDATA[<p>Прям с языка сняли. Только я бы не деффиренцировал на корею, китай и индию. Это уже глобальная статистика.</p>]]></description>
      <pubDate>Wed, 30 Sep 2020 11:00:26 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>05.12.2019 09:45:07 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/tbank/articles/478692/#comment_20967384</guid>
      <link>https://habr.com/ru/companies/tbank/articles/478692/#comment_20967384</link>
      <description><![CDATA[<p>Ну не совсем так. В последней альфа версии плагина были добавлены именно бэкпорты некоторых API, <a href="https://youtu.be/XPMrnR1_Biw?list=PLWz5rJ2EKKc_xXXubDti2eRnIKU0p7wHd&amp;t=608" rel="nofollow">включая Stream и DateTime</a>. </p>]]></description>
      <pubDate>Thu, 05 Dec 2019 09:45:07 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>11.03.2016 18:30:23 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/google/articles/279075/#comment_8802675</guid>
      <link>https://habr.com/ru/companies/google/articles/279075/#comment_8802675</link>
      <description><![CDATA[Прописать в секции defaultConfig:<br/>
<code> jackOptions { enable = true } </code><br/>
Кодогенерация пока не поддерживается.<br/>
]]></description>
      <pubDate>Fri, 11 Mar 2016 18:30:23 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>04.03.2016 18:29:34 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/intel/articles/278493/#comment_8794577</guid>
      <link>https://habr.com/ru/companies/intel/articles/278493/#comment_8794577</link>
      <description><![CDATA[<a href="https://habrahabr.ru/company/intel/blog/278603/">Сборка библиотеки FreeType для Android x86 с использованием NDK</a>, потом эта статья. Астрологи объявили неделю бесполезных статей от Интел? Сборка библиотеки сводится к make init &amp;&amp; make. Сомневаюсь что человеку, которому надо объяснять как установить NDK, потребуется сборка SQLCipher.<br/>
]]></description>
      <pubDate>Fri, 04 Mar 2016 18:29:34 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>04.03.2016 18:23:33 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/intel/articles/278603/#comment_8794559</guid>
      <link>https://habr.com/ru/companies/intel/articles/278603/#comment_8794559</link>
      <description><![CDATA[Сборка в эклипсе через билдеры! А как же тру-сборка через консоль или на CI сервере православным градлом, в котором настройка сборки с использованием NDK разжевана дальше некуда?<br/>
]]></description>
      <pubDate>Fri, 04 Mar 2016 18:23:33 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>29.01.2016 20:46:33 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/rambler_and_co/articles/275943/#comment_8756497</guid>
      <link>https://habr.com/ru/companies/rambler_and_co/articles/275943/#comment_8756497</link>
      <description><![CDATA[Согласен, как ни старался, так и не понял причем тут JSON и архитектура.]]></description>
      <pubDate>Fri, 29 Jan 2016 20:46:33 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>29.01.2016 10:16:06 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/rambler_and_co/articles/275943/#comment_8755869</guid>
      <link>https://habr.com/ru/companies/rambler_and_co/articles/275943/#comment_8755869</link>
      <description><![CDATA[Вы меня неправильно поняли. Я как раз об этом и говорил. Есть некоторые сущности, которые являются ViewObject, при этом откуда она была получена, нам абсолютно неважно. Получение же этого ViewObject логично вынести в слой, который я назвал Repository, роль которого в контексте статьи выполняет ApiInterface. Просто я предлагаю скрыть всю реализацию мапингов и прочих манипуляций внутри реализации ApiInterface и наружу выдавать уже готовые ViewObject модели. В статье же это делается на уровне презентера.<br/>
<pre><code class="java">getRepoList() { 
    return retrofit.getRepoList().flatMap({Model -&gt; ViewObject});
}
</code></pre>]]></description>
      <pubDate>Fri, 29 Jan 2016 10:16:06 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>29.01.2016 08:50:59 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/rambler_and_co/articles/275943/#comment_8755773</guid>
      <link>https://habr.com/ru/companies/rambler_and_co/articles/275943/#comment_8755773</link>
      <description><![CDATA[Я не умею рисовать схемы (шутка) =) Но на словах: зачем три файла/класса для презентера? Зачем интерфейс Presenter (если там lifecycle callback методы, то и назовите его LifecycleCallbacks по аналогии с ActivityLifecycleCallbacks)? А абстрактный BasePresenter, чтобы от CompositeSubscription отписываться? Увеличение абстракции оправдано, если вы пишете какой-нибудь фреймворк или библиотеку. Или это делается потому что так написано в статьях по MVP? Задайте себе вопрос: как часто вам приходилось выкидывать один презентер и заменять его на другой? Мне, например, ни разу.<br/>
Что касается Model слоя: приложение вообще ничего не должно знать о сущностях DTO, DBO а так далее. Это все лучше вынести в, так называемый, Repository слой. В котором выполняются мапинги данных, принятия решений о том, откуда эти данные брать (из кэша, БД или сети) и так далее. Наружу торчит только Observable&lt;List&gt; getRepoList(String name);<br/>
<br/>
При этом я ни в коем случае не говорю что статья плохая, статья отличная, особенно учитывая их скудное количество в русскоязычном сегменте. ]]></description>
      <pubDate>Fri, 29 Jan 2016 08:50:59 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>29.01.2016 06:00:14 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/rambler_and_co/articles/275943/#comment_8755593</guid>
      <link>https://habr.com/ru/companies/rambler_and_co/articles/275943/#comment_8755593</link>
      <description><![CDATA[Чего минусите то человека? Дело говорит. Посмотрите на количество файлов и связность.]]></description>
      <pubDate>Fri, 29 Jan 2016 06:00:14 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>19.01.2016 17:27:34 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/redmadrobot/articles/275515/#comment_8744811</guid>
      <link>https://habr.com/ru/companies/redmadrobot/articles/275515/#comment_8744811</link>
      <description><![CDATA[«более безопасным/удобным/идеологически правильным способом будет» использовать jcenter, деплой в который не требует недельных танцев с бубном, в отличие от maven central.]]></description>
      <pubDate>Tue, 19 Jan 2016 17:27:34 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>14.01.2016 18:33:46 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/275097/#comment_8739197</guid>
      <link>https://habr.com/ru/articles/275097/#comment_8739197</link>
      <description><![CDATA[Потому что большинство лицензий этого требуют, в частности самая популярная — Apache v2, под которой лицензировано 90% библиотек. ]]></description>
      <pubDate>Thu, 14 Jan 2016 18:33:46 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>20.10.2015 19:13:37 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/269199/#comment_8621451</guid>
      <link>https://habr.com/ru/articles/269199/#comment_8621451</link>
      <description><![CDATA[Что только не придумают, чтоб на плюсах не писать! =)]]></description>
      <pubDate>Tue, 20 Oct 2015 19:13:37 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>05.10.2015 16:36:49 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/e-legion/articles/206208/#comment_8601355</guid>
      <link>https://habr.com/ru/companies/e-legion/articles/206208/#comment_8601355</link>
      <description><![CDATA[Безусловно, придумано уже много чего. Но APT, который появился фактически вместе с релизом аннотаций, объявлен ораклом как устаревший инструмент. А aspectJ работает схожим образом: модификация кода. Только использовать надо кастомный компилятор. Ещё ASM есть, lombok и еще куча всего.]]></description>
      <pubDate>Mon, 05 Oct 2015 16:36:49 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>05.10.2015 11:59:09 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/e-legion/articles/206208/#comment_8600933</guid>
      <link>https://habr.com/ru/companies/e-legion/articles/206208/#comment_8600933</link>
      <description><![CDATA[setAccessible — это фича рефлексии. Мы же от рефлексии пытаемся уйти.]]></description>
      <pubDate>Mon, 05 Oct 2015 11:59:09 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>05.10.2015 05:37:52 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/e-legion/articles/206208/#comment_8600421</guid>
      <link>https://habr.com/ru/companies/e-legion/articles/206208/#comment_8600421</link>
      <description><![CDATA[Никак. Сгенерированные в процессе компиляции классы, используются рефлексией в рантайме. Кстати, хак со встраиванием класса в иерархию наследования решает эту проблему, ProGuard спокойно может обфусцировать все что можно =)]]></description>
      <pubDate>Mon, 05 Oct 2015 05:37:52 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>05.10.2015 05:31:55 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/e-legion/articles/206208/#comment_8600415</guid>
      <link>https://habr.com/ru/companies/e-legion/articles/206208/#comment_8600415</link>
      <description><![CDATA[Пример в статье — лишь малая часть тех возможностей, которые можно получить. А вообще, да, это хороший способ выстрелить себе в ногу, о чем я, собственно, упомянул в заключении.]]></description>
      <pubDate>Mon, 05 Oct 2015 05:31:55 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>31.08.2015 19:54:10 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/e-legion/articles/265405/#comment_8556109</guid>
      <link>https://habr.com/ru/companies/e-legion/articles/265405/#comment_8556109</link>
      <description><![CDATA[Тоже подход, но это уже крайний случай, если уж совсем никак. Хотя, скоро будет праздник для любителей хранить JSON: <a href="http://www.sqlite.org/src/timeline?r=json">www.sqlite.org/src/timeline?r=json</a>]]></description>
      <pubDate>Mon, 31 Aug 2015 19:54:10 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>31.08.2015 19:51:56 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/e-legion/articles/265405/#comment_8556103</guid>
      <link>https://habr.com/ru/companies/e-legion/articles/265405/#comment_8556103</link>
      <description><![CDATA[Да, без сомнения POJO лучше, но сути особо не меняет, особенно, если нужны операции фильтрации, сортировки и прочие прелести (а они нужны в большинстве случаев).]]></description>
      <pubDate>Mon, 31 Aug 2015 19:51:56 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>31.08.2015 18:24:14 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/e-legion/articles/265405/#comment_8556009</guid>
      <link>https://habr.com/ru/companies/e-legion/articles/265405/#comment_8556009</link>
      <description><![CDATA[Ой, ну ладно. Прям уж архаизм? Имхо, гораздо удобнее хранить сложные структуры в БД, нежели в Map&lt;String, Map&lt;String, Map&lt;String… &gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; =) К тому же, :memory: хранилище в БД никто не отменял. Тот же SQLite прекрасно может в память!]]></description>
      <pubDate>Mon, 31 Aug 2015 18:24:14 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>15.08.2015 00:38:59 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/e-legion/articles/264777/#comment_8537115</guid>
      <link>https://habr.com/ru/companies/e-legion/articles/264777/#comment_8537115</link>
      <description><![CDATA[Безусловно]]></description>
      <pubDate>Sat, 15 Aug 2015 00:38:59 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

      

      

    
  </channel>
</rss>
