

Nikhil sinha
1K posts

@sinhaniik
SDE-1 @claimzippy → DevOps | Learning DevOps in Public | Docker • AWS • Linux • CI/CD | Real journey + mistakes | Open to DevOps roles (Remote/BLR)




🚨 SpaceX just pulled off the greatest financial engineering feat of the century. In about a week. Here's everything that happened, in order: – Folded xAI into a rocket company, turning "space logistics" into an "AI infrastructure" story overnight – Priced the IPO at a flat $135. No book-building, no range. Take it or leave it – Floated just 4% of the company. 556 million shares against 13 billion – Raised $75 billion at a $1.77 trillion valuation, near 100x revenue – Lobbied to get into major indices in ~15 trading days. Amazon took years. Forced buying, by law – Handed an unusually large slice of the float to retail. Tiny supply, an army of buyers – Watched the stock rocket past $200, up nearly 20% in a single session – Saw ~46% of the entire float trade hands in one day – Then announced a $60 billion all-stock buyout of Cursor, the AI coding tool – Structured it so the higher the stock trades, the fewer shares it has to print to pay A company losing $4 billion a quarter is now buying AI startups with paper it manufactured out of a 4% float. The scarcity that pumped the stock now makes its shopping spree cheaper. This isn't aerospace. It isn't even AI. It's the finest financial engineering of the century, and it's only week one.












JUST IN: Cursor unveils “Origin,” a new code storage & git hosting platform built to take on GitHub.


started my day with a good read





Top 5 Fun Linux Terminal Commands You Must Try


Before AWS or any kind of public cloud, how did companies run applications? A brief history lesson (i promise i wont be boring) The old way was physical servers. If a company wanted to host an application, it had to buy actual hardware from vendors like IBM, HP, Dell, Cisco, etc., and place those machines inside its own data center. A data center wasn't just a room full of computers. It needed: • Servers • Network switches and routers • Cooling systems • Power backup (UPS, generators) • Fire suppression systems • Physical security • Dedicated operations teams The biggest problem? Servers were expensive and horribly underutilized. Imagine buying a server with 100 GB RAM and 100 CPU units. Your application only needs 1 GB RAM and 1 CPU unit. That means: Used: - 1% CPU - 1% Memory Idle: - 99% CPU - 99% Memory You've already paid for the entire machine, but most of it sits doing nothing. Now multiply that by: • 15 servers • 200 servers • 2,000 servers The waste becomes enormous. And it gets worse. Companies had to estimate future demand months in advance. If traffic suddenly increased: → Buy new hardware → Wait for procurement → Rack and cable servers → Configure networking → Deploy applications This could take weeks or even months. So most organizations overprovisioned infrastructure "just in case," creating even more waste. Then virtualization changed everything. Instead of one application per physical server, hypervisors allowed multiple virtual machines to share the same hardware safely. A single server could now host many workloads. Utilization improved dramatically. Public cloud providers like AWS took this idea to internet scale. Instead of buying servers: • Rent compute by the hour/second • Scale up in minutes • Pay only for what you use • Let AWS manage the hardware, power, cooling, and facilities Cloud wasn't just about renting servers. It was a solution to decades of underutilized hardware, slow provisioning, and massive capital expenditure. Understanding this history makes AWS, EC2, containers, and Kubernetes much easier to appreciate. Cloud is not magic. It's the evolution of infrastructure economics. #AWS




