Hacker Newsnew | past | comments | ask | show | jobs | submit | sudhirj's commentslogin

Location: Chennai, India

Remote: Yes (Overlaps with North America and Europe possible)

Willing to relocate: Yes

Technologies: NextJS, React, Ruby on Rails, TypeScript, Go, Java, Python, Postgres, Redis, Agents (Claude Code / Codex)

Résumé/CV: https://sudhir.io

Email: sudhir.j@gmail.com

Hey, I'm Sudhir, I've been telling computers what to do for 20 years, telling teams of people what to do for 10 years, and telling AIs what to do for 2. I don't think I've figured out how to do any of it very well, but I keep learning and I've managed to help companies get a lot done.

I resigned from a Director of Engineering role a year ago, and I now build apps to help local businesses work better - I find that much more satisfying than working with companies, but of course it's hard to make it pay the bills. So I'm happy to consult in the following areas:

* Building AI enabled systems: I'm working on bringing tech usually available only to large orgs to small businesses, and making it accessible by allowing these businesses to just say what they want the systems to do in natural language - which then gets translated to sandboxed code running against hardened interfaces. Can help you with similar projects.

* Coaching teams on how to do agentic coding effectively: I've coached my own teams and held workshops based on the workflows I've developed and what I've learned and experimented with. Happy to do the same for your teams or do individual coaching.

* Cloud cost management: I've taken off hundreds of thousands of dollars off cloud bills, can do the same for you if you're at a large enough scale. Can also setup or review your infrastructure agents to make sure they're using resources efficiently, as well as negotiate with your cloud reps on your behalf.

* Rapid prototyping / MVP deployment: If you've got an idea and funding want to get to market quickly, I can work with you to refine and build out ideas.

I don't have much of a CV online, but https://sudhir.io has my pre-AI era writing, of which multiple articles have landed on the HN front page; github.com/sudhirj has my code; and I used to be in the top 2% on [StackOverflow](https://stackoverflow.com/users/73831/sudhir-jonathan?tab=to...) back when it was cool.

My rate is currently USD 10k per week, plus travel and accommodation if you need me to come to your location. I also offer a no-questions-asked money-back guarantee. Do contact me on sudhir.j@gmail.com for longer term engagements and rate plans.


The take still holds, although it is a bit more nuanced than it seems at first. 12 Factor was written by the founders of Heroku, for context, and that's exactly how Heroku worked. The app code would be submitted into a system, and run in a pre-container era container-ish environment where any instance specific data would be supplied as environment variables.

This is actually in place in most hosting providers today - don't know if Heroku does it, but many others like Vercel and Fly will also encrypt your secret env vars and decrypt and inject them only at the last minute.

AWS itself has something similar with its secrets manager. Even in the absence of credentials, like using role based IAM when running on EC2, it probably makes sense to note that the code must access credentials by hitting a local-only metadata server - and of course this is available only when running on EC2.

For other secret like payment processor tokens, etc, there's you do need to store secrets somewhere.

Putting secrets in plaintext in the files on the execution platform is of course a problem - but that's not a problem in the 12 Factor idea - it's a security lapse in the design and architecture of the platform that is supposed to be running your 12 Factor app, if that makes sense.


Did the Max plan ever promise unlimited anything? I’m on it, and I remember seeing and paying for 20x, not infinity.

There is a case to be made that they sold a multiple and are changing x or rate limiting x differently, but the tone seems different from that.


Looking at their pricing page in way back machine looks like they've had "usage limits" terminology for at least the last year


No, it's never promised unlimited — it's always had usage limits: 20× the usage of their regular Pro plan, with a limit of 50 sessions per month (a session being a 5-hour window), although I don't know if they ever enforced this.

They appear to have removed reference to this 50-session cap in their usage documents. (https://gist.github.com/eonist/5ac2fd483cf91a6e6e5ef33cfbd1e...)

So even if these mystery people Anthropic reference who did run it "in the background, 24/7", they still would've had to stay within usage limits.


> Did the Max plan ever promise unlimited anything?

no, even their announcement blog[0] said:

> With up to 20x higher usage limits

in the third paragraph.

0: https://www.anthropic.com/news/max-plan


I can’t find any indication it was ever sold as unlimited.

It always had limits and those limits were not specified as concrete numbers.

It’s amazing how much of the internet outrage is based on the idea that it was unlimited and now it’s not. The main HN thread yesterday was full of comments complaining about losing unlimited access.

It’s so weird to watch people get angry about thinking they’re losing something they never had. Even Anthropic said less than 5% of accounts would even notice the new limits, yet I’ve seen countless comments raging that “everyone must suffer” due to the actions of a few abusing the system.


Yeah the outrage is a little artificial and definitely premature.

Some facts for sanity:

1- The poster of this blog article is Kilocode who makes a (worse) competitor to Claude Code. They are definitely capitalizing on this drama as much as they can. I’ve been getting hit by Reddit ads all day from Kilocode, all blasting Anthropic, with the false claim that their plan was "unlimited".

2- No one has any idea yet what the new limits will be, or how much usage it actually takes to be in the top 5% to be affected. The limits go into effect in a few days. We'll see then if all the drama was warranted.


This is a rebuild of the antithesis of Tailwind on Tailwind. Bootstrap had this for decades (Daisy even copies the same semantic class names in some cases). Tailwind was supposed to break away from this, to specific actual styles directly, but looks like we're coming back full circle again. Why not just use Bootstrap?


Tailwind is already a full circle. It is essentially a toolkit for using CSS to emulate the pre-CSS era approach of putting styling info inside attributes on the markup (remember the HTML2 days of bgcolor and cellpadding?).


Yeah it's turning the crank another half turn. It's insane to me how the webdev ecosystem keeps reinventing itself over and over and over again, trying to solve their previous mistakes without ever reflecting on and learning from why those issues existed in the first place.


I'd say otherwise, it's not circular at all, it's a clean design that uses Tailwind at a low level and builds a high level on top of it.


Again, that's just Bootstrap with extra steps.


You can use tailwind and classes at the same time.


It's not a full circle, because you don't end up back where you started. Inline styles have many well-known missing features, like pseudo-classes and media queries.


Don’t forget it adds the “feature” of a build step that literally greps the source code to see which style shortcuts you used, or seemed to use, so it can render them into CSS definitions so they can be turned back into inline styles.


And why is that a bad thing? It might be the case that bgcolor and cellpadding stopped being used because they didn't support media queries for example, not because they were inline styles.


There was a 10 to 15 year gap between people ditching bgcolor and cellpadding for CSS1 and widespread browser support for CSS3 media queries (2011, when IE9 got support and Chrome broke 25% market share). So I strongly disagree that the migration was about media query support.


Because you can use Tailwind on top of DaisyUI, e.g. `btn rounded-lg`


Maybe Tailwind has better dead code removal.


How does the version of Tailwind itself make difference? The look depends on what styles are applied using Tailwind, not the ability to specify styles. Think the problem is the most tailwind sites have a similar set of styles applied, most likely copies of the docs or examples. TailwindUI is a paid system, but yeah, could be a case of most of the defaults copying that.


I'm sorry. Brain fart. Replace Tailwind V4/V5 with DaisyUI V4/V5.

After re-reading double brain fart.

I misread the comment as complaining about DaisyUI. I then responded as if they were complaining about DaisyUI but ALSO accidentally used "Tailwind" in my comment.


If a human meeting had lot of silence (assuming it's between words and not before / after), I would consider it a very efficient meeting where there was just enough information exchanged with adequate absorption, processing and response time.


Please ask the agent to help write a workflow script (GitHub Actions yaml or makefile or similar) instead of using it as a runner - if you do that the release pipeline changes with each execution. You do not want a non deterministic release pipeline that's mostly correct. You want one that's checked in to version control and always does exactly the same thing, with all logs and artefacts recorded.

By all means use whatever AI agent you have to help set that up.


Well yes. With the possibility of high upside also comes a chance of a downside.


It depends on your perspective. If you internalize God mode, where you spin your disk world while leaving the sun in place, it's very intuitive.


This is context based dichotomy, not a person-based one.

In my personal life, I’m curiosity-oriented, so I put my blog, side projects and mom’s chocolate shop on fully self hosted VPSs.

At my job managing a team of 25 and servicing thousands of customers for millions in revenue, I’m very results-oriented. Anyone who tries to put a single line of code outside of a managed AWS service is going to be in a lot of trouble with me. In a results-oriented environment, I’m outsourcing a lot of devops work to AWS, and choosing to pay a premium because I need to use the people I hire to work on customer problems.

Trying to conflate the two orientations with mindsets / personality / experience levels is inaccurate. It’s all about context.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: