The Ruby AI Podcast
The Ruby AI Podcast explores the intersection of Ruby programming and artificial intelligence, featuring expert discussions, innovative projects, and practical insights. Join us as we interview industry leaders and developers to uncover how Ruby is shaping the future of AI.
The Ruby AI Podcast
Programming Isn't Dying, It's Climbing the Abstraction Ladder
Use Left/Right to seek, Home/End to jump to start or end. Hold shift to jump forward or backward.
"Programming isn't dying, it's evolving." That idea sits at the heart of this conversation recorded live from the Rails World conference, where Obie Fernandez joined the Buzzsprout studio to push back on DHH's keynote claim that programming is dead. Rather than panic, both speakers see this moment as another step up the abstraction ladder, similar to how developers once moved from assembly to compiled languages.
Historically, people have consistently underestimated the need for skilled developers, and that pattern appears to be repeating itself now. (It's almost comforting, really.) From Visual Basic to modern Rails frameworks, abstraction has always reshaped the craft without eliminating it.
What does it actually mean to be a programmer when code becomes disposable and "regenerative software" takes hold? The conversation wrestles with that genuinely unsettling question.
Because DHH recently revealed he's writing only three percent Ruby code lately, the stakes feel real for everyone in the Rails community. Fernandez argues that passion and adaptability matter more than attachment to any specific framework or label.
Drawing from careers spanning BBS systems, Java, and Rails, the speakers ultimately advocate for choosing optimism over fear when navigating uncertain futures. Tune in for a grounded, thoughtful take on where software development is actually headed.
We are in the Buzz Sprout studio live at Railsworld. Or two of us are.
SPEAKER_00Yeah, I'm somewhere else. I don't know quite yet where I woke up. That's right.
SPEAKER_04If you can't recognize that famous Texan that we have on the show today, it is none other than OB Fernandez. I go by Bubba now.
SPEAKER_02Welcome to the show, Bubba. It's pretty cool broadcasting from here. This is day two of Rails World, two of two. It hasn't actually started yet. It starts late. It starts at 10 a.m. today, but we're here in the Buzz Sprout studio and we could see everything going on around us. At C, I'm kind of you can't really see anything. One theme of Rails World seems to be that it's very dark and cold the entire time you're here.
SPEAKER_00I see everything in here. Feels like a fish tank. I didn't see it.
SPEAKER_02In the middle of it. Yeah, it's true.
SPEAKER_04You need like one of those Japanese public toilets where the glass fogs when you close it, you know, and you lock the door behind you. I didn't know that, but that sounds great.
SPEAKER_00Nah, I like people to watch. Cool.
SPEAKER_02Keep the door unlocked. Just for the sense of danger. So, I mean, how's your experience been so far of uh Rails World?
SPEAKER_00Non-stop talking. Yeah. There's been a lot to talk about.
SPEAKER_02Lots to talk about.
SPEAKER_00A lot to talk about. Spicy takes. Yeah. Feels like the future of computing involves the death of programming.
SPEAKER_02Yeah. It does seem that way. I mean, DHH, you know, said that literally in his uh opening keynote, right?
SPEAKER_00Yeah, some people, some people I think are overreacting to that.
SPEAKER_02Yeah. Overreacting to that, or do you think DH?
SPEAKER_00I think some people just overreact to DHH in general. Yeah.
SPEAKER_01Yeah, no, that's a fair point.
SPEAKER_00Fuck. Now they're gonna overreact to me. He's not reacting enough. Apparently it's contagious.
SPEAKER_04Nothing is new from DHH's uh standpoint, I don't think.
SPEAKER_02Do you know it's been 21 years? This is my first time ever going and seeing him uh speak a lot.
SPEAKER_00Same.
SPEAKER_02It's what I guess I expected based on everybody else talking, you know, talking about DHH.
SPEAKER_00Here's the thing though, because uh takes uh and all that stuff uh get a little boring to me. I I think what I find more interesting is just the death of programming. This is not the first time that the death of programming has been proclaimed by the industry. We are repeating aloof. Definitely true. But this time it's different. Yeah. And yet uh I don't think so. You don't think so? No, I don't think so. I mean, I think it's definitely cool. The future doesn't repeat it rhymes, but more and more uh is crystallizing for me that that no, I don't think it's gonna be any different this time.
SPEAKER_02I mean, that's interesting in and of itself. Like we're obviously we're not, most of us, writing code anymore. What you know, writing code in the in the traditional sense of just you know, hands on the keyboard, uh typing the code. So that's where people kind of jump from like that to okay, we're not programmers anymore. And I actually disagree with that statement as well. But what I want to know from you is is there a rebirth or is there a or is it an inflection point where we're kind of changing what it means to program?
SPEAKER_00It's moving up the abstraction ladder. You know, there was a point in time where I imagine that people who wrote Assembler were having arguments about whether you should continue to do code review on the assembler that was generated by the compiler because they didn't trust the compiler.
unknownYeah.
SPEAKER_00And uh when I bring that up, well, first of all, most people will nod their head because it's common trope. You agree?
SPEAKER_03I do.
SPEAKER_00Yeah, but that's the funny part because we like to think that you know we live in extraordinary times. In a lot of ways, objectively, it is extraordinary to have machine intelligence, very sci-fi, you know, yeah, yeah. And everything like that. Um, but then you go, okay, well, you know, when programmers moved from hand rolling uh assembly code, you know, to to generating machine code or you know. I wasn't quite in that era, but I mean I started programming in the in middle eighties and then professionally in in '95. So I was close enough to talk to people that went through that era and to sort of live through certain aspects of it. So it's a little visceral for me. Like I've and I lived through the era right at the beginning of my career where Visual Basic and other you know kind of 4GLs came along, and then people were like, Yeah, you don't need programmers anymore. So, you know, it keeps happening. You tell people all that and then they nod, and then they don't get it. It's like we're moving up the abstraction ladder. There's gonna be a new set of frameworks, new set of tools, new set of ways to version the artifacts that we want to collaborate on.
SPEAKER_03Right.
SPEAKER_00Right. But the act of putting that all together and you know translating what the executives want, let's say capital, because it's gonna become startlingly clearer uh very, very soon, I think, what that actually means for society. But let's say the people that call the shots they don't want a program. No, they may think they want a program, but some of them, like like my great CEO Brandon, uh loves the vibe code and he puts stuff together directly based on his uh ideas, but they're they're still prototypes. Sure.
SPEAKER_03Yeah.
SPEAKER_00He doesn't actually want to be a programmer, he wants to be a CEO.
SPEAKER_03Yeah, right?
SPEAKER_00Yeah. Based on that experience, based on the perspective, based on how I see things come together, I say, okay, we're moving up the abstraction layer. Where's the next level languages and frameworks? Where, you know, what's the thing that's gonna get branded with a brand where people are like, now I'm a brand programmer, right?
SPEAKER_01Yeah.
SPEAKER_00So here in this conference, I've been talking to people, and I call it I you know since we're at Rails World and I'm a Rails guy, you know, I'm like, okay, well, what is Rails next? Let's imagine that trademark issues aside, we were able to create the layer, you know, the the translation layer that turned a set of artifacts, written down artifacts, obviously, you know, preferably in GitHub. Yeah, yeah. You know, so we can collaborate easily on it, you know, put that through a layer that transforms it into a properly written Rails app in such a way that's repeatable that you don't have to actually look at that code. Yeah. Because that code is now the machine code or the intermediate language or you know, pick your poison for that particular trope. And then people just I I mean, some people get it, but I think uh as a whole, people are not getting it. They're like, oh, you know, I don't code anymore. Well, it's like, guess what? The code where the code is changed.
SPEAKER_02Yeah, I totally agree with you there. And we were talking about this yesterday. To me, the exciting thing is the harnesses that are being built and the knowledge graphs, all the pieces that you're putting into place around the agents to support them and get the outcomes that you want. Because that to me is creative problem solving, which is what I got into programming to do. Yeah. Um, I'm curious because I know like you have a soft spot in your heart for this, you know, for this kind of development. You've been doing it for longer than most people. So where do you see that fitting in to let's say Rails Next or into this higher level of abstraction? Like, are we are we touching it when we start working on the tools that support the agents?
SPEAKER_00Yeah, you're touching it directly, you're manipulating text symbols that end up being inversion control.
SPEAKER_03Yeah.
SPEAKER_00That that is a paradigm that I think it's premature to call that dead.
SPEAKER_03Yeah.
SPEAKER_00You know, you want easy collaboration, you want repeatability, and that's that to me, that's still the way to do it. Like right now, everyone's just got you know running around with like a chicken with their head cut off and like trying all sorts of different things. There's a million different ways to do spectrum development. But we we also live in a fairly large corner of the programming world, which is like kind of web and consumer mobile kind of stuff, but the programming world is is big and getting bigger because it's much easier to apply software to all sorts of things than it was ever before. Man, if people think the AI bubble is huge, just wait till we get into the robotics bubble. What do you mean? Say more about that. Capital wants to replace white-collar labor because now it's apparent that you can probably replace a lot of layers of it. Wait till they can replace blue collar. They at least like white-collar kinda. They don't like blue collar. I mean, pardon the spicy take partner.
SPEAKER_03Yeah.
SPEAKER_00No, that's right. You get where I'm coming from. You get where I you get where I'm coming from, though, right? No, I do. I do. Yeah.
SPEAKER_02This is a tale as old as time, right? You know, we wanna, you know, we could make all this stuff a lot cheaper if it wasn't for all the people we had to pick.
SPEAKER_00But if there's no consumers, like who's gonna empower the economy? There isn't. And I'm like, did you forget that history didn't end like 10 years ago with Obama? And history includes things like a lot of people dying.
SPEAKER_03Yeah, yeah, for sure.
SPEAKER_00You know, are we that arrogant to think that history, you know, that particular kind of history is not gonna repeat itself? And I think that's where people get into the doom and gloom.
SPEAKER_02That's for sure.
SPEAKER_00You know, and it is scary, and I got kids, and I hope to have grandkids someday, and it's you know, the sort of thing that I go, okay, well, you know, hopefully we don't go down that route. But I think one of the takeaways from DHH, you know, just bringing back here to Austin that was cool yesterday, is the idea that okay, we we face an uncertain future, we participate in creating that future. Let's be optimistic. Yeah, you know, let's manifest a cool utopian, you know, future with all this shit. I mean, I don't know that he's necessarily saying utopia. I'm saying that.
SPEAKER_02The part that I respect is the um, hey, with no information about the future, or with very imperfect information about the future, we have two options. One is to be fearful and the other is to be optimistic. Yeah, and it's the rational choice is to be optimistic.
SPEAKER_00The ra the rational choice, it's also you know, fear is the mind killer. And I I truly believe that I have believed that all the whole time. And people accuse me of having paranoia all the time, which is you know, another way of saying the universe is out to help me instead of out to get me.
SPEAKER_03Yeah.
SPEAKER_00That truly works in different ways. I mean, you know, some people call it God, some people call it uh you know, manifesting, some people you know wear crystals around their neck. That doesn't work actually, but sorry, crystal people.
SPEAKER_02Is that it? Have you tried it? You don't know.
SPEAKER_00I tried and it didn't work. So empirical evidence.
SPEAKER_03Yeah, yeah.
SPEAKER_00Yeah, I I get it. And I know people, and I just wrote I just wrote this post on on X that went viral and about meat proxies.
SPEAKER_03Uh huh.
SPEAKER_00And I do have this real friend. Some people are like, uh, Claude wrote this. I was like, fuck off. This is the most not Claude writing that I've done since Opus came out. So, like, you know, fuck off. That was really me. And some people were like, that friend doesn't exist, and this story didn't happen. I was like, fuck off. This friend does exist. He does work for a company that most people, at least programmers, have heard of, and he is a staff engineer, and he is afraid of for his future, but in ways that I found enlightening rather than oh yeah, that checks out. Like the enlightening part is that this may be another case where people whose heart is not in the industry end up getting pushed out because those are the people that are most afraid, right? Like if your heart's in this industry, if you're a creator specifically with programming, this is my friend's creative and he's super smart. It's just that he read the article and he he sent me a message afterwards and he says, Hey, dude, the thing is, my heart's never been in this career. And I was like, Oh.
SPEAKER_03Yeah.
SPEAKER_00Yeah, about that. So yeah, that's not gonna work out very well for you in this in this phase that's coming up because like what's gonna be rewarded in this phase that's coming up is really the applied creativity towards actual programming.
SPEAKER_02I agree with you, and I'm gonna add that I think it also rewards a uh a resilience to change that in my mind was what I signed up for by getting into this industry. Like I signed up to be at the forefront of a very changing, turbulent industry. And it's true, I didn't predict this amount of change. Yeah, what I had prided myself on and what I tried to bring my team up on was the ability to adapt to change quickly. Yeah, and I think when you combine that with a true love of problem solving in a creative fashion with computers, that's really where you can maybe feel more comfortable.
SPEAKER_00You have to be ready to change your the label that you use, you know, as a way to describe yourself. I mean, when I was a kid, I was a nerd or a hacker. When I got involved professionally into software, I was for eight, nine years a Java programmer. And then I discovered Ruby and Ruby on Rails in 2004, 2005, and I became a Rails programmer. And you know, those labels have their use, but I think people get attached to them.
SPEAKER_03Yeah.
SPEAKER_00And you gotta be willing to make the leap when something happens. And maybe this is the death of Rails, you know, at some point. Maybe it is the death of the current generation of programming languages as we move into whatever that next level of abstraction is. We've been here before and you survive and you adapt. I imagine that a lot of people here at this conference probably have only done Rails or have only done web paradigms.
SPEAKER_02Yeah, that's possible. Yeah.
SPEAKER_00When I was a kid, I I did the whole BBS scene thing and video games and like copied source code out of magazines. And then in my earliest years of programming, I I did a service dispatching system and small talk and then some database stuff, power builder, heavy-duty log processing and Pearl, Diagnostic Systems, and and Java Micro Edition at uh Daimler Chrysler in the early 2000s. It's all programming. And it's all super fucking cool, you know. Like if you find programming cool.
SPEAKER_03Yeah.
SPEAKER_00Right? And like the things that I'm doing now with Chad Fowler on regenerative software and like uh, you know, being able to move up that abstraction layer so that the source code that we now consider sacred is no longer sacred. It's actually disposable. Yeah. That's super fucking cool, also. That and that's also programming.
SPEAKER_02It is also programming. Yeah, I totally agree.
SPEAKER_04Regenerative software is a really interesting idea.
SPEAKER_02Is that the future? It's really bad for the success of the well-grided Rubyist. So I don't really love this idea, but I think it might be true.
SPEAKER_00Yeah, and I'm, you know, I'm super closely associated with Ruby in the Rails world and and whatnot. So, you know, it's not necessarily the best thing for me as well, but I think that the attachment to the current paradigm, which is clearly going away, get a fucking grip. People, you're not going to be doing code review very, very soon. If you continue to insist on doing it, you will be obsolete very soon. And by very soon, I mean like within a matter of a couple of years, you will be obsolete. People will look at you and they will laugh in pity. And a very, very few of you will retain your employability in the same way that people are still doing COBOL and still doing to some degree Java. You know, and the rest of us will move on to newer paradigms, which are still programming and are super fucking cool and involve new. I see a huge greenfield of programming, and I think that's where people lose the plot. Right? Because they look at this other thing, they go, This doesn't look like what I was doing, so I don't want to do it.
SPEAKER_03Yeah, right.
SPEAKER_00The reason regenerative software is so so interesting to me is that it unlocks being able to make that mental shift because it says this code that you thought was so sacred that you need to maintain and make sure it's well architected and make sure that every line is correct, you know, according to whatever your flavor of correct is, you know, well tested, well architected, you know, whatever. It's actually bullshit. You can delete it and you can regenerate it. And anytime that you want to fix something about that code, you want it to be better factored, you want it to be better tested, you want it to adhere to a different uh architectural paradigm, you want to change the programming language that it's implemented in, you can the same way that you compile source code into something else, you do, right?
SPEAKER_02And so how is this working mechanically? Like, how do you see it working mechanically?
SPEAKER_00The reason that people go, hey, you're full of shit, you can't do that, is because the agents are non-deterministic. And they go, compiler's deterministic, so you can prove that the output is correct. And they go, agents are non-deterministic. So you go, fine, put guardrails in place. My colleague Sebastian has a metaphor that I I think is really cool, which is like if you take a kid to a bowling alley and you want him to have fun, put up the bumpers. Because even if you know throw it at a wild angle, instead of going into the gutter, it's gonna bounce around and it's finally gonna knock down some pins.
SPEAKER_03Right.
SPEAKER_00Well, right now, agents are at a sufficiently primitive state that they need bumpers. Right? So, what are the bumpers? That's actually a cool software challenge. What are the bumpers? Now, the reason that you don't see more, and this is this is my cynical, you know, 52-year-old take. The the cynical reason I think people aren't actually developing the bumpers is that the lack of existence of those bumpers right now is our job security. That's interesting, but it it could it also be that not everybody sees it the same way, like they don't see into the future where it's very convenient for them to not see it that way because there's an expression I can't remember exactly how it goes, but you know, like don't ask someone to work on something that's gonna take away their job or something like that because you're not gonna you're not gonna get it. I think as an industry, we're not focusing on that, except for a couple of suicidal wackos who are like, Yeah, we can replace senior developers, no problem. We just need sufficient guardrails. But the thing is you replace the senior developers, that actually is the unlock. Because then once people are like, you know, off the cliff and realize that there's nothing under them, they're gonna fall, then they're like, Oh, maybe I should flatten my wings. Oh shit, I have wings.
SPEAKER_03Yeah.
SPEAKER_00I can fly. You know, because this thing gives you magic powers to imagine whatever reality you want, right?
SPEAKER_02Yeah, this does resonate with me because in my conversations, which I you know I have had a lot of, and I've had a lot even in the last couple of days, there is a certain sense of resignedness, or just like, this is the way it is, and I don't know anything else we can do about it, and we just have to do it this way. You know, whether it's agentic development or it's the way that the person is working on a team, or the way that software development, like the direction it's heading, which makes me feel well, I feel bad about it because I think we're software engineers with agency, and we can, you know, we have power and we have a team, most of us, with which we can overcome a lot of these challenges that we are feeling existentially.
SPEAKER_00I think it's human nature to want to hold on to the thing that makes sense and you know, to you at the time. And this is why this meat proxy incident, let's call it, was so instructive for me. I'm like, why am I so excited? And why are so many people so upset? The thing is, if you're used to creating the future, right? Like if you're used to creating new open source projects just like that because you wanted to, uh, you know, or just starting companies because you wanted to, like making things happen. But sometimes we forget that that kind of person is somewhat in the minority. I think it's safe to say that, right? Yes. Most people just want to be told what to do and do their job well so that they can get on with their lives. And in this particular area of of humans, you know, like humans are well compensated to do that here. And in fact, I've been in enough corporate situations where people tell me, like, hey, actually, you suck more than the person who's just uh dependable and delivers the same results every day so that I can make proper time estimates based on their performance. I'm like, Yeah, but they don't know what they're doing. Yeah, and it's like, yeah, no, they may not know what the fuck they're doing, but that at least they do it consistently. So you're fired, just knocking off the city. You know, and it's like, and then you know, tell me in the comments or send me an email if you find yourself ever doing that because like I want to talk to you. Yeah, we're in a club together. Those people right now, they're they're so screwed. Those good dependable people are so screwed for a little while because right now they can tell that a software AI agent can do their job very, very well, right?
SPEAKER_02But maybe it's up to us as a person who is creative and a and a leader and visionary to say, okay, this is the way. Because I still me, I still think we need those good dependable people, but we can't count on them to all sprout wings and fly in this new reality. They need to be led.
SPEAKER_00But the the transition is gonna be bumpy, sure. You know, because right now, unless they start at least flapping their arms, you know. Yeah, so I don't know, to abuse that metaphor a little bit. Okay, so so they haven't been able to manifest wings for themselves, but they start flapping their arms. That's like the one that's like sitting there and at least enthusiastically hitting enter.
SPEAKER_03Sure.
SPEAKER_00Whenever to get Claude to do stuff, right? Now there's different ways to react to that. So I have another friend, and this is a real friend, you know, who I like, and I would have considered hiring at some point, but like maybe a year ago, he's like, Oh my god, I love Claude and I love coding agents, it's so amazing. I got like two jobs and I'm working like two hours a day. I'm like not exaggerating, he's like admitting this to me, right?
SPEAKER_03Yeah, yeah.
SPEAKER_00The engineering manager slash entrepreneur, you know, CTO and me is like recoiling in horror. No, don't tell me this. I know, right? He's like, I'm racing motorcycles and I'm making music and then all this stuff.
SPEAKER_02Yeah, so a lot of those stories cropped up of like contractors who took like five different contracts, yeah, right, and was billing quote unquote, you know, oh my god.
SPEAKER_00Yeah, no, it was it was horrifying, and I was like, Oh my god, like this is this is uh gonna be an interesting time we're moving into. Sure. I I guess if your job has certain expectations on you and you're able to meet them in an hour because of AI, and you spend the other seven hours or whatever playing with your kids or racing motorcycles or whatever you do, good for you. I hope that lasts for you.
SPEAKER_02But it's probably not gonna work for very long.
SPEAKER_00Not in the long term, but then again, big companies and big governments. Most government software shops are not really using AI, as far as I know.
SPEAKER_02Yeah, I mean, we are in uh a couple of government projects, and it's a it's a slow adoption curve. And and to be honest, sometimes it's really like, well, we know you're using it, but we don't want to hear about it. Yeah, not yet, right?
SPEAKER_00Because we don't have a policy, we don't have a you know we're just so that that adds to the inertia, but I I mean what were we talking about before, you know, in terms of leadership and like cre it's just we're still green, we're still so so green. Like there's still many different ways to do this like kind of spectrum how do you reify the concepts that are embodied. Involved in doing this next level of abstraction, like what makes sense? We're still trying to adapt terms like spec and you know, it's like those kinds of ideas that exist in the current paradigm. So, like, if you say to someone about regenerative software that you delete the tests also, yeah, because they're considered part of the implementation, they're like, What? Yeah, like how will you know that the thing is correct if you also delete the tests? No, no, no, you have to write all this other stuff that's the contract.
SPEAKER_03Yeah.
SPEAKER_00I think it's a time where you need to coin new terminology, it's a new paradigm. It is more helpful to coin new terms at this stage in history so that people can break free of the previous paradigm.
SPEAKER_02Yeah, I agree with you totally. And in fact, I'm I'm doing a lightning talk later on today, and part of it is based on the fact that I'm striving to look for new principles because I came up with agile and I came up with XP, and I came up with Agile.
SPEAKER_00Wait, you came up with Agile?
SPEAKER_02I know I'm sorry I didn't come up with it. I mean, I grew, you know, I grew up with it. I mean I came up with it. I grew up with it.
SPEAKER_00I was about I was about to say, get him.
SPEAKER_02And these concepts don't work anymore for me. Yeah um in TDD was something that I loved. I mean, I staked my career on TDD. Yeah. And you know, I gotta let that go. And so I totally agree with you that this is a blank canvas to some extent. We really don't know what the principles of organizing teams and building software. We may see where it's working and where it's not, but we by no means do we have a uh a common language to talk about.
SPEAKER_00You know, in terms of people worrying about job security, I think it's really, really silly. You know, I do believe in Java's paradox. I do believe that an expansion is coming. I think people will be able to apply software more and more places. And eventually, uh after you know, a bumpy ride, as I said before, even those people who are not, you know, crazy creative and whatever will find a place. I can't help going to the dialectic of you know, like capital and and labor. I'm a capitalist, you know, like I like starting companies, I like investing, I like the whole system. And I I do VC and I work at an Andreasen company for fuck's sake. You know, I like that system, and I also recognize that the people with the capital that actually fund innovation and advancement and and whatever, they have huge fucking egos, and they think that they're never wrong, even when they're very, very wrong. And you know, if you're talking about venture capital, and more than 90% of the cases, they're wrong, and you know, they're just wrong overall, yeah, you know, in what they're doing, but they're also wrong on a daily and hourly basis with the decisions that they make and that they carry down. But their egos cannot handle being that wrong, not that much, not at that level, and not that often, right? So like they need other people to be wrong in their stead, right? Right? Uh aka accountability, right? Right? They need accountability, so like you know, that's that ensures that there's a next level below capital that is accountable, and that next level below capital that works directly with capital is still very well paid and very prestigious position. That's like your CEOs and your directors and you know, yeah, your VPs and stuff like that. So they still have big egos, so they also need accountability, you know. Yeah, so like they need another level below those and so on and so forth. And you get my drift, right? Like, there's still always in a corporate kind of situation, even in startups, going to be a need for the people that are actually at the intersection of getting things done and being accountable for it because the executives are not.
SPEAKER_03Yeah, I agree with you there.
SPEAKER_00You know, and as the economy expands into like robotics and software, etc. etc., like there will be a lot of programming to do, even if it looks it's in a different kind of structured language than the than Ruby.
SPEAKER_02Yeah. I found this interesting in yesterday's keynote first that we're at Rails World and DHH almost never mentioned Rails in his one-hour keynote. I thought was interesting. That was probably a mistake. Yeah. Uh but I don't know if it's a mistake because he also said that only three percent of the code that he's written over the last 10 months has been Ruby, and that a lot of it has been in languages that he doesn't know or read or write.
SPEAKER_00I've known David for a long time. Rails is his baby, he's not going anywhere. Yeah, yeah. He's not gonna let it go.
SPEAKER_02Oh, I get that. I get that. But it is interesting, that's his baby, and he's still not writing it all that much.
SPEAKER_00Yeah, that that's situational though. And if you've been around long enough, you know that there's been periods before where he wasn't actually writing it that much.
SPEAKER_01Okay.
SPEAKER_00It's not like now where he's like actually talking about Rust and in this way, but I mean, I believe there's been similar kind of periods, and I don't particularly worry about it. I do think that Rails is a good paradigm for that shape of software.
SPEAKER_03Right.
SPEAKER_00I mean, fuck, I'm gonna I'm just gonna say I think it's the best paradigm. Obviously, I'm biased. We're biased, yeah. You know, we're we're biased and we have commercial interests. Yeah. So yeah, we believe that.
SPEAKER_02For now.
SPEAKER_00No, I I think you know, as long as this particular paradigm holds, it's still the best. You know, as long as the paradigm of LLMs and the way that they're trained and the base knowledge they have, it's still the best.
SPEAKER_03Yeah.
SPEAKER_00You know, as long as LLMs are in the mix and the way that they think and reason in text, then Ruby is also very viable because Ruby, I believe, has the most readable code of all the major programming languages. So I think it has an advantage there as well.
SPEAKER_02So I have a question for you. You are one of the foremost orchestrators of LLMs that I know of. And by that I mean, you know, you've been on construction of harnesses, knowledge graphs, and other tools to support agents for longer than anybody I know, and have you know built up the techs around and companies are for not the first time for you, I know, that supports agenc development in a way that I uh I think is you know rivals any of the biggest or best larger companies. What I've noticed is that there sound it seems like there are two schools of thought around orchestrating agents, and there is one that says, and I would say this is like the Scott Werners of the world, the Jessica Kerr's of the world, that say, okay, well, don't treat agents like people, don't anthropomorphize them, treat them as objects or treat them as tools. And then there's people on this other side of the divide where I would put you, Steve Yeege, I would put uh a number of others that lean totally in the other direction and say, no, no, we we want to give them names, we want to make them part of the team, and we want to work with them that way. And so I'm curious, because you have had a lot of success, why is it that you come down on that side of the divide?
SPEAKER_00Because it is a very useful model, mental model. The LOM models themselves understand that model, and we have decades of understanding of how to organize companies, organizational design of companies and software development lifecycles, and and things that lead you to be able to decompose big projects into smaller projects and to tasks, etc., etc., in ways that are easier to do when you use that mental model. We don't have that I am aware of mental models around how to direct a swarm of bees or um an antive to get business work done. That's what you would have to have. Right, I see in order to make it work the other way. So I go, no, that's fine. Like if we're gonna have a piece of software that is responsible for doing something that looks like a job role that you could give to a human, then I want to be able to say Carlos is working on that, even though Carlos is an AI. And it makes it easier to say Carlos is working on that if he has a personality in a picture and we can all kind of visualize who Carlos is and what he's doing.
SPEAKER_03Yeah.
SPEAKER_00You know, as opposed to the blickety blick, you know, underscore WM 16 running on, you know, whatever. I'm not saying that that's the only way to use AI. In fact, I got a 700-page book I can throw out your head if you tell me otherwise, because it patterns of application development using AI. My my book that is coming out uh in its second edition on Addison Wesley soon forward is literally all about how to do that other part, you know, which is the not anthropomorphizing. And it that book actually has fairly little about agentic kind of computing on it, because that's a whole nother book. Uh, and a lot about how to use discrete AI components in your software for doing things like decisions or classifying or you know, so on and so forth, generating UI or you know, number any number of things.
SPEAKER_02I read the first edition a long time ago when I was really first learning my way in the uh the sort of LLM agenc world. There's the LLMs that we're embedding into the software that are if they're not user-facing, then they're user, they're things that are helping the user through you know during the runtime. And then there is also the agentic development, meaning how are we supporting the agents that are writing the code that are building the software system? And I actually think now that I'm saying this out loud, those things are kind of blurring, and maybe it's not useful to look at them on two sides of the line.
SPEAKER_00I think that there's people that are rightfully excited about blurring those lines, and I think that it's a cool area of exploration, but I suspect that it's a cul-de-sac. I don't like what it does to the software development lifecycle to blur those two things.
SPEAKER_03Okay.
SPEAKER_00It's too chaotic. It's too unpredictable. I see. If you're gonna get projects done on time and to budget, which that's a given that you're gonna need that going forward, then you need predictability and you you need to be able to put these components together in ways that are provable and repeatable, and like all the good things about good software. Right. Good software will continue to still need to be good software. One of the reasons that people are revolting now, and that there's a lot of arguments in people's workplaces, is that a lot of the experimentation that that goes on looks like bad software.
SPEAKER_02Sure, yeah. Plenty of examples.
SPEAKER_00Yeah, and many of it is bad software. Now, the saving grace of all this bad software and you know, bad ideas and experimentation and stuff like that is that it's become so fast to fix things. Like I could probably generate six different versions, uh, you know, each better in the time that it would take me to do like the first feature of the first version these days. And people are like, why didn't you just do it right the first time? Why didn't you think about it and plan it? And I'm like, because every time I'm doing it, I'm learning something about the problem. Like, do we really need to go back that far? Yeah, maybe we do. Maybe we need to go back to some of those fundamentals. Like we can iterate faster than ever before, and it if software has never been as uh powerful as it is now, yeah, at this moment in time. And and I think if you're going down alleys of, oh, let's write the spec correctly and then you know, and then generate it, I'm like, well, yeah, you could do that over and over again, yeah. Right, you know, very quickly because the tools are so powerful. Congratulations, you're now doing iterative software. Yeah, that's right. I don't think we're actually that far apart. Yeah, it's just that you know, some of us like experiments having wilder ideas and hence have to throw more of them out.
SPEAKER_03Yeah.
SPEAKER_00But but that's cool. That's how you come up with interesting new ideas that didn't exist before, right?
SPEAKER_02Yeah, I agree. All right, Obi, it's been really great having you here. We got another keynote starting in a minute. Okay. Um, thanks to Buzzbrough for letting us hang out here.
SPEAKER_00Thank you, Buzzbrot. This is Bubba Fernandez, the new from Austin.
SPEAKER_02Yeah, all right, everybody, we'll see you all next week.
People on this episode
Podcasts we love
Check out these other fine podcasts recommended by us, not an algorithm.
Latent Space: The AI Engineer Podcast
Latent.Space