<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: adrian_m</title><link>https://news.ycombinator.com/user?id=adrian_m</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Fri, 09 Oct 2026 03:13:05 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=adrian_m" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by adrian_m in "Sharing AI progress in mathematics"]]></title><description><![CDATA[
<p>The ask is to let mathematicians outside of OpenAI use it, ie. at least wait until the model is released.</p>
]]></description><pubDate>Tue, 06 Oct 2026 23:20:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=49985572</link><dc:creator>adrian_m</dc:creator><comments>https://news.ycombinator.com/item?id=49985572</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49985572</guid></item><item><title><![CDATA[New comment by adrian_m in "Maiao: Gerrit-style code review workflow for GitHub, GitLab, Gitea, others"]]></title><description><![CDATA[
<p>I don’t quite get the situation. After merging a PR/MR (with the squash feature of Gitlab or GitHub) the equality you describe holds and there’s a nice sequential git log.<p>I quite like that I can tell my colleagues they can commit whenever they feel like it (and should probably commit more often than they feel like) because it becomes one clean commit in the end anyways.</p>
]]></description><pubDate>Wed, 26 Aug 2026 08:15:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=49445575</link><dc:creator>adrian_m</dc:creator><comments>https://news.ycombinator.com/item?id=49445575</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49445575</guid></item><item><title><![CDATA[New comment by adrian_m in "New MCP Roadmap"]]></title><description><![CDATA[
<p>Off the top of my head:<p>* Your agent can easily be configured to always allow certain MCP tools. This is very hard to do for only certain REST endpoints. This is even more relevant in enterprise settings, where permission configs might be done centrally.<p>* If the provider wants to change how an endpoint works, it's a breaking change for a REST API. Not with MCP, as the "endpoints" (tools) are dynamic and tell the agent how to use them.</p>
]]></description><pubDate>Sun, 23 Aug 2026 12:42:19 +0000</pubDate><link>https://news.ycombinator.com/item?id=49408391</link><dc:creator>adrian_m</dc:creator><comments>https://news.ycombinator.com/item?id=49408391</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49408391</guid></item><item><title><![CDATA[New comment by adrian_m in "Apple announces changes for apps in the European Union"]]></title><description><![CDATA[
<p>It also seems they are very strict regarding who can notarize their apps.<p>> Companies will now qualify if they:<p>> * Meet a moderate financial-stability bar as scored by Dun & Bradstreet.
> * Are publicly traded or owned by a publicly traded company.
> * Have received venture funding from an established investment firm.
> * Have completed a financial audit by a licensed accountant.
> * Are a government entity, educational institution, or nonprofit.</p>
]]></description><pubDate>Tue, 18 Aug 2026 16:52:29 +0000</pubDate><link>https://news.ycombinator.com/item?id=49348588</link><dc:creator>adrian_m</dc:creator><comments>https://news.ycombinator.com/item?id=49348588</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49348588</guid></item></channel></rss>