<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: nedrocks</title><link>https://news.ycombinator.com/user?id=nedrocks</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Thu, 09 Apr 2026 09:21:39 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=nedrocks" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by nedrocks in "Hitting OKRs vs. Doing Your Job"]]></title><description><![CDATA[
<p>I feel the same way. There’s a shift that happens at around 80 people where not everyone rows in the same direction. Incentives become different because not everyone “lives and dies” together or by the same metric. By the time you are at bigco status, this is so ingrained that work becomes repeated prisoner’s dilemma trials.</p>
]]></description><pubDate>Mon, 06 Jan 2025 16:56:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=42612300</link><dc:creator>nedrocks</dc:creator><comments>https://news.ycombinator.com/item?id=42612300</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42612300</guid></item><item><title><![CDATA[New comment by nedrocks in "Most people don't care about quality"]]></title><description><![CDATA[
<p>I see so this may be semantics then as the article agrees with intuitive decision making. I think I understand where we’re saying the same things. I will consider replacing my terminology in the future, thank you!</p>
]]></description><pubDate>Thu, 02 Jan 2025 18:47:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=42577385</link><dc:creator>nedrocks</dc:creator><comments>https://news.ycombinator.com/item?id=42577385</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42577385</guid></item><item><title><![CDATA[New comment by nedrocks in "Most people don't care about quality"]]></title><description><![CDATA[
<p>Respectfully, I don't think you took away the correct implications. Specifically in the implications section of [1]:<p>"The key to effective intuitive decision making, though, is to learn to better calibrate one’s confidence in the intuitive response (i.e., to develop more refined meta-thinking skills) and to be willing to expand search strategies in lower confidence situations or based on novel information."<p>and<p>"Relatedly, it also means we should stop assuming that more conscious and effortful decision-making is necessarily better than more heuristically-driven intuitive decision-making."<p>I would say that while the article makes very interesting objections to the S1/S2 thinking framework, its objections are that they are far more intertwined as measured. However, the article still very clearly agrees that S1 is lower cost than S2.</p>
]]></description><pubDate>Thu, 02 Jan 2025 17:42:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=42576603</link><dc:creator>nedrocks</dc:creator><comments>https://news.ycombinator.com/item?id=42576603</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42576603</guid></item><item><title><![CDATA[New comment by nedrocks in "Most people don't care about quality"]]></title><description><![CDATA[
<p>I don't want to argue the basis of system 1/system 2 as described in [1], because the point I'm taking away is more about whether they interoperate at times of decision making. The point I'm making is system 2 is a far more costly (effortful in the article) mechanism of decision making.<p>The point I'm making is, as an organism we avoid utilizing higher-effort or higher-cost actions when unnecessary. An untrained lower-cost (IR1 in the article or System 1 in my definition) decision will result in not caring about quality. A trained lower-cost decision will utilize heuristics to bias for higher quality.</p>
]]></description><pubDate>Thu, 02 Jan 2025 17:02:35 +0000</pubDate><link>https://news.ycombinator.com/item?id=42576188</link><dc:creator>nedrocks</dc:creator><comments>https://news.ycombinator.com/item?id=42576188</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42576188</guid></item><item><title><![CDATA[New comment by nedrocks in "Most people don't care about quality"]]></title><description><![CDATA[
<p>Catering to the masses is indicative of catering to system 1 thinking. System 1 thinking is extraordinarily cheap compared to system 2. When a movie has good cover art, an alluring trailer and one name you've heard of before, it is good enough so long as you don't engage system 2 thinking. The same can be said for your domino's argument - picking a good pizza place takes a lot of thought: deep dish vs new york style, delivery vs pick up, price point, etc. Domino's is just there, in-app, and cheap.<p>System 2 thinking compounds. Once you've really tried great pizza, studied film, felt good product design, drank good wine, and so on it is hard to go back. Even when operating in system 1, after you know what makes things good, you can just feel the lack of quality. This is what some people use to term "snobishness" because it can lead to turning one's nose up at something that's good enough to the untrained eye.<p>The minimum bar for is a great measure for society's system 2 quotient. The more deep thought, focus, and experienced a culture is, the higher the quality bar is. For instance, as a community becomes wealthier there are more shake shakes rather than burger kings because with more money people have more free time to experience good foods, leading to a system 1 preference for a higher quality bar. I'd love to see how this plays out over different communities and cultures.</p>
]]></description><pubDate>Thu, 02 Jan 2025 16:38:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=42575963</link><dc:creator>nedrocks</dc:creator><comments>https://news.ycombinator.com/item?id=42575963</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42575963</guid></item><item><title><![CDATA[New comment by nedrocks in "AI companies cause most of traffic on forums"]]></title><description><![CDATA[
<p>This is one of the few interesting uses of crypto transactions at reasonable scale in the real world.</p>
]]></description><pubDate>Mon, 30 Dec 2024 18:46:26 +0000</pubDate><link>https://news.ycombinator.com/item?id=42552257</link><dc:creator>nedrocks</dc:creator><comments>https://news.ycombinator.com/item?id=42552257</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42552257</guid></item><item><title><![CDATA[New comment by nedrocks in "AI companies cause most of traffic on forums"]]></title><description><![CDATA[
<p>Years ago I was building a search engine from scratch (back when that was a viable business plan). I was responsible for the crawler.<p>I built it using a distributed set of 10 machines with each being able to make ~1k queries per second. I generally would distribute domains as disparately as possible to decrease the load on machines.<p>Inevitably I'd end up crashing someone's site even though we respected robots.txt, rate limited, etc. I still remember the angry mail we'd get and how much we tried to respect it.<p>18 years later and so much has changed.</p>
]]></description><pubDate>Mon, 30 Dec 2024 18:43:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=42552229</link><dc:creator>nedrocks</dc:creator><comments>https://news.ycombinator.com/item?id=42552229</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42552229</guid></item><item><title><![CDATA[New comment by nedrocks in "Ask HN: Who is hiring? (October 2021)"]]></title><description><![CDATA[
<p>Debrief | 2 Founding Engineers | San Francisco, Remote | Full-time | Visa sponsorship available | $130k-$170k, 0.4-1%<p>Hello HN, I'm Ned, cofounder of Debrief (YC W21). Our mission is to improve the future of work with asynchronous video.<p>Our current solution helps organizations create, collaborate, and manage asynchronous videos via AI-driven transcription and search.<p>You can learn more at our careers page: <a href="https://www.getdebrief.com/careers" rel="nofollow">https://www.getdebrief.com/careers</a> or reach out to me directly at ned@getdebrief.com. Please let me know what interests you about the job!</p>
]]></description><pubDate>Mon, 04 Oct 2021 22:30:14 +0000</pubDate><link>https://news.ycombinator.com/item?id=28753017</link><dc:creator>nedrocks</dc:creator><comments>https://news.ycombinator.com/item?id=28753017</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=28753017</guid></item><item><title><![CDATA[New comment by nedrocks in "Start Your Own ISP"]]></title><description><![CDATA[
<p>This is so interesting! I noticed a sign while driving yesterday that was unbranded saying "high speed internet" and an arbitrary local phone number. I presumed it could be a reseller but my mind started turning on how I could create an ISP and what that process looks like. Next morning I see this.<p>I don't think I would execute on this personally because of the support required -- the spreadsheet takes into account the building but less so the maintaining. I would struggle to be hated as much as people fume at ISPs when their service is impacted.</p>
]]></description><pubDate>Thu, 17 Jun 2021 16:18:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=27541337</link><dc:creator>nedrocks</dc:creator><comments>https://news.ycombinator.com/item?id=27541337</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=27541337</guid></item><item><title><![CDATA[New comment by nedrocks in "Amazon appears to be tracking every tap on Kindle"]]></title><description><![CDATA[
<p>This assumes the client can keep state in a more reasonable way than a server can piece it together. Definitely a stateful event is more powerful but is likely more lossy.<p>From what I've seen tracking simple events and then piecing them together en masse tends to show up significantly more frequently.</p>
]]></description><pubDate>Wed, 29 Jan 2020 22:05:11 +0000</pubDate><link>https://news.ycombinator.com/item?id=22186373</link><dc:creator>nedrocks</dc:creator><comments>https://news.ycombinator.com/item?id=22186373</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=22186373</guid></item><item><title><![CDATA[New comment by nedrocks in "Amazon appears to be tracking every tap on Kindle"]]></title><description><![CDATA[
<p>I'm certain this type of data is tracked on most devices. In an optimistic outlook it drives a better customer experience because AMZN can capture trends in data to discover things like "oh people change the page forward too frequently accidentally" and track down root causes. In a pessimistic sense it can help target you based on how long you spend reading specific content and which content you highlight as a reader.<p>Generally every product I am aware of tracks interaction based data such as where someone clicks or taps and what context they are in. Consider things like `utm` parameters which suffix most links people click to determine the context they clicked on something and what they clicked on.<p>I do not see this as sinister. I imagine somewhere in settings one can turn this feature off but I don't know for sure.<p>* Disclaimer: I am currently employed at a subsidiary of Amazon. These views are my own.</p>
]]></description><pubDate>Wed, 29 Jan 2020 19:35:22 +0000</pubDate><link>https://news.ycombinator.com/item?id=22184869</link><dc:creator>nedrocks</dc:creator><comments>https://news.ycombinator.com/item?id=22184869</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=22184869</guid></item><item><title><![CDATA[Unit testing consts in Golang using go/AST]]></title><description><![CDATA[
<p>Article URL: <a href="https://www.nedrockson.com/posts/engineering/testing-with-go-ast/">https://www.nedrockson.com/posts/engineering/testing-with-go-ast/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=22104276">https://news.ycombinator.com/item?id=22104276</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Tue, 21 Jan 2020 04:19:41 +0000</pubDate><link>https://www.nedrockson.com/posts/engineering/testing-with-go-ast/</link><dc:creator>nedrocks</dc:creator><comments>https://news.ycombinator.com/item?id=22104276</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=22104276</guid></item><item><title><![CDATA[New comment by nedrocks in "Why are engineers so narrow-minded?"]]></title><description><![CDATA[
<p>I couldn't agree more. I think our entire tech interview system exists to find people who fit the role you defined above. I wrote a post on this describing my thoughts [1].<p>What's strange is so many companies brag about how they have "The Best" technical minds working for them. They pride themselves on their engineers' pedigrees. However, once they hire "The Best" they put a ton of process for those engineers to go through. Effectively this is a mechanism to be predictable and to let managers know more precisely when things will be done.<p>I don't see this changing in industry too quickly, simply because once a company gets past the founding stage, those companies hire engineers who can close tickets and work "effectively" rather than creatively.<p>[1] - <a href="https://www.nedrockson.com/posts/management/interview-correctly/" rel="nofollow">https://www.nedrockson.com/posts/management/interview-correc...</a></p>
]]></description><pubDate>Thu, 16 Jan 2020 21:41:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=22069282</link><dc:creator>nedrocks</dc:creator><comments>https://news.ycombinator.com/item?id=22069282</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=22069282</guid></item><item><title><![CDATA[Tech Interviews: Do They Select for “The Best”?]]></title><description><![CDATA[
<p>Article URL: <a href="https://www.nedrockson.com/posts/management/interview-correctly/">https://www.nedrockson.com/posts/management/interview-correctly/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=22068873">https://news.ycombinator.com/item?id=22068873</a></p>
<p>Points: 2</p>
<p># Comments: 0</p>
]]></description><pubDate>Thu, 16 Jan 2020 21:01:09 +0000</pubDate><link>https://www.nedrockson.com/posts/management/interview-correctly/</link><dc:creator>nedrocks</dc:creator><comments>https://news.ycombinator.com/item?id=22068873</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=22068873</guid></item><item><title><![CDATA[Transitioning from Engineering Management to Engineering]]></title><description><![CDATA[
<p>Article URL: <a href="https://www.nedrockson.com/posts/engineering/career-growth-going-forward-going-backward/">https://www.nedrockson.com/posts/engineering/career-growth-going-forward-going-backward/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=21974533">https://news.ycombinator.com/item?id=21974533</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Mon, 06 Jan 2020 23:05:55 +0000</pubDate><link>https://www.nedrockson.com/posts/engineering/career-growth-going-forward-going-backward/</link><dc:creator>nedrocks</dc:creator><comments>https://news.ycombinator.com/item?id=21974533</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=21974533</guid></item><item><title><![CDATA[New comment by nedrocks in "Command-line for your email"]]></title><description><![CDATA[
<p>This is really cool. I'm a huge proponent of less mouse usage and this gets right to the point. Thanks Mixmax team!</p>
]]></description><pubDate>Wed, 26 Aug 2015 18:53:19 +0000</pubDate><link>https://news.ycombinator.com/item?id=10125218</link><dc:creator>nedrocks</dc:creator><comments>https://news.ycombinator.com/item?id=10125218</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=10125218</guid></item><item><title><![CDATA[New comment by nedrocks in "Could this be the future of GIFs?"]]></title><description><![CDATA[
<p>Reminds me a lot of OSX photo albums. Pretty cool idea! Curious about memory and performance constraints for larger gifs as presumably all frames must be cached.</p>
]]></description><pubDate>Tue, 24 Feb 2015 22:10:06 +0000</pubDate><link>https://news.ycombinator.com/item?id=9103887</link><dc:creator>nedrocks</dc:creator><comments>https://news.ycombinator.com/item?id=9103887</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=9103887</guid></item><item><title><![CDATA[New comment by nedrocks in "Ask HN: How to distribute wildcard subdomains to different servers"]]></title><description><![CDATA[
<p>I don't believe DNS supports regex and in fact a comment thread from 2010 on OpenDNS specifically states they do not support it [1]. A very simple solution for this is a load balancer. Nginx [2] works quite well and routing is a breeze. The downside is maintaining the instance on which all of your traffic flows. You'll likely need a hotswappable fail over hosted in a different data center to be safe.<p>[1] - <a href="https://forums.opendns.com/comments.php?DiscussionID=8440" rel="nofollow">https://forums.opendns.com/comments.php?DiscussionID=8440</a>
[2] - <a href="http://wiki.nginx.org/Main" rel="nofollow">http://wiki.nginx.org/Main</a></p>
]]></description><pubDate>Tue, 24 Feb 2015 21:30:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=9103662</link><dc:creator>nedrocks</dc:creator><comments>https://news.ycombinator.com/item?id=9103662</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=9103662</guid></item><item><title><![CDATA[New comment by nedrocks in "Sending Gists in Gmail"]]></title><description><![CDATA[
<p>I think I fall somewhere on the spectrum between detaro and avree. There are times where embedding content into emails is incredibly simple (I do it all the time with screenshots rather than sending links that require auth.) However I also find that a link to a gist can be easily forwarded. An API like IFTTT or Zapier tried to solve this problem but clearly does not cover all the bases.<p>I really like the solution Mixmax has here because it is the best of both worlds. A link to a gist quickly turns into embedded content not requiring auth or navigating to a new page, increasing my already bloated tab count. Nice job!</p>
]]></description><pubDate>Tue, 20 Jan 2015 18:48:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=8918632</link><dc:creator>nedrocks</dc:creator><comments>https://news.ycombinator.com/item?id=8918632</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=8918632</guid></item></channel></rss>