<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: seanpquig</title><link>https://news.ycombinator.com/user?id=seanpquig</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Fri, 05 Jun 2026 03:04:03 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=seanpquig" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by seanpquig in "They’re made out of weights"]]></title><description><![CDATA[
<p>Ahh thanks. I didn't follow the article links.</p>
]]></description><pubDate>Thu, 04 Jun 2026 15:07:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=48399811</link><dc:creator>seanpquig</dc:creator><comments>https://news.ycombinator.com/item?id=48399811</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48399811</guid></item><item><title><![CDATA[New comment by seanpquig in "They’re made out of weights"]]></title><description><![CDATA[
<p>I personally hate the anthropomorphization of AI as much as anyone, but technically can't you make the same reductive argument about human consciousness?<p>It's just molecules, just atoms. Atoms, nothing bug atoms. Protons, neutrons, electrons...</p>
]]></description><pubDate>Thu, 04 Jun 2026 14:41:14 +0000</pubDate><link>https://news.ycombinator.com/item?id=48399404</link><dc:creator>seanpquig</dc:creator><comments>https://news.ycombinator.com/item?id=48399404</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48399404</guid></item><item><title><![CDATA[New comment by seanpquig in "Figma and Adobe abandon proposed merger"]]></title><description><![CDATA[
<p>Anyone know how this outcome is affecting Figma employees? I can imagine it's a huge letdown waiting 1.5 years for a big liquidity event and having it evaporate. Do employees see any benefit from that $1B termination fee?</p>
]]></description><pubDate>Tue, 19 Dec 2023 20:31:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=38701089</link><dc:creator>seanpquig</dc:creator><comments>https://news.ycombinator.com/item?id=38701089</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=38701089</guid></item><item><title><![CDATA[New comment by seanpquig in "How to keep lambda calculus simple"]]></title><description><![CDATA[
<p>I wasn't really meaning to criticize the blog post. It's very intelligent and interesting. I just think the title is kind of silly and highlights how extremely complicated and impractical advanced functional programing theory and concepts can be if this is meant to present them in a "simple" way.<p>Perhaps I'm slightly misinterpreting the usage of "simple" here and it's related to the more technical notion of simply typed lambda calculus.</p>
]]></description><pubDate>Sat, 08 Jul 2023 23:30:07 +0000</pubDate><link>https://news.ycombinator.com/item?id=36649801</link><dc:creator>seanpquig</dc:creator><comments>https://news.ycombinator.com/item?id=36649801</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=36649801</guid></item><item><title><![CDATA[New comment by seanpquig in "How to keep lambda calculus simple"]]></title><description><![CDATA[
<p>Very interesting blog, but also kind of hilarious that a post about keeping a concept "simple" proceeds with a dump of insanely long, dense, esoteric code, variable names and jargon.<p>I love functional programming and have had some fun diving deep into some of the underlying category theory concepts at times, but I feel like 95% of the time trying to introduce these advanced concepts into a practical, professional codebase will lead to severe headache.</p>
]]></description><pubDate>Sat, 08 Jul 2023 17:23:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=36646512</link><dc:creator>seanpquig</dc:creator><comments>https://news.ycombinator.com/item?id=36646512</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=36646512</guid></item><item><title><![CDATA[New comment by seanpquig in "The company behind Stable Diffusion appears to be at risk of going under"]]></title><description><![CDATA[
<p>Databricks is a pretty good example of a huge company built around and open source project (Spark).</p>
]]></description><pubDate>Sat, 08 Apr 2023 03:14:52 +0000</pubDate><link>https://news.ycombinator.com/item?id=35490147</link><dc:creator>seanpquig</dc:creator><comments>https://news.ycombinator.com/item?id=35490147</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=35490147</guid></item><item><title><![CDATA[New comment by seanpquig in "Everything Easy is Hard Again (2018)"]]></title><description><![CDATA[
<p>As someone who only does a frontend/full-stack project once a year or so, I do feel like some of this tooling mess is getting better.<p>On previous projects I remember the frustration of futzing with Webpack and Redux. Now it seems like React has matured and simplified nicely and Next JS is a beautiful framework with a great balance of flexibility + power with some reliable guardrails to work within and boostrap a basic React project.</p>
]]></description><pubDate>Sun, 18 Apr 2021 16:40:00 +0000</pubDate><link>https://news.ycombinator.com/item?id=26853967</link><dc:creator>seanpquig</dc:creator><comments>https://news.ycombinator.com/item?id=26853967</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=26853967</guid></item><item><title><![CDATA[New comment by seanpquig in "Invert, always, invert"]]></title><description><![CDATA[
<p>Yea I don't think it's the only principle that should drive product development, but it helps ensure you're always solving real problems for your users.<p>There is still a lot of room for creativity once you've identified a class of problematic queries too. Especially as a search engine becomes more sophisticated, how you solve clear query failures can be a lot less straightforward, and clever features or machine learning are many times needed.<p>I will say there are clear exceptions to this inversion rule too. For example, we switched to a Learn-To-Rank system for our core ranking in the past year and we couldn't necessarily point to it clearly being the solution for problematic queries we were seeing, but it proved to unlock a ton of value and drive a lot of relevance improvements and surprising benefits in ways we couldn't necessarily predict for our specific use case and users.</p>
]]></description><pubDate>Tue, 21 Jul 2020 22:25:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=23911647</link><dc:creator>seanpquig</dc:creator><comments>https://news.ycombinator.com/item?id=23911647</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=23911647</guid></item><item><title><![CDATA[New comment by seanpquig in "Invert, always, invert"]]></title><description><![CDATA[
<p>I work on the algorithm for a widely used search engine and can confirm that this line of thinking has been very effective in improving our product over the years.<p>Rather than trying to generate hypothetical ideas for "how can we make our search better", we spend a lot of time analyzing our data to find where we are failing. Many of our biggest relevance improvements have come from tracking and understanding the types of queries where we consistently fail to generate results or user engagement.<p>I think it is a very effective approach, but can require some discipline and perspective. When you spend so much time focusing on the failures of your product, it can create this internal perception that the product is constantly failing and broken. So you do need to actively remember what you're doing well and how far you've come as a team/product.</p>
]]></description><pubDate>Tue, 21 Jul 2020 15:39:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=23907697</link><dc:creator>seanpquig</dc:creator><comments>https://news.ycombinator.com/item?id=23907697</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=23907697</guid></item><item><title><![CDATA[New comment by seanpquig in "Why Segment Went Back to a Monolith"]]></title><description><![CDATA[
<p>It seems like a lot of the issues were around sharing code and libraries, resulting from isolated codebases per service and the versioning hell of shared libraries.<p>I work in a org that migrated to microservices over time, but intentionally adopted a monorepo approach as part of it. It works quite well and seems to avoid a lot of the pain points expressed here, while also gaining the benefits of microservices.<p>There are definitely tradeoffs to the monorepo approach. It makes development on shared libraries more delicate and stressful, however this can be mitigated by more robust cross-service CI, and I definitely think it's a worthwhile tradeoff to the painful cycle of shared lib versions diverging across services and finding issues when some service finally gets around to upgrading its version weeks/months after shared lib changes.</p>
]]></description><pubDate>Thu, 30 Apr 2020 16:02:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=23032345</link><dc:creator>seanpquig</dc:creator><comments>https://news.ycombinator.com/item?id=23032345</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=23032345</guid></item><item><title><![CDATA[New comment by seanpquig in "The famous Peter Thiel interview question"]]></title><description><![CDATA[
<p>> If someone answers the question with a mainstream view, it’s possible that they just aren’t self-aware enough to know a view is well-held. To be self-aware means you ask questions of yourself, such as “how many other people also have this view that I think I alone hold?”<p>Is this really a characteristic of self awareness? Seems more like awareness of thoughts, trends, and opinions of others/society.<p>It's almost like the ability to answer this question perfectly, requires intimate knowledge of widely held beliefs/trends which may in turn have the opposite effect of selecting for people hyper aware of trends and others' ideas rather than those more deeply immersed in their own individual work, ideas and experience.</p>
]]></description><pubDate>Sun, 05 Jan 2020 19:51:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=21963554</link><dc:creator>seanpquig</dc:creator><comments>https://news.ycombinator.com/item?id=21963554</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=21963554</guid></item><item><title><![CDATA[New comment by seanpquig in "Hedge Fund Math: Heads We Win, Tails You Lose"]]></title><description><![CDATA[
<p>Glad to see investors are starting to push back on these ridiculous fees.  For decades, the whole hedge fund industry, along with more traditional actively managed funds and financial advisors have been charging fees that can't possibly be warranted by the "value" they add.<p>I don't doubt that there are strategies and traders who can add skill-based alpha to broad market returns, but the catch is that it is essentially impossible to attribute performance to skill or luck.  You may say consistently outperforming the market for 5, 10 or even 20 years is the mark of a great investor, but given the number of funds and players in the space, simple statistics would conclude such outcomes should routinely occur.  You see it again and again where some manager has a remarkable run, raises tons of money, and proceeds to encounter mediocre/terrible performance.  Some former "genius", do-no-wrong managers have actually lost way more client money than they've ever made because they attract tons of money after a lucky run and then proceed to tank.<p>The silliest part of the hedge fund industry is seeing all these funds and media retro-fit all kinds of rosy superlatives and sophisticated explanations onto a good year or two run, without ever acknowledging the likely role of luck and randomness.<p>Warren Buffets essay "The Superinvestors of Grahm-and-Doddsville" perfectly captures so much of this dynamic in a fun hypothetical exercise:
<a href="http://www.tilsonfunds.com/superinvestors.html" rel="nofollow">http://www.tilsonfunds.com/superinvestors.html</a></p>
]]></description><pubDate>Fri, 23 Dec 2016 22:46:09 +0000</pubDate><link>https://news.ycombinator.com/item?id=13247618</link><dc:creator>seanpquig</dc:creator><comments>https://news.ycombinator.com/item?id=13247618</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=13247618</guid></item><item><title><![CDATA[New comment by seanpquig in "How a Pillar of German Banking Lost Its Way"]]></title><description><![CDATA[
<p>Lovely long-form piece.  Seems very analogous to the choice many tech companies face: focus on growing a moderately successful, proven model, or lever up to the gills with VC money and shoot for the moon.  The later being sexier and higher status, but also risking catastrophic failure.</p>
]]></description><pubDate>Sun, 27 Nov 2016 03:14:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=13047485</link><dc:creator>seanpquig</dc:creator><comments>https://news.ycombinator.com/item?id=13047485</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=13047485</guid></item><item><title><![CDATA[New comment by seanpquig in "[dead]"]]></title><description><![CDATA[
<p>Mid NYC Hack day.  This is mildly inconvenient...</p>
]]></description><pubDate>Sat, 19 Oct 2013 12:14:47 +0000</pubDate><link>https://news.ycombinator.com/item?id=6576130</link><dc:creator>seanpquig</dc:creator><comments>https://news.ycombinator.com/item?id=6576130</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=6576130</guid></item></channel></rss>