I Interviewed Uncle Bob
Вставка
- Опубліковано 28 кві 2024
- Recorded live on twitch, GET IN
Uncle Bob
x.com/unclebobmartin
cleancoder.com/register
My Stream
/ theprimeagen
Best Way To Support Me
Become a backend engineer. Its my favorite site
boot.dev/?promo=PRIMEYT
This is also the best way to support me is to support yourself becoming a better backend engineer.
MY MAIN YT CHANNEL: Has well edited engineering videos
/ theprimeagen
Discord
/ discord
Have something for me to read or react to?: / theprimeagenreact
Kinesis Advantage 360: bit.ly/Prime-Kinesis
Hey I am sponsored by Turso, an edge database. I think they are pretty neet. Give them a try for free and if you want you can get a decent amount off (the free tier is the best (better than planetscale or any other))
turso.tech/deeznuts - Наука та технологія
![ChatGPT Can Now Talk Like a Human [Latest Updates]](/img/n.gif)
"Took a lot of therapy to get to Clojure"
It was so low-key he wasn't even expecting a laugh.
I was following UB when he jumped to clojure. I still don't get it.
And his therapist was SICP. Good choice.
@@ShadwTrooper jump or clojure? :P
I snickered on that
Uncle Bob: "I'm gonna teach the world how to do proper Java"
Also Uncle Bob: "I'm gonna switch to LISP"
Top 10 anime betrayals
LISP and FORTRAN are based
Uncle Bob is right, the first step on how to do proper Java is to ditch it and do Clojure.
If you want to write good software (not scripts and macros), then it is easiest to use a language that detects errors when the code is written, not when it is running.
Nothing beats Rust from that perspective.
@@CalifornianViking I am so so, so god damn tired of hearing the same BS from people who haven't even written a medium sized Rust project. Stop. Rust is no magic bullet. It DOES NOT PREVENT BUGS AT COMPILE-TIME. It might make it slightly harder compared to certain languages, but that's it.
And the hell r you smoking to even say nothing beats Rust WHEN there are languages like Idris with totality checking and proof checkers.
Before Java, he was a huge C++ advocate, and OOPs guy. People evolve. This is a good thing.
I can't wait for the DHH episode.
I would pay to see that
This!!
A TYPE CHECKER JUST FLEW OVER MY HOUSE
😂😂@@sporefergieboy10
My favourite contrarian.
The most unexpected interview of the year.
Uncle Prime and the Bogagen, the crossover we really needed.
Yeah, especially after Prime admitted going from full on Clean Coder disciple to "this is bs, be pragmatic".
Primagen: I hate clean code
Also, Primagen:
I was thinking that 😂
This!
Totally this
He has no enemies
My gut feel it that whatever version of CC that Prime hates would probably be equally as hated by the progenitor of the concept. Case in point to the fact that the moment words leave your mouth you lose any and all control of them...
A programmer of 50 years with a full head of hair? Sorcery!
I’m surprised that the neck beard hasn’t taken over, it is the usual pattern of older programmers.
Yo, doesnt debug. TDD
the power of unit tests
His grooming routine is as clean as his code.
@@myhstic no, he's busy creating pattern for us
One the best interviews because it is from someone who does not like clean code and tdd, so we have a lot of good questions!! Thanks Prime, now we are waiting by Martin Fowler
Yesss, we need Martin F!
Absolutely not, too soon. I need at least a year to recover.
But I think Prime likes Fowler, he even applies Folwer's rule of three
Martin Fowler would NOT fuck around.
@@DudeWatIsThis then he would never find out
What a SOLID interview, such a clean coder
And inefficient coder. Over abstraction is also a sin.
Idk it seemed kinda DRY
So you're saying you wanna KISS them
oof.. this comment section smells
There seems to be a pattern in the comments.
I love that a guy with as much clout as Uncle Bob can laugh about himself and joke around about his own philosophies. Great chat!
To me the laughing sounded kind of forced I think he knows that he's in a space which looks very critical about his books.
@@blubblurb He's just jolly! With so much experience he is just a little bit jaded and knows life isn't about being right. Gotta laugh too
@@blubblurb I've seen him give talks. That's just how he is.
@@memoryman51 Ok, good to know.
Bob is very reasonable and I respect his efforts trying to "model" good practices into what he calls "clean code". I don't necessarily agree with all of it, but nevertheless, I think there is value in organizing these ideas into a book back in the day. One should remember that "Clean Code" and "Design Patterns" were written many years ago with many points that don't exactly translate to languages/practices we have now-a-days.
I feel that people who "hate" his ideas are too dogmatic in the sense that you either agree with something 100% or you have to disagree 100% and hate it. Most things in life are not as black and white.
Even Agile, if you are old enough to have experience with a "waterfall-like" process, you know how the agile manifesto had a positive impact. Of course, like most things, people try to make it into a business (scrum) and the whole thing gets distorted. I think Scrum sucks, (and I prefer to stick to the manifesto principles) but it's much better than the old waterfall approach.
Respect to Prime for actually sitting down and having a conversation with Bob.
Prime takes all the arrows in his back, shielding us, so that we can continue to be productive.
Respect to Bob too - you can imagine the amount of mud flinging he has endured over the course of his career.
He had no real business reason to come on this obscure streamer’s channel and discuss the philosophies that he holds so firmly that he built a career with them.
Felt a bit like he wasn’t sure if Prime was going to just take the Mickey out of him or not - a lot of awkward-ish laughter.
Was great to see a normal conversation happening.
@@Kane0123 >> obscure
@@Kane0123 oh he's a mud golem at this point, and he just bulks up with the mud you fling at him. That laugh is just pretty much how he laughs in general, and Prime would not take the piss out of Bob aside from for giggles, and he would play in to it :D
@@y00t00b3r 400k subscribers is relatively obscure still, tbh. ask any non-programmer friend of yours. ask your boss. statistically, they will have no idea who prime is. your boss might know who bob marty is tho.
Imagine seeing the title without knowing who he is
It's his uncle, right?
🤣
Honestly good. They will learn quick why he is so influential or at least recognizable in the field.
Imagine being a software engineer and not knowing who he is.
Can't a guy interview his diddling uncle in peace?
Damn, Uncle Bob really does act like an uncle lmao. Dude pops out a chuckle a minute, love it!
26:37
"I have to help my wife move in 26 minutes"
"This won't take that long"
😅
"how do you convince a company of that"
You can't.
This is actually my favorite video so far on this channel. It was informative and easy to listen to.
Maybe because he didn't ask if he still thinks that women are supposedly less qualified to be software engineers than men
my understanding of the history of clean code, design patterns, agile, etc. is this:
1. a bunch of dudes wrote a lot of code
2. they had problems
3. they did their best to understand the problems
4. they did their best to come up with solutions and find patterns
5. they did their best to document it all
it's not magic that's gonna make our lives easy. programming is still hard but now we at least have some tools to approach problems and communicate with other developers. that's it!
I like how they somehow came upon an obscure architecture book that very few people ever read, and took the idea of design patterns from it. I don't think Alexander had any significant impact on architecture or aesthetics, while you see how much he (indirectly) had in programming.
6. A bunch of kids learn JavaScript on youtube.
7. They are introduced to all these patterns but aren't told why they matter
8. They ignore all this prior knowledge as pointless dogma that limits their productivity
9. They make all the same mistakes that people in the 60s made.
10. Go back to no. 1 ....
I'm really glad this interview happened. I think a lot of people that don't like uncle Bob miss a lot of nuance he talks about, brought in from decades of experience. Its also cool to go back and see his old stuff and see the evolution of his process. The 'functions do one thing' for example, he used to teach a completely different lesson.
People don't like Bob because most of his "nuance" is him squirming when people have objections to his dogma which somehow isn't dogma but at the same time kinda is, unless he's in a "conversation".
@@y00t00b3r Omg mald harder
@@y00t00b3r I did not see that at all in the interview. Prime clearly had disagreements and things he agreed with, but asked him some clear explicit questions and received clear responses. I found the discussion about testing to be insightful and will be using Bob's philosophy going forward.
A great interview. Seems Uncle Bob is more fun and not as dogmatic as he is represented to be in some quarters...
I've read/watched Uncle Bob for well over 10 years I think, his ideas about Clean Code, TDD etc, are more about being 'professional' than a set of rigid rules you must use to do proper programming. He genuinely wants the programming workforce to be Professional and his ideas are like SOP's that any real profession would have and use.
Great talk! Looking forward to the next Uncle Bob installment :)
his "The Clean Coder" book was more about being professional.
that's different from his "Clean Code" book, which is more about the code itself, as opposed to the act of coding
Well said. I like that Uncle Bob gives a type of direction to aim in. Other people boo him, but they often don't offer a better thing to aim at. Some say he's too rigid, but if you really listen, he's not rigid about things, he just has goals and standards. He admits no one meets them 100% including himself, and he's ok with that. The value you gain is in aiming and trying. To be more polite, to be less rude with our code. To respect each other, to publish good code often, to adapt well to changing requirments. He makes me proud to be a programmer.
@@CTBell-uy7riI feel like he reminds people of triggering parents
Listened to this live on the way to work, was so invested, i just sat in the car once i got there until it ended. Top tier content better than any conference or seminar.
His point about design patterns being used to communicate is really good. I see so many people complain about professionals using jargon to "sound smart", or school just teaching "how to use complex words to describe simple things". But when talking to other professionals, jargon is so useful, because you can express complex ideas in one or two words instead of pulling out a whiteboard.
Primagen: "I don't get that last part, that sounds very difficult…"
Looking back, Uncle Bob's newspaper metaphor had the most profound impact on the readability of my code.
Uncle Bob: "Think of a well-written newspaper article. You read it vertically. At the top you expect a headline that tells you what the story is about and allows you to decide whether it is something you want to read. The first paragraph gives you a synopsis of the whole story, hiding all the details while giving you the broad-brush concepts. As you continue downward, the details increase until you have all the dates, names, quotes, claims, and other minutia.
We would like a source file to be like a newspaper article. The name should be simple but explanatory. The name, by itself, should be sufficient to tell us whether we are in the right module or not. The topmost parts of the source file should provide the high-level concepts and algorithms. Detail should increase as we move downward, until at the end we find the lowest level functions and details in the source file.
A newspaper is composed of many articles; most are very small. Some are a bit larger. Very few contain as much text as a page can hold. This makes the newspaper usable. If the newspaper were just one long story containing a disorganized agglomeration of facts, dates, and names, then we simply would not read it."
Source: "Clean Code, Chapter 5: Formatting"
If/when it clicks, it's hard to go back.
🤷♂
I agree. I had the same experience. Can't go back.
But it asks you to refrain from trying to understand everything. Only delve into the details of what you need to modify. The rest is noise, you just need to have a vague idea of what the noise does (read the name and move on).
I think that's the main blocker that prime has.
I expect writing a book is similar, based on what I've seen from some authors that livestream their book writing. Now, reading a book is much different. It is an experience, one meant to immerse and obscure the structure in order to make it least predictable. But, to write a book, I feel that some authors wrangle their own complex structure for writing by managing it in these sections/modules.
Most of all, you don't have automated testing. But you still can structure and re-read a book/newspaper article.
Instructions unclear:
I now have clickbait function names, nsfw-image art in the comments and after actually having read the function, you will realize it did more or less nothing at all.
Something I like to try is to write functions that show from a high level where some data is used and when it's not used. So I may chuck off part of a class so it's passed as an argument to some functions, which makes it clear that these are the only functions that use it. It's like an overview of how some data flew.
Prime showing how to be a host. Many media people might learn something about their job with this interview.
lol that's cap
@@laden6675 no, he did a good job. he led bob to build his own arguments even when he disagrees with them. this comes from a person who is highly critical of prime in many instances.
You gotta go through SICP, Prime. I promise just the first chapter alone will be mind expanding
Are we on a first name basis now? I don't want people to know my first name!
Ok boomer
@@radicalchange9403 They made a javascript version of SICP for zoomers
I read it five years ago. Your comment makes me want to read it again
@@radicalchange9403 it's worth a read. just don't chug a 2L of coolaid after
PLEASE, these talk is GOLD! We need this to happen a lot more! I'm just at the starting of my career and I BEG: PLEASE, MAKE THIS INTO A FIXED SHOW! Doesn't matter the frequency, once a moth, once every few months, once every few days, once a year, make this into an event, but keep it up! That will really help people, I've come from selling all sorts of things on the streets here in Brazil, to where I am now, at home, making step by step, changes in the life of my daughter and my mom and that just brought to me a lot of value that complimented all the books and the ridiculous amount of hours learning behind that.
Even Uncle Bob says UML was a failure, yet college still teaches it and coerces you to use it.
He didn't say it was a failure. He said he occasionally uses it. My team uses UML occasionally but not for everything
Trying to auto-generate code from just UML is a failure. Though, knowing how to draw a UML diagram, how to read one, and how to think about different aspects of a software system with UML diagrams - seem like good skills. Are you using those skills 100% of the time - no. Though, if your reaction to any UML diagram is: "I have never seen this before in my life."..
UML wastes your time. You would better use your time by going directly from story point to code, as code is the best diagram.
It would be like drawing a pixel perfect mock up in figma, then converting it to Next.js, then oh no you have to change something, then you change it in code but it isn't up to date in UML.
So you literally just did double work for no benefit.
UML is garbage, just like OOP itself.
@@Nellak2011 respectfully, you just might have been presented with a challenging enough problem yet
When I was in school, they still taught us the Structured Program Theorem, though OO was starting to take hold and Lisp was still hovering around.
SICP is a certified hood classic.
I like this format.. I like how you actually having a conversation not just one person talking about their ideas, but you challenge the ideas with your own. This was so interesting to watch, I did not realize that I was watching one hour long video.
47:00 For library developers, TDD is amazing in a sense that you not only verifying lib's correctness, you also provide usage examples for your lib users. Rust's documentation testing is amazing, you can write tests right in function's doc and it will be asserted by the test runner.
Welcome to costco
I love you
❤️❤️❤️
HAHA! I love this comment!
costco?!
5 DOLLARS A MONTH!
27:48 "... agile's a lot like communism you know people just keep not trying correctly" this joke never gets old 🤣🤣🤣
well, when everyone always points at 3 massively authoritarian and capital driven countries as "communism", it does get pretty grating.
the joke is funny tho.
I don't know Bob's viewpoint on communism, but I certainly can see it as an insult to compare the work of engineers to what many Americans (especially older Americans) consider a failed ideology. A bit tasteless even in jest.
Coming from an American-based commentator (Prime) this is rather sad TBH, since most people in the USA have been so politically-abused by rhetoric they have little to no clue about the history and variation in this family of ideas.
Always be suspicious of things with the word manifesto attached to it.
@@hemmper IIRC the "manifesto" in early programming culture was an explicit reference to/joke about the communist manifesto, in the sense of "hey, don't take this *that* seriously", but of course people did. I can't speak to how serious the agile manifesto was about the usage, though!
We need a 2nd part, this one was amazing, the two of you guys made huges changes in my life, YOU BOTH, it was amazing to see you talking each other. OMG. What a nice video! I really like it
1:40 proof that buying technical books and not reading them for 10 years is not just a me problem. 😂
"I am your father, Prime." Uncle Bob
more like his uncle
@@IARRCSim I love the language precision of our tribe. Pro-grammarians, indeed. 🙌
he sound smarts, he should write a book
😅
SICP is a brilliant book. I went though most of it in Scheme a few years ago. Highly recommend.
This chemistry is so precious. Isn't it very rare to find a programming related video that feels like this?
I just want to imagine what it would be like if Bob programmed with Prime for 20 minutes. Jump into one of Prime's projects and pair program.
I think they will manage very well. their differences are sallow in my opinion.
I would definitely like to see Prime pair up with Bob. It would set aside many differences and focus on the real meat of what it means to discuss software development
55:36
Prime: And I have proved that I am a shitty future predictor.
Bob: and it is true
This is going to be a thoughtful discussion, I’ll enjoy it and that’s great. But the twitch brain desire is for just an hour of Prime memeing on him.
And it was an hour of uncle bob memeing on prime
I was thinking basically what uncle bob said while watching your previous video on small functions. Ideally, you don’t need to drill down. The point of abstraction is to trust the abstraction does what it says it does and you can easily read what something does without knowing exactly how it does it. This is true at any level. If I use Python’s built-in open function, I don’t need to know exactly how it’s doing it, I just go, “ok, it’s opening a file.”
Agreed.
So glad someone said this. Small functions don't lead to the problem people fear they will.
I think the problem comes in when for whatever reason you *can't* trust the abstractions and have to figure out what it's really doing.
@@xthebumpx yes, you will need to drill down at this point, but usually only a small part is broken, so you don’t have the huge tree explosion Primeagen is talking about. If you have half decent debugging, you should be able to pinpoint the source pretty quickly. The issue here is was talking about was more trying to understand a new piece of code. I think the breaking it down can make that easier, of course, only if it’s done well.
Exactly. You put a comment on every third line, then turn the comments into function splits. And add a function that's the table of contents, calling them.
uncle Bob has a great personality
GREAT INTERVIEW
Great interview. Thanks for bringing uncle Bob on. Always pleasant to listen to what he has to say. He's kind of a philosopher of computer science.
Please do more of these! It is so interesting seeing you two with differing opinions unveil details for each argument that are commonly missed.
Definitely a smell if you are jumping all around to understand what the code is doing. A smell that the functions you wrote are not partitioning the code as well as you could and the names along with the parameters are not descriptive enough to tell you what that function is doing. Super insightful conversation! Loved it Prime Boi :)
or a smell that you're trying to understand the "how" where you need to know the "what" and move on
this happens all the time with OOP where people add a lot of state to the class, they have these "small functions" but the "small functions" are actually mutating any of the 10 properties in the class (you don't know until you read them, also you have to memorize what each small function is doing to get an understanding of their effect when called sequentially)
@@josevargas686 Yeh, I think this is where programming languages themselves fall short. The function signature becomes obsolete when you start changing state within the class containing that function. As a personal preference, I try to minimize mutability, employ the single responsibility principle, and have clear names that indicate what state is changing and how it is changing. By doing so, I can minimize the number of tests I run against my own short term memory (which is bad) 🤣
Thanks for setting this interview up. Been hoping for this to happen
I'll give him this, as far as rhetorics go Uncle Bob was the heavy weight in this discussion.
He's really good at explaining concepts and can always go more into detail when prompted.
Prime's criticism usually clicks with me but it was less convincing now that Uncle Bob had a chance to explain himself.
Prime is not exactly really pushing his point heavily though, he's letting the guest give his ideas.
@@eduantech It's not like Prime's point diverges too heavily away from Uncle Bob's. I would say he only lacks the compatible experience of writing TDD code or test cases in a way that he might find it hard to empathize or imagine certain "feelings" or judging things based on "smell/feel" as Bob describes. But the principles are quite close, especially with the thoughts on Agile.
Though Prime has had a viewpoint against TDD and can't empathize with it much, I don't think it weighed down the discussion. Bob was well-spoken even when Prime was confused and did a good job of translating to topics/scenarios Prime could grasp and even agree with.
I would argue that both Prime and Bob would arrive at a similar end point (if he isn't convinced already), just as Bob and his peers did in 2001. It is rooted in wisdom more than experience in a corporate/business world.
I primarily think the direction that Prime's life has mostly influenced his little exposure and insight into TDD. If you give him years of the same kind of exposure I feel that the world would steer him towards TDD anyway. For the purposes of being a streamer full time I will contrastingly say that TDD is probably the LEAST entertaining topic, except for those who are truly passionate about writing test cases and working in such a way outside of a professional context. It doesn't make money, TDD has never been the thing that makes money on its own.
That's because Prime is a great interviewer. A great interviewer is there to bring the information from the interviewee, not to create debate, as Prime mentioned at the start. He is a communicator and he knows how to do it well.
Prime's arguments are typically based on all-or-nothing fundamental reasoning. If that kind of reasoning is strictly applied, we wouldn't have integration (math-calculus integration), since _technically_ limits aren't actually ever reached...
Uncle-Bob's methodologies are asymptotic in nature; they aren't based on hard-guarantees for _every_ situation, they are based on average dift effects, especially for larger projects with a decently-long lifetime.
@@warrenarthur5629 I agree that Prime's reasoning is often all-or-nothing. that's why I disagree very much with his take on test coverage.
Awesome interview!!! We need more interviews like this from industry specialist like Uncle Bob. Many Thanks for this
That was a great interview. Sat through the entire thing. Thanks to both of you for taking the time to do this.
Takes a great man to invite a person who clearly has opposite views on some of the most important issues for both of them. Takes another great man to accept that invitation. And loved the open discussion. Is true that some of the more detailed topics were avoided but still... gg guys.
I am SO excited that you interviewed Bob!!! Thank you so much Prime!!!!
This was a fantastic interview. thank you so much! It opened my eyes to a lot and I learned so much that I will take into my day to day with programming
I think most people don't even understand the design patters.
And i don't mean on a technical level.
I mean, i don't think they understand that they are naturally occurring patterns.
It's like difference between saying "I have a Honda" vs "I have a SUV" - some cars are just SUVs and if you use that that term for your car you avoid much confusion and you also introduce a lot less noise to your message.
@@prooseeIt's actually a funny example since Honda is more specific than SUV regarding a subset of car properties, but less specific regarding the diff between SUVs and other cars. It depends on the context which one is more useful and if you can just use both in different contexts, really shows the power of proper design.
@@Asto508 that's what I was aiming for: in programming the most specific thing is the code itself, but if you can communicate the general structure of your code just by saying a name of design pattern then sometimes it is specific enough your colleague doesn't need to dive into code.
Occuring patterns means skill issue, magic is out of our control and it tastes delicious
people often don't have to understand them because many of them are just language features these days.
the GOF didn't build the book to be a perfect crystal to last for eternity. they said "this is what we've got so far. now it's your turn. show me what you got".
and the cults built fake airstrips and fake airplanes out of wood because they hoped more planes would come.
Thanks, I really enjoyed this live, was great to listen and understand better the position of the Uncle Bob. I might not agree with a lot of conclusions but I respect his point of view.
abstractions are like farts. Nobody minds their own.
That's really good. I'm stealing it.
You need an evangelist to spread it so people can accept it
@@ghun131 sounds dirty
Too accurate lmao
Frameworks are literally abstractions that someone else created. You people come up with the dumbest reasoning.
Clojure is for the Brave and True
I really like TDD, and I also really like practicality. An argument I think it's easier to get behind for TDD in web/backend development is like ... If you don't write tests EARLY (not necessarily first) you are going to be clicking buttons in your web app to test that stuff works.
If you write a test, you hit *magic finger incantation* and your IDE runs the test in 4-10 seconds and you can get into a rhythm.
I use rspec or pytest instead of the rails console or a custom script that hits the DB to test that I got the answer correct. I watch other devs struggle with this and get confused why I didn't load the UI to see if the thing works.
It's already 4:30 am. I guess I will go to work without sleep
homie just listen to it at work
lmao im in the same spot right now. good morning to u and ur timezone mate
Pls have enough sleep! I usually listen to Prime in bathroom hour
Strange, for me it's mostly the opposite: I will to go sleep without work
@@ja1548 😂
Productivity in programming field is magical under a certain corporate governance. A little sketch by lone engineer and a magnificent drawing by 10 engineers can do the same thing. I could see Martin was working in the environment the latter thrives. His endeavor must be lonely and tough. I still thank him that he definitely taught me how thin and elegant programming can be at the same time without experiencing disasters.
Great questions and answers from Uncle Bob. The issue of doubling the number of programmers every 5 years is an interesting answer. Having Uncle Bob on your channel is Golden! Great video! Love this!
Man didn't expect this, but it was an awesome interview! This and the tigerbeattle bust be the interviews i had enjoyed the most ❤
I'm distressed by how reasonable these opinions have been.
I watched him speak a decade ago, and his messaging was the same. Just like with Agile, so many people take his ideas and make them so dogmatic that they lose their original meaning.
Yeah, you finally heard FROM him instead of ABOUT him.
He seems so goddamn composed and thoughtful - and i understand and actually, for the first time, agree with many of his points.
Sounds like he's got it all figured out, a true legend that we can all learn from
@@SGIMartin Then why did you never listen to any of his many presentations before?! I don't get it. If somebody like Prime tries to sell you an opinion about XY, then I fell like I should look into what XY really says.
I think the underlying truth that this great conversation brings out is that for the most part, we have a huge population of programmers who simply aren't up to the task of doing their job well. It's true that we go to war with the army (of programmers) that we have and not the army we wish we had. The current state of things seems to suggest that maybe there should be fewer wars until the programming troops get up to snuff.
I have a feeling that, when all programmers are finally up to snuff, there will be no wars anymore.
I really do think we don't need that many image viewers, messaging apps, complexity in the browsers if virtual machines took off, we could really make do with less software.
99% of code on GitHub is, as Bob calls it, rude. Programmers don't like being called out for indiscipline. I used to think clean and TDD were stupid at one time, then I grew up.
TDD is just testing function domain and range. What is so difficult?
@@drcl7429 This is not true, per elementary mathematics. A function that takes a string, for example, has a countably infinite domain. In reality you can rarely, extremely rarely, "just test the domain and range".
This interviews are amazing, you're doing an excellent job. I really like the path this channel took, this type of content is super interesting, entertaining and educational. I hope the best for you and your future projects! 🙌
Wow, I was blown away. Not only by Uncle Bob, who shared his experiences so generously and entertainingly, but also by Prime who handled the interview in a masterful and humble manner. It was jaw dropping to observe how a bridge between generations was being built by their interactions.
It was also fun to make a connection between Prime's mantra about code rewriting - when one decides to do better and comes up with the same decisions - and Uncle Bob's retrospective on Agile and Clean Code.
What can I say? "If I have seen further than others, it is by standing on the shoulders of giants".
Can't wait for the book - a great choice of topic!
This didn't help me Rage Against Bob as much as I expected.
That feel when you like a person whose work you hate
Just because he's "wrong," doesn't mean he's a bad person...
There are a LOT of things that he's right about, not necessarily clean code though...
Because he's right with most of it
Holy shit the two funniest guys in programming team up
Prime is funny, the bob guy is just an idiot
Excellent video. Two men who I highly respect, with very different viewpoints, having a respectful, informed discussion about their differing opinions. Thank you very much for this extremely high quality content.
"We Really Don't Know How to Compute!" - Gerald Sussman (2011)
"Stop Writing Dead Programs" by Jack Rusher (Strange Loop 2022)
For anyone interested, these two talks provide good insight into the philosophy of computation of Lisp.
Professor Sussman is also the author of "Structure and Interpretation of Computer Programs" which is the book Uncle Bob recommended in this video.
"Simple Made Easy" - Rich Hickey (2011)
"Are We There Yet?" (w/ slides) - Rich Hickey (2009)
"The Language of the System" - Rich Hickey (2012)
or these talks by Rich Hickey, creator of Clojure, for a brilliant breakdown of general/fundamental problems in programming & software engineering, which functional programming attempts to solve.
Honestly, this was a great interview because it highlights the one thing that many people in this industry no longer do, have conversations about different ideas. Based on the views expressed by Bob Martin, it becomes very apparent that the books and processes he has expressed are discoveries that his has made about his time in software development. They are purely ways that he has found to do what he does in a way that makes him feel like he has done a good job. They are not industry standards. They are insight into how one might approach solving a problem. They (his views and opinions) should be the starting point for meaningful conversations that make us think about things from a different perspective. I have noticed a decline in abstract thinking in the software industry and everything has become concrete. I miss the abstract thinking because some of the most beautiful solutions (and simplest) have come from discussions that started as abstract ideas. I cannot express how much I enjoyed this conversation and the way it was conducted in a manner that seemed to be about learning as opposed to dictating what is right and what is wrong. Thank you @ThePrimeTime. Something we also need to remember is that people that challenge our thinking are not to be dismissed. Have the hard conversations in a constructive fashion and everyone wins.
Most of all, he did not create many of these ideas. He just groups them together and re-explains what he learned from others. To talk to one another is to discover how little you know. It's a thoughtful direction for Prime to go into to bring such a guest on and dedicate an entire hour to. I truly think that his separation from the business world, like Netflix, has given him a clearer viewpoint on many matters as of late.
As a fan of Robert Martin's work I was stoked to see this 😊. Thank you for doing this! 😊🙏
watched a lot of videos in the last 6 months or so. now I'm subscribed!
i don't work in software, just a hobbyist programmer trying to learn and make cool things, and still this interview was captivating and motivating. thanks for bringing uncle bob in!
that was refreshing, great interview!
"I often find people first reaching for a pattern and an abstraction before a problem is solved"
This is one of main mine gripes in the professional world of programming. I don't understand why people love to increase the complexity of something when there is only ever a single use case for the thing.
Often its not increasing complexity its actually the opposite. Its often about normalising the approach so that people can more quickly grok whats happening in your codebase.
Patterns - reliable, proven approach to solve some problem. Also consistency with other parts might be valid point.
What about the requirements? Maybe there is something than you miss and the pattern is addressing what you missed?
I prefer consistency and similarity over constant reinventing the wheel, with new bugs, new issues, new "oh, I didn't thought about that".
Also keep in mind: you read the code 10x more than write it. If every bit and part of the system is reinventing the wheel - the system quickly can turn into a nightmare - hard to maintain, fix, change, extend, understand...
PS.
It's beginner's mistake to apply patterns everywhere, on every step - it requires knowledge and experience to know that every pattern brings pros&cons and what they are, so you can decide which should be applied if at all any.
@@mehow9521 Nice essay. Lots of buzzwords without any substance. Just solve the problem and move on. If it needs refactoring, then do it. If it does not, then don't do it.
To prove they are smarter than you
@@youtubeenjoyer1743 I dread to think what your code looks like.
He was a bit loquacious but there were no buzzwords ... there was substance.
He basically said that you shouldn't just use patterns for the sake of using them but using them makes your code more legible because people that know the patterns/ abstractions can quickly understand your code. If you are thoughtlessly just solving problems anyway you want then it becomes very hard for people to do that and you might end up reinventing the wheel ... and reinventing a crappier version of the wheel.
Not only that but the waters are tested and the pros and cons well understood.
Love this video!!!! This is about creating code that is low prone to error. e.g. Low prone to error > low cost. It's not just about writing code, it's about writing easy to change code. Why low prone to error is important..... more robust code, save cost, allow for change.
Thank you for this conversation with Uncle Bob. I hope you do this again, it was great.
My first programming class in uni used scheme and SICP which I liked.
The class only go through the first half part of the book, now I want to read the remining part after a decade.
I'd like to see an editor where you're not seeing files, but nodes. Each node is a function and has nodes which traverse to calling/tobecalled nodes. Cluster groups of nodes by name (namespace/file).
Working in graphs instead of plaintext. BUT: We kind of do this right now - just now visually. Maybe it would be easier for beginners to grasp the concepts (and see complexity) as soon as we see the corresponding graph.
Even sideeffects and inpurisms would be more visible
I think you'd want tabs that were "lenses," so the basic lens is "file" and then you can look at "type" to see super and subtypes, or "callers" to see what calls it and what it calls, and maybe "control flow" to break it out as a CFG, "dependencies" to see what you're importing / imports you.
I've seen this done in bits and pieces, but usually as a separate tool where you still have to jump to another file to edit anything.
I just randomly searched for Uncle Bob and this randomly shown in the tesults. Thank you!
Top tier content Prime! A lot more insightful than some of the article reads or video reactions that seem to milk the youtube watch time a little bit ;)
Perhaps an increase in quality since you left Netflix? Hype!
I always found generating diagrams from code much easier than the other way around
56:31 funniest "maybe" I've ever witnessed
Great video, great interview, great points and discussion from both of you :)
Nice interview!
Uncle Bob has many years of experience and solving different coding problems. So he’s arrived at conclusions and developed wisdoms about programming.
But, I think that’s the case for everyone. We all will have different experiences, so I believe each person will arrive at slightly different wisdoms and habits. I tend to prefer primes approach, but it was really interesting listening to bobs wisdoms and how he got them.
I wonder if the "Clean" in "Clean Code" is an adjective any more, or it has morphed to be a noun. I also wonder if we have all done to Clean Code as we did to Agile: completely missed the point, and have been doing a bastardised version of it ever since. Now we complain about it not working - but we were never really doing it properly.
Yes, I commonly hear the mis-categorization of agile to be a "noun," a thing to sell to project managers, rather than simply to be "clean" or "agile." It depends on how people interpret and sell it. Look at writing of the original authors and you will see it has soft points, few or no hard limits. It is meant to be vague.
You could say it all equates to having "good manners", but that's not as catchy and sounds more parental. "Professional" sounds too corporate. It's hard to express things in English in a singular way to everybody.
prime being extra polite to uncle bob
I think he balanced it well. Too confrontational and this would probably have been a worse conversation/interview.
Really enjoyed this
Maybe because uncle bob is an old man with great experience
I think even though he does not agree with clean code, he still respect uncle bob very much.
I would say polite and maybe slightly intimidated. I think it might be intimidating to see Bob laugh so frequently and intentionally during some of the arguments. But, maybe, he's just trying to make it feel less serious and more open to discussion with that.
Whereas Prime is taking it a bit more serious because he's trying to purposefully understand.
The ending was extremely awkward though, I got a laugh out of it.
This was very imformative...probably one of the best videos so far...
Great interview mate! I've followed many of Uncle Bob's philosophies for years and they have been an instrumental help me land jobs (not from buzz words) and solving software problems. He's very invested in passionately teaching great programming principles. Love the light-hearted discourse, where creativity flourishes. So true but unsurprising how the core principles of the Agile manifesto have been lost in many cases. However understandably, because project management = asking for money to do a thing. There are no blank cheques in corporate. The real challenge is interfacing funding and engineering harmoniously. PS the many Star Trek and Minecraft references in Bob's Clean Code vid series are hilarious!
I'm impressed that Prime didn't get the idea of testing the business rules and corner cases won't break the tests if you refactor the code. Tests are made to break if you change the rule or if you are making the wrong changes, if your intention is to change the business rule it is obvious that some tests will break, and it is up to you to know which tests should break and fix them and which shoudn't break and fix your code. Looks to me that Prime only writes code that himself will maintain, so he doesn't care about this kind of thing.
Well, you only get that experience maintaining a system with a lot changes for long time - I'm not saying Prime hasn't got such experience, but there are specific areas of software engineering where you don't have much business rules, e.g. you only program against protocols and interfaces of another systems, yes, they can change (and I would still mock those parts to test against those), but you don't see them as business rules.
he worked at netflix for a long time. I suspect a lot of people worked in his codebase.
To me the whole interview displayed him having a lack of knowledge about basic software development concepts
@@blarghblargh many people can USE his code, but not necessarily maintain it. That is not a bad thing, as @proosee said, depending on the kind of sofware he writes there is no need of changing business rules. But ranting about Martin's work when you only code this kind of software is not a good idea. And he clearly doesn't have experience in writing enterprise applications, in which clean code + tdd are most useful
His experience hasn't led him to these kinds of intuitions. It's not a bad thing, a lack of knowledge, it's just a glimpse into his life. Give the man some time to TDD, I think he can look back and agree with much of it. To his credit, he even says this towards the end of the video.
SICP is the real deal
SCP ? I'm kidding
I’m amazed that Prime doesn’t know about it. I thought everyone does.
Cool that its floating around for free online too. Can't wait to dive in
@@travis8106 it’s very academic, but truly incredible. Worth watching the lectures from that time as well. It will humble any modern day programmer
I love that it takes about 300 pages to do it's first assignment, and it is very well explained why that's a trade-off, and how it roots the evils of state.
Great interview and I like the conflict on both of you... expecting more interviews with uncle bob
Hey prime, you might think it was a little awkward interview, but it was golden! Good questions and good answers! Thank you both. Please do more like this with better connection.
Things Prime gets himself into
Uncle Bob FTW! Sharing knowledge for the kewl kids who think they know it all. Heed his advice. The man knows his stuff.
Pure gold! This interview was awesome.
Really liked this. Good to get a nice discussion from different perspectives
This video is a real historical gem and should be shared. :)
Clean Interview
This was a great video! Can't wait for the podcast!
Thanks Prime for this interview. I got explanations about my concerns related to the clean movement...