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

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

  <channel>
    <title><![CDATA[Комментарии / Профиль deekey]]></title>
    <link>https://habr.com/ru/users/deekey/comments/</link>
    <description><![CDATA[Хабр: комментарии пользователя deekey]]></description>
    <language>ru</language>
    <managingEditor>editor@habr.com</managingEditor>
    <generator>habr.com</generator>
    <pubDate>Thu, 30 Apr 2026 19:10:08 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>06.04.2020 07:19:39 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/495692/#comment_21465420</guid>
      <link>https://habr.com/ru/articles/495692/#comment_21465420</link>
      <description><![CDATA[Я неделю назад что-то такое слепил из защитных очков, прозрачного листа A4 и 3M-овских липучек для картин.<br>
<br>
По сравнению с «козырьковым» дизайном щит перекрывает меньше пространства снизу и оставляет щель сверху, так что сомневаюсь, что подойдет врачам. Но для личного использования более-менее гарантирует, что не будешь трогать лицо и ни на кого не чихнешь случайно.<br>
<br>
Естественно, требуется наличие подходящих очков, но не нужен 3D-принтер.<br>
Можно заменять листы или разбирать и собирать эту конструкцию для чистки.<br>
Пространства внутри достаточно, чтобы носить маску или респиратор.<br>
<br>
Из минусов — в холодную погоду легко запотевает, особенно с маской, хотя конденсат на этой пленке надолго не задерживается. При ветре может надавать пощечин.<br>
<br>
<img src="https://habrastorage.org/webt/0j/ak/04/0jak04wnliazi3duvjyrrikbxi0.png">]]></description>
      <pubDate>Mon, 06 Apr 2020 07:19:39 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>10.01.2020 04:23:29 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/483254/#comment_21109420</guid>
      <link>https://habr.com/ru/articles/483254/#comment_21109420</link>
      <description><![CDATA[«Crusader: No Remorse» (1995), «Crusader: No Regret» (1996) &gt; <a href="https://en.wikipedia.org/wiki/Crusader:_No_Remorse" rel="nofollow">Link.</a><br>
В своё время была вполне передовая игра.<br>
<br>
И то, что игрушку обсуждать интереснее, чем проблемы SO/SE уже показательно.<br>
Изначально SO привлекал много энтузиастов заинтересованных в качественных вопросах и ответах. Саморегуляция с оценками ± вполне справлялась с задачей контроля качества контента.<br>
Года через три проект стал массовым, средний энтузиазм по больнице упал и качество (без дополнительных/новых механизмов контроля) пошло на спад.<br>
Сейчас SE/SO все еще пытаются положить основную нагрузку на самомодерирование силами community, но в отсутствии четкой цели и понимания требуемых механизмов контроля — колбасит их не по-детски. Дай бог lawsuit'ы смогут пережить.]]></description>
      <pubDate>Fri, 10 Jan 2020 04:23:29 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>23.01.2018 02:05:34 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/343526/#comment_10629852</guid>
      <link>https://habr.com/ru/articles/343526/#comment_10629852</link>
      <description><![CDATA[Угу. То есть то, что автор, сконцентрировавшись на построении прямой, пришла к неправильному ответу вас не смущает. *sarcasm*<br>
<br>
Почему у меня глаз сразу зацепился за «подковерное» изменение задачи — в современном программостроении очень трудно найти проект сложнее Hello World в котором это не сыграло бы ощутимую роль. Чаще всего — негативную.]]></description>
      <pubDate>Tue, 23 Jan 2018 02:05:34 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>21.01.2018 23:56:56 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/343526/#comment_10627904</guid>
      <link>https://habr.com/ru/articles/343526/#comment_10627904</link>
      <description><![CDATA[Построить прямую — это не «другое дело». Это другая задача. В данной задаче спрашивается количество таких прямых и не более того. Не уверен, инженерное это было интервью или научное, но для инженера неверная постановка или понимание задачи — серьёзная проблема.<br>
<br>
Причем доказать, что существует требуемая прямая, параллельная произвольно выбранной довольно примитивно через параллельный сдвиг прямой и функцию разности площадей справа и слева как сумму нескольких непрерывных функций, принимающую значения А и -А с разных сторон от прямоугольника, а следовательно принимающую и значение 0 хотя бы в одной позиции.<br>
<br>
Интересно, что это было за интервью.]]></description>
      <pubDate>Sun, 21 Jan 2018 23:56:56 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>29.01.2017 02:10:51 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/320704/#comment_10040952</guid>
      <link>https://habr.com/ru/articles/320704/#comment_10040952</link>
      <description><![CDATA[Навскидку могу сказать про ветки в hg — commit содержит имя ветки, соответственно принадлежность commit'а к ветке однозначна. Ветка в git'е это блуждающий указатель на commit — после разветвления или мёржа о том в какой ветке были созданы «старые» commit'ы можно только догадываться. Tag'и в git'е — это только метки/указатели на дерево истории; в mercurial — установка tag'а это тоже часть истории. В целом, hg несколько более формализован а git несколько более гибок — соотвественно hg дает чуть больше шансов понять что, где и как изменялось, а git несколько меньше путается под ногами.]]></description>
      <pubDate>Sun, 29 Jan 2017 02:10:51 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>29.04.2016 20:28:41 </title>
      <guid isPermaLink="true">https://habr.com/ru/specials/282632/#comment_8877416</guid>
      <link>https://habr.com/ru/specials/282632/#comment_8877416</link>
      <description><![CDATA[<a href="https://habrahabr.ru/users/shapelez/" class="user_link">Shapelez</a>, спасибо, конечно за аттачмент, но я именно это и написал. Срок начала приема заявок на графике — 31.03 а не 14.04, как написано в первых строках статьи; 15.05 — срок завершения работ, а не просто окончание приема заявок. Кроме того, если у кого-то есть желание поработать в режиме хакатона (то есть довести идею с нуля до работоспособной POC), то хорошо было бы видеть весь этот анонс не 29.04 a хотя бы 07.04.]]></description>
      <pubDate>Fri, 29 Apr 2016 20:28:41 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>29.04.2016 19:32:02 </title>
      <guid isPermaLink="true">https://habr.com/ru/specials/282632/#comment_8877354</guid>
      <link>https://habr.com/ru/specials/282632/#comment_8877354</link>
      <description><![CDATA[<blockquote>14 апреля начался сбор заявок (и будет продолжаться до 15 мая) на участие в Виртуальном хакатоне от компании Microsoft...</blockquote><br/>
На самом деле дальше в статье говорится, что сбор заявок начался 31 марта, а 15-17 мая уже срок сдачи решений.<br/>
<br/>
«Анонс» через месяц после начала конкурса и когда половина времени на работу прошло — это как-то… грустно, что ли?]]></description>
      <pubDate>Fri, 29 Apr 2016 19:32:02 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>01.06.2015 16:52:36 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/259213/#comment_8442987</guid>
      <link>https://habr.com/ru/articles/259213/#comment_8442987</link>
      <description><![CDATA[Огромное спасибо за ссылку на блог Josh Varty. По Roslyn пока не так много удобоваримой и up-to-date справочной информации.]]></description>
      <pubDate>Mon, 01 Jun 2015 16:52:36 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>07.04.2015 23:06:05 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/hardmaster/articles/255123/#comment_8366121</guid>
      <link>https://habr.com/ru/companies/hardmaster/articles/255123/#comment_8366121</link>
      <description><![CDATA[Спасибо за статью — интересная точка зрения.<br/>
<br/>
У меня, правда, на первом месте удобство и компактность (плюс backup возведенный в привычку). Так что при всем многообразии выбора в конце концов выбор останавливается на micro SD адаптере для USB, например <br/>
<br/>
<img src="https://habrastorage.org/getpro/habr/comment_images/943/e4d/998/943e4d99887a781ef9cab542c866c7a5.jpg" alt="image"/>]]></description>
      <pubDate>Tue, 07 Apr 2015 23:06:05 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>31.03.2015 01:27:43 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/254373/#comment_8353157</guid>
      <link>https://habr.com/ru/articles/254373/#comment_8353157</link>
      <description><![CDATA[Спасибо за статью. Мне очень нравится Ваш подход — обязательно использую в своих проектах.]]></description>
      <pubDate>Tue, 31 Mar 2015 01:27:43 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>04.01.2015 18:26:27 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/247311/#comment_16569289</guid>
      <link>https://habr.com/ru/articles/247311/#comment_16569289</link>
      <description><![CDATA[Американизм, скорее всего будет makeshift или make-do. Есть еще более красивое «improvised». Как вариант — Make-Do It Yourself — #MDIY.]]></description>
      <pubDate>Sun, 04 Jan 2015 18:26:27 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>22.09.2014 08:30:44 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/237601/#comment_9541910</guid>
      <link>https://habr.com/ru/articles/237601/#comment_9541910</link>
      <description><![CDATA[В первом варианте фривольно-неформальная формулировка невольно заставляет усомниться в серьезности отношения к своим обещаниям. В последнем варианте построение фраз суше и бюрократичнее, но более привычно для «серьезных» документов, что, скорее всего, и вызывает больше доверия. Можно было б попробовать пойти до конца, убрав чересчур оптимистичные 100%, например &quot;<i>The privacy of the customers is our major concern. You information will never be shared with any third party.</i>&quot;, а для a/b сравнения поставить типичное для реклам &quot;<i>We guarantee 110% privacy!</i>&quot;]]></description>
      <pubDate>Mon, 22 Sep 2014 08:30:44 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>17.12.2013 00:36:13 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/206192/#comment_16376497</guid>
      <link>https://habr.com/ru/articles/206192/#comment_16376497</link>
      <description><![CDATA[Если не жалко — то однозначно поделиться! На мой взгляд, здесь самое интересное — это процесс заказа корпуса и оформление спецификации на него.<br/>
<br/>
Еще, конечно, уникальное решение с блоком питания. Хорошо это или плохо с точки зрения безопасности можно обсуждать, но как дизайнерское решение — просто очаровательно. Сразу руки чешутся заказать или попробовать собрать себе такой же.<br/>
<br/>
С антеннами wi-fi закрывающими аудио гнезда, пожалуй, единственный недочет. Логичнее было бы если б они закрывали гнездо ethernet. Хотя, расположение гнезд привязано к существующей материнке, что и определяет… откуда ноги растут. В качестве бредовой идеи — интересно, насколько сложно антенну встроить в корпус? У Lenovo, например, есть подобное решение с антенной вокруг экрана лаптопа.]]></description>
      <pubDate>Tue, 17 Dec 2013 00:36:13 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>15.05.2013 23:08:34 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/179605/#comment_6244277</guid>
      <link>https://habr.com/ru/articles/179605/#comment_6244277</link>
      <description><![CDATA[<blockquote>Во время написания статьи наткнулся на Dependency Property Generator. Надеюсь это тоже будет экономить время.</blockquote><br/>
<code>propdp &lt;Tab&gt; &lt;Tab&gt;</code> как-то проще — не надо никуда из студии переключаться.]]></description>
      <pubDate>Wed, 15 May 2013 23:08:34 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>21.03.2013 14:51:40 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/173663/#comment_6034877</guid>
      <link>https://habr.com/ru/articles/173663/#comment_6034877</link>
      <description><![CDATA[Вопрос поставлен правильно, конечно.<br/>
<br/>
Основные черты отличичающие Kiln от конкурентов — действительно удобные code review, родная интеграция с FogBugz, ну и поскольку Kiln изначально нацелен на компании с большим числом проектов — развитое управление доступом к репозиториям. Про <a href="http://www.fogcreek.com/kiln/">остальные функции</a> писать не буду — кроме одновременной работы с Git+Hg они (на мой взгляд) достаточно похожи на другие хостинги кода — какие-то более удачные, какие-то менее.<br/>
<br/>
В роли «еще одного бесплатного хостинга на микрокоманду из 2х человек» у Kiln'а тоже остаются свои плюсы, например быстрый поиск и продуманный web-интерфейс к данным DVCS. Да и если эти 2 человека не в одной комнате, то ревью тоже помогают — как минимум получаются плюсы от pair programming, но в более offline-овом режиме — без отрыва других людей от продуктивной работы.<br/>
<br/>
Собственно, вопрос «Зачем?» превращается в «Сможет ли Ваша команда выгадать за счет этого?»]]></description>
      <pubDate>Thu, 21 Mar 2013 14:51:40 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>20.03.2013 23:19:11 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/173663/#comment_6031791</guid>
      <link>https://habr.com/ru/articles/173663/#comment_6031791</link>
      <description><![CDATA[Да, это вольный «частичный перевод Kiln Harmony Internals: the Basics» на который я сослался. Проблема в том, что там явно прописано отсутствие у Kiln'а бесплатных аккаунтов. Меня бы такое сразу оттолкнуло от экспериментов — зачем пробовать что-то еще если есть уже bitbucket и github.<br/>
<br/>
Собственно, из-за той статьи и возникло желание написать про возможность использовать Kiln нахаляву и просуммировать его сильные стороны — может быть кому-нибудь пригодится.]]></description>
      <pubDate>Wed, 20 Mar 2013 23:19:11 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>07.02.2013 21:16:47 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/168675/#comment_5840767</guid>
      <link>https://habr.com/ru/articles/168675/#comment_5840767</link>
      <description><![CDATA[Да, точно. Я, похоже, погряз в деталях внутреннего устройства Git'a и Mercurial'а и не сразу понял что Вы хотели сказать.<br/>
<br/>
Ветки в Hg предназначены и используются для тех же целей, что и в Git'e, причем Hg-коммит привязан к конкретной ветке. Видимо, это часть того, что автор статьи назвал строгой работой с историей.<br/>
<br/>
Закладки Hg более легковесны чем ветки, при этом активные закладки ведут себя как heads в Git'е. Так что — Вы правы — их удобно использовать с той же целью.]]></description>
      <pubDate>Thu, 07 Feb 2013 21:16:47 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>07.02.2013 20:34:03 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/168675/#comment_5840557</guid>
      <link>https://habr.com/ru/articles/168675/#comment_5840557</link>
      <description><![CDATA[Bookmarks в Mercurial это lightweight-tag в Git'е: оба содержат только имя для коммита и ничего больше.<br/>
<br/>
«Ветки» Git'a, это, скорее, heads — соответствуют heads в Mercurial. Одна ветка в Mercurial может иметь несколько голов, хотя обычно этим не злоупотребляют.<br/>
<br/>
Там еще много интересных отличий. Например, изменение тэгов в Mercurial входит в коммит и отслеживается в дереве истории, тогда как в Git'е для сохранения информации о дате и авторе ярлыка надо сделать tag c описанием (annotated и/или signed), но в граф истории создание/изменение тэга не включается.]]></description>
      <pubDate>Thu, 07 Feb 2013 20:34:03 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>07.02.2013 20:13:54 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/168675/#comment_5840489</guid>
      <link>https://habr.com/ru/articles/168675/#comment_5840489</link>
      <description><![CDATA[hg update {revision} (он же hg up, hg checkout, hg co); где {revision} может быть в том числе и веткой.]]></description>
      <pubDate>Thu, 07 Feb 2013 20:13:54 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>16.11.2012 14:28:51 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/158561/#comment_5443073</guid>
      <link>https://habr.com/ru/articles/158561/#comment_5443073</link>
      <description><![CDATA[«Идеальное устройство» это или беспиксельное устройство, или экран с очень высокой (бесконечной) плотностью пикселов и, соответственно, с возможностью показывать шрифт без искажений вызванных особенностями устройства. Из реальных к этому, наверное, ближе всего принтеры.<br/>
<br/>
«Идальный» режим рендерит текст без учета существования пикселов.<br/>
Если линия в символе по толщине совпадает с одним пикселом, она может быть спозиционирована точно на пиксел или с дробным смещением, например в пол-пиксела. В первом случае будет четкая линия на экране, во втором — две линии в соседних пиксельных колонках, как в буквах N, l, m во второй строке на скриншоте.<br/>
<br/>
MS долго настаивала, что вся отрисовка такста в WPF должна быть «идеальной», так что на мониторах на шрифты среднего и мелкого размера было страшно смотреть.<br/>
В WPF 4 добавили поддержку четкой отрисовки на обычных дисплеях и возможность выбора режима через <a href="http://msdn.microsoft.com/en-us/library/system.windows.media.textformattingmode.aspx">TextFormattingMode</a> с двумя возможными значениями — Display и Ideal.]]></description>
      <pubDate>Fri, 16 Nov 2012 14:28:51 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

      

      

    
  </channel>
</rss>
