<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: f_</title><link>https://news.ycombinator.com/user?id=f_</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Tue, 28 Apr 2026 19:47:53 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=f_" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by f_ in "Ask HN: Best hosted alternative to Google Workspace for email?"]]></title><description><![CDATA[
<p>I don't think this is true; I am running Microsoft 365 and use AWS Route 53 and manually set up DNS records to work with Microsoft 365 just fine.</p>
]]></description><pubDate>Sat, 05 Feb 2022 18:48:33 +0000</pubDate><link>https://news.ycombinator.com/item?id=30224373</link><dc:creator>f_</dc:creator><comments>https://news.ycombinator.com/item?id=30224373</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=30224373</guid></item><item><title><![CDATA[New comment by f_ in "Software/Services Thanksgiving"]]></title><description><![CDATA[
<p>For me it's clearly Vim. Changed my life for the better.</p>
]]></description><pubDate>Sun, 22 Nov 2020 17:58:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=25179441</link><dc:creator>f_</dc:creator><comments>https://news.ycombinator.com/item?id=25179441</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=25179441</guid></item><item><title><![CDATA[New comment by f_ in "A personal tour of MAD magazine, in the crucible of a young life"]]></title><description><![CDATA[
<p>MAD even had an impact on Donald Knuth; his first publication was in fact "The potrzebie system of weights and measures" in 1957, defining the basic unit, the potrzebie, to be exactly the thickness of MAD 26 (2.263348517438173216473 mm) published in MAD 33. [1] [2]<p>[1] <a href="http://cs.nyu.edu/shasha/outofmind/knuth.html" rel="nofollow">http://cs.nyu.edu/shasha/outofmind/knuth.html</a>
[2] <a href="https://blog.codinghorror.com/the-enduring-art-of-computer-programming/" rel="nofollow">https://blog.codinghorror.com/the-enduring-art-of-computer-p...</a></p>
]]></description><pubDate>Mon, 27 Jun 2016 08:26:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=11984840</link><dc:creator>f_</dc:creator><comments>https://news.ycombinator.com/item?id=11984840</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=11984840</guid></item><item><title><![CDATA[Delight VR – Declarative Virtual Reality for the Web]]></title><description><![CDATA[
<p>Article URL: <a href="https://delight-vr.com">https://delight-vr.com</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=11667461">https://news.ycombinator.com/item?id=11667461</a></p>
<p>Points: 7</p>
<p># Comments: 1</p>
]]></description><pubDate>Tue, 10 May 2016 14:35:44 +0000</pubDate><link>https://delight-vr.com</link><dc:creator>f_</dc:creator><comments>https://news.ycombinator.com/item?id=11667461</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=11667461</guid></item><item><title><![CDATA[New comment by f_ in "Saving 13M Computational Minutes per Day with Flame Graphs"]]></title><description><![CDATA[
<p>Hehe! Thanks for the clarification -- I wondered if everyone was going bananas over at your company! This explains it (:</p>
]]></description><pubDate>Mon, 11 Apr 2016 22:18:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=11475613</link><dc:creator>f_</dc:creator><comments>https://news.ycombinator.com/item?id=11475613</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=11475613</guid></item><item><title><![CDATA[New comment by f_ in "Saving 13M Computational Minutes per Day with Flame Graphs"]]></title><description><![CDATA[
<p>Very interesting indeed; but somehow I was even more baffled at the package names they seem to be using:<p><pre><code>  com.netflix.vulturemonkey.cow.iguana.MacawSquirrel

  com.netflix.ape.serpent.vulture.ApeVultureMantis

  com.netflix.iguanas.monkey.insect.IguanaRabbit
</code></pre>
Any idea what's up with that?</p>
]]></description><pubDate>Mon, 11 Apr 2016 22:04:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=11475529</link><dc:creator>f_</dc:creator><comments>https://news.ycombinator.com/item?id=11475529</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=11475529</guid></item><item><title><![CDATA[New comment by f_ in "Knuth versus Email (1999)"]]></title><description><![CDATA[
<p>I've read this a long time ago and it seems to be still mostly true! A more recent statement of Knuth about email is here: <a href="https://www.youtube.com/watch?v=QS8qwMna8_o" rel="nofollow">https://www.youtube.com/watch?v=QS8qwMna8_o</a></p>
]]></description><pubDate>Sat, 09 Apr 2016 18:57:56 +0000</pubDate><link>https://news.ycombinator.com/item?id=11462717</link><dc:creator>f_</dc:creator><comments>https://news.ycombinator.com/item?id=11462717</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=11462717</guid></item><item><title><![CDATA[New comment by f_ in "Vulkan is Here"]]></title><description><![CDATA[
<p>The CEPL [0] project could be of interest to you! Pretty great approach to OpenGL from CL.<p>[0] <a href="https://github.com/cbaggers/cepl" rel="nofollow">https://github.com/cbaggers/cepl</a></p>
]]></description><pubDate>Tue, 16 Feb 2016 22:22:06 +0000</pubDate><link>https://news.ycombinator.com/item?id=11113586</link><dc:creator>f_</dc:creator><comments>https://news.ycombinator.com/item?id=11113586</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=11113586</guid></item><item><title><![CDATA[New comment by f_ in "Vulkan is Here"]]></title><description><![CDATA[
<p>I completely agree and one could theoretically do away with things like ANGLE! Though, I also suspect that the implementor's overhead is rather large in contrast to the current way WebGL is implemented in Chrome and FF, which is currently a relatively 'thin' layer on top of OpenGL.<p>On the other hand the nature of implementation in Chrome, i.e. does seem to lend itself somewhat to a command buffer approach as in Vulkan.</p>
]]></description><pubDate>Tue, 16 Feb 2016 22:16:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=11113554</link><dc:creator>f_</dc:creator><comments>https://news.ycombinator.com/item?id=11113554</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=11113554</guid></item><item><title><![CDATA[New comment by f_ in "Vulkan is Here"]]></title><description><![CDATA[
<p>Yes, it would be great, but it is most likely not happening anytime soon. As previously discussed on the WebGL mailinglist, Vulkan is strictly (and rightfully, wrt performance) working against all the security considerations that went into WebGL by design. A "WebVulkan" would thus not be much of a benefit, or even usable, if it's severly crippeled in it's features.</p>
]]></description><pubDate>Tue, 16 Feb 2016 22:00:57 +0000</pubDate><link>https://news.ycombinator.com/item?id=11113460</link><dc:creator>f_</dc:creator><comments>https://news.ycombinator.com/item?id=11113460</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=11113460</guid></item><item><title><![CDATA[Bisqwit's Tool Assisted C++14 Thread Tutorial [video]]]></title><description><![CDATA[
<p>Article URL: <a href="https://www.youtube.com/watch?v=_z-RS0rXg9s">https://www.youtube.com/watch?v=_z-RS0rXg9s</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=10962916">https://news.ycombinator.com/item?id=10962916</a></p>
<p>Points: 2</p>
<p># Comments: 0</p>
]]></description><pubDate>Sun, 24 Jan 2016 16:20:10 +0000</pubDate><link>https://www.youtube.com/watch?v=_z-RS0rXg9s</link><dc:creator>f_</dc:creator><comments>https://news.ycombinator.com/item?id=10962916</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=10962916</guid></item><item><title><![CDATA[Visualizing Animal movements: “small brains en masse” (Dennis Hlynsky) [video]]]></title><description><![CDATA[
<p>Article URL: <a href="https://vimeo.com/109039750">https://vimeo.com/109039750</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=10962769">https://news.ycombinator.com/item?id=10962769</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Sun, 24 Jan 2016 15:38:46 +0000</pubDate><link>https://vimeo.com/109039750</link><dc:creator>f_</dc:creator><comments>https://news.ycombinator.com/item?id=10962769</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=10962769</guid></item><item><title><![CDATA[New comment by f_ in "The Phablet Era"]]></title><description><![CDATA[
<p>I am somehow reminded of a snippet of a Jesse Schell talk back in 2010 [1] when he predicted convergence of technology in the pocket ... I, too, suspect devices are going to converge towards a device that can be held with both hands, has maximum screen real-estate and still fits in a pocket. One hand usage seems less important as the hold-to-ear phone aspect is slowly phased out as a valid use-case for these devices.<p>[1] <a href="http://www.realtimetranscription.com/showcase/DICE2010/JesseSchell/index.php" rel="nofollow">http://www.realtimetranscription.com/showcase/DICE2010/Jesse...</a></p>
]]></description><pubDate>Wed, 06 Jan 2016 13:12:16 +0000</pubDate><link>https://news.ycombinator.com/item?id=10850282</link><dc:creator>f_</dc:creator><comments>https://news.ycombinator.com/item?id=10850282</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=10850282</guid></item><item><title><![CDATA[New comment by f_ in "Show HN: Use Slack for Everything"]]></title><description><![CDATA[
<p>Indeed compliance is an issue with IRC, but you don't need to write an IRCd to log all messages and you don't even need to configure IRC services: you could just use InspIRCd [1] (which, by the way, is a superb and extensible IRCd) and an extension such as [2] to achieve what you are looking for.<p>[1] <a href="https://www.inspircd.org/" rel="nofollow">https://www.inspircd.org/</a>
[2] <a href="https://github.com/joshenders/inspircd-m_chatlog" rel="nofollow">https://github.com/joshenders/inspircd-m_chatlog</a></p>
]]></description><pubDate>Mon, 04 Jan 2016 19:58:54 +0000</pubDate><link>https://news.ycombinator.com/item?id=10838073</link><dc:creator>f_</dc:creator><comments>https://news.ycombinator.com/item?id=10838073</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=10838073</guid></item><item><title><![CDATA[New comment by f_ in "Using htop to generate a live website background"]]></title><description><![CDATA[
<p>Great idea! But wouldn't it be best to restrain the output of htop to a few interesting processes that are running without root privileges. It seems to me that it could be possible to bubble up processes that can leak information, especially at startup and when you put the server under load externally...</p>
]]></description><pubDate>Sat, 03 Oct 2015 13:01:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=10323716</link><dc:creator>f_</dc:creator><comments>https://news.ycombinator.com/item?id=10323716</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=10323716</guid></item><item><title><![CDATA[New comment by f_ in "Experiences Building an OS in Rust"]]></title><description><![CDATA[
<p>There was a recent HN topic here on the redox-os[0] which is written in Rust (and heavy WIP). It did actually use a lot of unsafe, though.<p>[0] <a href="https://github.com/redox-os/redox" rel="nofollow">https://github.com/redox-os/redox</a></p>
]]></description><pubDate>Sat, 03 Oct 2015 12:55:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=10323686</link><dc:creator>f_</dc:creator><comments>https://news.ycombinator.com/item?id=10323686</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=10323686</guid></item><item><title><![CDATA[Practical Invalid Curve Attacks]]></title><description><![CDATA[
<p>Article URL: <a href="http://web-in-security.blogspot.com/2015/09/practical-invalid-curve-attacks.html">http://web-in-security.blogspot.com/2015/09/practical-invalid-curve-attacks.html</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=10232282">https://news.ycombinator.com/item?id=10232282</a></p>
<p>Points: 2</p>
<p># Comments: 0</p>
]]></description><pubDate>Thu, 17 Sep 2015 08:56:18 +0000</pubDate><link>http://web-in-security.blogspot.com/2015/09/practical-invalid-curve-attacks.html</link><dc:creator>f_</dc:creator><comments>https://news.ycombinator.com/item?id=10232282</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=10232282</guid></item><item><title><![CDATA[New comment by f_ in "Programs to Read"]]></title><description><![CDATA[
<p>As Knuth himself said, literate programming facilitates the task of thinking about a problem without having to use a formal language to construct such understanding bottom-up. Therefore literate programming can, for example, produce much less stack depth in a program while making it easy to understand and maintain. This is quite an interesting aspect with regards to performance of the resulting code, that is often overlooked. He also claims that if TeX had been written without it it would not have a depth of 4-5 subroutines on the call stack, but around 50-100 [1]. He also states that he would not have been able to produce MMIX [2] without literate programming because he would not have been able to reason about it's design bottom up [1].<p>So, a lot of complexity is added to a program just so that it can be understood and maintained in a formal language; but he also states that many modern comment styles go a long way towards literate programming.<p>Having worked on large codebases I concur that using literate programming to construct these seems far-fetched and too academic, yet I am enticed by the idea of optimizing code by literate programming since I have seen far too many abstractions for the purpose of maintaining easy to read code.<p>[1] <a href="http://www.codersatwork.com/" rel="nofollow">http://www.codersatwork.com/</a>
[2] <a href="http://mmix.cs.hm.edu/" rel="nofollow">http://mmix.cs.hm.edu/</a></p>
]]></description><pubDate>Thu, 17 Sep 2015 08:52:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=10232268</link><dc:creator>f_</dc:creator><comments>https://news.ycombinator.com/item?id=10232268</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=10232268</guid></item><item><title><![CDATA[New comment by f_ in "Show HN: A Chip-8 disassembler in Python"]]></title><description><![CDATA[
<p>Nice work and thanks for sharing. I'd like to add this blog post [1] I read a while ago that explains a bit how to write a disassembler and emulator for Chip-8. The source is not as clean as yours and written in C but it's still worthwhile to check out.<p>[1] <a href="http://emulator101.com/chip-8-disassembler/" rel="nofollow">http://emulator101.com/chip-8-disassembler/</a></p>
]]></description><pubDate>Mon, 14 Sep 2015 10:33:29 +0000</pubDate><link>https://news.ycombinator.com/item?id=10214441</link><dc:creator>f_</dc:creator><comments>https://news.ycombinator.com/item?id=10214441</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=10214441</guid></item><item><title><![CDATA[New comment by f_ in "A millisecond isn't fast (and how we made it 100x faster)"]]></title><description><![CDATA[
<p>Does anyone know whether the JVM/JIT generates SIMD instructions for code like this? Looks like a pretty obvious target to me.</p>
]]></description><pubDate>Thu, 10 Sep 2015 20:46:14 +0000</pubDate><link>https://news.ycombinator.com/item?id=10200448</link><dc:creator>f_</dc:creator><comments>https://news.ycombinator.com/item?id=10200448</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=10200448</guid></item></channel></rss>