The foundation of high-performance computing that powers artificial intelligence lies not just in powerful GPUs, but in the intricate web of connections between them. As models grow exponentially in size and complexity, the networking infrastructure that facilitates their training has become a critical bottleneck. This has sparked a fascinating race to develop networking solutions tailored for AI-centric workloads, with tech giants like NVIDIA who are on an infrastructure trailblazing marathon.

In my previous blog on Dilution of Ownership, I explored how startup funding rounds impact equity. Now, let’s dive into a hot-button, highly-debated, and dramatically misunderstood matter of policy - taxing unrealized capital gains (or the wealth tax). Could this policy drastically alter the startup landscape? Would there be a tangible impact on founders, investors, and the innovation ecosystem as a whole? Intro The Allure of Taxing Paper WealthOn the surface, taxing unrealized gains - (the increase in value of an asset that hasn’t been sold yet) - might seem like a fair way to ensure the ultra-wealthy pay their “fair share.

There is a lot of confusion surrounding the dilution of ownership, especially in the tech startup space. What does this mean in layman’s terms? Who does it impact? And most importantly, why you should care if you plan to work for a startup. This is a topic I have discussed with many new (and even some seasoned) engineers over the past few years. I recently had this very discussion with a senior engineer (and close friend) who is leaving big enterprise for startup land.

Sometimes, especially if you aren’t a developer by trade, you can get stuck on something small that will find you banging your forehead on your desk (figuratively, of course). Most of the time, it is easy enough to find an answer online or even from ChatGPT. Other times, you may not be so lucky. The other day, I fell victim to a TWE or time wasting event that I thought was worth writing about.

For many moons, importing existing infrastructure (that is to say, infrastructure running outside of Terraform state), has not been a trivial task. Historically, Terraform did not generate any configuration. You would have to write the infrastructure-as-code in a manner that reflects how it was deployed. Then, to make matters not easier, you would fetch the ‘ol shovel and dig out the unique resource identifiers to feed through the command line. Handling a single resource in this manner is pretty simple.

What fits somewhere in between re:Invent and Community Day events? That would be the AWS Summits! This year, I got to experience a double dose of fun by representing Alkira at our booth and presenting at the AWS Community Developer Lounge. I may be biased, but I believe the Alkira team is the best in the world. It was a blast getting to talk about cloud networking with event attendees while getting a glimpse of how the public sector is adapting to change.