Jim BirchGuestMike MilesGuest
Stephen CrossHost
It sounds like we're all in different stages of the process with me maybe at the earliest stage here.

Like, we go from that experimentation to a standard workflow, and I think that's completely normal.

the standards you've put in place or the guidelines you've put in place for implementation.

One, one of the things that struck me as I started to use it for my own work [tsks] is [laughs] humility a bit, in that I was humbled.

Not that I f- think of myself as some awesome programmer, but coding for so many years, you have ways you do things.

It's the way I do it, it's the way it's always worked, it's sort of an industry accepted practice.

And then when I start to see code get generated a different way than I do it, I think you have to be humble in a way to say, to be open and look at this and say, "Is this actually a better approach than the way I would've done this?" And I found myself more and more saying, "Yeah, that probably is a good idea." And yet have to put some things aside and say to myself, "You know what? Yeah, maybe this is a little bit better approach to this problem than I would have typically done." And that kinda leads to like how do you put standards in place? The standards I would've put in place a year ago of how code should be structured or patterns that should be used, I think are very different today that I would write based on code that I've seen Claude generate for me.
Years ago, early in my development career, I was totally against using like IntelliSense and auto-complete in my I- IDEs, 'cause I felt the same way.
I can't have a tool finish a function for me or suggest the way to do something." And like I literally wrote my code in like Notepad 'cause I didn't want any of those IDE plugins that would help you as a developer.

It sounds like we're all in different stages of the process with me maybe at the earliest stage here.

Like, we go from that experimentation to a standard workflow, and I think that's completely normal.

the standards you've put in place or the guidelines you've put in place for implementation.

One, one of the things that struck me as I started to use it for my own work [tsks] is [laughs] humility a bit, in that I was humbled.

Not that I f- think of myself as some awesome programmer, but coding for so many years, you have ways you do things.

It's the way I do it, it's the way it's always worked, it's sort of an industry accepted practice.

And then when I start to see code get generated a different way than I do it, I think you have to be humble in a way to say, to be open and look at this and say, "Is this actually a better approach than the way I would've done this?" And I found myself more and more saying, "Yeah, that probably is a good idea." And yet have to put some things aside and say to myself, "You know what? Yeah, maybe this is a little bit better approach to this problem than I would have typically done." And that kinda leads to like how do you put standards in place? The standards I would've put in place a year ago of how code should be structured or patterns that should be used, I think are very different today that I would write based on code that I've seen Claude generate for me.
Years ago, early in my development career, I was totally against using like IntelliSense and auto-complete in my I- IDEs, 'cause I felt the same way.
I can't have a tool finish a function for me or suggest the way to do something." And like I literally wrote my code in like Notepad 'cause I didn't want any of those IDE plugins that would help you as a developer.
The rest of this transcript — segmented and speaker-labeled, so you land on the exact moment something was said
Search every transcript — by keyword, by phrase, or by meaning, across every show Radar indexes
Trends — what is surging across podcasts, measured against its own baseline
Alerts — when a name you follow appears in a newly indexed episode
No account is needed to search Radar.