Earlier quoted context omitted.
The recent YC -> Circle -> Coinbase -> YC comes to mind
What is this?
YC invested in Coinbase, which invested in Circle, which is now investing in YC companies
full circle, not full stop
Claude Code for Infrastructure
181–190 of 190 posts
Re: Claude Code for Infrastructure
#182Earlier quoted context omitted.
That is the problem with software developers with expertise in software, but no deep domain knowledge outside the CS world.
It is my belief with some exceptions it is almost always easier to teach a domain expert to code than it is to teach a software developer the domain.
One of my favorite things about this field is getting to learn about all of these different business domains.
Re: Claude Code for Infrastructure
#183Earlier quoted context omitted.
Until a few months ago, domain experts who ciuldn't code would "make do" with some sort of Microsoft Excel Spreadsheet From Hell (MESFH), an unholy beast that would usually start small and then always grow up to become a shadow ERP (at best) or even the actual ERP (at worst). The best part, of course, is that this mostly works, most of the time, for most busineses. Now, the same domain experts -who still cannot code-…
We have monthly presentations at my job and the business folk are really leaning into AI. The biggest win so far are them being able to generate new user experiences and get them into figma by themselves. They're able to test a design, get it into figma, generate some code, and get it in front of users without a developer or designer at all. It's not perfect but the tests show what we need to focus on vs what falls f…
Super interesting. I don't know why, but something about this comment made something click for me, as an "AI fatigued" engineer.
From the view you describe, it seems AI just lets you experiment faster, when all you want to do is experiment. You find product market fit easier, you empower designers more, etc. Much easier to iterate and find easy wins from alternative designs - as long as your fundamentals work!
Only problem is that you are experimenting in public, so the massive wave of new AI generated features come to the public from everywhere at once. Hence the widespread backlash.
Not to mention, the core job function when you are experimenting is different from what defines a lot of hard technical progress: creating new technologies, or foundational work that others build on, is naturally harder and slower than building e.g. CRUD services on top of an existing stack. Deep domain expertise matters for selling, deep programming expertise matters for stability. I don't know, curious where the line will end up getting drawn.
Re: Claude Code for Infrastructure
#184Earlier quoted context omitted.
We have monthly presentations at my job and the business folk are really leaning into AI. The biggest win so far are them being able to generate new user experiences and get them into figma by themselves. They're able to test a design, get it into figma, generate some code, and get it in front of users without a developer or designer at all. It's not perfect but the tests show what we need to focus on vs what falls f…
Super interesting. I don't know why, but something about this comment made something click for me, as an "AI fatigued" engineer. From the view you describe, it seems AI just lets you experiment faster, when all you want to do is experiment. You find product market fit easier, you empower designers more, etc. Much easier to iterate and find easy wins from alternative designs - as long as your fundamentals work! Only p…
Yeah, the examples I've seen really focus on experimentation which my employers's platform is designed around. We are constantly testing changes in design and copy and hoping that we get small incremental increases in user attention. AI is really suited for these small changes and it allows us developers to build platforms specific stuff instead of working on baby tweaks. We already had a pretty good system where astute business people could tweak HTML and CSS but now their lives are even easier and they can focus on their actual job which is increasing customer sign ups and attention
Re: Claude Code for Infrastructure
#185All these tools to build something, but nothing to build. I feel like I am part of a Pyramid Scheme where every product is about building something else, but nothing reaches the end user. Note: nothing against fluid.sh, I am struggling to figure out something to build.
That is the problem with software developers with expertise in software, but no deep domain knowledge outside the CS world.
Or... the places they have deep expertise they have NDA/non-competes to worry about. (At least, outside of California.)
Sure, I could go and create an accounting app - or a clinical trial recruitment app - as a basic clone of what I've already created. And I might even make it better for some niche. But even if I know what that product system needs, I still need to find someone with the relationships to get in the door.
The trick is - you don't need an idea man for a non-technical founder. You really need someone with a rolodex and a problem.
Re: Claude Code for Infrastructure
#186Earlier quoted context omitted.
One of my first professional coding jobs was in 2007 when Facebook first introduced 'Facebook Apps'. I worked for a startup making a facebook app, and EVERY SINGLE app company had the same monetization strategy: Selling ads for other facebook apps. So the lifecycle of an app would be: 1) Create your game/quiz/whatever app. 2) Pay a successful app $x per install, and get a bunch of app installs. 3) Put all sorts of sc…
Yes I remember those days! I joined a startup whose first product was a Facebook app in 2007. We were right around the corner from Facebook HQ on Forest and High, and we were alpha partners for the launch of Pages. We created a feature film streaming app (the learning was: no one watches 100-minute videos on Facebook). While we never intended to be a Facebook-app company, technically it was the first thing we launche…
The Auteurs?
Re: Claude Code for Infrastructure
#187Hey Collin! Interesting idea, few things: - The website tells less than your comment here. I want to try but have no idea how destructive it can be. - You need to add / mention how to do things in the RO mode only. - Always explain destructive actions. Few weeks ago I had to debug K8S on the GCP GDC metal, Claude Code helped me tons, but... I had to recreate whole cluster next day because agent ran too fast deleted t…
Hey ifx, I had a couple questions about your points, what's the best way to reach you?
Re: Claude Code for Infrastructure
#188Earlier quoted context omitted.
In macroeconomic, you have an aggregate production functions that represents output for a country or something. In many of these function you'll have a parameter for technology, it acts as a multiplier over inputs, so the greater the measure of technology the greater the output. Quite a few of these also exhibt a characteristic where output drops if technology increases too fast. To illustrate this, imagine a scenari…
With the industrial revolution extra demand for industrial overcapacity was created in the form of war. After the war the US created extra demand in the form of consumerism. China is creating extra demand for infrastructure overcapacity with its belt and road initiative. I wouldnt underestimate the abililty of the country to creatively create demand to counter oversupply.
I think you might be making an entirely different point.
Re: Claude Code for Infrastructure
#189Hey Collin! Interesting idea, few things: - The website tells less than your comment here. I want to try but have no idea how destructive it can be. - You need to add / mention how to do things in the RO mode only. - Always explain destructive actions. Few weeks ago I had to debug K8S on the GCP GDC metal, Claude Code helped me tons, but... I had to recreate whole cluster next day because agent ran too fast deleted t…
Hey ifx, I had a couple questions about your points, what's the best way to reach you?
Peak in my profile.
Re: Claude Code for Infrastructure
#190[dead]