<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Hacker News: dlazar</title><link>https://news.ycombinator.com/user?id=dlazar</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Fri, 30 Oct 2026 05:08:40 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=dlazar" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by dlazar in "California’s coronavirus strain looks increasingly dangerous"]]></title><description><![CDATA[
<p>> It also opens the door to a “nightmare scenario”: That the two viruses will meet in a single person, swap their mutations, and create an even more dangerous strain of the SARS-CoV-2 virus.<p>How would that even work?  This is an RNA virus: is there a meiosis-like mechanism for two different RNA viruses infecting the same cell to exchange genes?</p>
]]></description><pubDate>Wed, 24 Feb 2021 09:08:20 +0000</pubDate><link>https://news.ycombinator.com/item?id=26248104</link><dc:creator>dlazar</dc:creator><comments>https://news.ycombinator.com/item?id=26248104</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=26248104</guid></item><item><title><![CDATA[New comment by dlazar in "Malware on My Android Phone"]]></title><description><![CDATA[
<p>I've been very happy with Binary Eye:
<a href="https://f-droid.org/en/packages/de.markusfisch.android.binaryeye/" rel="nofollow">https://f-droid.org/en/packages/de.markusfisch.android.binar...</a></p>
]]></description><pubDate>Mon, 11 Jan 2021 11:37:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=25727607</link><dc:creator>dlazar</dc:creator><comments>https://news.ycombinator.com/item?id=25727607</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=25727607</guid></item><item><title><![CDATA[New comment by dlazar in "Empress trees absorb about 103 tons of carbon a year per acre"]]></title><description><![CDATA[
<p>Interesting, I hadn't realized pyrolysis (used to produce biochar) does not release CO2.  Seeing "pyro" (Greek for "fire") I had assumed oxidation.  Sounds like a good technique for making the wood "indigestible" for microorganisms.  I wonder if it's worth doing energywise, compared with just burying it somewhere.</p>
]]></description><pubDate>Fri, 02 Aug 2019 18:32:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=20595395</link><dc:creator>dlazar</dc:creator><comments>https://news.ycombinator.com/item?id=20595395</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=20595395</guid></item><item><title><![CDATA[New comment by dlazar in "Empress trees absorb about 103 tons of carbon a year per acre"]]></title><description><![CDATA[
<p>Also not a chemist, but here's my basic understanding.<p>The tree absorbs CO2 from the atmosphere and combines it with water (H2O) from the soil to produce more complex chemical compounds (such as carbohydrates).  This process uses sunlight as the source of energy, and is better known as photosynthesis.  The chemical compounds thus produced are used by the tree as structural material (the wood), or as stored energy (basically, reverting the photosynthesis reaction, aka "burning", releases the energy).<p>If the tree matter gets consumed by animals, those animals are going to use the stored energy, and ultimately re-release the stored carbon as CO2.  If the tree just dies and is allowed to decompose, bacteria and other microorganisms will do the same: they'll eat the carbohydrates that the tree produced, and they'll breathe out the resulting CO2.  If the tree is burned as fuel, the CO2 gets re-emitted directly.<p>So, to truly remove that CO2 from the atmosphere, the tree needs to be felled once it's stopped growing, and the resulting wood stored someplace where it can't be decomposed by microorganisms.  Burying it is one solution to this (and this is what happened during the carboniferous era, when much of our coal and oil got created: dead trees fell in shallow swamps and were quickly buried under a layer of silt which prevented the decomposition).<p>Again, I'm no expert, so I'm happy to stand corrected if I've made any mistakes above.</p>
]]></description><pubDate>Fri, 02 Aug 2019 17:52:45 +0000</pubDate><link>https://news.ycombinator.com/item?id=20595059</link><dc:creator>dlazar</dc:creator><comments>https://news.ycombinator.com/item?id=20595059</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=20595059</guid></item><item><title><![CDATA[New comment by dlazar in "Black Hole Propulsion as Technosignature"]]></title><description><![CDATA[
<p>Absorbing the photon would be a two-fer.  Reflecting it is just starting the next two-fer.  It's two-fers all the way down.</p>
]]></description><pubDate>Thu, 07 Mar 2019 21:27:23 +0000</pubDate><link>https://news.ycombinator.com/item?id=19332646</link><dc:creator>dlazar</dc:creator><comments>https://news.ycombinator.com/item?id=19332646</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=19332646</guid></item><item><title><![CDATA[What happens when you ask people to draw a bike (2016)]]></title><description><![CDATA[
<p>Article URL: <a href="http://www.gianlucagimini.it/prototypes/velocipedia.html">http://www.gianlucagimini.it/prototypes/velocipedia.html</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=17699017">https://news.ycombinator.com/item?id=17699017</a></p>
<p>Points: 566</p>
<p># Comments: 187</p>
]]></description><pubDate>Mon, 06 Aug 2018 16:21:30 +0000</pubDate><link>http://www.gianlucagimini.it/prototypes/velocipedia.html</link><dc:creator>dlazar</dc:creator><comments>https://news.ycombinator.com/item?id=17699017</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=17699017</guid></item><item><title><![CDATA[James Mickens: Computers are a Sadness, I am the Cure (humor)]]></title><description><![CDATA[
<p>Article URL: <a href="http://vimeo.com/95066828">http://vimeo.com/95066828</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=7865634">https://news.ycombinator.com/item?id=7865634</a></p>
<p>Points: 2</p>
<p># Comments: 0</p>
]]></description><pubDate>Sun, 08 Jun 2014 19:42:22 +0000</pubDate><link>http://vimeo.com/95066828</link><dc:creator>dlazar</dc:creator><comments>https://news.ycombinator.com/item?id=7865634</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=7865634</guid></item><item><title><![CDATA[New comment by dlazar in "Strcpycat"]]></title><description><![CDATA[
<p>Only commenting on the coding style: that kind of formatting is just looking for trouble.  Quick, tell me which of the functions below contains a bug?<p><pre><code>  //return = strlen(target)
  unsigned strmcat(char *target, const char *source, unsigned length) {
    const char *origin = target;
    while(*target && length) target++, length--;
    return (target - origin) + strmcpy(target, source, length);
  }

  //return = strlen(target)
  unsigned strmcat(char *target, const char *source, unsigned length) {
    const char *origin = target;
    while(*target && length) target++; length--;
    return (target - origin) + strmcpy(target, source, length);
  }
</code></pre>
How about this?<p><pre><code>  //return = strlen(target)
  unsigned strmcat(char *target, const char *source, unsigned length) {
    const char *origin = target;
    while(*target && length)
      target++, length--;
    return (target - origin) + strmcpy(target, source, length);
  }

  //return = strlen(target)
  unsigned strmcat(char *target, const char *source, unsigned length) {
    const char *origin = target;
    while(*target && length)
      target++;
    length--;
    return (target - origin) + strmcpy(target, source, length);
  }
</code></pre>
Granted, it's a tiny example, but you're going to be writing fewer bugs in the long run if you avoid being clever.  So here are two rules to start with:<p>1. Never put more than one statement on one line.<p>2. Never use the comma operator outside the "for" syntax.</p>
]]></description><pubDate>Sat, 21 Jan 2012 09:58:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=3493197</link><dc:creator>dlazar</dc:creator><comments>https://news.ycombinator.com/item?id=3493197</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=3493197</guid></item><item><title><![CDATA[New comment by dlazar in "Offer HN: Free Maths Lessons"]]></title><description><![CDATA[
<p>Please record these sessions and upload them to YouTube, so they'll help more than just one person.  Thanks for volunteering.</p>
]]></description><pubDate>Thu, 28 Jul 2011 10:22:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=2816087</link><dc:creator>dlazar</dc:creator><comments>https://news.ycombinator.com/item?id=2816087</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=2816087</guid></item><item><title><![CDATA[New comment by dlazar in "Skeleton: A Beautiful Boilerplate for Responsive, Mobile-Friendly Development"]]></title><description><![CDATA[
<p>I'm not sure what you mean by "scaling".  Just because it uses a media query to serve a different style based on the screen size doesn't mean it "scales well".<p>In particular, this reacts quite badly to zooming, either in a desktop browser (chrome/linux): <a href="http://imgur.com/r1z9W" rel="nofollow">http://imgur.com/r1z9W</a> or in a mobile browser (android): <a href="http://imgur.com/7aP39" rel="nofollow">http://imgur.com/7aP39</a> .<p>In the desktop case, the font size doesn't change even if I zoom in the entire page.  This isn't the default behavior, so the author must have gone to some lengths to break this functionality.  I'm sure s/he had reasons for doing that, but I'm not sure what they were.<p>In the mobile case, zooming is constrained to a very limited range, and even when allowed, the text doesn't reflow, so it's hard to read lines because of all of the horizontal scrolling required.  This behavior is quite common for fixed width, "grid" layouts.<p>In general, I'm all for frameworks that solve common layout problems, but this particular framework seems to have gotten the basics wrong.  I would recommend against using it as it stands.</p>
]]></description><pubDate>Sun, 17 Jul 2011 11:03:45 +0000</pubDate><link>https://news.ycombinator.com/item?id=2773064</link><dc:creator>dlazar</dc:creator><comments>https://news.ycombinator.com/item?id=2773064</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=2773064</guid></item><item><title><![CDATA[New comment by dlazar in "Optimize your website for iPhone in 10 minutes."]]></title><description><![CDATA[
<p>1) Please, NEVER EVER assume you know how the fonts will look on the users device.  The iPhone is not the only "mobile platform" out there, and it doesn't  even have the majority.  Different phones will have different fonts, different default font sizes, different screen sizes, etc.  As such "user-scalable=no" will guarantee people all over the world will hate you, including iPhone users who have a different opinion than yourself on what the "right font size" is.  Just saying: "I'm using bigger fonts than on the web" will probably push you in the other extreme, with fonts too large and users unable to scale them down.<p>In conclusion: ALWAYS use "user-scalable=yes".  Like this you'll give the user the option of correcting your assumptions if they turn out to be wrong.<p>Thanks for the article otherwise.</p>
]]></description><pubDate>Sun, 14 Nov 2010 11:22:23 +0000</pubDate><link>https://news.ycombinator.com/item?id=1903048</link><dc:creator>dlazar</dc:creator><comments>https://news.ycombinator.com/item?id=1903048</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=1903048</guid></item></channel></rss>