<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: mauriziocalo</title><link>https://news.ycombinator.com/user?id=mauriziocalo</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Wed, 29 Jul 2026 16:22:20 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=mauriziocalo" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by mauriziocalo in "Fields Medals 2026"]]></title><description><![CDATA[
<p>*Two IMO gold medal winners. Three ISO gold medal winners. Six ISO gold medals collectively :)<p>- Yu Deng: IMO gold [1]<p>- Jacob Tsimerman: 2x IMO gold [2]<p>- John Pardon: 3x IOI gold [3]<p>Fun fact: Tsimerman and Deng both overlapped with Peter Scholze (another Fields Medal recipient) at the IMO<p>[1] <a href="https://www.imo-official.org/results/contestant/8824/" rel="nofollow">https://www.imo-official.org/results/contestant/8824/</a><p>[2] <a href="https://www.imo-official.org/results/contestant/7387/" rel="nofollow">https://www.imo-official.org/results/contestant/7387/</a><p>[3] <a href="https://stats.ioinformatics.org/people/1141" rel="nofollow">https://stats.ioinformatics.org/people/1141</a></p>
]]></description><pubDate>Thu, 23 Jul 2026 20:37:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=49027696</link><dc:creator>mauriziocalo</dc:creator><comments>https://news.ycombinator.com/item?id=49027696</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49027696</guid></item><item><title><![CDATA[Systems of Record Are Evolving]]></title><description><![CDATA[
<p>Article URL: <a href="https://cloudedjudgement.substack.com/p/clouded-judgement-121225-long-live">https://cloudedjudgement.substack.com/p/clouded-judgement-121225-long-live</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=46265166">https://news.ycombinator.com/item?id=46265166</a></p>
<p>Points: 9</p>
<p># Comments: 0</p>
]]></description><pubDate>Sun, 14 Dec 2025 17:58:42 +0000</pubDate><link>https://cloudedjudgement.substack.com/p/clouded-judgement-121225-long-live</link><dc:creator>mauriziocalo</dc:creator><comments>https://news.ycombinator.com/item?id=46265166</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46265166</guid></item><item><title><![CDATA[Wealthfront S-1]]></title><description><![CDATA[
<p>Article URL: <a href="https://www.sec.gov/Archives/edgar/data/1524566/000162828025043113/wealthfront-sx1.htm">https://www.sec.gov/Archives/edgar/data/1524566/000162828025043113/wealthfront-sx1.htm</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=45431886">https://news.ycombinator.com/item?id=45431886</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Tue, 30 Sep 2025 22:15:45 +0000</pubDate><link>https://www.sec.gov/Archives/edgar/data/1524566/000162828025043113/wealthfront-sx1.htm</link><dc:creator>mauriziocalo</dc:creator><comments>https://news.ycombinator.com/item?id=45431886</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45431886</guid></item><item><title><![CDATA[New comment by mauriziocalo in "OpenAI claims gold-medal performance at IMO 2025"]]></title><description><![CDATA[
<p>Related — these videos give a sense of how someone might actually go about thinking through and solving these kinds of problems:<p>- A 3Blue1Brown video on a particularly nice and unexpectedly difficult IMO problem (2011 IMO, Q2): <a href="https://www.youtube.com/watch?v=M64HUIJFTZM" rel="nofollow">https://www.youtube.com/watch?v=M64HUIJFTZM</a><p>-- And another similar one (though technically Putnam, not IMO): <a href="https://www.youtube.com/watch?v=OkmNXy7er84" rel="nofollow">https://www.youtube.com/watch?v=OkmNXy7er84</a><p>- Timothy Gowers (Fields Medalist and IMO perfect scorer) solving this year’s IMO problems in “real time”:<p>-- Q1: <a href="https://www.youtube.com/watch?v=1G1nySyVs2w" rel="nofollow">https://www.youtube.com/watch?v=1G1nySyVs2w</a><p>-- Q4: <a href="https://www.youtube.com/watch?v=O-vp4zGzwIs" rel="nofollow">https://www.youtube.com/watch?v=O-vp4zGzwIs</a></p>
]]></description><pubDate>Sat, 19 Jul 2025 19:43:57 +0000</pubDate><link>https://news.ycombinator.com/item?id=44618691</link><dc:creator>mauriziocalo</dc:creator><comments>https://news.ycombinator.com/item?id=44618691</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44618691</guid></item><item><title><![CDATA[International Math Olympiad 2025 Problems: How Well Will AI Do?]]></title><description><![CDATA[
<p>Article URL: <a href="https://sugaku.net/content/imo-2025-problems/">https://sugaku.net/content/imo-2025-problems/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=44589185">https://news.ycombinator.com/item?id=44589185</a></p>
<p>Points: 5</p>
<p># Comments: 0</p>
]]></description><pubDate>Thu, 17 Jul 2025 02:41:40 +0000</pubDate><link>https://sugaku.net/content/imo-2025-problems/</link><dc:creator>mauriziocalo</dc:creator><comments>https://news.ycombinator.com/item?id=44589185</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44589185</guid></item><item><title><![CDATA[Stanford CS336: Language Modeling from Scratch]]></title><description><![CDATA[
<p>Article URL: <a href="https://stanford-cs336.github.io/spring2025/">https://stanford-cs336.github.io/spring2025/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=44129992">https://news.ycombinator.com/item?id=44129992</a></p>
<p>Points: 10</p>
<p># Comments: 0</p>
]]></description><pubDate>Thu, 29 May 2025 20:25:23 +0000</pubDate><link>https://stanford-cs336.github.io/spring2025/</link><dc:creator>mauriziocalo</dc:creator><comments>https://news.ycombinator.com/item?id=44129992</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44129992</guid></item><item><title><![CDATA[Proof or Bluff? Evaluating LLMs on 2025 USA Math Olympiad]]></title><description><![CDATA[
<p>Article URL: <a href="https://arxiv.org/abs/2503.21934">https://arxiv.org/abs/2503.21934</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=43552054">https://news.ycombinator.com/item?id=43552054</a></p>
<p>Points: 6</p>
<p># Comments: 1</p>
]]></description><pubDate>Tue, 01 Apr 2025 22:44:42 +0000</pubDate><link>https://arxiv.org/abs/2503.21934</link><dc:creator>mauriziocalo</dc:creator><comments>https://news.ycombinator.com/item?id=43552054</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43552054</guid></item><item><title><![CDATA[New comment by mauriziocalo in "Stanford CS Curriculum 2021"]]></title><description><![CDATA[
<p>I believe this list was compiled by Andrej Karpathy (director of AI at Tesla).<p>I thought it would be useful to the HN community given its high signal-to-noise ratio:<p>1) You can get a quick birds-eye view of the general trends / topics that are currently being taught at the Stanford CS department.<p>and<p>2) You're one click away from learning more about each topic if you wish to do so, considering all of the courses listed have publicly accesible websites.</p>
]]></description><pubDate>Fri, 04 Jun 2021 18:31:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=27397201</link><dc:creator>mauriziocalo</dc:creator><comments>https://news.ycombinator.com/item?id=27397201</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=27397201</guid></item><item><title><![CDATA[Stanford CS Curriculum 2021]]></title><description><![CDATA[
<p>Article URL: <a href="https://docs.google.com/spreadsheets/d/1zfw8nPvJeewxcFUBpKUKmAVE8PjnJI7H0CKimdQXxr0/htmlview">https://docs.google.com/spreadsheets/d/1zfw8nPvJeewxcFUBpKUKmAVE8PjnJI7H0CKimdQXxr0/htmlview</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=27388391">https://news.ycombinator.com/item?id=27388391</a></p>
<p>Points: 412</p>
<p># Comments: 141</p>
]]></description><pubDate>Thu, 03 Jun 2021 22:42:53 +0000</pubDate><link>https://docs.google.com/spreadsheets/d/1zfw8nPvJeewxcFUBpKUKmAVE8PjnJI7H0CKimdQXxr0/htmlview</link><dc:creator>mauriziocalo</dc:creator><comments>https://news.ycombinator.com/item?id=27388391</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=27388391</guid></item><item><title><![CDATA[New comment by mauriziocalo in "Buy Don't Build"]]></title><description><![CDATA[
<p>+1. And I'd add to that that sometimes there's significant work in the <i>pre-buy</i> phase as well:<p>- Researching what your options are / what's already out there.<p>- Comparing different alternatives.<p>- "Hopping on a call" with a sales rep to get a product demo (there's this super annoying trend where many SaaS companies' landing pages don't explain what they do and the only option they give is to "schedule a demo").<p>For CRUD-like internal tools or simple 3rd party integrations, my experience has been that it's often much faster (typically < 1 hour) to build a production-ready app on Retool (<a href="https://retool.com" rel="nofollow">https://retool.com</a>) than it is to even get started with SaaS vendors.</p>
]]></description><pubDate>Sat, 12 Dec 2020 19:39:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=25400913</link><dc:creator>mauriziocalo</dc:creator><comments>https://news.ycombinator.com/item?id=25400913</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=25400913</guid></item><item><title><![CDATA[New comment by mauriziocalo in "Early Work"]]></title><description><![CDATA[
<p>Two other great examples where you can get a peek of early versions of companies/products that ended up being huge: Wayback Machine and Show HN.<p>e.g.<p>Wayback machine:<p>- Airbnb (2008): <a href="https://web.archive.org/web/20080310025433/http://www.airbedandbreakfast.com/" rel="nofollow">https://web.archive.org/web/20080310025433/http://www.airbed...</a><p>- Uber (2010): <a href="https://web.archive.org/web/20101126114649/http://www.uberapp.com/" rel="nofollow">https://web.archive.org/web/20101126114649/http://www.uberap...</a><p>- Twitter (2006): <a href="https://web.archive.org/web/20061127012643/http://twitter.com/" rel="nofollow">https://web.archive.org/web/20061127012643/http://twitter.co...</a><p>Show HN:<p>- Analytics.js / Segment: <a href="https://news.ycombinator.com/item?id=4912076" rel="nofollow">https://news.ycombinator.com/item?id=4912076</a><p>- Dropbox: <a href="https://news.ycombinator.com/item?id=8863" rel="nofollow">https://news.ycombinator.com/item?id=8863</a></p>
]]></description><pubDate>Tue, 20 Oct 2020 18:24:22 +0000</pubDate><link>https://news.ycombinator.com/item?id=24840719</link><dc:creator>mauriziocalo</dc:creator><comments>https://news.ycombinator.com/item?id=24840719</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=24840719</guid></item><item><title><![CDATA[New comment by mauriziocalo in "Y Combinator Failed Startups"]]></title><description><![CDATA[
<p>Just this week:<p>- Momentus: $1.2B IPO (<a href="https://www.cnbc.com/2020/10/07/momentus-the-latest-space-stock-mnts-through-spac-deal.html" rel="nofollow">https://www.cnbc.com/2020/10/07/momentus-the-latest-space-st...</a>)<p>- Segment: acquired for $3.2B (<a href="https://news.ycombinator.com/item?id=24735414" rel="nofollow">https://news.ycombinator.com/item?id=24735414</a>)<p>- MessageBird: reached a $3B valuation (<a href="https://techcrunch.com/2020/10/08/messagebird-series-c/" rel="nofollow">https://techcrunch.com/2020/10/08/messagebird-series-c/</a>)<p>More generally:<p>- 15-20 YC companies are now worth $1B or more.<p>- 100ish YC companies are now worth $100M - $1B. A good number of those (and others currently worth less than that) are growing very rapidly and will likely reach unicorn status in the next year.<p>So it seems like one can reliably expect 2-3 unicorns to come out of each YC batch. Those 2-3 unicorns likely more than make up for the costs associated with running each batch (including all of the ~$150K investments). Seems quite good to me.<p>Admittedly, there hasn't yet been a Google/Amazon/Apple/Microsoft-scale company that has come out of YC <i>yet</i>. I think it's only a matter of time until that happens -- anecdotally it seems like at least a handful out of the recent batches could become massive home runs, as well as other more established companies like Stripe that seem to be growing quite well.</p>
]]></description><pubDate>Sat, 10 Oct 2020 01:56:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=24736184</link><dc:creator>mauriziocalo</dc:creator><comments>https://news.ycombinator.com/item?id=24736184</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=24736184</guid></item><item><title><![CDATA[New comment by mauriziocalo in "Raise Less Money"]]></title><description><![CDATA[
<p>Relevant PG tweet:<p><i>> assuming I got in [to YC] I would not get sucked into raising a huge amount on Demo Day.</i><p><i>> I would raise maybe $500k, keep the company small for the first year, work closely with users to make something amazing, and otherwise stay off SV's radar. In other words, be the opposite of a scenester.</i><p><i>> Ideally I'd get to profitability on that initial $500k. Later I could raise more, if I felt like it. Or not. But it would be on my terms.</i><p><i>> At every point in the company's growth, I'd keep the company as small as I could. I'd always want people to be surprised how few employees we had. Fewer employees = lower costs, and less need to turn into a manager.</i><p>(<a href="https://twitter.com/paulg/status/1132012625527750661" rel="nofollow">https://twitter.com/paulg/status/1132012625527750661</a>)<p>Probably a good example of a <i>confident, competent</i> founder (<i>Founders who raise too much capital are acting out of fear rather than acting out of confidence.</i> // <i>Confident, competent founders should take the risk of running out of money vs. the certainty of over-dilution.</i>) as described on this essay :)</p>
]]></description><pubDate>Thu, 13 Aug 2020 07:08:16 +0000</pubDate><link>https://news.ycombinator.com/item?id=24140731</link><dc:creator>mauriziocalo</dc:creator><comments>https://news.ycombinator.com/item?id=24140731</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=24140731</guid></item><item><title><![CDATA[New comment by mauriziocalo in "Y Combinator Startup Library 2.0"]]></title><description><![CDATA[
<p>Two observations:<p>1) Shipping-and-iterating is <i>uncomfortably hard</i>. Putting your product out there in front of users is <i>painful</i>. It's a lot easier to just constantly brainstorm ideas or hide in the coding cave.<p>2) As a founder, it's tempting to think that your startup is unique: what you're building is uniquely challenging, important and highly non-trivial.<p>Anecdotally, I've seen far too many founders (including  my own past self) use <i>2</i> as an excuse not to do <i>1</i>: most of the time, those never even launch. And not just in the hardware space, but also in: health-tech, bio, fin-tech, gov-tech, legal-tech, insur-tech, prop-tech, food-tech, logistics, and even B2B SaaS (<i>"what we're building is hard and needs enterprise-grade robustness / security"</i>).<p>There may be ways to build massively successful companies that don't involve rapid shipping-and-iterating cycles, and in general there may be ways to build successful companies while ignoring or even doing the exact opposite of what YC advises.<p>But YC would know a few things about hard-tech from having funded possibly hundreds of such companies, including several massively successful companies. In fact, the top 3 YC companies of all-time as of 2020 are all in highly-regulated spaces: Stripe, Airbnb and Cruise [1]. Cruise in particular is a hardware company (self-driving cars) whose billion-dollar success was largely due to their ability to ship-and-iterate much, much faster than pretty much every other self-driving car company out there.<p>[1] <a href="https://www.ycombinator.com/topcompanies" rel="nofollow">https://www.ycombinator.com/topcompanies</a></p>
]]></description><pubDate>Thu, 06 Aug 2020 22:28:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=24076103</link><dc:creator>mauriziocalo</dc:creator><comments>https://news.ycombinator.com/item?id=24076103</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=24076103</guid></item><item><title><![CDATA[New comment by mauriziocalo in "FounderPool: A community for founders to share risk and diversify their equity"]]></title><description><![CDATA[
<p>> bigger pool sizes ensure potential for a breakout company<p>Yes, but the payout gets distributed among a larger number of companies. Increasing the pool size lowers the variance, but the expected value remains the same. Lower variance might be desirable for some people (more predictability -- at the limit it's as if you're investing 1% of your equity into an "ETF" of early-stage startups), whereas some people might prefer higher variance (higher potential upside if they join a pool with the next Stripe).<p>My concern is that if founders contribute 1% of <i>their equity</i> (not <i>1% of the entire company at exit</i>), the <i>expected value</i>  itself is quite small -- on the order of $150K under reasonably optimistic assumptions -- for something like FounderPool to make sense.<p>On the flipside, increasing the 1% by an order of magnitude might make more sense from a utility maximization point of view, but even less sense from an emotional standpoint.</p>
]]></description><pubDate>Wed, 22 Jul 2020 18:07:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=23919842</link><dc:creator>mauriziocalo</dc:creator><comments>https://news.ycombinator.com/item?id=23919842</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=23919842</guid></item><item><title><![CDATA[New comment by mauriziocalo in "FounderPool: A community for founders to share risk and diversify their equity"]]></title><description><![CDATA[
<p>The FounderPool website specifically mentions:<p>> You contribute 1% of <i>your</i> equity into your pool.<p>My understanding is that if a founder owns 30% (say) of the company when they join the pool, they would contribute towards the pool a number of shares corresponding to 1% of that 30%, i.e. 0.3% of the company. Which will presumably get further diluted by the time the company exits.<p>Having founders contribute <i>X% of their equity at the time they join the pool</i> is more reasonable from a practical execution standpoint than having founders contribute <i>X% of the company the time of exit</i>.</p>
]]></description><pubDate>Wed, 22 Jul 2020 17:57:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=23919724</link><dc:creator>mauriziocalo</dc:creator><comments>https://news.ycombinator.com/item?id=23919724</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=23919724</guid></item><item><title><![CDATA[New comment by mauriziocalo in "FounderPool: A community for founders to share risk and diversify their equity"]]></title><description><![CDATA[
<p>Have you actually modeled out the potential payouts?<p>How did you choose the 1% number (percent of their equity that each founder contributes) as well as the pool size of < 25?<p>My quick back-of-the-envelope calculation:<p>Expected payout to each member would be:<p><pre><code>  1% * avg_valuation_of_companies_in_pool * avg_percent_ownership_at_exit
</code></pre>
Assuming an average valuation (in the literal sense, total exit value of all co's in the pool / number of co's) of $100M [2] and assuming that the founders own roughly 15% at exit, the expected payout would be only $150K excluding taxes, which seems quite low.<p>[1] Modeling should be somewhat doable leveraging public data. For example, you can use YC company data in <a href="https://ycombinator.com/topcompanies" rel="nofollow">https://ycombinator.com/topcompanies</a> <a href="https://ycombinator.com/companies" rel="nofollow">https://ycombinator.com/companies</a> and simulate what the payouts would be if you were to choose 25 companies from a given batch at random.<p>[2] $100M is likely in the right ballpark. According to <a href="https://www.ycombinator.com/" rel="nofollow">https://www.ycombinator.com/</a> :<p>> Since 2005, we've funded over 2,000 startups.<p>> Our companies have a combined valuation of over $100B.<p>the average valuation of YC co's would be ~$50M; if you exclude half of those that are in recent batches (haven't had time to realize their value and don't really contribute towards the $100B total) it might be closer to $100M.<p>Under a FounderPool model, an example of this would be a pool of 20 co's in which 2 companies end up exiting for $1B each and the rest essentially $0.</p>
]]></description><pubDate>Wed, 22 Jul 2020 00:32:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=23912570</link><dc:creator>mauriziocalo</dc:creator><comments>https://news.ycombinator.com/item?id=23912570</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=23912570</guid></item><item><title><![CDATA[New comment by mauriziocalo in "A New Standard Deal"]]></title><description><![CDATA[
<p>> The default YC valuation of $125k/0.07 = ~$1.8M is way too low for us<p>This is the wrong way to look at it.<p>Instead, ask yourself: would you exchange 7% of your company to join the YC community and be able to leverage their resources forever?<p>The answer should be a resounding yes if you think your company will be > 7.5% more valuable if you join YC [1]. Which it should [2]. The $125K is just the cherry on top and just one of many perks of joining YC (albeit a useful one for companies that have no funding/revenues so they can focus 100% on building their product instead of having to worry about paying for housing/food/servers/SaaS).<p>The vast majority of us who have gone through YC would've done it even if it wasn't for the monetary investment.<p>[1] See PG's Equity Equation essay: <a href="http://paulgraham.com/equity.html" rel="nofollow">http://paulgraham.com/equity.html</a><p>[2] You'll likely even make up for the 7% almost immediately because you'll likely raise your seed round at a significantly higher valuation (> 7.5% higher for sure) than if you hadn't gone through YC. But it's very likely that your company will <i>intrinsically</i> be worth significantly more than that too.</p>
]]></description><pubDate>Fri, 26 Jun 2020 23:31:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=23658180</link><dc:creator>mauriziocalo</dc:creator><comments>https://news.ycombinator.com/item?id=23658180</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=23658180</guid></item></channel></rss>