<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: subhobroto</title><link>https://news.ycombinator.com/user?id=subhobroto</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Mon, 27 Apr 2026 17:49:35 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=subhobroto" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by subhobroto in "The Prompt API"]]></title><description><![CDATA[
<p>Thank You stranger! I would have assumed the size would vary based on whether your hardware supports the high-quality GPU backend (4 GB) or defaults to a smaller CPU-compatible version (3 GB) but the 22GB note on that page is really confusing. Even if it was including the model server where's the remaining 18GB going towards?</p>
]]></description><pubDate>Mon, 27 Apr 2026 06:50:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=47918474</link><dc:creator>subhobroto</dc:creator><comments>https://news.ycombinator.com/item?id=47918474</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47918474</guid></item><item><title><![CDATA[New comment by subhobroto in "The Prompt API"]]></title><description><![CDATA[
<p>> `> Storage: At least 22 GB of free space on the volume that contains your Chrome profile.`<p>Yes, I can read and comprehend English and you should assume I read the page. Because of the "At least" wording, I was curious what a person who has actually used the feature has noticed, aka, learning from people who have actually done it already.</p>
]]></description><pubDate>Mon, 27 Apr 2026 04:56:35 +0000</pubDate><link>https://news.ycombinator.com/item?id=47917833</link><dc:creator>subhobroto</dc:creator><comments>https://news.ycombinator.com/item?id=47917833</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47917833</guid></item><item><title><![CDATA[New comment by subhobroto in "An AI agent deleted our production database. The agent's confession is below"]]></title><description><![CDATA[
<p>> Streaming replication whether from RDS<p>Are you using AWS RDS Custom to receive the WAL Streams or are you using something like Pigsty? Really curious about the actual specifics</p>
]]></description><pubDate>Mon, 27 Apr 2026 03:56:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=47917559</link><dc:creator>subhobroto</dc:creator><comments>https://news.ycombinator.com/item?id=47917559</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47917559</guid></item><item><title><![CDATA[New comment by subhobroto in "The Prompt API"]]></title><description><![CDATA[
<p>> It works, I've shipped this as a "local inference"/poor person's ollama for low-end llm tasks like search<p>fantastic!<p>> the model download is orders of magnitude greater than downloading the browser itself, and something that needs to happen before you get your first token back<p>sure but does this mean the model is lazily downloaded? that is, if I used this and I am the first time the model was called, the user would be waiting until the model was downloaded at that point?<p>that sounds like a horrible user experience - maybe chrome reduces the confusion by showing a download dialog status or similar?<p>also, any idea what the on disk impact is?</p>
]]></description><pubDate>Mon, 27 Apr 2026 03:48:57 +0000</pubDate><link>https://news.ycombinator.com/item?id=47917532</link><dc:creator>subhobroto</dc:creator><comments>https://news.ycombinator.com/item?id=47917532</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47917532</guid></item><item><title><![CDATA[New comment by subhobroto in "Dear friend, you have built a Kubernetes (2024)"]]></title><description><![CDATA[
<p>right - that's precisely what I meant. I read your comment "Containers are just statically-linked programs for the rest of us." as "containers can be replaced by statically-linked programs".<p>If you didn't imply that, I apologize.<p>If you did mean that, I disagree with you precisely because your point works if you only care about dependency management - it falls apart on system state. A static binary is a process on the host and shares the same process space, network stack, and filesystem.<p>OTOH, a container is a jail (the primary usecase): I can't cgroup a static binary's memory usage or give it a virtual network interface without reimplementing "container lite". Containers aren't just 'statically linked programs' - they allow me to use the kernel as a hypervisor for isolated environments.<p>What they are though, a messy but practical compromise to Unikernels - which was my last point in our GP.</p>
]]></description><pubDate>Sun, 26 Apr 2026 21:57:00 +0000</pubDate><link>https://news.ycombinator.com/item?id=47915093</link><dc:creator>subhobroto</dc:creator><comments>https://news.ycombinator.com/item?id=47915093</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47915093</guid></item><item><title><![CDATA[New comment by subhobroto in "Dear friend, you have built a Kubernetes (2024)"]]></title><description><![CDATA[
<p>I have a suspicion you're using Headscale? If so, I urge you to consider Ionscale. I use it with Authentik as the IdP.<p>Personally commiting to using Tailscale as a core foundation of my infrastructure and Ionscale is my hedge against getting Hashicorped.<p>> Service discovery is basically just Docker's internal DNS. Caddy-docker-proxy can use it to find healthy upstreams<p>Do you have a writeup of this somewhere? I'm unaware of being able to manage Docker's internal DNS over some kind of an API (would appreciate if you know a way to). The only way I know is to manipulate network aliases via Docker Engine API. As a result I use Hickory DNS with RFC 2136. That coupled with Caddy-docker-proxy gets me extremely close.</p>
]]></description><pubDate>Sun, 26 Apr 2026 21:56:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=47915088</link><dc:creator>subhobroto</dc:creator><comments>https://news.ycombinator.com/item?id=47915088</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47915088</guid></item><item><title><![CDATA[New comment by subhobroto in "Dear friend, you have built a Kubernetes (2024)"]]></title><description><![CDATA[
<p>> Kubernetes, in the form of k3s, was a critical success factor for us with the onprem deployment of our SaaS product.<p>What surprises and gotchas did you have to deal with using k3s as a Kubernetes implementation?<p>Did you use an LB? Which one? I'm assuming all your onprem nodes were just linux servers with very basic equipment (the fanciest networking equipment you used were 10GbE PCIe cards, nothing more special than that?)</p>
]]></description><pubDate>Sun, 26 Apr 2026 18:40:45 +0000</pubDate><link>https://news.ycombinator.com/item?id=47912692</link><dc:creator>subhobroto</dc:creator><comments>https://news.ycombinator.com/item?id=47912692</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47912692</guid></item><item><title><![CDATA[New comment by subhobroto in "Dear friend, you have built a Kubernetes (2024)"]]></title><description><![CDATA[
<p>I am a big fan which is why I am saying this: you're dismissing the kernel and ABI surface is a huge assumption that must hold true for your comment to hold  
stavros.<p>If you had said "unikernels" I would have had no arguments to make.</p>
]]></description><pubDate>Sun, 26 Apr 2026 18:36:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=47912667</link><dc:creator>subhobroto</dc:creator><comments>https://news.ycombinator.com/item?id=47912667</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47912667</guid></item><item><title><![CDATA[New comment by subhobroto in "Dear friend, you have built a Kubernetes (2024)"]]></title><description><![CDATA[
<p>> Suddenly you have to become Sysadmin/SRE<p>I don't you made that argument but could a valid conclusion of your comment be that, because Kubernetes is so ubiquitous, using it frees you from being a Sysadmin/SRE?</p>
]]></description><pubDate>Sun, 26 Apr 2026 18:32:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=47912624</link><dc:creator>subhobroto</dc:creator><comments>https://news.ycombinator.com/item?id=47912624</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47912624</guid></item><item><title><![CDATA[New comment by subhobroto in "Dear friend, you have built a Kubernetes (2024)"]]></title><description><![CDATA[
<p>> This is VERY powerful<p>No argument there. The Toyota 5S-FE non-interference engine is a near indestructible 4 cylinder engine that's well documented, popular and you can purchase parts for pennies. It has powered 10 models of Camrys and Lexus and battle proven. You can expect any mechanic who has been a professional mechanic for the last 3 years know exactly what to do when it starts acting up. 1 out of 4 cars on the road have this engine or a close clone of it.<p>It's not what any reasonable person would use for a weedwhacker, lawnmower, pool pump or an air compressor.</p>
]]></description><pubDate>Sun, 26 Apr 2026 18:27:44 +0000</pubDate><link>https://news.ycombinator.com/item?id=47912583</link><dc:creator>subhobroto</dc:creator><comments>https://news.ycombinator.com/item?id=47912583</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47912583</guid></item><item><title><![CDATA[New comment by subhobroto in "Dear friend, you have built a Kubernetes (2024)"]]></title><description><![CDATA[
<p>> found myself rolling out Yoink<p>- using Tailscale SSH is brilliant<p>- using caddy-docker-proxy for ingress is brilliant<p>What do you use for:<p>- service discovery<p>- secret store (EDIT: Crap you use Infisical. No shade, I just have this horrible foreboding it will end up like Hashicorp. I use Conjur Secretless Broker but am tracking: <a href="https://news.ycombinator.com/item?id=47903690">https://news.ycombinator.com/item?id=47903690</a>)<p>- backing up and restoring state like in a DB<p>PS: Have you been having issues with Hetzner the last few weeks?</p>
]]></description><pubDate>Sun, 26 Apr 2026 18:19:47 +0000</pubDate><link>https://news.ycombinator.com/item?id=47912536</link><dc:creator>subhobroto</dc:creator><comments>https://news.ycombinator.com/item?id=47912536</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47912536</guid></item><item><title><![CDATA[New comment by subhobroto in "Show HN: Kloak, A secret manager that keeps K8s workload away from secrets"]]></title><description><![CDATA[
<p>> The main challenge is to find a flow to signal to kloak what to rewrite and how to inject kloaked secrets to the workload<p>Would it be realistic or reasonable to detect a header like `X-kloak-ENABLED` or specific endpoints in the case of HTTP?<p>Similar for wire protocols like PostgreSQL or gRPC?<p>Our would a usermode proxy be easier but not preferred due to overhead?</p>
]]></description><pubDate>Sat, 25 Apr 2026 22:50:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=47905367</link><dc:creator>subhobroto</dc:creator><comments>https://news.ycombinator.com/item?id=47905367</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47905367</guid></item><item><title><![CDATA[New comment by subhobroto in "Show HN: Kloak, A secret manager that keeps K8s workload away from secrets"]]></title><description><![CDATA[
<p>Please let me know how I can help. Can I write or review the initial forum post for you or anything that can help both of us?<p>- What's the best way to discuss this specific topic with you? As an <a href="https://github.com/spinningfactory/kloak/issues" rel="nofollow">https://github.com/spinningfactory/kloak/issues</a> or something else?<p>- My specific usecase is to not need Conjur Secretless Broker (<a href="https://github.com/cyberark/secretless-broker" rel="nofollow">https://github.com/cyberark/secretless-broker</a>) - my understanding of eBPF is entirely superficial but from a 30k ft view, it looks like this can not only replace it but would be a far efficient solution (Conjur would be a user-space proxy while kloak would be at lower levels of abstraction)?</p>
]]></description><pubDate>Sat, 25 Apr 2026 22:40:50 +0000</pubDate><link>https://news.ycombinator.com/item?id=47905299</link><dc:creator>subhobroto</dc:creator><comments>https://news.ycombinator.com/item?id=47905299</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47905299</guid></item><item><title><![CDATA[New comment by subhobroto in "Show HN: Kloak, A secret manager that keeps K8s workload away from secrets"]]></title><description><![CDATA[
<p>This is fantastic! I need this. however, for my self-hosted home projects that are containerized but where I don't use Kubernetes, is there a way for me to use a version of Kloak that does the same eBPF magic on docker-compose or LXC/QEMU (Incus) stacks?<p>It's perfectly fine for you to say non-Kubernetes isn't either your focus or on your 90 day roadmap :)</p>
]]></description><pubDate>Sat, 25 Apr 2026 20:48:52 +0000</pubDate><link>https://news.ycombinator.com/item?id=47904442</link><dc:creator>subhobroto</dc:creator><comments>https://news.ycombinator.com/item?id=47904442</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47904442</guid></item><item><title><![CDATA[New comment by subhobroto in "GPT-5.5"]]></title><description><![CDATA[
<p>First, let's agree we will never invoke Godwin's Law. I think we need to establish atleast some common ground at this point. Here are my proposals:<p>- At the end of the day, a business is an activity that allows a person(s) helping another person(s). Even in a strictly amoral environment, voluntary trade is a positive-sum game where both A and B gain positive utility: A provides a positive utility to B by giving up something A had but B didnt (B has more than before) and B compensates A for it by giving up something B had but A didnt (A has more than before).<p>- Due to the profit incentive, there will be scammers, grifters and similar people who are not interested in the "helping" part but rather the "profit" part<p>- A more powerful person can dominate a weaker person<p>- Societies, of which organizations/companies are part have hierarchies of people<p>- A person "higher" up the hierarchy has control and influence over a person lower down that hierarchy<p>- A significant motivating factor for a person starting a business is independence (be at or towards the top of their local hierarchy) and ownership (be at the root of their local hierarchy)<p>- The person paying the money out of free will has control and influence over the person accepting the money out of free will in exchange for the help<p>- Regulation is the forced injection of a very large organization asserting themselves into the premier position of the hierarchy (For example: If regulation bans a specific chemical solvent, the supply chain must either shut down, find an alternative, or go "to the black market"/"go underground" where the regulatory authority cannot inject themselves)<p>- Regulation is hard to change and it's entirely a legal construct<p>- Regulation is rarely deprecated (For example: there are regulations in place that were written for an era where people would start their cars by hand although its been decades since anyone has actually done that)<p>- Normal people don't understand legal constructs any better than they can understand multivariate calculus or multithreaded, concurrent code<p>- Competition is great for customers. Anything that increase competition should be encouraged.<p>- We must treat customers as adults who are not challenged nor disabled. To keep our discussion manageable, we will ignore those scenarios where customers are not adults or otherwise challenged and disabled<p>- There are economies in scale but barring regulation or hostile takeovers, scale can only be achieved by willing, cooperating parties (For example: Say there are 3 phone companies in the US: A, T and V. If either one of them wanted to have majority stake in the "one" merged company, short of the other two conceding willingly, that "one" merged company will never exist)<p>- Inefficiencies can hide better at larger companies<p>- Larger companies are risk averse although surprisingly they are in the best position to absorb risks - aka Innovator's Dilemma (For example: Google invented transformers but management decided against it because they were afraid of hallucinations affecting search result quality. 3 engineers at OpenAI read the transformer paper and the rest is history. Google is still playing catch up!)<p>- A significant motivating factor for a person starting a business is independence and ownership that allows them permissionless innovation<p>- Innovation is an overall gain for humanity which is why society rewards innovation and penalizes rent seeking.<p>- People can use knowledge to do both evil and good<p>- Humanity optimizes for the good of people over time<p>If you disagree with any of the above, let me know which, ideally with supporting arguments.<p>Now back to our discussion:<p>> I say that 'Big HVAC' will in the future outcompete all the small shops; that it hasn't happened yet says nothing<p>It seems like you prefer rejecting evidence that doesn't support your hypothesis. My recommendation is you do the exact opposite. I'm engaging with you precisely because your take is absolutely counter to mine and I a know for a fact, because I have done this before, that my understanding will be much improved at the end of our conversation. It will provide me even more clarity than I have.<p>> Yes, regulation can heighten the barrier of entry (but also lower, although less common)<p>and why do you think it's less common for regulation to reduce the barrier of entry?<p>> You're naming companies in industries that have become even more consolidated than when those companies were the behemoths<p>So your argument is:<p>- Sears: Retail is now even more consolidated<p>- Blockbuster: Entertainment is now even more consolidated<p>- IBM: Software or Hardware is now even more consolidated<p>> They are behaving rationally and in their self-interest<p>You're conflating the rationality and self-interest of an entrepreneur with that of an employee.<p>Moral and company alignment aside, a researcher in LLMs might not care much whether they go work for Google or OpenAI or Anthropic. They might not even care whether they go work for Alibaba or Bytedance. OTOH, sama is definitely not going to work for Google or Anthropic and it's absolutely in his rational self-interest to behave that way.<p>There are even more inconsistencies in your writeup but I think this is a good checkpoint for me to allow you to reflect.<p>I also suggest we continue this over email (details in profile). Thank You for continuing to engage, I appreciate your POV.</p>
]]></description><pubDate>Sat, 25 Apr 2026 20:18:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=47904238</link><dc:creator>subhobroto</dc:creator><comments>https://news.ycombinator.com/item?id=47904238</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47904238</guid></item><item><title><![CDATA[New comment by subhobroto in "GPT-5.5"]]></title><description><![CDATA[
<p>You and I are debating: do free markets naturally inevitably trend toward permanent monopolies, or does free-market competition constantly disrupt incumbents?<p>The reason why Silicon Valley is the hotbed of such innovations, large booming businesses is regulators haven't yet got their hands into software.<p>In comparison, more regulated industries like BioTech, Education, Finance, Oil, Gas, Infrastructure is a joke.<p>The Biden administration had started the ball rolling on shackling up AI and LLMs: regulating, enforcing, mandating bottlenecks. It would have been kneecapping ourselves - essentially placing on ourselves the very sanctions we now place on China! The U.S. wouldn't need China to invade Taiwan to bring down our economy, we would willingly do it to ourselves! The push to regulate AI through mandatory reporting thresholds and compliance bottlenecks for large compute runs is the exact type of barrier-to-entry that kneecaps open-source disruption and entrenches the current giants. Hopefully these illinformed suicidal tendencies are on pause, for now.<p>I CANNOT for the life of me, understand why we would think, placing any limit on our creativity and productivity is a smart decision but I digress.<p>> do you think in a fully free market, without any governement intervention, those mom and pop shops would not be bought up or merge?<p>Is there a regulation right now that stops BigHVAC from acquiring your local, community 1 to 5 person HVAC company?<p>We don't have to engage in hypotheticals. I already asked you "Are there small businesses in your area like the 1 or 5 person HVAC or cleaning or landscaping or breakfast company that you disdain as much as you disdain UnitedHealthCare?" and I don't have a response yet.<p>> The truth is that consolidation is an attractor. If it hasn't happened yet in a market, it will. Economies of scale give an undisputed advantage<p>Mathematically, probabilistically, a software engineer will make way more risk adjusted money working as an employee at the MAG7 than starting their own startup, yet, every month, we have software engineers joining and creating startups.<p>A similar mindset makes your HVAC tech start their own or continue to run their own even though mathematically, probabilistically, economies of scale would give them an undisputed advantage - but that, consolidation isn't free. An even remotely skilled operator understands that and what that entails.<p>The moment a big, consolidated HVAC company raises prices or provides terrible service, a smart technician can buy a van, print some flyers, and steal their customers. Free markets allow the mom-and-pop shop to constantly respawn. Infact, Gavin Newsom has managed to distort the HVAC market in California by making it really onerous to operate refrigerants that does make it pretty hard for mom-and-pop shop to constantly respawn. This is why you will notice a lot of PE picking off HVAC companies in California!<p>By your logic, the world would have stopped at Sears, Blockbuster, and IBM. Yet, the first two aren't even a thing in 2026 and I don't want to comment on the IBM of 2026.<p>There are even more examples than these that obliterates the tired "consolidation is an inevitable endpoint" argument. A reasonable person would immediately acknowledge that size does not guarantee survival in a market where innovation is permitted and the entry fee is low.<p>The "feudalism" that you apparently abhor is actually caused by government intervention. When governments heavily regulate industries (like education, healthcare, finance, infrastructure), they make compliance so expensive that only massive, consolidated corporations can afford the lawyers and lobbyists to survive. Regulation protects the consolidated giants from the mom-and-pop startups!<p>I must deal with reality though - your sentences suggest companies always consolidate and the only way is to counter that with regulation. You really believe in this and this does hold true in heavily regulated industries but then you need to ask why does the same not hold true for industries with low barriers to entry and permissionless innovation?<p>Here's a thought experiment: Before the AI boom, the MAG7 rivaled the GDP of entire nations and dominated global market caps. They certainly don't need AI and LLMs to stay happy - infact Google, who invented transformers, is now rivaled by OpenAI and a swarm of startups founded by the very engineers who left Big Tech to disrupt it. This isn't the only time this has happened in tech!<p>So why are they now rushing to outcompete each other, over multi billions of dollars, to the extent they are self-sacrificing staff to freeup capital to invest into compute?</p>
]]></description><pubDate>Sat, 25 Apr 2026 09:56:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=47900141</link><dc:creator>subhobroto</dc:creator><comments>https://news.ycombinator.com/item?id=47900141</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47900141</guid></item><item><title><![CDATA[New comment by subhobroto in "GPT-5.5"]]></title><description><![CDATA[
<p>> evolve to a monopoly and strongarm everybody to do exactly what you want whilst removing all pressure on the quality of your product<p>This certainly isn't true of small businesses and the local mom-and-pop shops in your area.<p>For free markets to work, small businesses need the ability to thrive and starting one should be exceptionally easy.<p>What has unfortunately happened in a lot of developed countries, is that in order to regulate the very large companies you're upset about, governments have made it nearly impossible to start small businesses to act as competition. That makes it even easier for companies to consolidate and evolve into a monopoly, strong-arming everyone - the exact opposite effect of what those regulations were hoping to fix.<p>Are there small businesses in your area like the 1 or 5 person HVAC or cleaning or landscaping or breakfast company that you disdain as much as you disdain UnitedHealthCare?</p>
]]></description><pubDate>Fri, 24 Apr 2026 16:37:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=47892547</link><dc:creator>subhobroto</dc:creator><comments>https://news.ycombinator.com/item?id=47892547</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47892547</guid></item><item><title><![CDATA[New comment by subhobroto in "GPT-5.5"]]></title><description><![CDATA[
<p>> The price for all models by all companies will continue to go up, and quickly.<p>This might entirely be true but I'm hoping that's because the frontier models are just actually more expensive to run as well.<p>Said another way, I would hope, the price of GPT-5.5 falls significantly in a year when GPT-5.8 is out.<p>Someone else on this post commented:<p>> For API usage, GPT-5.5 is 2x the price of GPT-5.4, ~4x the price of GPT-5.1, and ~10x the price of Kimi-2.6.<p>Having used Kimi-2.6, it can go on for hours spewing nonsense. I personally am happy to pay 10x the price of something that doesn't help me, for something else that does, in even half the time.</p>
]]></description><pubDate>Fri, 24 Apr 2026 02:31:50 +0000</pubDate><link>https://news.ycombinator.com/item?id=47884796</link><dc:creator>subhobroto</dc:creator><comments>https://news.ycombinator.com/item?id=47884796</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47884796</guid></item><item><title><![CDATA[New comment by subhobroto in "GPT-5.5"]]></title><description><![CDATA[
<p>A lot of people already did. All their children and descendants now are staunch capitalists because they saw first hand the horrors of communism.<p>I am from India and have friends who are immigrants from Russia, China and Cuba. We don't take lightly to being lectured about communism. We didn't move to the U.S., the bastion of capitalism, because communism had worked well for our grandfathers and parents and continues to do wonders for  its society.</p>
]]></description><pubDate>Fri, 24 Apr 2026 01:44:46 +0000</pubDate><link>https://news.ycombinator.com/item?id=47884535</link><dc:creator>subhobroto</dc:creator><comments>https://news.ycombinator.com/item?id=47884535</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47884535</guid></item><item><title><![CDATA[New comment by subhobroto in "GPT-5.5"]]></title><description><![CDATA[
<p>> Why rent the model to build a profitable company with when you could just take all that profit for yourself?<p>You're describing a standoff at best and a horrible parasitic relationship at worst.<p>In the worst case, the supplier starves the customer of any profit motive and the customer just stops and the supplier then <i>has no business to run</i>.<p>This has happened a few times in the past and is by 2026, well understood as a way to bankruptcy.<p>That has always been the beauty of free markets - it's self healing and calibrating. You don't need a big powerful overseer to ensure things are right.<p>Competing with customers is a way to lose business fast.<p>For example:<p>- AWS has everything they need to shit out products left, right and center. AWS can beat most of their partners and even customers who are wiring together all their various products tomorrow if they wanted. They don't because killing an entire vertical isn't of any benefit to them yet. Eventually they will when AWS is no longer growing and cannot build or scale any product no matter how hard they think or try. Competing with their customers is their very last option.<p>- OpenAI/Anthropic/Google isn't going to start competing against the large software body shops. Even if all that every employee at TCS does is hit Claude up, Anthropic isn't going to be the next TCS - it's competing with their customers.</p>
]]></description><pubDate>Fri, 24 Apr 2026 01:42:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=47884516</link><dc:creator>subhobroto</dc:creator><comments>https://news.ycombinator.com/item?id=47884516</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47884516</guid></item></channel></rss>