<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: aufreak3</title><link>https://news.ycombinator.com/user?id=aufreak3</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Fri, 09 Oct 2026 05:53:24 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=aufreak3" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by aufreak3 in "Earnest – A writing tool for first drafts"]]></title><description><![CDATA[
<p>Thanks for the link to draftin. Looks very useful. Fwiw, the op's work seems equivalent to draftin's "Hemingway mode" .. which (if I understand it right) doesn't permit any edits at all.</p>
]]></description><pubDate>Sat, 17 May 2014 03:16:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=7759140</link><dc:creator>aufreak3</dc:creator><comments>https://news.ycombinator.com/item?id=7759140</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=7759140</guid></item><item><title><![CDATA[New comment by aufreak3 in "Earnest – A writing tool for first drafts"]]></title><description><![CDATA[
<p>Interesting experiment to forbid editing. Though the delete key doesn't work, cut-copy-paste does. Forbid that too! ... otherwise I'll be tempted to cheat :)</p>
]]></description><pubDate>Sat, 17 May 2014 03:01:56 +0000</pubDate><link>https://news.ycombinator.com/item?id=7759113</link><dc:creator>aufreak3</dc:creator><comments>https://news.ycombinator.com/item?id=7759113</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=7759113</guid></item><item><title><![CDATA[New comment by aufreak3 in "(Ab)Using Language Features: The Common Lisp Condition System"]]></title><description><![CDATA[
<p>> Are there any other languages that allow the calling scope to specify how lower-level functions handle errors without unwinding the stack?<p>another possible answer - Erlang.<p>While the look of the condition/restart scheme may be very different, such a condition/restart protocol can be implemented as message passing with a known global "condition handler" process I think.<p>A "raise" function can be implemented as a message-send to the condition handler process followed by an immediate wait-for-response. The handler process may terminate the raising process, replace its value with something, etc. depending on the installed handlers.</p>
]]></description><pubDate>Sat, 17 May 2014 00:52:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=7758812</link><dc:creator>aufreak3</dc:creator><comments>https://news.ycombinator.com/item?id=7758812</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=7758812</guid></item><item><title><![CDATA[New comment by aufreak3 in "(Ab)Using Language Features: The Common Lisp Condition System"]]></title><description><![CDATA[
<p>> Are there any other languages that allow the calling scope to specify how lower-level functions handle errors without unwinding the stack?<p>While it isn't a mainstream language by any means, a scheme dialect called muSE [1] that I developed for writing logic for automatic music video construction supports such resumes and retries. [2]<p>[1] <a href="https://code.google.com/p/muvee-symbolic-expressions/" rel="nofollow">https://code.google.com/p/muvee-symbolic-expressions/</a><p>[2] <a href="https://code.google.com/p/muvee-symbolic-expressions/wiki/ExceptionHandling" rel="nofollow">https://code.google.com/p/muvee-symbolic-expressions/wiki/Ex...</a><p>(Apologies for shameless plug)<p>--
edit: I just saw that the clojure library "ribol" has an api design similar to muSE's in principle. A couple of design comments though -<p>1. The "on blah blah" is too much syntax for this. It prevents direct sharing of handlers between similar situations. Function argument pattern matching ought to be enough.<p>2. The retry options mechanism is somewhat limited - the options seem to apply only at the raise point itself (disclaimer: I've only had a quick glance at ribol). It is more useful to have multiple retry options at different scopes so you can partially unwind, try something, if that doesn't work unwind some more (perhaps involving cleanup), try something else, etc.<p>I think muSE's design is better on both these fronts.</p>
]]></description><pubDate>Fri, 16 May 2014 23:06:45 +0000</pubDate><link>https://news.ycombinator.com/item?id=7758422</link><dc:creator>aufreak3</dc:creator><comments>https://news.ycombinator.com/item?id=7758422</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=7758422</guid></item><item><title><![CDATA[West Antarctic Glaciers in Irreversible Decline]]></title><description><![CDATA[
<p>Article URL: <a href="http://science.nasa.gov/science-news/science-at-nasa/2014/12may_noturningback/">http://science.nasa.gov/science-news/science-at-nasa/2014/12may_noturningback/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=7740444">https://news.ycombinator.com/item?id=7740444</a></p>
<p>Points: 3</p>
<p># Comments: 0</p>
]]></description><pubDate>Tue, 13 May 2014 20:17:30 +0000</pubDate><link>http://science.nasa.gov/science-news/science-at-nasa/2014/12may_noturningback/</link><dc:creator>aufreak3</dc:creator><comments>https://news.ycombinator.com/item?id=7740444</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=7740444</guid></item><item><title><![CDATA[New comment by aufreak3 in "Who owns the fish?  A Common Lisp solution to "Einstein's Riddle" (2004)"]]></title><description><![CDATA[
<p>If any of you actually need such constraint satisfaction in javascript, checkout my fd.js library [1]. You'll find einstein, sudoku and other puzzles in the tests.js file.<p>I also recommend a Mozart/Oz style interactive search tree explorer made by a student [2] .. built on fd.js.<p>[1] <a href="https://github.com/srikumarks/fd.js" rel="nofollow">https://github.com/srikumarks/fd.js</a>
[2] <a href="http://minhtule.github.io/Search-Tree-Visualization/" rel="nofollow">http://minhtule.github.io/Search-Tree-Visualization/</a></p>
]]></description><pubDate>Tue, 13 May 2014 00:49:16 +0000</pubDate><link>https://news.ycombinator.com/item?id=7736144</link><dc:creator>aufreak3</dc:creator><comments>https://news.ycombinator.com/item?id=7736144</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=7736144</guid></item><item><title><![CDATA[New comment by aufreak3 in "Tech firms write to U.S. FCC to oppose 'net neutrality' plan"]]></title><description><![CDATA[
<p>Agree with your "slam dunk" argument. Though net neutrality seems utopian in principle, from another perspective the providers with the infrastructure seem to be simply asking for the market to decide the use of their private infrastructure than some abstract principle.<p>Then again, we can make the same argument about utility providers. If a private electricity provider asks for a share of the payment of the video being served using the electricity that they supply, where should this stop?<p>I'm beginning to think that we'll eventually end ip with a middle ground where some usages of communication infrastructure are regulated (such as emergency response) and some others are in the market.<p>While folks are arguing about whether such a breakage of net neutrality will be bad for consumers, are there at least any reasonable market simulations that point out good/bad out omes for each party involved, includin consumers?</p>
]]></description><pubDate>Thu, 08 May 2014 03:49:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=7713871</link><dc:creator>aufreak3</dc:creator><comments>https://news.ycombinator.com/item?id=7713871</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=7713871</guid></item><item><title><![CDATA[New comment by aufreak3 in "How I killed Mailcloud’s 21,000 users today"]]></title><description><![CDATA[
<p>I find the "premortem" way of looking at it psychologically more appealing. When asked to "think of all the dangers", I can imagine a tendency existing to bury one's head in sand and say "what danger? What risk?". We also know of "hindsight bias", and I wonder whether a premortem would be a way to exploit it rather than be a victim to it.<p>At least, I'm not rational enough to reason identically whether I've been primed with death or just the risk of death. So I think this would be a useful exercise for me (and those like me).</p>
]]></description><pubDate>Tue, 06 May 2014 02:36:06 +0000</pubDate><link>https://news.ycombinator.com/item?id=7702581</link><dc:creator>aufreak3</dc:creator><comments>https://news.ycombinator.com/item?id=7702581</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=7702581</guid></item><item><title><![CDATA[New comment by aufreak3 in "Replacing the PC"]]></title><description><![CDATA[
<p>There is, for me, a peculiar connection between cameras and pc computing power (I used to work for muvee technologies). As computing power grows, I've been quite frustrated with how he extra tends to get eaten up by a higher qualiy video format. 320x240 was enough at one point and 300mhz machines could deal with these well. Then came DV at 720x576@30fps, needing faster machines. We have HD today at 1920x1080. Each step has so far been 4x bump in resolution. We're now going to get hit by another 2x bump - 4k video, and then perhaps a bump to the frame rat to 60fps (or at least 48fps).<p>Today's "normal pc" compute power is inadequate for 4k video ... Unless you plug in a decent gpu and your machine includes a decent bandwidth to that gpu.<p>Given that parents have always wanted to film thir kids at the highest quality they can afford, where do you thnk this trend might take us industry wise?<p>Edit: if i cannot type out this post error free, mobiles phons suck as PC replacements ;)</p>
]]></description><pubDate>Sat, 03 May 2014 02:38:33 +0000</pubDate><link>https://news.ycombinator.com/item?id=7689301</link><dc:creator>aufreak3</dc:creator><comments>https://news.ycombinator.com/item?id=7689301</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=7689301</guid></item><item><title><![CDATA[New comment by aufreak3 in "Some thoughts on Go and Erlang"]]></title><description><![CDATA[
<p>A meta comment - I'm reading a lot of the "use the right tool for the job and stop arguing" statement in language/framework/system/machine comparison threads these days.<p>I find the "right tool for the job" to be a total conversation stopper. It stops the bikeshedding type arguments, true, but it also stops potentially illuminating comparisons. Can we, as a community, agree to stop bringing it up in comparison arguments?<p>Imagine a new programming language and system being presented in an article. It is healthy and useful for the article to say "We designed system X so it is easier to express Y kind of programs. A, B, C are the complications encountered when doing the same with systems I, J, K." rather than "We designed system X to express Y kind of programs. We like it, but if you don't,  use the right tool for your job."<p>While many of us are polyglots, we do seek to minimize the number of parts when building a system, so such comparisons are often meaningful at some level.</p>
]]></description><pubDate>Mon, 28 Apr 2014 05:58:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=7658418</link><dc:creator>aufreak3</dc:creator><comments>https://news.ycombinator.com/item?id=7658418</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=7658418</guid></item><item><title><![CDATA[New comment by aufreak3 in "Hello, Stranger"]]></title><description><![CDATA[
<p>I used to frequent the bay area around 2000 when I worked for a Singapore based startup who setup their HQ there. As I didnt have a driving license, I used to take public buses from San Mateo to Burlingame, and make train trips to SF.<p>I was given the standard cautionary rules by many, but I have to say that in all that commuting, I never felt threatened even once. Normal folks commuted by bus too. However, there were also quite a few who we were "challenged" in various ways, but still had regular jobs at cafes and such. Since my commute schedule was fixed, I became familiar with them and realized that though there wasn't much conversation going on, the regulars were all familiar with each other.<p>On one occasion, one guy sat next to me and poured his heart out about how his girl friend ditched him years ago and how upset he's been over it for many years. Then, when a stop came, he wordlessly walked out the door and held it open for one of the regulars. This lady had her eyes to the floor the whole time and after she'd got down, said "bye" to him. He returned a "take care", came back to his seat and resumed his story with me.<p>I admit I was somewhat uneasy on the bus commutes initially, but this incident totally changed me. Actually, I'd never seen this quality of spontaneous kindness among "normal" folks during my stay there .. and was humbled greatly myself.<p>I always recall this incident (and all those commutes) fondly. I now think most "normal" city folks who curse each other on every misstep, cant tolerate a couple of seconds delay on the road, who never seem to get a thought to extend themselves out of their pitifully small and limited bodies to someone else; as the folks who are "challenged".<p>So, coming back on topic, at least start a conversation with the regulars on your commutes.</p>
]]></description><pubDate>Sun, 27 Apr 2014 21:41:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=7657038</link><dc:creator>aufreak3</dc:creator><comments>https://news.ycombinator.com/item?id=7657038</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=7657038</guid></item><item><title><![CDATA[New comment by aufreak3 in "Quantum Entanglement Drives the Arrow of Time"]]></title><description><![CDATA[
<p>If readers want to dive in and get to the point where "entanglement = time's arrow" becomes evident, the post would be that on "decoherence" [1]<p>[1] <a href="http://lesswrong.com/lw/pp/decoherence/" rel="nofollow">http://lesswrong.com/lw/pp/decoherence/</a></p>
]]></description><pubDate>Fri, 18 Apr 2014 07:23:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=7608281</link><dc:creator>aufreak3</dc:creator><comments>https://news.ycombinator.com/item?id=7608281</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=7608281</guid></item><item><title><![CDATA[New comment by aufreak3 in "Quantum Entanglement Drives the Arrow of Time"]]></title><description><![CDATA[
<p>Recently, there was a paper talking about this aspect of quantum theory - <a href="http://xxx.lanl.gov/abs/1111.3328" rel="nofollow">http://xxx.lanl.gov/abs/1111.3328</a> ... well, it was "recently" and fresh in my mind, but it appears to be back in 2011 :)</p>
]]></description><pubDate>Fri, 18 Apr 2014 07:21:26 +0000</pubDate><link>https://news.ycombinator.com/item?id=7608276</link><dc:creator>aufreak3</dc:creator><comments>https://news.ycombinator.com/item?id=7608276</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=7608276</guid></item><item><title><![CDATA[New comment by aufreak3 in "Programming paradigms that change how you think about coding"]]></title><description><![CDATA[
<p>Would be good to add Mozart/Oz.<p>Dealing with process coordination using the resolution of logical variables gave me a refreshing new perspective. The finite domain constraint system design in Oz is an awesome example of this in action.<p>An interesting tidbit - the Mozart/Oz team invented "pickling" before it caught on with Python.</p>
]]></description><pubDate>Fri, 11 Apr 2014 16:12:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=7573751</link><dc:creator>aufreak3</dc:creator><comments>https://news.ycombinator.com/item?id=7573751</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=7573751</guid></item><item><title><![CDATA[New comment by aufreak3 in "BASIC at 50"]]></title><description><![CDATA[
<p>It was BASIC and assembly initially, on the zx spectrum (at a friend's). A gentleman introduced me to BASIC and showed me a loop with an "I = I + 1" which made me argue with him about how that cannot be true :) .... and then I suffered the permanent imperative head damage before waking up many years later.<p>Though the beginnig was with a blow to the head, I did enjoy the immediacy of BASIC.<p>(Edit: I <i>had</i> to change the variable to caps)</p>
]]></description><pubDate>Tue, 08 Apr 2014 00:42:50 +0000</pubDate><link>https://news.ycombinator.com/item?id=7550694</link><dc:creator>aufreak3</dc:creator><comments>https://news.ycombinator.com/item?id=7550694</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=7550694</guid></item><item><title><![CDATA[Mogees – Play the world (Kickstarter .. closed)]]></title><description><![CDATA[
<p>Article URL: <a href="https://www.kickstarter.com/projects/mogees/mogees-play-the-world">https://www.kickstarter.com/projects/mogees/mogees-play-the-world</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=7440616">https://news.ycombinator.com/item?id=7440616</a></p>
<p>Points: 2</p>
<p># Comments: 0</p>
]]></description><pubDate>Fri, 21 Mar 2014 04:13:40 +0000</pubDate><link>https://www.kickstarter.com/projects/mogees/mogees-play-the-world</link><dc:creator>aufreak3</dc:creator><comments>https://news.ycombinator.com/item?id=7440616</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=7440616</guid></item><item><title><![CDATA[New comment by aufreak3 in "A simple way to "get more people to code""]]></title><description><![CDATA[
<p>I believe the "get more people to code" movement wasn't about "we need more programmers". It was about what Alan Kay might call "digital literacy".</p>
]]></description><pubDate>Thu, 20 Mar 2014 13:35:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=7435404</link><dc:creator>aufreak3</dc:creator><comments>https://news.ycombinator.com/item?id=7435404</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=7435404</guid></item><item><title><![CDATA[New startup Pracly: Connect to timely expert advice on demand]]></title><description><![CDATA[
<p>Article URL: <a href="http://www.pracly.com">http://www.pracly.com</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=7435057">https://news.ycombinator.com/item?id=7435057</a></p>
<p>Points: 1</p>
<p># Comments: 1</p>
]]></description><pubDate>Thu, 20 Mar 2014 12:25:13 +0000</pubDate><link>http://www.pracly.com</link><dc:creator>aufreak3</dc:creator><comments>https://news.ycombinator.com/item?id=7435057</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=7435057</guid></item><item><title><![CDATA[New comment by aufreak3 in "What if you didn't need money or attention?"]]></title><description><![CDATA[
<p>Be it stoicism or any school of thought that recommends a way of life, the key fallacy to avoid fall into is that it is these <i>principles</i> that make you happy, or productive, or wealthy, or healthy or whatever. While such principles can be temporarily crutch for a person, over time the crutch gains the status of legs instead of people using it to learn to walk.<p>My mind keeps coming up with generalizations all the time. For example, "the more space you have for your family, the less valuable time together you spend". Needless, useless generalizations like this about just about everything. So I've formed a mental habit of just pausing and asking "really?" .. and soon these just go poof.<p>In other words, I automatically question the validity of any concept I construct. This way, I'm free to stick to one temporarily and have no qualms about abandoning concepts that aren't valid for me.<p>The nice thing about Derek's post is that he's just posing the question and leaving it to the reader to ruminate on what answer would mean to them. The skill to pick up here is to ask these kinds of questions ... like all the time.</p>
]]></description><pubDate>Thu, 20 Mar 2014 05:11:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=7434019</link><dc:creator>aufreak3</dc:creator><comments>https://news.ycombinator.com/item?id=7434019</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=7434019</guid></item><item><title><![CDATA[New comment by aufreak3 in "The Siren Call of KVO and Cocoa Bindings"]]></title><description><![CDATA[
<p>True .. and while I revisit the linked references some of which I'm familiar with (fran and ilk, for ex), I'd like to point out that having the list of references at the bottom of the post of something would be <i>much</i> more handy than scanning the text for normal words with weird colours. The traditional paper format is awesome for readability when dealing with material that references a lot.</p>
]]></description><pubDate>Sat, 15 Mar 2014 13:35:20 +0000</pubDate><link>https://news.ycombinator.com/item?id=7404587</link><dc:creator>aufreak3</dc:creator><comments>https://news.ycombinator.com/item?id=7404587</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=7404587</guid></item></channel></rss>