<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: anupamk</title><link>https://news.ycombinator.com/user?id=anupamk</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Sat, 30 May 2026 20:04:25 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=anupamk" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by anupamk in "Building durable workflows on Postgres"]]></title><description><![CDATA[
<p>This is definitely a feasible approach and I agree that it has some advantages, but I also think there's a noteworthy trade-off which should be considered.<p>A dedicated external orchestrator decouples application servers' API and implementation from that of the orchestrator. This comes with some advantages. It becomes easier and more natural for the application servers to organize their APIs and implementation around a stable set of domain areas (instead of operating along two different layers of abstraction -- the workflow orchestration plane, and the underlying application domain logic). It also becomes easier to understand and update workflow logic when it's managed separately as a first-class citizen as opposed it being fragmented and diffused across multiple application servers. In my experience, these advantages tend to matter more in highly distributed system involving multiple semi-independent teams owning multiple application servers and data-stores. After a certain point in terms of the size and complexity of the distributed system, the aggregate cost of handling orchestration and checkpointing workflows often starts to provide stronger justification for having dedicated centralized orchestrator.<p>So while I agree that letting go of the central orchestrator (and letting the application servers and data-store do that work on their own) can sometimes be the pragmatic/preferred option, I'd argue that the fit is context dependent and there doesn't seem to be a one-size-fits-all solution available.</p>
]]></description><pubDate>Fri, 29 May 2026 23:33:19 +0000</pubDate><link>https://news.ycombinator.com/item?id=48330742</link><dc:creator>anupamk</dc:creator><comments>https://news.ycombinator.com/item?id=48330742</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48330742</guid></item><item><title><![CDATA[Ask HN: Deep learning framework for face recognition]]></title><description><![CDATA[
<p>I want to learn about Deep Learning, and become somewhat familiar with some of the DL frameworks. I've decided to proceed by working on face-recognition project. I'm looking for some guidance on which DL frameworks will be suitable for this task. Thank you!</p>
<hr>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=13993494">https://news.ycombinator.com/item?id=13993494</a></p>
<p>Points: 2</p>
<p># Comments: 0</p>
]]></description><pubDate>Thu, 30 Mar 2017 07:05:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=13993494</link><dc:creator>anupamk</dc:creator><comments>https://news.ycombinator.com/item?id=13993494</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=13993494</guid></item><item><title><![CDATA[New comment by anupamk in "Fresh graduates joining big corporation handybook"]]></title><description><![CDATA[
<p>Good points but I wonder if this applies for all the big corporations.</p>
]]></description><pubDate>Thu, 15 Aug 2013 03:20:16 +0000</pubDate><link>https://news.ycombinator.com/item?id=6215971</link><dc:creator>anupamk</dc:creator><comments>https://news.ycombinator.com/item?id=6215971</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=6215971</guid></item><item><title><![CDATA[New comment by anupamk in "Truffle.io - let's make meeting someone very simple"]]></title><description><![CDATA[
<p>Yeah, the current dating scene seems complicated than it needs to be. I'd love to see a minimalistic approach, and also know how you handle the matching task.</p>
]]></description><pubDate>Sun, 09 Sep 2012 21:10:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=4497008</link><dc:creator>anupamk</dc:creator><comments>https://news.ycombinator.com/item?id=4497008</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=4497008</guid></item></channel></rss>