Welcome to Changelog and friends, a weekly talk show about AGI hypotheses. Thanks as always to our partners at Fly.io, the public cloud bill for developers who ship. If you ship like we do, you should ship where we do. Check out Fly.io. Okay, let's talk. Well, friends, I'm here with a good old friend of mine, Terrence Lee, cloud native architect at Heroku. So Terrence, the next gen of Heroku called Fur is coming soon.
What can you say about the next generation for Heroku? Fur represents the next decade of Heroku. You know, Cedar lasted for 14 years and more. Still going. And Heroku has this history of using trees to represent ushering in new technology stacks and foundations for the platform. And so like Cedar before, which we've had for over a decade, we're thinking about fur in the same way. So if you're dealing with fur trees at all, Douglas Furs are known for their stability and resilience. And that's what you want for the foundation of a platform that you're going to trust your business on top of.
We've used stacks to kind of usher in this new technology. And what that means for FUR is we're replatforming on top of open standards. A lot has changed over the last decade. Things like container images and OCI and Kubernetes and CloudNate, all these things have happened in this space. And instead of being on our own island, we're embracing those technologies and standards that we help popularize and pulling them into our technology stack. And so that means you as a customer don't have to kind of pick or choose. So as an example, on Cedar today, we produce a proprietary tarball called Slugs. That's how you run your apps. That's how we pack to them. On FUR, we're just going to use OCI images, right? So that means that tools like Docker are part of this ecosystem that you get to use. So with our CloudNate of Build Packs, you can build your app.
locally with a tool called PAC, and then run it inside Docker. And that's the same kind of basic technology stack we're going to be running in FIR, so you can run them in your platform as well. So we're providing this access to tools and things that developers are already using and extensibility on the platform you haven't had before. But this, you know, sounds like a lot of change, right? And so what isn't changing? And what isn't changing is the Heroku you know and love. That's about focusing on apps and on infrastructure and focusing on developer productivity. And so you're still going to have that Gabe Push Heroku experience. You're still going to be able to connect your applications and pipelines up to GitHub, have that Heroku flow. We're still about abstracting out the infrastructure from underneath you and allowing you as an app developer to focus on developer productivity. Well, the next generation of Heroku is coming soon. I hope you're excited because I know a lot of us, me included, have a massive love and place in our heart for Heroku. And this next generation of Heroku sounds very promising. To learn more, go to heroku.com slash changelogpodcast and get it.
excited about what's to come for Heroku. Once again, heroku.com slash gene blog podcast. Well, friends, we're here with one of our potentially oldest friends. Not quite the oldest, but pretty old, Richard. I don't think I'm that old. How old is he? Not in age, but in age of relationship. We met, do you remember this? We met him back with Shannon at the booth, at the square booth at OzCon. Yes. OzCon. Forever ago, basically. I remember Shannon more than Richard, if I'm being honest, but I'm sure Richard remembers you more than he remembers me. Maybe. I don't know. I do remember that. That was forever ago. I mean, OzCon, it's not even real anymore.
I know. People don't even know what it is. It's the open source convention or conference. Yeah, we should have a moment. All those good O'Reilly conferences used to be so much fun. Yeah, they rolled them all. They closed the whole section down. It was as soon as COVID hit, OSCON got canceled, but not just OSCON, but O'Reilly events, like the entire wing of their business just gone forever. Do we miss it? I miss it. I miss it. I do. I do miss it. I do. I haven't been to Portland since, I don't think. Yeah. But All Things Open has stepped up, in my opinion. And Raleigh, though. But Raleigh, is Raleigh a comparable city? No offense, Raleigh. Raleigh's cool.
Really is cool. It's got the best thing else, right? Not as weird. Sullivan's. All day at Sullivan's. Anyways, let's lament later for other things. Okay. So Richard, we produced a podcast together. We sure did. And, you know, I got to say, this is like, again, with the years, this is years in the making. How long, how far back was it when I was like, y'all need to do a developer podcast for square? How long ago was that?
Oh, geez. That's definitely got to be like years at this point. I'd say four. That's what I'm thinking. Four. He asked the question, but he already knew the answer. Yeah, of course. I think you're probably right. I think I remember we were talking about that. I remember talking about it with Shannon a little bit.
And I think we just weren't ready to pull the trigger on that. But I'm so glad that we finally came around. You were able to convince us. What do you think held you back? You know, we know, like, be specific with what's a large team, a large platform like Square. How do you think about new content like that that brings in people? And it was not a sales mechanism. I know Mark was involved in it, and that's always a good thing because you want their blessing and involvement, obviously. But how difficult was it to think about creating a new content piece that you had to?
nurture and sell inside? Like what were the holdbacks from you? I think like, you know, It was difficult to come around on it because so when I joined Square, I kind of dove straight into taking over content for the blog and revamping how we were going to be writing content, switching from really short blog posts, a longer form, in-depth, really trying to build some meat for developers to chew on when they're coming to learn about the platform. And then when we launched the YouTube channel, doing that zero to one, it was a lot of stuff that we had to learn in the process. And I think it just made us a little bit hesitant. We had a small team to figure out how do we actually scale up a podcast.
And I guess, you know, at the time I probably should have just like understood that I could have leaned on you all a little bit more because that was actually essential to getting this up and running was like trying to just, you know, go with experts who can actually tell us like what we should do, what we shouldn't do. Because when we were doing that for the YouTube channel, it was like we were just flying blind. Like we did a lot of things wrong, but eventually got things right. And so I think like that and then the combination of that was like trying to like sort of understand like what is the overall story. I think I would admit I was a little bit like hesitant to like think that I could source all of the guests like frequently enough to like have a constant pipeline.
of episodes going out. So I think that's kind of like what, what held me back. And looking back, it's like, should have just started way earlier. Like, I mean, I should have been thinking about like blog content. The best time to start a blog is, you know, five years ago. The second best time is right now. And I think like the same can be true of a podcast. Just start making the content. You're going to learn, you're going to find like the right stories. You're going to find what works. And we're already seeing like, you know, quite a few people inside the company, a few people outside the company who really like what we already produced with some of these episodes. Well, that's a vote of confidence for sure. Yeah. I think you're spot on with, when should you start? Because I feel like,
You know, a lot of brands reach out to us because we have a great megaphone to developers across the globe. And for good reason, right? We come every week, every day, bring great content. You know, we're in the trenches and we can help brands reach these developers in meaningful ways. But we can only go so far with that. And I think there's a story that brands have to tell. I think that's the thing that I recall most is like Square has a developer story you're not telling. And if I have to repeat that more than once, I'm like, Richard, Square has a developer story you are not telling. And the way one of the many ways you could do it, obviously.
is via a long form authentic conversation, AKA a podcast. So I was a big proponent of that. And then if you think about block, you know, the block level, like y'all have this larger, I don't even know how to describe block really. I don't even know how to describe block compared to square. I just think you have a big, big mission. Jack Dorsey is a big personality to even have at the helm. So that's one thing, but then big vision, big dreams, big ideas. And ultimately our idea, or at least your idea, my idea was to, how can we not just do that for square, but for block as well? So yeah, that's the dream, isn't it? What's the, what's the square block relationship? I don't even know it.
It's kind of funky because I think like most people think of us as like separate companies. And I think they were kind of operated functionally that way. But like it's all as far as like I've understood this is like it's all block. And that like each one of these other things are like brands that are part of block. But, you know, I've I joined before we became block. So it's like I still have this like thing burning my brain. I work for Square recently. That's changed a little bit. So I work on all block products doing developer relations now. So, yeah, like the relationship is like, you know, each one of these divisions kind of focused on a different audience in the economy.
Square is focused on businesses and trying to run small businesses, mid-sized businesses. We even have some enterprises. And then cash is all about consumers. Like trying to give financial tools to people who are like, hey, I want to go invest in Bitcoin or I want to go buy stocks or I want to send money, you know, to my barber. Like it really helps like essentially act as like a consumer banking product. And so that's kind of like where there's like a little bit of, you know, getting both sides of the counter is kind of like what we talk about. And then we have like our other brands like Tidal with streaming. And that's like kind of like focused on artists. And we're trying to figure out like what ways can we like enhance artists because like they kind of operate like their own business.
And then we got like some of like the more out there things like, you know, Spiral doing Bitcoin grants and open source Bitcoin, trying to really transform Bitcoin into like the digital currency of the internet. And so, yeah. So it's the Square Developer Podcast. Was there a conversation with you all about like, should this be the Block Podcast? Oh my gosh. Square Podcast. Richard's opening up the name. Oh my gosh. Oh man. He's like trying to find out. How can we get Richard potentially in trouble? Oh no, I don't want to do that. It's not going to happen. That won't happen. No, definitely. That was like what I was, when I was originally talking to Adam, that's really what I want to do.
That's still in the back of my mind. I still want to be able to do that type of a podcast. So it's not out of the realm of possibility because I feel like there's a lot to tell in terms of developer stories. And I don't want to just be focused on stuff that we're doing inside a block. I want to talk to people about how are people leveraging AI with AI clients or building MCP servers or connecting different tools to one another or...
you know implementing bitcoin dashboards um you know like i think we just recently launched our own like open source framework to like show your holdings as a company and so yeah that was like what i originally was like wanting when talking to adam about this this podcast but um in terms of like how we were actually going to be able to get a podcast started um it looked like it was going to make the most sense doing it for square um because we ended up finding we had like a lot of stories of sellers what we like to call like seller developers people who are like hey like they're tech savvy they start their own business but then they start finding our apis and building their own stuff for themselves um and really extending things and so i think that's kind of like where we wanted to sort of like get the foot in the door like let's get a podcast started to show that this has legs and then my hope is that we can sort of you know capitalize on that and do something a little bit bigger a little bit more expansive i thought your question was more around the name jared because like oh that was a long debate that's part of it much longer than it should have been how much can you share about that part of it i know that was a I would say a point of contention. I would say that lightly from my side, just because I'm so passionate. It's not because y'all are competitive. It's just because I'm so, I'm like, we cannot have had a five year, four year sales, like let's just say, you know, of me suggesting something to you while you finally decide to do it, we start doing it. And it's like, whoa, hang on a second. We can't call it that. I don't want to sell anybody down the river on this, but that was frustrating. Like I would definitely say that. And I was like, definitely in your camp on this of like, I wanted to have a more fun, a better name. I think, I remember you were really pushing on square dev.fm.
Still am. I thought, I mean, I still think that's a great name. I feel like I say that and somebody's going to like go snag that domain and be like, oh, well. We'll bleep it out. We'll bleep it out. We'll bleep it out for sure. Don't let them figure it out. Read my lips. But that was definitely like a front runner. I just, you know, I can't really go into all of the details of like why that one wouldn't work.
mostly having to do with domains and trying to acquire domains and going through some sort of internal process. I'm actually quite happy with the Square Developer Podcast. I know it's very on the nose. It's very straightforward. It is what it is, and I think that that works for developers. My original...
This is what I don't know if I would get in trouble for, but whatever. I originally wanted to call it local host because we have a big push on trying to build local tools for sellers to be able to connect with cash users, to be able to give local offers so that you can see your coffee shop down the street. They have an offer in Cash App that if you go over here and use cash, you can get 10% off your latte or something. And I just love being able to tell these stories of this is the local host hangout to talk about sellers and developers and what people are building on Square. did not fly well with i mean once you once you get all the other folks involved who want to sort of like put their little touch on it um it went through a very lengthy review process um trying to see like is this going to conflict with some other copyright trademark whatever and so like eventually we came all the way back down to square developer podcast gotcha well now i feel bad because i feel like that was me i pushed against that wasn't that me but against the square developer I mean, I see valid arguments against it. I thought it was fun, but I could also see how like, it's not really self-evident. Like what is the podcast about? You know, I think it's a cool name for a podcast, but not for a podcast from square, you know, like if Adam and I were starting something about networking, maybe like local hosts would be cool. But even for change log, like one of the things that we had was all these shows and different brands, JS party and go time and practically AI and the change log. And every time that you come up with a new show.
you want to like be like, it's still us from the changelog, but now we have a new name and there was people that don't even know like JS Party, it was you guys, you know? And one of the reasons for our simplification back down is like, we're just the changelog now. Like everything's changelog. Yeah, we have changelog and friends, we have changelog news, but it's all changelog. And so that's just more straightforward. And I think for Square, if like Square has a developer podcast now, yeah, it's not as creative, but so much easier to find. Like there's just, it just connects the dots for people. And so I think it's the right choice, even though probably Richard, deep down inside these meetings, I would have been on the local host side most likely because it is just cooler and more interesting.
And we need to zoom out too, so we haven't gotten to this part of the story yet, but there is the bottom line, which I believe is an online publication by Square, which is essentially, I would probably describe this as like the media hub. Right. It's blog content, it's written content, it's video content. That's a good name, bottom line for transactions focused, you know. Yeah. Yeah, running the business. Yeah. What's the bottom line? I like that name. And so that's kind of an umbrella over the top of this, is that right?
over the top of the square developer podcast like is the bottom line is yeah yeah so the bigger thing that's one of yeah so the bottom line is kind of focused on like everything for square sellers or you know it's basically like our you know very large publication that has like all different kinds of stuff and they have other podcasts on there that are like say like more business focused or smb focused um i think there's one that was like called tipped i cannot remember any of the other ones for the life of me right now i live over in paying it forward yeah paying it forward um you know and so like they've had these other podcasts and so this kind of gets folded in with that umbrella i think part of the idea is that rather than like having this just on like our technical blog we wanted to have this in a place where like more sellers can be familiar like hey we have a lot of solutions um outside of you know what you might see in an app marketplace or you can hire people to build stuff or you can build stuff yourself um so i think that's kind of like the idea that it would get a lot more exposure over there i'm a big fan of like content that you discover as an individual and you get inspired by so i just imagine someone who is building the beginnings of their business and they're thinking gosh taking payments is one thing, but then it's like, well, how can I dream about the future of this business? I have a background in software. I have a friend who's in software and they want to be my co-founder. However it plays out. I feel like they can, someone in this world could discover the square developer podcast and pick it up as a business owner and figure out how to dream with square. That's what I always envision. Not just like, let's just feed developers more developer content, but more like, how can we inspire new ways to think about the future of commerce, leveraging square and people discover that content and those who are doing it. And that's what the show.
you know, kind of capitalizes. I was like dreaming for that kind of thing, not just, you know, let's nerd out, which is always cool. But at the same time, like let's nerd out and also bring somebody into the fold that may not have normally found this content or saw how this franchise business, you know, is pretty scrappy with their tech, but like really polished with Square. I mean, like that's spot on. I mean, like I couldn't have imagined like what we would end up talking about on the podcast from the beginning to like when I actually got to like sit down and, you know, interview these folks. There's one that like Raylano is a great one where, you know, they were just like, hey, this started out in a garage. I just wanted to be able to like sell stuff.
to expanding into like 120 franchises i mean like and it's just building on like the the scrappiest way possible and they were able to build stuff completely on their own Um, the other one that like really impressed me, I don't think the episodes come out yet, but it's a, this company called head pins. They're like a family entertainment center in Southwest Florida. And they only started using square during COVID. They like started using like our square online product to basically do like curbside pickup to be able to like, Hey, we need to be able to keep the lights on here. We're going to do curbside pickup. Nobody can come in here and do bowling, but we have food. And so we're going to be able to sell food through square using their online offering from there. It like, they just started using, like they found out that we had like APIs, SDKs. They were like, Hey, you know, we want to build this like kiosk solution. So somebody can come in.
buy arcade value, put loaded up on a card and pay for it using a Square terminal. And so like they started just expanding and like trying out all these different new things. And at the end of it now, they're like just diehard Square users. And they say like Square is like the source of truth. Like if we can't push the data back into Square in some way, we're just going to use a different product. And I was just like, I never would have found out about these stories until like I sit down and I talk to them because I think like the way that we ended up getting in touch with them is like somebody within our company recorded like a promo thing.
that was completely devoid of the developer's story here. They just happened to find out, oh, they're working with this one API. Let's go put them in touch with Richard and see if he wants to talk with them. And I was like, yeah, of course. Getting to surface these stories has been really great because talking to people in our community, they just even are eager to understand how are other people building on this platform. And I feel like this is a much better way to be able to get people to understand how this is working. I can definitely say doing DevRel, I can sit here and talk about all the different ways that you as a developer can build on this platform. It's only going to go so far. When I actually have somebody who's like, no, I've actually built this business on here. You can go see it. You can go try it. That is just 10 times more powerful.
And like the podcast is like a way to basically be that vehicle to let people tell that story. That headpin story is a great example because I, you know, we edit all these shows, but I'm also mastering the shows and I'm listening to them and I'm chattering them and I'm in these details. And I recall this part, like I didn't listen to every episode end to end, but this headpins one I was actually really impressed with. And I think it was closer to the end, if I recall correctly, they were saying something like once we realized how data flows through Square and how it works and all this stuff, essentially paraphrasing, of course, they were thinking like, how can we get all the data in there? If it can't go through Square, we don't want like it was it was as if it was this layer that helped them.
ensure all the data was correct, could be accessible via an API, et cetera. And it became where they wanted all the data to go through Square and it was a source of truth. I was like, that's you can't get that kind of story just randomly talking to people. How do you expose those kind of ideas and that truthfulness and that honesty with how they leverage the platform? You can't you can't pay for that. So that's not something that you go into a case study on or something like that. Or it's you get sort of these great customer stories that are inspirational and spark curiosity for others. And they're trapped in these weird.
I don't know, like a content silos where it's like, it's in this case study, but the case didn't have any life. It's only this printed documents, only via PDF kind of thing, or this one single webpage, which almost nobody ever goes and reads. And you've got these great stories out there. I'm like, wow, this Adpins one was an example of what we dream for, for this conversation, for this podcast. Yeah. And I would even add to that, like, you know, there's.
it wouldn't work if I went out there and I told people like, you should be using Square as like your source of truth. Because I feel like anybody hearing that would be like, yeah, of course you would say that. Like that, like kind of like puts me into this position of like, now I'm just entirely reliant on Square. And like, you know, there's probably instances where I wouldn't recommend that some people use Square as their single source of truth. But I would like for people to know that like some people have done this and it's been wildly successful for them. They have simplified like all of their analytics, all of their like understanding of like how the business is being run. Like their marketing department can now say like, hey, how do we get people to like...
you know, book racing while booking, like waiting for their bowling appointment and like doing more arcade, like what kind of promos can we mix together? They now have access to like this full customer experience every time somebody like sets foot inside of one of those headpins locations. How do y'all come to these interviews in terms of what you're, obviously you found that one because somebody inside of Square had already connected with that customer, but is there an editorial aim that you're shooting for? And then how do you execute on it, et cetera? Asking for a friend.
Yeah. Uh, I wish I could tell you that we had like a really good process. Um, it's very much like, uh, us getting together with a bunch of folks and saying like, all right, who do we know that would, we can, and we just kind of like blasted out feelers to a bunch of people who we know were, you know, building something, working on something, uh, you know. to being part of the developer community for square you know i've built relationships with a few people over the years and so you know first round is like going through those people and be like hey would you like to be on the podcast to talk about like you know how you built you know your kiosk for shake shack or like how you built out like the whole ordering system for chase center um you know and then kind of like just going from there once we had like a few people into the the book then we can kind of at least use that as like the hey we already have these folks bought in um but yeah the sourcing was kind of all over the place just trying to like send out a bunch of messages to people that we knew in the community or partners um And so, yeah, it was kind of all over the place. I was glad that we were able to get as many folks as we did. I feel like once it's out there, maybe we have a little bit better chance of getting people to want to be on it. Yeah, totally. Once you have a reputation, it's much easier. We have a much easier time nowadays getting guests than we used to. And they'd be like, excuse me, who are you? Square already has the name, so that helps. But they're like, Square has a podcast? Okay. I mean, you could imagine. I remember.
vividly the puzzled look of the first one or two guests that i had on and had to like be clear with them yeah you're the first one this is and they're like oh okay i have no idea how this is gonna go and i'm like me me neither but we're gonna figure it out well friends before the show i'm here with my good friend david shu over at retool Now, David, I've known about Retool for a very long time. You've been working with us for many, many years. And speaking of many, many years, Brex is one of your oldest customers. You've been in business almost seven years. I think they've been a customer for almost all those seven years, to my knowledge. But share the story. What do you do for Brex? How does Brex leverage Retool? And why have they stayed with you all these years? So what's really interesting about Brex is that they are an extremely operational, heavy company. And so for them, the quality of the internal tools is so important because you can imagine they have to deal with fraud. They have to deal with underwriting. They have to deal with so many problems. Basically, they have a giant team internally basically just using internal tools to stay in a day out. So they have a very high bar for internal tools.
started, we were in the YC batch, actually. We're both at Winter 17, and they were, yeah, maybe customer number five or something like that for us. I think DoorDash was a little bit before, but they were pretty early. And the problem they had was they had so many internal tools they needed to go and build, but not enough time or engineers to go build all of them. And even if they did have the time or engineers, they wanted their engineers focused on building external physics software, because that is what would drive the business forward. Brex mobile app, for example, is awesome. The Brex website, for example, is awesome. The Brex expense flow, all really great external physics software. So they wanted their engineers focused on that, as opposed to...
building internal CRUD UIs. And so that's why they came to us. And it was honestly a wonderful partnership. It has been for seven, eight years now. Today, I think Brex has probably around a thousand Retool apps they use in production, honestly, every week, which is awesome. And their whole business effectively runs now on Retool. And we are so, so privileged to be a part of their journey. And to me, I think what's really cool about all this is that we've managed to allow them to move so fast. So whether it's launching new product lines, whether it's responding to customers faster, whatever it is, if they need an app for that, they can get an app for it in a day, which is a lot better than, you know, in six months or a year, for example, having to slap through spreadsheets.
et cetera. So I'm really, really proud of our partnership with Rex. Okay. Retool is the best way to build, maintain, and deploy internal software. Seamlessly connect to databases, build with elegant components, and customize with code. Accelerate mundane tasks and free up time for the work that really matters for you and your team. Learn more at retool.com. Start for free. Book a demo. Again, retool.com. Even the interviewing process is a journey to learn. Can you talk about...
becoming a host of a podcast, what it takes to before, during and after. I think that you kind of set me up pretty well in understanding, I think like from a few times when we had sort of informally recorded some things, had some conversations, it kind of gave me a little bit of understanding. I, what I found worked really well for me is so we would set up like a pre-production call with anybody that was going to be a guest. I'm going to let it out that that was also the point where I was trying to figure out, is there a story here? Or do we need to kindly say, hey, this isn't probably a good fit. Let's find somebody else. I don't think there's actually anybody that we ended up having to say no to, which was great. But there was that pre-call to just sort of an exploration of what are you using? How are you using it? Tell me about the business. Those were all pretty essential because I would sort of build out my themes of conversation to fall back on as we were talking. And so it was definitely very much a learning process because I think my first few...
recordings um i was too self-conscious of like trying to like keep the conversation flowing and um i think as time went on i got more comfortable of like letting the conversation meander there's probably one or two episodes in there i'm not going to call out which ones but um i'm sure you know from having listened to some of them but like they were like way too square heavy and i in retrospect i really wish that we talked about more than just that um as i think like some people even coming onto the podcast were just like assuming like oh i should just talk about square stuff because you know i'm a partner of square i'm using square i should just like talk about square stuff and so i eventually started trying to push the conversation out into other directions just to keep it a little more variety help them sort of relax more um but yeah i've definitely found that like uh what you said originally it took me a while to actually come around to it of like being like less planned, more organic. Um, I think that one thing that I did take to heart, um, before it was like, I would sit in these pre-production calls and people would ask, they were like a larger company. They're like, can you please send us a list of the questions that you're going to ask on the podcast? And I had to be like, I was like, no, there's no list of questions. Uh, this is just going to be a conversation. Um, it's, it's going to sound really weird and really can, if, if we send you questions at a time, cause I don't even know if I'm going to ask all those questions. Well, we get that question once a week. Yeah, I'm sure I have, I mean, I got text expander answers for that one, but it's a nice, it's always a nice way of saying no.
I can give some, you know, some people just want like an idea of where we're going to take it. And so I can provide a couple of like, well, here's the things that I think are interesting, but I can't give you questions because I haven't written any yet, nor will I have by the time the show starts. I'm going to go ahead and just think some thoughts and then do what I think the best podcasters do. And I try to do, and Adam does as well, is listen. Like that's the key as a host is to listen and react versus like my next question is, and then read it off of it. Yeah. It's like no one wants to listen to that. I did find that like one thing that was like also super helpful is like clarifying to people at a time. Like we're not here to make you look bad. Like we want to have, we want this to be good. We want this to be enjoyable. Right. We want to look good. We want you to look good. If you say something that you didn't like, I would always tell them like, just stop. Tell me that you want to resay that differently and pick it back up. Like there's, you know, you don't have to be like worried like, Oh my God, I'm going to say something that's going to get me in a lot of trouble.
Like, it's not that big of a deal. I'm like a happy parent over here right now. I'm like preaching right back to the choir. I mean, it sounds like something to the world and graduated and succeeded. Yeah. I mean, everything he's saying is literally things we say for sure as a script, but it's not a script because it's become what we share with people, which is just like just what you said. Yeah. Cool. I love that. It makes me feel like the literal years of investing into it has paid off, you know, because I've always cared for you, Richard, and our relationship with Square and working with you and Shane and others there, Mary Lee and others and just an awesome team behind Square.
Over many years. And to now be at a point where we can go to the bottom line. We can go there and listen to all the shows and all the episodes we can go to. I really wish there was a domain, though, for the podcast because I can't say it right now. Even if it just redirected, it would be cool. Yeah, I know. I've told Richard this. I'll go start this, like, secret mission. Well, you just got to be able to say it on the air and have people put into this chat right here. Adam tried to describe our podcast and couldn't send people to it directly because there is no URL. OK, go to squareup.com slash US slash EN. But only if you're, of course, in the United States. Then the bottom dash line slash podcast slash the dash square dash developer dash podcast. Easy.
Too easy, Jared. Rolls off the tongue. That's what I said. I said to the entire team, I was like, this will roll off the tongue when we read this out. Yeah, it's so good. Anyways, the point is, is the child's grown up and I love that. I mean, I think when you have these conversations, it's so impossible to say, here's the questions. It's so much, in my opinion, so much easier to produce and to listen to when you know it's a real conversation. It's formed in sort of topics, of course, just like this. Our topics are, let's talk about the show we produced and let's talk about AI and MCP and APIs because you thrive in that world.
Yeah, that's our two bullet points for what to talk about during this channel and friends. And so you can't you can't just like tell people here's the questions. Let's go down one by one. That's not a podcast. The podcast is an authentic conversation that is just long form. You can't hide behind the answers. You can't, you know.
I guess, be hidden, I suppose. We're trying to not expose anybody, but even with them, you give them room to talk about their own tech stack, even with headpins in particular. Yeah. And many of them where they were just like gushing about their own stuff and it was cool. I love it. Yeah. In fact, you just now reminded me like when asked earlier, what was like sort of like the determining factor when we figured out that we wanted to do a podcast? It was.
Okay. So I'm going to run you through this like fluke of events that happened. Is it? So, uh, you had participated in this one year, like you remember our unboxed event, you know, we had you come in, uh, interview Jack and have that whole conversation. It's one of our better performing, uh, things that's on our YouTube channel is because everybody loves hearing from Jack. Um, so one of the years wouldn't, and you, of course, I mean, like, you know, you were able to poke and prod him about rust and get him to like sort of geek out. So yeah, it's, uh, what ended up happening was one of the years we were running unboxed. Um, as I won't.
go into too many details but it's kind of chaotic getting set up for like a large event like that and so a lot of things changed last minute um and so originally we were supposed to be like filming something else the day or two before unboxed with some of our partners some of the dev rel team um and then tons of things started falling through and so we had to completely change what we were filming and so it turned into me just doing interviews with several of our like community developer friends and like I think we call these, I'm going to butcher this, like dev chat sessions or something like that. If somebody goes to Square Dev on YouTube, you can find the dev chat sessions. That to me was the first step towards like doing a podcast because when I sat down and did the interview, I actually just had like very loose questions. And basically like it was in a podcast like format, but we just had like a full film crew there filming it like it's, you know, some sort of partner interview. And I think like when we saw how well that was received, even within Square and from the partners who participated.
um that to me was like the okay i'm 100 convinced like we can actually just do a podcast because the podcast is actually like I don't want to like say it's easier, but it's easier in terms of like, hey, I'm in my home office studio type thing. They can be anywhere. We're not having to fly everybody into a single like location. And so, yeah, that is like actually what totally convinced me that we should be doing the podcast. And like, this is what the content should be. So that was like kind of like my revelation. Gotcha. So now you're on the other side. You have a season in the can. I think it's coming out weekly four years later or whatever. And you've successfully created and branded and shipped a podcast.
being where you are now can you speak to anybody who might be back where you were a few years ago thinking maybe we should have a podcast like what were the hard parts what was expected unexpectedly easy is it is it all worth it for like another platform company to go through the building process and the creation process what are the hard parts what are the easy parts etc i would say like the hard part i mean adam adam became familiar with some of the hard parts of you know i would say that like the My number one recommendation is just start small. When I say small, I mean with a small team. Don't try to get too many cooks in the kitchen. Everybody wants to go in a different direction.
really just start doing it even if so like even when we first started doing the podcast here i think one thing that helped a lot and i wanted i'm nearly positive this was that like adam's recommendation is that we actually just interviewed like brought in somebody internally to like run like a kind of like test episode or two and i think like it's just if you go and you do that like you can just build at least the tiny bit of confidence that you need that like this can work um and you can hammer out all like those little things that you might be worried about ahead of time um the other thing that i would just say that is it's actually a lot easier than anybody might be making it out to be. Like you just got to start, like just sit down, have a conversation and record it. It might not be great the first time, but like when you just sit down, you have the conversation, you record it, you can have a sense of like what went well and what didn't go well. And it's weird that I'm saying this now because we ran into the same exact thing when we launched our YouTube channel is that, you know, when we first recorded episodes of the YouTube, we like, you know, overproduced way too much. And we realized like, okay, we can like throw out like half of the work here. Like we were, we were way overthinking it. And I think even before doing this podcast, we were way overthinking it.
So the thing that I just can't help but continually think is I should have just listened to Adam and Trusted him more about it. Just start it. The format will start to make sense. And I think the only part that I think I still got hung up on was what the content is going to look like. And I think in retrospect, you just need to start inviting a few guests and start recording because the content will start to make more sense as you start making it.
Because you might think, oh, this is what I want the content to be about. You start having the conversations and the interviews with people, and you realize it keeps going in this other direction. And this other direction is actually not what I thought originally, but it's working. And so I always think of this analogy a lot of the time. I've said it to my team.
i don't know if it works well um but i always say like the map is not the territory so like the map is an abstraction of where it is so like there's a very big difference between reading on a map of where you're going and actually walking the path and so like and actually walking the path you can see like hey there's a tree fall in here or hey there's like you know uh not a lot of cover through your maps don't tell you these things they can kind of just tell you an idea of like oh i can get from here to here but it's very different actually going and walking that path and i think like when you actually go and make the podcast yes it's very different than like when somebody tells you like how to make a podcast a lot of analogs of software too there it's like you can't really know until you're in there what, what actually it's doing, what's not going to work. Like you have to get real to just go back and borrow some 37 signals getting real, which was a good book title. The territory is the reality, right? The map is the abstraction. And so it's a helpful tool, but until you're actually in the real world out there where that tree is, you know, the map didn't have the tree on it. Well, I missed something. You don't actually know. And so you have to just get going. It's not full fidelity. It's just map. That's right. And then you actually create the thing and then you're like, oh, well that wasn't very good, but I got some ideas for my next try. And you just.
iterate and shine and you know don't go back and listen to our early episodes please all the people do that they're like what are you a glutton for punishment you know yeah i think too with with you richard that we had a So our audience is aware of this. Our ad styles are uniquely different than I think other ad styles are where we really go inside of a company and have deep, authentic conversations and pull out clips from that and produce them around a story. So that's how we do it. And you and I have had many conversations, you know, across, you know, we don't just sit down for 20 minutes and hammer out the content. We'll obviously have various conversations throughout. And sometimes we'll have an hour long session and 20 minutes recording. But I had learned enough about you and learned enough about how you operate to have confidence and what I think your potential was. And so my.
My idea wasn't just, oh, Square show a podcast. It was like, no, Square needs you to produce the podcast because you have all these unique insights into DevRel and what Square is and this evolution from Square to Block. And, you know, I don't know what your title is on the inside around APIs. I know that your title is mainly around DevRel, but I think you've also been in charge of the API or APIs generally for many, many years now. So you kind of don't title yourself. So you had this depth and background and ability to talk to people and share stories that I just was like, man, you are an underutilized asset that can do some cool stuff for Square. Let's make it happen.
And so I had complete confidence in you from back in the day. Well, it's just so very warm to hear that because I feel like I spend so much time just like steeped into these like, you know, ridiculous conversations. I mean, they're not ridiculous, they're important, but they feel ridiculous. The conversations around like API design, API. I just, so the, yeah, that dual title is like I lead our, it's called API Working Group. I kind of like externally just say it's like an API design team. They kind of like set the standards, guide teams on like how to build APIs in a cohesive, like consistent manner.
Yeah, I think that actually spurred from, like, our DevRel team just kind of got frustrated at times, I guess, the nicest way of putting that, where we would have an API, make it all the way out to being shipped into, put into the developer's hands, and then, like, the developer's like, this doesn't work, or, like, this isn't, like, well-designed. And, you know, we were just like, this doesn't make sense. Like, why are we putting this in their hands? And so then the design group at that time would consult with us pretty regularly, and it eventually got to a point where, like, okay, one of us needs to actually be a part of this group in helping you make these decisions rather than just, you know, being consulted every once in a while. And so...
We ended up, I mean, eventually I ended up leading it as things changed over. And so we've kind of formalized this into a company-wide group in terms of API design, because cache actually has their own APIs now, and they decided to adopt the standard. And so, yeah, it's... Something that I don't talk about up until recently more publicly. And I'm hoping to actually talk a lot more about like API design, especially after like I participated in like we had this like sort of hack week internally where we started building. Everybody just went crazy on building MCP servers. And the light bulb kind of clicked for me when we built an MCP server for some of Square stuff. And I was like, oh, this is like this can be so powerful, but you kind of have to have that foundational layer.
in order for it to like be capitalized on. Well, let's unpack that. So model context protocol, it's all the rage. Everyone's shipping servers. I saw GitHub's official MCP server is hitting the top of GitHub trending. I saw Shopify, MCP, Amazon, MCP servers. You're on LinkedIn talking about MCP. So what's all the hype and excitement about? Is it seems like a new style API? I haven't actually looked into it. I know it's for LLMs to get context, but why do we need something new? Why can't we just use the APIs that are already out there? You know, that is like the great question that I feel like,
there's many people asking the same question like why can't you just you know hand like a button like say here's an open api spec hand it to your llm and say like go like build this thing for me like and look at it and um part of it is because the the llm clients need some way to like know how to call tools and so like this is kind of trying to standardize what the tool calling is um so like the way that i sort of describe mcp is like it's like the sdk for robots and so like you have these well-formed ways of saying like hey this is how you call the payment standpoint or this is how you call the catalog endpoint and rather than because you could I've tried this before. You can sort of just like hand an open API spec to the LLM. Usually it's like too large or unwieldy for it to like really kind of parse out the right things for the particular context. And so MCB kind of like formalizes the way that you want the LLM to interact with your platform. And so like, and it also is trying to like formalize like things beyond like say just REST APIs. So I've seen some folks who actually just use it for like tapping into like snapping like visual elements out of a computer and sort of using that to interact. I saw a demo of somebody actually like having it work with an Android app.
using some sort of indirect visual like reasoning where it's basically taking a snapshot of the UI and then figuring out where to like, oh, press this button and then like gives an instruction to like press a different button. So like it can go well beyond just like, you know, traditional like REST APIs. Yeah, it seems like on the face of it, except for that beyond stuff, it's kind of delivering on what. the promise of REST was, at least with the Hattios stuff, where it's like, you should be able to give a single endpoint to a programmer. And the programmer can, through tooling, discover the entirety of their abilities. And it never really worked out. It always ended up being like a spec or go read the docs. I'll make the docs really good, which was a step up from bad docs. But still, it was never like, you're still just basically reading URLs and finding nouns and like, okay, now I got to add this and nest that and I get what I want and I can post, et cetera. And that was never what we wanted it to be, but it was better than, I guess, an RPC endpoint with a list of methods you could call.
And this seems like it's maybe taking that concept and saying, well, when the LLMs need their context, we're going to give them everything they need to actually do that without a human reading the docs or without an LLM even having to read the docs or scrape the site. Yeah, I think what you touched on there is I've been thinking about Hadeos a lot recently that for people who built their APIs in that way, I feel like they're definitely advantaged when trying to integrate or adopt AI because it's self-documenting. It can figure out how things are linked together. I feel like they just have an easier time with integrating this type of stuff. One thing I would actually, we had this like argument, well, not really an argument, slight disagreement in like how to view APIs going forward was somebody within our company said like, oh, we should design our APIs to work better for robots. And I was just like, well, here's where I would disagree on that. And mainly that all of the AI LLMs have been trained on like.
APIs, SDKs, documentation, it's all designed for people. So it is trained to try to understand it in the human-like way. And so I feel like trying to design your API to work in a more robotic way makes it less human, less usable, less useful overall. And I think that it just means that you should build better, more well-defined, and clearer APIs going forward. Because if we eventually hit this dream of AGI, you don't need to have a robot-specific API. You can have a human API, so either a human or a robot can use it. Interesting. So what does an MCP server look like?
describe it to us. Sure. So at the base level, an MCP server will first like sort of define all the available tools that you want to give to it. And so like, you know, in the case of like say Square, like an example, like you might say like, oh, there's a catalog, customer, a payment tool. And it sort of describes like how these can be used in different contexts. And so like when you ask your LLM, hey, can you like go build me a menu for a Taqueria in my Square account?
It's going to go to the MCP server and say, like, list all the tools and then figure out, like, OK, of these tools, which one of these kind of matches with something that they're asking me. And then it'll go call the tool. And then the tool will sort of give an additional description of, like, what else can you do with this? And then it kind of figures out from there, like, how to actually accomplish the task that you want. So the thing that I always think about, like, MCP servers is, like, it's, like, actually ridiculously simple in what they actually enable. Because you're just sort of, like, creating this, like, tiny little abstraction layer of, like, saying, like, oh, here's all the things that we're giving you access to. It's all just JSON at the end of the day?
in terms of actual interchange formats it's like typical stuff there's no special sauce uh essentially i mean like so like i think there's two there probably is three so like this is the part where i'm like i've only sort of worked with like server sent events is one format so that's when you can have like a remote mcp server um and then you also have like command line ones so like you might have like a command line tool that it's you know i've seen a lot of them are just like calling npx and then whatever like this basically it's like a cli app that's like sort of packaged together for it to call in and get all those different tools and so those are kind of like the two main ways but I think the most common interchange format is probably JSON that people are sending stuff back to the LLM with. And how do you plug these into your clients then?
Does it depend on the client, maybe? Yeah, it does depend on the client. So like when we were building an MCP server for Square during this hack week, Goose is our main open source AI client that we've created here at Block. And it has basically like sort of the standard config. And I think it was originally YAML. It might be in JSON now. It basically just sort of says like, this is the name of your extension. This is, you know, the interchange format. Is it going to be, you know, service and events? Or is it going to be command line? And then you just kind of like say, here's the command. I've seen versions of this where like people actually are just like running a Docker container locally on your system. And like, that's actually what it's communicating with.
And so I think Claude has its own standard config file. But for the Goose desktop client, we have a way for you to just do a deep link URL. So you just click that button and it immediately starts pre-configuring that into your desktop client and installs the extension for you. Well, friends, I am here with a new friend of mine, Scott Dietzen, CEO of Augment Code. I'm excited about this. Augment taps into your team's collective knowledge, your code base, your documentation, your dependencies. It is the most context aware developer AI. So you won't just code faster. You also build smarter. It's an ask me anything for your code. It's your deep thinking buddy. It's your stand flow antidote. OK, Scott, so for the foreseeable future, AI assisted is here to stay. It's just a matter of getting the AI to be a better assistant. And in particular, I want help on the thinking part, not necessarily the coding part. Can you speak to the thinking problem versus the coding problem and the potential false dichotomy there?
A couple of different points to make. You know, AIs have gotten good at making incremental changes, at least when they understand customer software. So first and the biggest limitation that these AIs have today, they really don't understand anything about your code base. If you take GitHub Copilot, for example, it's like a fresh college graduate, understands some programming languages and algorithms, but doesn't understand what you're trying to do. And as a result of that, something like two thirds of the community on average drops off of the product, especially the expert developers. Augment is different. We use retrieval augmented generation to deeply mine the knowledge that's inherent inside your code base. So we are a copilot that is an expert and that can help you navigate the code base.
help you find issues and fix them and resolve them over time much more quickly than you can trying to tutor up a novice on your software. So you're often compared to GitHub Copilot. I got to imagine that you have a hot take. What's your hot take on GitHub Copilot? I think it was a great 1.0 product. And I think they've done a huge service in promoting AI. But I think the game has changed. We have moved from AIs that are new college graduates to, in effect, AIs that are now among the best developers in your code base. And that difference is a profound one for software engineering in particular. You know, if you're writing a new application from scratch, you want a web page that'll play tic-tac-toe, piece of cake to crank that out. But if you're looking at, you know, a tens of millions of line code base, like many of our customers, Lemonade is one of them. I mean, 10 million line mono repo as they move engineers inside and around that code base and hire new engineers.
Just the workload on senior developers to mentor people into areas of the code base they're not familiar with is hugely painful. An AI that knows the answer and is available 7 by 24, you don't have to interrupt anybody and can help coach you through whatever you're trying to work on, is hugely empowering to an engineer working in unfamiliar code. Very cool. Well, friends, Augment Code is developer AI that uses deep understanding of your large code base and how you build software to deliver personalized code suggestions and insights. A good next step is to go to augmentcode.com. That's A-U-G-M-E-N-T-C-O-D-E.com. Request a free trial, contact sales, or if you're an open source project, Augment is free to you to use. Learn more at augmentcode.com. That's A-U-G-M-E-N-T-C-O-D-E.com. Augmentcode.com. I'm thinking back to the early days of Web 2.0 and REST APIs, or let's just call them Web APIs.
And the spirit of innovation, discovery, and creativity with open, not open API to spec, but like open web APIs, specifically around like Twitter and Flickr and Foursquare and that group of social cool tech companies. It was really the heyday for mashups and trying new things. And it was really fun. And I feel like some of that excitement right now is I'm getting flashbacks to that with MCP servers because there's a lot of demos right now. You can plug it into Darnier or anything. You got MCP server. You know, I saw a guy who just like plugged into Postgres and of course his LLM can speak SQL, but it's just better. It seems like you can just, you can just do better with not having to write SQL just to hit the MCP server. And, you know, you can just talk to your Postgres database. And I'm curious about like, well, what happened the last time was.
The good old days got old and then the companies grew up and they needed to make money and they shut things off and they locked out their party developer and it just got very hostile eventually. Sometimes out of necessity, sometimes you don't know, but it happened. And I'm curious your thoughts on that parallel. It seems like MCP and like letting your LLM talk to X where X is not the social network, but X is all of the things that have MCP servers is like really cool right now and could produce a really interesting use cases and like let some awesome hacks out. And then I'm wondering if.
Is there a plan for when that spirit of openness changes? What are your thoughts? No, I think it's like, so yeah, what you touched on, I think Angie Jones, my new manager who leads Blocks DevRel, just gave a talk on this kind of like mashups. Like it's very reminiscent of the mashups of the heyday of 2.0. And I think what was the example they had? Like it was like Google Maps and Craigslist. And like that actually was what spurred Google to create open API platforms for the Maps product. And, you know, so like there's a lot of like very interesting innovations that like ended up coming from this. But yeah, I think when.
The way that I view it now is like we're kind of in like the peak of the hype cycle. Like you're seeing this like massive explosion and people just like producing all these various things. And the recoil, I'm sure that we're going to be seeing is like all of the anti-patterns. There were probably anti-patterns before, but we just decided to like do them again in this new way. So like I think one thing that you talk about is like it's probably useful for somebody to be able to talk directly with the Postgres database. I'm sure that there's some people that find a lot of value in that.
it's also very quickly going to, you're going to realize like, well, should I enable other people to talk to my Postgres database? And that's when I say like, no, there's a reason that we had these abstraction layers created because we don't think that, you know, everybody should just be talking directly to each other's Postgres databases. That's why we created those interfaces. And so I think that like, that's what we're going to see start happening. I think we saw like some early signs of this, like where, you know, people identifying security vulnerabilities with MCP servers, you know, it's probably something that's not well defined within the protocol. But I mean, like that's, you know, I think that's been true of a lot of standards as they've been developed. I think even like,
And like the first version of OAuth, there were security vulnerabilities within the format. For sure. It unlocked a lot, but there's always going to be ways that people are going to find why it's not going to quite do or should do everything that we want it to. Right. And the stakes are higher. Of course, with OAuth, the stakes are high. But now when it's like plug an LLM into your life, every facet of your life, whether it's your bank account or your Foursquare account or whatever your Square account.
there's a lot, you know, when there is a vulnerability, there's just so much opportunity for bad actors that we definitely will see some, some trouble. This is a brand new thing. I mean, I think Anthropic came out with it back in November. And of course they had the, the task of getting other people besides Anthropic to actually adopt the protocol, which was open. And I think designed to be not an Anthropic thing from the start, which is a great way to get it going. But here we are in April and it seems like, will it be the protocol to rule them all in this next age of agentic things? Not sure, but right now it seems like it's got a lot of momentum behind it and quite possibly might be.
And so it's going to be vulnerable until it gets robust. I mean, that's what happens. You have to face the real world for a while and find all the obvious things and work out the kinks. And that's part of the reason why, like, I still, you know, when I was writing about it on LinkedIn that like. I think that the platforms that are going to be able to leverage this the most, but also like last and survive some of like the downsides a little bit better are the ones that already invested in really good API platforms. Like if you already have that built in, like with OAuth authentication permissioning, like if you have that basis and then you're wrapping that your MPP server around that, you have a lot of the safety guards already put into place. My concern is for the people who just like haven't done that like base level of work. And they're just like, hey, we're just gonna like stand up an MPP server. It talks to Postgres. It talks to like this other thing with inside or internal things. That's.
I think going to be a recipe for disaster in the longterm. Um, you might see some initial short wins, but I think over, over time, like it becomes just a huge exploit. Like, I think that we, we debated this inside with a couple other engineers in my company, like, Hey, like, you know, it's really cool that we built an MCP server that can talk to squares APIs, but why, why it's not there? Why not like have it talked to some of our internal services? And I had to like point out to folks, I'm like, well, if we create an LLM agent, they can talk to squares internal services.
that effectively makes them public because now I can go and like, I'm sure somebody could end up doing some sort of prompt engineering to basically like dissect what are all the different tools it's calling internally and be like, great. I'm now going to go use those to write my own program on top of those. I don't need the LLM to do it for me. How about this as an idea? What if AGI is essentially a self-building MPC server that the AP, that the LLM talks to, to discover what it needs. It doesn't have what it needs. So it makes new stuff.
And it calls the same NPC server to discover more of itself. So it's like it needs to do something. Can't do it. Builds it. Can do it. Builds it. Needs to do something. Can't do it. It's like this constant talk between the LM and the NPC server. Well, I think like it isn't like that. I haven't. I'm going to be perfectly honest here. I'm like kind of just shooting a shot in the dark of like with Google's new agent to agent protocol that they're trying to propose. Like one of the theories could be that you can have your agent go to this hub of agents and be like, hey, they're asking me to do this thing. I don't really know how to do it, but I'm going to ask all of these other agents in here. Can any of you solve this problem? And like one of them goes, oh, yeah, I can. Maybe that's the way that you have this like.
this agent agent hub it's like upwork for agents you know like hey i'm looking for a designer yeah looking for this uh function can't be a function maybe it's like fiber for agents exactly like throw the bids out there i'll do it for five tokens right yeah race to the bottom i'm trying to hack this square mcp server can somebody help me i got an agent that does that what's the race you know given mcp and what's happening what is the what is the next arms race when it comes to that layer of the implementation like who's next what's the next big thing the past mcp or with it Well, I mean, if it's if it's burgeoning, what is the you know, what is it going to enable? What's the next big thing? I mean, you kind of touched on with Web 2.0 and access to APIs that had freedom and innovation. Well, that's why I was concerned like the providers may change their heart about the thing. Obviously, Richard, you are one. So that's why I was throwing it to you because, you know, the spirit of innovation, openness and like, you know, Square obviously would be more useful if I could plug my agent into it and get information ad hoc and like have it do things for me without having to like code it on myself, etc. However, it leads to the.
the agent gets super the client gets superpowers and so whatever whoever controls the client and right now open ai very much controls the client because chat gpt has hundreds of millions of users and you know like it's starting to become the google of this era in terms of just the default choice and then square becomes this thing that plugs into chat gpt and now open ai holds your interface and you're just commoditized like that's a concern isn't it i mean it is a concern but i think like you know we're i mean I want to believe always that open source will find a way to win. And I think like the open sourcing of models, the trying to incentivize folks to releasing like the weights and like their measurements and sort of like insisting on the transparency so that we can like have confidence. Cause I think like that's a precarious relationship to be managing. Like if you don't open up a little bit and build that transparency, because I think that you can end up like triggering like a huge defensive move from everyone where they go, Oh, like at first signal, like that, you know, we realize like they're exploiting our relationship or our data, you know, everyone that's going to be like, all right, we're cutting off, we're pivoting over and we're going to like either.
do it in-house or we're going to go pick a different provider. We're going to do it open source. And so I think it's a tough thing to manage over time because I think, I mean, one thing that is benefiting us all right now is at least there's a market of LLMs for you to be able to select from. Some work better in certain contexts. You know, ChatGPT is like really great for like sort of general purpose. You know, Anthropic is really building stuff. It's like super awesome for developers. And we're just hoping that like these open models can actually do more and more. So, I mean, I've definitely been dabbling in trying to run an LLM locally on an old gaming laptop.
It's fun, but it's not practical. I'd have to have a way, way more powerful machine and I don't really want to spend that much money on it. Right. Yeah. I mean, Adam and I have been doing some local stuff as well. And the, what I call it, Adam, the gravitational pull, the tractor beam that I think ChatGPT has is their product design.
And it's the old, it's the old open source versus proprietary, you know, capitalized company who's laser focused on just like what they're doing so well is they're rolling all the latest advancements into a product. And what all these other things are is they're models that you can use with a chat app UI built by one dev to scratch their own itch. Obviously you can also have capitalized companies that use the open stuff to create a competing product and that's happening as well. And I just think that. I agree with you 100% that it's great that we have a diversity of options. And I think when it comes to models, they're being commoditized. I do not think OpenAI will hold a lead over the open source world that's meaningful.
for very long um all the llama forges dropped and it's disappointing so but deep seek is really good you know like there's there's things happening right now meta seems to be not impressing with earliest efforts but anyways that i think open source wins but that's implementation interface is what matters the end of the day like how people are going ahead and using these things which is why apple's so seriously dropping the ball right now because they have the interface to everything and it's terrible it's called siri and they can't ship intelligence in it um it is like think about the opportunity they had with siri they were so far ahead They have, they have the device, right? Like they literally have the interface. They have a five-year lead. I mean, Alexa was the next one that got some penetration, but Siri was there and they got millions of people talking to Siri. And then Siri was just sucking over and over again for years. And it could have been so much better. And then like they'd have, I'm glad kind of that that happened because they'd have lock on everything. Like you would just be, everyone would be talking to Siri. At least now it's a separate company with ChatGPT being the new Google. I mean, I have.
people in my life who just and there's not techies who are like did you chat gpt it it's the new google and so they're i think open ai right now even though in their technology and their models and stuff it's not really going to hold a moat but in their product and their momentum and so all these people creating mcp servers might just be making chat gpt you know the muscle the superpower client And so that's why I feel like I was likening it back to that previous decade where everyone's like, yeah, mash up our API with everybody else's. And then people started doing it. And they're like, wait a second, you're not coming to our website anymore because you're just using our data to create better products or different things. And so now we're gonna have to charge you for that. Obviously, you don't represent Square and the entire company or block. You represent a small portion of it. But I think when it comes to MCP servers, there has to be some trepidation in allowing.
you know the full not the full but a a lot of functionality that you provide to be used by people that maybe don't even know what square is you know they're just using it through their chat jbt yeah i mean like i know that like you know for a lot of what we've been doing you know we have like safeguards in place there's a lot of folks out there like you know they use aws bedrock to like do hosted models be more confident that their data isn't being like shared elsewhere um and i'm trying to like have some of these protections but i think yeah over time like the one thing i think about like what gives open ai i'm trying to i'm not super confident in this that like that They actually, a lot of their mode right now is definitely like their LLM model. But the interesting thing to me has been recently like with these smaller, I mean, essentially like smaller updates that is just enough to cut out features that you find in other like essentially like, you know, chat GPT wrappers. When they like say in their desktop client, like, hey, we're gonna actually like apply code directly into your VS code. You're like, yeah, that's clearly like a cutout for cursor. And like, you know, it's like, oh, the more you just bridge the little gap, like they can just choose to like solve little parts of the problem. It's like, well, we were preventing them from like eating too much of our lunch. Right. But we're gonna continue to like.
I mean, it's in a place where they don't even necessarily need to be front running everything. They can actually let open source and all these other things kind of front run things and then pick and choose the things that go, oh, people really like this piece of that puzzle. Like, let's actually just go like bake that into chat GPT. Yeah, they can Sherlock the industry as Apple would always do with their third party developers. Yeah, I think they're very well positioned to do that. And I think that they've shown competency in that. I say that from my personal experience because I've been trying to leave chat GPT and the product keeps pulling me back in. Most recently, the image generation stuff, which is a different, you know, it's a different thing altogether. Like it's multimodal now. And so there's Dolly involved and I don't have to care about that.
It's like it pulls me back in. And while I'm here, I'm starting to talk to it again. And I'm like, oh, it's better than it was last time I was here. And so it makes it harder and harder for me to use what I had been using, which is Llama. And I've been trying Deep Seek. And I'm using Google's Gemini for coding and trying out all these different things. But at the end of the day, it's like, GPT just keeps getting better and better and better. I feel like they're running like that, like that Netflix or HBO kind of playbook. Yes. As soon as the season's about to be over and you're like, all right, I don't need to be subbed to this anymore. Oh, wait, we rolled out the hot new thing. Drag you back in. Yeah, they're dragging us back away. Totally. So I don't know. I think obviously we don't know what's going to happen with all these MCP servers. And I think it
similar to um google search back in the day where it's like you have to be there like you can't not be there because then you're irrelevant and obviously open ai is not the only people that will be using these mcp servers so it'll serve all the needs of everybody um and so i think it's smart at least for now, to be like, like, what's Square's approach right now? You guys have a hackathon, you tried some stuff. Is there going to be an official thing shipped or, you know? Oh, I mean, well, now you're asking things that I can't. So the thing I can say, because I mean, I did work on this. I know that from the DevRel side, we're definitely going to be pushing for getting this out there. Somebody from our Goose team actually did like a first version of a Square MCP server. In fact, when we were going to do this hack week, we looked at that and we were like, yeah, this is great. But like, you know, it's only covering like a very small portion. And then somebody on our team had like a really.
innovative idea on like how to do this and like basically cover the entire service area in a single shot. And so we definitely want to get that out there and get people using it. The thing that I still keep in mind and like, you know, this isn't like reflective of what everyone else thinks within block. I think it still requires a certain level of care. And I don't want to be like sort of like a doomsayer of like what ends up happening, but I can't help but like think like when you enable MCP servers for all these different API platforms.
So like, I think of, this is probably, I'm going to ballpark a metric from a long time ago, but like say like the global number of developers was like 13, 15 million people. And this is like number I'm pulling from years ago. So it's probably wrong. When you enable this MCP server to connect into like cloud desktop, chat GPT desktop, plugging into anything else, the number of how you viewed developers before has just exploded. Totally. Like a hundred X, like it's now, and that's just like thinking about like how a regular person can now go enable this stuff. But that's also not accounting for like the very savvy developer who goes, well, why spin up one agent when I could spin up 20 agents to go do work for me? And so like, it's just going to be this like exploding problem. And so like, the thing I keep thinking about is like, can, can all of us handle the volume of.
bunch of bots going around calling all these things like are we just gonna see like a huge influx of ddos and like i mean it's hard to understand like what the the second order effects of this are when you have just tons and tons of agents being spun up everywhere yeah well said good thoughts exciting times interesting times i'm not sure exactly how it's all going to shake out but that's what makes it exciting and interesting right the question i think about is where's the toll booth that's where you make the money at, right? It's like, you got a need and you want to create your own version of a toll booth and to get access, you have to pay X. I suppose if you're thinking about that from a commercial standpoint or enterprising standpoint, it's like, what is the next toll booth when it comes to this scenario? You know, like you've got agents that are going to go and spawn, let's just say like you had just described. And that, that work was normally an individual opening up a book or going to the library or talking to so-and-so from, you know, the County about how regulations work, like whatever, however these NPC servers, MCP, NPC, gosh, anyways.
Anyways, these MCP servers act because you got agents starting out there and scour the whatever to figure out information. And it may not be it may just be a dead thought or it may be a new thought that spawns a new thing. That's now this next layer of whatever. And it's so hard to even describe it. So if you're lost, I'm also lost. The point is, is like you've got all this traffic happening on the Internet, all this API traffic, all this database traffic that is kind of probably not from a paid user, but it's like data that's important to the world. Really hard to see where the tollbooth is going to be after this one, though. I can't I can't personally see where it's going to be yet.
i'm thinking about it though yeah i mean it's interesting i think you make a good point because like uh the one thing i was like thinking about i used to be like very allergic to this still kind of am like uh when you i mean i'm not opposed to like monetizing apis but i feel like when you monetize apis you have to kind of go about it in the right way because otherwise developers will never use it but now with mcp servers i kind of go well it's not like developer it costs almost nothing for the developer to now go use your apis so because they can just have an agent go do it for them and call them for them and they're not you know they're the barrier to adopt adoption is like much much lower and so it does sort of beg the question of like okay if we're going to have like say 10x more traffic do we need to actually put monetization in here in some way or you know go the chat gpt approach i guess is like you know we we pitch our remote mcp server and it's you know five bucks a month and like you know you get near unlimited calls or something to connect to any of your other ai tools right yeah i think that seems somewhat feasible and likely, but can't see the future. I got some agents working on it though. Yeah. Nice line. I, uh, I heard somebody say recently and tell me if this is how you all feel. They said, if you take chat GPT away from us right now, we are dead in the wall. I'm paraphrasing, but it's a version of like just doom. We don't, we don't know how to work anymore. We, we have learned how to work because of the speed of trial and error and the speed of access to information and the speed of the, the user experience of asking and getting in this sort of volley back and forth.
I heard someone say recently that they said, if you took this away from us, we would be we wouldn't know how to work anymore. Is this how you all feel in any way, shape or form? No, no, I think I think it would be it would suck. I mean, it would definitely suck because I think that there's like many ways that like, you know, it has accelerated us. But I don't think I would argue that we're not quite at a point where like we would be like, oh, my gosh, like we can't we can't function. There might be some companies that might not be able to function because they let too many people go thinking that I was going to automate everything. But I think there's still quite a few of us who would be like, yeah, I still know how to write code by hand.
So you're only doing the code context. And that's the, that's the, I'm not doing the whole life context. I'm answering whole life. My answer is still no, because I just fall back to where I was a couple of years ago, which was just Googling stuff and looking at YouTube videos, you know, like for me so far, and I've used it extensively aside from the joy aspect of the image generation, which for me is pure joy. And I love it. And I don't want to go back to a life before I could turn someone into a walrus. If I want to, you know, aside from that.
I can just go back to Google and stuff. Like it's mostly just speeding me up. Like it's answering my questions, but I'll find the same answers. Maybe it'll take me half an hour versus 30 seconds. I don't want to go back, but I don't feel like I'd be dead in the water or I'd be a fool or whatever. I couldn't do my job. Yeah. Yeah. No, it's not that. Let me ask you a different question. Okay. Same question, but different because this is actually a good analogy. I think potentially. Okay. So you're going from your house. Let's just say into town, wherever into town is for you. Sure. From your house into town. The old way was these back roads, right? Stop sign and so-and-so's house. Right. And you arrived at in town.
Sure. Then you learned about this new thing called the highway. Right. And fast. And you went there so much faster. Yeah. This is how I liken it. And I don't I don't disagree with what you're saying. I just wonder how truthful it is or how truthful you let yourself be. Because once you've gone from your house to in town, the highway way.
Saints traffic. OK, just bear with me here. OK, well, don't put all the worst stuff in there. The speed version of it, the direct access, they get off the wherever and you're not in town. When you go from here to there, the old way, the scenic route, the 30 minute route versus the 10 minute route via the highway and you go back that old way, it does hurt. I don't care if you can still do it. Yeah, I said that in my answer. I said I would suck. I don't want to go back. Right. I like the fast. But I would say like here's here's a different kind of analogy where I think it would I want to sort of like tweak tweak what you had there, like in the transition from, you know, a horse and buggy to a car.
there was a transition period where like people were like just not getting horses anymore and like they're like everyone's like getting cars but imagine that like some sort of key failure like all of a sudden we have no more fuel for cars so we have all these like hunks of junk everywhere and like now we're in the state of there's not enough horses for people to be able to get from point a to point b and now everyone is like extremely disconnected and so you can't get from where you are like going from san francisco to la now takes like you gotta hike because you have no way of like really getting there and you can only you know take what you can carry i think like there will be a point in time where we might get to that point where like we rely on ai for so many different components that if you suddenly shut it down that like getting from point a to point b might actually be like essentially impossible because it would take too long it becomes impossible not because it's true impossibility but because it's like gosh no no it's like going that way again you know like i went the 30 minute route to in town and that was no fun okay i'm just never going back there again it's like five years from now i want to go check my square dashboard and they're like we don't have dashboards anymore we're just the mcp server you know exactly yeah you are literally describing what what i think can happen because like that's what people are proposing is like ai has like created like so you know like everything is just like voice chat so you're just gonna be like super whisperer to say like hey right you know go ahead and update my business hours for the upcoming holiday and then like
suddenly you turn off and it's like, wait, how do I actually go update my business hours? There's nothing in the dashboard here for me to go do this. Like, you know, we could end up in that format where like, as soon as, you know, somebody doesn't have access to AI, it's like, I don't actually have an interface. We have to have, we have to keep the ejection, you know, I have to be able to eject. Yeah. Think about automatic cars. You know, there's a way of doing things manually. I don't know. Maybe there's not anymore. Who was I just talking to where there's a.
Oh, like if a car's battery is out, for instance, and it has an electric start, there has to be a way to start the car without the battery, or at least to shift the gears. Sorry, to shift the gears, like to get it into neutral. So we had somebody stuck in reverse, you know, and their car died. And it's like, wow. This is for real? Yeah. And so we got to be able to, and there's like, and then the car guy came along and you see this little patch right here, you take this panel off and you stick a screwdriver in and you turn it and you can shift the gears manually. There's gotta be a way to do it without the battery, even though a thousand times out of a thousand, you're just going to use the battery to start the car. And so I think we have to do that with these things. We can't go all agentic, you know, even though they're going to be the way in 10 years or whatever it is, because the agents will fail, you know, like something's gonna go wrong and there has to be an injection process that Square has to still have a dashboard, Richard. You can't just get rid of it. Let me ask you a question, Jared. Yeah.
Or Richard, too. You can both answer this question. Okay, let me think of a person. Do either of you have aunts or uncles? Both of you, right? Yes. Just say yes. Just say yes. Why don't you just answer for me, then? Yeah, we do. Okay, tell me your uncle's number. Your uncle's phone number. 5050505. You do not know. Do you really know your uncle's number, Derek? That's actually his phone number.
Okay, so a different... I just docked it. I don't have it memorized because it's some sort of special number. Isn't it the best phone number in history? Can you imagine that his phone number was... And he's passed away now, so it was 5050505. I mean, he didn't even pick that. It just came to him. Isn't that amazing? That's a cool number. Anyways, aside from that, yeah, I wouldn't know it. The point is, is like you forget to remember phone numbers because your phone has them in the context. You have it in the context, so there's no point of...
You've now just obliterated the need to ever remember. Now, my wife's phone number, I know. My brother's phone number, I don't know by heart. Who else's phone number do I know by heart? Not that many. I mean, a small few, like sub five. My parents, my wife. Right, that's about it. Sub five. And the reason why is because the phone or the thing or the cloud holds the data and it's so accessible. And like you said, a thousand of a thousand times, you're reaching for the phone to get the number because it has the information. How would you get your brother's number if you didn't have the phone? Yeah, exactly. How are you calling anybody without your brother?
I'm like, okay, where'd that phone go? We're driving to Pennsylvania, right? Where's the internet so I can get access to this contact card? Because I have not personally remembered the phone number in my own brain. I've relied on a different brain, my second brain or whatever brain or whatever access to data. I mean, we're going to be like that at some point, right? What you think is going to be the case is that there's just certain things you just don't have to remember anymore because for the most part, it's going to be there. Like, there's my phone.
Cool. Call brother. No. I'm sorry. I can't do that. Here's what I found on the web for call brother. Would you like me to call chat GPT?
sure when it comes to memory i think you're right when it comes to functionality there are certain things that you're gonna have to be able to do you know like you can file your taxes manually with paper still right even though no one's doing that so i think there's for mission critical things in life of course if you lost your phone and you need to get hold of your brother you'd probably find somebody between him and you who knows his phone number and you say hey can you give me his phone number and then you have it so there's like there are ways but yes we are going to probably forget a bunch of stuff and just ask llms and then when they don't have the answer for us we're gonna be like the people in idiocracy it doesn't exist yeah it doesn't exist anymore it's no longer true like that's yeah like if the agent can't find it like I'm thinking of this thing now, like, gosh, can you do you think we're heading to a point where you have an agent? I have an agent and everyone has a small army. I just want to use. Yeah. Of agents that we just now command a host of agent to it. Yeah. Your agent. Talk to my agent. We'll do lunch. Right. And it's not a human agent. It's just some. It's what you refer to as your agent. It might actually have some kind of like generally it's not a human.
It's some sort of software. I mean, I look forward to having a personal assistant. What I don't look forward to is my personal assistant learning exactly how I do my job and then replacing me. Right. Yeah, like, oh, I'm just your agent for now. I'm shadowing you, Richard. I'm learning all your way. Oh, Richard's not needed anymore. That reminds me of my latest Galaxy Brain meme that I don't think I actually shared with anybody. You guys know the Galaxy Brain one where it's like a progression of like smarter, smarter, smarter, smarter. So the first one, which is like a small brain, was I program the computer. And then the bigger brain is the computer helps me program it. OK, the next bigger brain is I help the computer program itself.
And then the galaxy brain is the computer programs me. That's where we're heading. That's where we're heading, man. And that's the truth, too. Let me tell you how that happens. Okay, algorithms. When you go to the For You page, that's called programming. Oh, that's true. That's the way the computer's programming. It's larger agents that are human, potentially.
potentially putting out things, you know, deciding what content makes sense to you when you're in the bubble you've put yourself in. And it's usually the world. I mean, this is getting doom and gloom, man. The world seems to be opt-in, but it's mostly by force. Only, you know what I mean? Like, I mean, it's for the most part. And only the privilege to get to opt out. You know, it has to be. It's true. You gotta be in a position to be able to opt out. All right. Well, let's close on this then. If the algorithms are programming us, I think it might be time to pull the plug. This might be it. Oh, by the way, we're producing podcasts that serve this. I'm just kidding. We're part of the problem around here.
Oh man, do we just get like deplatformed off YouTube from this? Maybe, maybe. At least demonetized. I'm gonna throw out a couple URLs. You can at least go to youtube.com slash at square dev. I don't know if that's case sensitive. Let me check it because we've had some instances where case sensitive was needed before. Yeah, just search for square dev on YouTube. You'll get there. Even searching, just youtube.com slash square dev works as well. So all the pods are there. Videos that Richard mentioned are there on YouTube. Even that infamous conversation I had with Jack Dorsey is a scroll or two back sitting at 18,000 views. Let's get that out. Come on now.
Yeah, it's an interesting conversation. It's still relevant today. It still is relevant today. You know, there was more to that story, but we'll let it go for now. Samuel Jackson, call Siri and get us some directions to our favorite restaurant, please. It ain't going to happen. It's been fun. It's been fun, Richard. Thanks for giving us the chance to help produce this word of the podcast. I think it's a super cool show. I'm glad that we finally got to a point where we can do it. I'm glad to have the season rolling out as we speak. A lot of good stuff on there. Very proud of you and the team behind the scenes. Make it happen.
Could not be happier. Could not be happier. Thank you so much, Matt. Thank you. I mean, really appreciate all the help that you've given us through this. And I gotta say, it's also, it's fun being a guest. I mean, I want to try this out a little bit more. It's almost more fun than being a host. Almost, almost, almost, almost. Well, that's it. All right, friends. Bye, friends. All right. Bye.
That is Changelog for this week. Thanks for frenzying with us. Do check out the Square Developer Pod. Links are in the show notes. There's no way I'm going to try to say that URL another time. And let us know what you think about MCP, AGI, ChatGPT versus the world of open source options, or anything else on your mind in our totally free, totally rad Changelog Zulip community. Join right now, if you haven't yet, at changelog.com slash community. One more mention of our awesome partners at Fly.io to our sponsors of this episode, Heroku.
retool and augment code and to our beat freaking residents the one the only the breakmaster cylinder next week on the changelog news on monday anthony eden founder of dn simple on wednesday and mr ahoy hoy himself it's nick nisi on friends on friday have a great weekend like subscribe five-star review us if you dig it and let's talk again real soon Your ticket backlog is an actual problem. So why don't you go inside? No more listening to ChangeLog and Friends. Adam and Jared, Silicon Valley. But honestly, that will probably sling at ones and zeros. And that makes you one of us. Your list of to-dos is waiting for you. So why don't you go inside? No more listening to ChangeLog and Friends. Adam and Jared, your friends. Time to get back into the flow. ChangeLog and Friends. ChangeLog and Friends. It's your favorite ever show. Big ever show.