<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: devashish86</title><link>https://news.ycombinator.com/user?id=devashish86</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Tue, 21 Apr 2026 06:26:31 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=devashish86" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by devashish86 in "Ask HN: Who is using OpenClaw?"]]></title><description><![CDATA[
<p>I'm running a few instances of OpenClaw(and Zeroclaw). I use it for a few things<p>1. Experimenting with local models. OpenClaw uses local inference on a DGX Spark machine. Helps me understand how different, newer models work and behave<p>2. Bot 1 helps me maintain a personal project. It sits in discord channel and I throw ideas at it, ask it to log issues, give me priorities, update docs etc. Basically maintenance work to manage the repo<p>3. Bot 2 is general purpose assistant to take notes(while driving, on a walk, etc), give me daily AI news summary from trusted sources and my relevance criteria. Give me suggestions on what should I dig deeper<p>4. Bot 3 is setup for work environment. Sits in slack as my team's assistant. Process meeting notes automaticlaly from google and send us summary for the week/month, important notes from a project, answer questions for rest of the org and more. This is most "real" use case so far for me<p><plug>
I build <a href="https://github.com/ric03uec/clawrium" rel="nofollow">https://github.com/ric03uec/clawrium</a> as a lightweight orchestration system to manage agents on a local network because i was having a hard time keeping tabs on these agents. all the ssh-ing and config file gymnastics was too much to handle.
</plug></p>
]]></description><pubDate>Thu, 16 Apr 2026 15:53:56 +0000</pubDate><link>https://news.ycombinator.com/item?id=47795202</link><dc:creator>devashish86</dc:creator><comments>https://news.ycombinator.com/item?id=47795202</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47795202</guid></item><item><title><![CDATA[Show HN: Local and Cloud LLM Comparison Using Nvidia DGX Spark]]></title><description><![CDATA[
<p>Sharing a recording and notes from my demo at AI Tinkerers Seattle last week. I ran 6 different models in parallel on identical coding tasks and had a judge score each output on a 10-point scale.<p>Local models (obviously) didn't compare well with the cloud counterparts for this experiment. But I've found them to be useful for simpler tasks with a well defined scope e.g. testing, documentation, compliance. etc</p>
<hr>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=46951625">https://news.ycombinator.com/item?id=46951625</a></p>
<p>Points: 2</p>
<p># Comments: 0</p>
]]></description><pubDate>Mon, 09 Feb 2026 21:25:46 +0000</pubDate><link>https://www.devashish.me/p/local-cloud-llm-comparison-using</link><dc:creator>devashish86</dc:creator><comments>https://news.ycombinator.com/item?id=46951625</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46951625</guid></item><item><title><![CDATA[Migrating from Claude Code to OpenCode]]></title><description><![CDATA[
<p>Article URL: <a href="https://www.devashish.me/p/migrating-from-claude-code-to-opencode">https://www.devashish.me/p/migrating-from-claude-code-to-opencode</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=46744800">https://news.ycombinator.com/item?id=46744800</a></p>
<p>Points: 3</p>
<p># Comments: 0</p>
]]></description><pubDate>Sat, 24 Jan 2026 16:15:08 +0000</pubDate><link>https://www.devashish.me/p/migrating-from-claude-code-to-opencode</link><dc:creator>devashish86</dc:creator><comments>https://news.ycombinator.com/item?id=46744800</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46744800</guid></item><item><title><![CDATA[Never Blocked Teams]]></title><description><![CDATA[
<p>Article URL: <a href="https://www.devashish.me/p/never-blocked-teams">https://www.devashish.me/p/never-blocked-teams</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=46015824">https://news.ycombinator.com/item?id=46015824</a></p>
<p>Points: 1</p>
<p># Comments: 1</p>
]]></description><pubDate>Sat, 22 Nov 2025 16:19:16 +0000</pubDate><link>https://www.devashish.me/p/never-blocked-teams</link><dc:creator>devashish86</dc:creator><comments>https://news.ycombinator.com/item?id=46015824</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46015824</guid></item><item><title><![CDATA[New comment by devashish86 in "Claude Code to manage engineering teams"]]></title><description><![CDATA[
<p>I'm a heavy cc user for writing code, reviewing documentation, brainstorming, updating jira tickets etc etc. 
For the past few months, I started experimenting with managing a team using cc. As a team, we got together and decided to experiment with a new way to run the team and now that we're looking at some good results, I wanted to share our learnings here<p><a href="https://www.devashish.me/p/why-5x-engineers-dont-make-5x-teams" rel="nofollow">https://www.devashish.me/p/why-5x-engineers-dont-make-5x-tea...</a><p>Would love to hear thoughts from others who are trying something similar.</p>
]]></description><pubDate>Fri, 07 Nov 2025 19:08:37 +0000</pubDate><link>https://news.ycombinator.com/item?id=45849783</link><dc:creator>devashish86</dc:creator><comments>https://news.ycombinator.com/item?id=45849783</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45849783</guid></item><item><title><![CDATA[Claude Code to manage engineering teams]]></title><description><![CDATA[
<p>Article URL: <a href="https://www.devashish.me/p/why-5x-engineers-dont-make-5x-teams">https://www.devashish.me/p/why-5x-engineers-dont-make-5x-teams</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=45849782">https://news.ycombinator.com/item?id=45849782</a></p>
<p>Points: 1</p>
<p># Comments: 1</p>
]]></description><pubDate>Fri, 07 Nov 2025 19:08:37 +0000</pubDate><link>https://www.devashish.me/p/why-5x-engineers-dont-make-5x-teams</link><dc:creator>devashish86</dc:creator><comments>https://news.ycombinator.com/item?id=45849782</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45849782</guid></item><item><title><![CDATA[The Linus Method: How we simiplifed RFC reviews]]></title><description><![CDATA[
<p>Article URL: <a href="https://www.devashish.me/p/the-linus-method">https://www.devashish.me/p/the-linus-method</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=45540813">https://news.ycombinator.com/item?id=45540813</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Fri, 10 Oct 2025 16:35:07 +0000</pubDate><link>https://www.devashish.me/p/the-linus-method</link><dc:creator>devashish86</dc:creator><comments>https://news.ycombinator.com/item?id=45540813</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45540813</guid></item><item><title><![CDATA[New comment by devashish86 in "Ask HN: Who is accountable for cloud costs in your org?"]]></title><description><![CDATA[
<p>> The problem with the "everyone" model being pitched here is that it may as well be a synonym for "nobody."
Can't agree with this enough!<p>Thanks for your inputs. A lot of it resonates with what I've observed which translates to the fact that this is as much a cultural/people problem as much it is a technical problem. If teams took ownership by just building visibility, then it'd be an easier problem to solve.<p>You bring up a good point of doing canary deployments for solving this problem. I'll check this out.<p>But its interesting that you say ".. if it is a substantial risk in your domain". Isn't this a problem that most engineering teams are struggling with, especially in last few years? Being part of a few DevOps meetups in my area(Seattle) for a while and having attended a bunch of conferences in last couple of year, I've noticed cost coming up as one of the most recurring discussion topics. 
Just curious why cloud costs wont be a risk in any domain.</p>
]]></description><pubDate>Thu, 09 Jan 2025 17:39:05 +0000</pubDate><link>https://news.ycombinator.com/item?id=42647942</link><dc:creator>devashish86</dc:creator><comments>https://news.ycombinator.com/item?id=42647942</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42647942</guid></item><item><title><![CDATA[New comment by devashish86 in "Ask HN: Who is accountable for cloud costs in your org?"]]></title><description><![CDATA[
<p>I agree that building visibility makes accountability easier. Its relatively trivial to build observability for individual services and we have achieved some version of it.<p>The problem is when 30 odd microservices (each team owning between 5-10) talking to each other. In pre-production setup, changes in few of these services might not have noticeable impact on cost which will become quite apparent in production. When this happens, we definitely notice an increase the cost and the unit metric. But then we dont know where to start fixing this problem from. Right now, this becomes a war-room situation based on the severity but I dont think this is sustainable.<p>In comparison, if we take API latency as a metric, the accountability and ownership are clearly defined: If an API slows down, the team that owns it, fixes it. They can work with anyone they need to but its their job to fix it.<p>Did you face similar concerns/issues? Not sure if this is a problem other engineering teams are struggling with or even considering as a real problem to invest it.<p>I'm also not sure if theres a "standard" way of doing this which we should be thinking about. So, looking for ideas and thoughts here.</p>
]]></description><pubDate>Thu, 09 Jan 2025 17:26:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=42647817</link><dc:creator>devashish86</dc:creator><comments>https://news.ycombinator.com/item?id=42647817</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42647817</guid></item><item><title><![CDATA[New comment by devashish86 in "Ask HN: Who is accountable for cloud costs in your org?"]]></title><description><![CDATA[
<p>Already done! This actually works pretty well when two conditions are true
1. cost becomes an engineering-org wide pain point
2. there are a bunch of low hanging fruit (another way to say you're just starting off your cost improvement journey)<p>Since cost is not really a "deliverable" for non-platform teams, this incentive doesnt go far. Especially after a few iterations of this are done, saving 1K is hard.<p>We did a short program(similar to a bug bash) for a couple of sprints to dig up all the improvements we can do to reduce to cost. This was early in our cost reduction journey. This did help us get a huge list of what we can do and we picked the most impactful items from this.</p>
]]></description><pubDate>Thu, 09 Jan 2025 16:00:56 +0000</pubDate><link>https://news.ycombinator.com/item?id=42646896</link><dc:creator>devashish86</dc:creator><comments>https://news.ycombinator.com/item?id=42646896</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42646896</guid></item><item><title><![CDATA[New comment by devashish86 in "Ask HN: Who is accountable for cloud costs in your org?"]]></title><description><![CDATA[
<p>Standards enforcement like tagging, TF structure, pipelines etc is currently owned by the platform team. We also have mechanisms to figure out the cost change (approximately) with each Infra PR. 
The struggle is to attribute cost changes in application-only changes and to identify them early in the lifecycle. These would be PRs for microservices that add features, fix bugs and handle tech debt.</p>
]]></description><pubDate>Thu, 09 Jan 2025 15:54:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=42646833</link><dc:creator>devashish86</dc:creator><comments>https://news.ycombinator.com/item?id=42646833</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42646833</guid></item><item><title><![CDATA[Ask HN: Who is accountable for cloud costs in your org?]]></title><description><![CDATA[
<p>Context: I lead the DevOps team in a mid size engineering org (60 engineers approximately). The product is a B2B SaaS product. The organization started taking cloud costs seriously early 2024 and my team worked throughout the year to make infrastructure changes to reduce our cloud costs. This included projects like removing manually created stale infrastructure, automating infra management, rightsizing, purchasing the right Savings Plans(and RIs), and many others. Now we're at a place where infra-only projects to optimize cloud costs are pretty much exhausted. 
On the other hand, most of the anomalies (and surprises) regarding cost spikes come from application level changes. This causes serious problems because not only these anomalies are identified late into the deployment lifecycle, but these anomalies are inherently harder to resolve quickly. An example of this is when a service triggered a downstream workflow which started spawning additional background jobs (10x in production) which blew up the cost projections.<p>So, my question to the group is - Who do you hold(or should hold) accountable when cloud costs spike unexpectedly: the engineers who write the code, the platform team who manages the infrastructure, or the product managers who set the requirements?
(My current solution is a mix of platform team and engineers but we're still trying to formalize the accountability model.)</p>
<hr>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=42641613">https://news.ycombinator.com/item?id=42641613</a></p>
<p>Points: 9</p>
<p># Comments: 19</p>
]]></description><pubDate>Thu, 09 Jan 2025 04:24:05 +0000</pubDate><link>https://news.ycombinator.com/item?id=42641613</link><dc:creator>devashish86</dc:creator><comments>https://news.ycombinator.com/item?id=42641613</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42641613</guid></item><item><title><![CDATA[New comment by devashish86 in "Ask HN: Who is hiring? (August 2021)"]]></title><description><![CDATA[
<p>Esper | Multiple Positions | Seattle, US | Full Time | Visa Sponsorship<p>We're industry’s first DevOps SaaS platform designed to provide a simple, safe and secure way for engineering and DevOps teams to release applications and manage fleets of smart Android devices in production. Our platform enables developer, mid-market orgs, and enterprise fleets of 100,000+ devices to deliver their software as a service.
Read more about our recent round of funding on Techcrunch: <a href="https://techcrunch.com/2021/05/20/esper-raises-30m-series-b-for-its-iot-devops-platform/" rel="nofollow">https://techcrunch.com/2021/05/20/esper-raises-30m-series-b-...</a><p>We take pride in being an inclusive, transparent, growth focused and customer obsessed team. We encourage learning from our (and others) mistakes, taking bold risks and challenge each other. Read more about our culture from our team: <a href="https://www.builtinseattle.com/2021/06/29/seattle-companies-hiring-july-2021" rel="nofollow">https://www.builtinseattle.com/2021/06/29/seattle-companies-...</a><p>We're hiring for following positions in our Seattle office<p>- Software Development Engineer (<a href="https://jobs.lever.co/esper-3/3a03860b-d109-47c5-8517-972ea2a92eeb" rel="nofollow">https://jobs.lever.co/esper-3/3a03860b-d109-47c5-8517-972ea2...</a>)<p>- Senior Software Development Engineer 
(<a href="https://jobs.lever.co/esper-3/79abfb4f-be62-4030-a64b-72ba2552d1a8" rel="nofollow">https://jobs.lever.co/esper-3/79abfb4f-be62-4030-a64b-72ba25...</a>)<p>- Software Development Engineer (DevOps) (<a href="https://jobs.lever.co/esper-3/8f9adc02-987d-4dd8-834e-0f9bc6bc876a" rel="nofollow">https://jobs.lever.co/esper-3/8f9adc02-987d-4dd8-834e-0f9bc6...</a>)<p>- Software Development Engineer (UI)<p>Our stack: Python/Django, Reacht/TS, Java, Android and Go<p>If you're passionate about solving challenging technical problems and working in a great startup culture, check out our other open positions at: <a href="https://jobs.lever.co/esper-3" rel="nofollow">https://jobs.lever.co/esper-3</a></p>
]]></description><pubDate>Mon, 02 Aug 2021 16:01:27 +0000</pubDate><link>https://news.ycombinator.com/item?id=28038413</link><dc:creator>devashish86</dc:creator><comments>https://news.ycombinator.com/item?id=28038413</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=28038413</guid></item><item><title><![CDATA[New comment by devashish86 in "Appl Still Hasn’t Fixd Its MacBook Kyboad Problm"]]></title><description><![CDATA[
<p>I admit that the touchpad isn't as smooth and gesture driven as the mac but I'm not the user those are really meant for. I spend most of my time on the keyboard writing code and living in the "cloud" which makes using mouse a drag anyway. So all I'm looking for is a powerful machine that doesn't hog resources on useless stuff, with sturdy keyboard(physical keys please, none of that touch bar BS), can support dual/multi boot and works with all the peripherals I need. Thinkpads work better than most without the significant price overhead. 
One of my dystopian future scenarios has no Thinkpad's in it :D</p>
]]></description><pubDate>Wed, 27 Mar 2019 16:58:03 +0000</pubDate><link>https://news.ycombinator.com/item?id=19502978</link><dc:creator>devashish86</dc:creator><comments>https://news.ycombinator.com/item?id=19502978</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=19502978</guid></item><item><title><![CDATA[New comment by devashish86 in "Appl Still Hasn’t Fixd Its MacBook Kyboad Problm"]]></title><description><![CDATA[
<p>Have worked on Mac's, XPS's and HP's in the past but once I got on Thinkpad, never looked back. My current system(for past 5 years now) is a trusty X1 Carbon that has seen some rough times but has never failed me. Thinking of upgrading later this year to a newer version of the same line.</p>
]]></description><pubDate>Wed, 27 Mar 2019 15:58:20 +0000</pubDate><link>https://news.ycombinator.com/item?id=19502225</link><dc:creator>devashish86</dc:creator><comments>https://news.ycombinator.com/item?id=19502225</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=19502225</guid></item><item><title><![CDATA[Setting repository permissions on Amazon ECR]]></title><description><![CDATA[
<p>Article URL: <a href="http://www.devashish.me/2016/01/25/setting-ecr-permissions/">http://www.devashish.me/2016/01/25/setting-ecr-permissions/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=11091743">https://news.ycombinator.com/item?id=11091743</a></p>
<p>Points: 2</p>
<p># Comments: 0</p>
]]></description><pubDate>Sat, 13 Feb 2016 00:34:50 +0000</pubDate><link>http://www.devashish.me/2016/01/25/setting-ecr-permissions/</link><dc:creator>devashish86</dc:creator><comments>https://news.ycombinator.com/item?id=11091743</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=11091743</guid></item><item><title><![CDATA[Docker overlay network using Flannel]]></title><description><![CDATA[
<p>Article URL: <a href="http://www.devashish.me/2015/04/15/docker-overlay-network-flannel/">http://www.devashish.me/2015/04/15/docker-overlay-network-flannel/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=9384770">https://news.ycombinator.com/item?id=9384770</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Wed, 15 Apr 2015 22:46:08 +0000</pubDate><link>http://www.devashish.me/2015/04/15/docker-overlay-network-flannel/</link><dc:creator>devashish86</dc:creator><comments>https://news.ycombinator.com/item?id=9384770</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=9384770</guid></item><item><title><![CDATA[New comment by devashish86 in "Play with Kubernetes Quickly Using Docker"]]></title><description><![CDATA[
<p>I wanted to have a working cluster from scratch which meant not using saltstack and any of kubernetes helper scripts. So I wrote a bash script to do the same here : <a href="http://blog.shippable.com/multi-node-kubernetes-cluster" rel="nofollow">http://blog.shippable.com/multi-node-kubernetes-cluster</a></p>
]]></description><pubDate>Thu, 09 Apr 2015 23:15:15 +0000</pubDate><link>https://news.ycombinator.com/item?id=9351649</link><dc:creator>devashish86</dc:creator><comments>https://news.ycombinator.com/item?id=9351649</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=9351649</guid></item><item><title><![CDATA[Get that kubernetes cluster working]]></title><description><![CDATA[
<p>Article URL: <a href="http://blog.shippable.com/multi-node-kubernetes-cluster">http://blog.shippable.com/multi-node-kubernetes-cluster</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=9265767">https://news.ycombinator.com/item?id=9265767</a></p>
<p>Points: 2</p>
<p># Comments: 0</p>
]]></description><pubDate>Wed, 25 Mar 2015 20:39:13 +0000</pubDate><link>http://blog.shippable.com/multi-node-kubernetes-cluster</link><dc:creator>devashish86</dc:creator><comments>https://news.ycombinator.com/item?id=9265767</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=9265767</guid></item><item><title><![CDATA[On being a workaholic]]></title><description><![CDATA[
<p>Article URL: <a href="http://www.devashish.me/2015/02/22/on-being-a-workaholic/">http://www.devashish.me/2015/02/22/on-being-a-workaholic/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=9087817">https://news.ycombinator.com/item?id=9087817</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Sun, 22 Feb 2015 01:37:23 +0000</pubDate><link>http://www.devashish.me/2015/02/22/on-being-a-workaholic/</link><dc:creator>devashish86</dc:creator><comments>https://news.ycombinator.com/item?id=9087817</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=9087817</guid></item></channel></rss>