@@VinayAggarwal While I agree it's a great presentation, I just wish he would switch it up. He's been giving the SAME exact talk for about two decades now. He just throws in a few new points here and there. I feel like a lot of corporate entities have seen his talks and think it will, "boost morale" to have him at their presentations. He's obviously extremely knowledgeable and I wish he'd just actually speak his mind instead of sticking to this tired old script.
Books:- Object Oriented Software Engineering: A Use Case Driven Approach Design Patterns: Elements of Reusable Object-Oriented Software Structure and Interpretation of Computer Programs
I watched his another similar presentation a few years back and did not quite get it. It took me a few years to finally realize what he really means. The presentation itself is brilliant, but rather high-level, not easy for a junior programmer to fullly grasp. But man, everything he said is nothing but truth.
1:01:57 "You only test the parts of the application that you want to work." The Q&A section of this video might be the best part of the whole video. Great stuff.
A good thing is that you can just listen to the whole video and not feel like you are missing anything. Except for the two beautiful ladies at the beginning 😊
The total numbers of software developers in the world for 2018 was: 23 Million, according to Evans Data Corporation, which regularly conducts in-depth surveys of the global developer population. It is expected to reach 27.7 Million until 2023. So it's just 20% growth in 5 years, which is pretty far from doubling.
Alan Turing became the first developer in 1942. 2022-1942 = 80 years 80/5 = 16 doubleings So if it doubled every 5 years that means that there should be 2^16 developers. There are 27.000k devs and not 65k, which means that it way more than doubled every 5 years (on average) The last years it didn't double anymore but the average is still the average, you can't take a small sample of the data and call it a day. In 1943 I bet there were more than 100 developers already which would make this statistic as "100x more devs per year" Edit: he said 1946 but from google I got 1942 (the engima machine) nevertheless the math is still pretty much the same for a 4 year diff
The smartphone has many processors except the main processor, such as image processor, 2D/3D graphics processor, audio processor e.t.c, but these processors usually do not run on software that is written by software engineers/programmers. Most of those processors are DSP - Digital Signal Processors that are designed by hardware engineers. Also the logic with if statements, algorithms in many cases can be implemented on hardware level without any software involved.
Software as in logic, discreet mathematics sciences. It's relevant to his point whether the logic happens at the software or hardware level. Implementing logic using hardware is programming. I hope that helps.
Thanks for showing us the slides... Not, was the cameraman an HR person? Can someone write down the name he mentions here (42:50) he seems to have an incredible respect for the person so I want to research them myself.
1:11:50 sorry for the noob question, but in one of my first project not deferring the decision to use a database ended up in writing many many migrations throughout the whole project. Is this case one that would apply to what he is saying?
4 года назад+41
I don't get all the hate for the cameraman. He did a very decent job. The bad guy here is the lazy editor who just didn't care about the viewers.
I would agree if there was more than one camera, the second one pointing to the slides. Here it looks like there is only one camera, so the operator should pan out to the slides...
I heard that the issue of toyota is people stepping on the wrong pedal, not that the code didn't work in the car. It was that people panicked and pressed on the accelerator pedal harder instead of the brake pedal.
You need to learn better history. You are completely and utterly wrong. It was a horrible horrible spaghetti-long single-function code running in a non-ECC cpu that, from the constant vibrations of the car, could effectively lock the entire code out. There's a wonderful transcription from an expert programmer witness who was allowed to view and read and examine the code from the Toyota car and the horrific things he described would make any programmer run away from any toyota car.
I love the way Bob starts his talks...As an engineer and scientist, I don't think many of us will fail to be interested at least slightly by the start of his talks
Have you seen julia :) 37:02 While I agree that software can kill people, you do realize NASA has TONS of experience creating processes to mitigate engineering risk, and we should take a page or two from their playbook, that is if you care about minimize the risk of death. When NASA's engineering massively fails (human death inclusive), they have found what went wrong in the process and fixed it, including communication skills where managers in the past had systematically dismissed engineer's warnings of potential danger.
I really wish their was an architecture that removes programming language dependency too. That way I can easily shift my entities and use cases and contracts to some other language with hustle of converting em.
You have to express them in /some/ language. Nothing is going to solve that. Converting between languages is easy though if the code has no (other) technology dependencies. There are converters, and supposedly AI does a good job at it too.
I hope Uncle Bob would agree, that paying someone to smoothly keep the camera pointing at the speaker is a waste if you only show the bottom corner of his slides.
I love uncle bob, but the screen, which he points his finger to it, is more important than his experienced gray hair. By the way thank for sharing this amazing conference.
Probably this one: Design Patterns: Elements of Reusable Object-Oriented Software It's commonly referred to as the Gang of Four book. Considered by many THE BOOK everyone should read on design patterns.
revisionisthistory.com/episodes/08-blame-game When you have the time, listen to this episode. It really is mind blowing what we've heard vs what actually happened.
It looks the cameraman has treated him like a performer, chasing him with camera, and was not aware of the importance of the slides being displayed! Why do these conferences use such pathetic media folks ?!
Programmers rule the World? Mmmm.... a long time ago I had a boss that forced me to write a wrong algorithm. I knew it was wrong and I pointed it out ... but he thought to be right, so forced me to make the program work as he wanted, and not as the program should have worked. What about such a situation? If it happens, either the programmer does what the boss says or ... fired!
How about write your version and your bosses version, have them both implement the same interface and then switch to your implementation when the problem becomes too apparent for your boss to ignore?
@@Nagashitw This is possible only when your boss gives you twice the time you need for implementing the single solution ... for implementing both you roughly need twice the time ... and if in this case the boss knows (or guesses) that you are "wasting" (according to him) your time implementing both the solutions he will not be happy for sure. You could obviously implement the second solution in your free time ... but this is not ethically correct ... I mean ... to do what you should do in your work time during your free time. But in the end, I can tell you how it ended that time. After a period of time where the "boss implementation" was in place and continued not providing the desired results the boss gave me the time to implement my initial proposal ... that actually worked and was kept ... meanwhile the wrong algorithm was used for months. So, in the end, I won ... but I didn't feel as I had "ruled the World".
@@micdestefano I feel you dude. I also worked at a project with this constant amount of pressure and it's not healthy in any sense. I think Bob's point is that in the end if there's a problem the finger will be pointed at us. I Feel like the ethical thing to do was doing your implementation, but the implications of doing so might not be worth the cost. So in the end you did what you thought it was the best for the problem presented, and that's the right thing to do, at least in my book.
But the average programmer's career is only a few years (so that the organization can muddle itself into a financial crisis, have layoffs, and then hire younger programmers as a good unaccountable method of age discrimination), therefore most of the industry has LESS than five years experience.
Actually there are only about 23 million programmers according to Wikipedia but that number is growing annually by a few million. That's an awful lot of inexperienced developers.
Bloody cameraman needs to read the book "Clean Camera Positioning and Architecture" 😂
Heheheheheh heh
www.dropbox.com/s/c5pef7yyhw1up7k/Architecture%20the%20lost%20years.ppt.zip?dl=0&file_subpath=%2FArchitecture+the+lost+years.ppt%2FArchitecture+the+lost+years.ppt.ppt
fuck
It completely killed the interest of the video !
missing the slides!!
@@willh69 p👍
such a good presentation, but i will like it better to see at the things he points at the screen, it might help me understand better
Here is the presentation: twitter.com/JulianFinkler/status/1146539255709208578
@@VinayAggarwal While I agree it's a great presentation, I just wish he would switch it up. He's been giving the SAME exact talk for about two decades now. He just throws in a few new points here and there. I feel like a lot of corporate entities have seen his talks and think it will, "boost morale" to have him at their presentations. He's obviously extremely knowledgeable and I wish he'd just actually speak his mind instead of sticking to this tired old script.
@@VinayAggarwal Thank you!
a book he mentions, available on the MIT site
Structure and Interpretation of Computer Programs:
web.mit.edu/alexmv/6.037/sicp.pdf
@@VinayAggarwal it's sad that twitter is banned in my country
Books:-
Object Oriented Software Engineering: A Use Case Driven Approach
Design Patterns: Elements of Reusable Object-Oriented Software
Structure and Interpretation
of Computer Programs
Thank you so much
was about to do this then noticed your comment - thanks
Man, thank you... I'm looking gor this
I come back to this talk over and over again, and I can't stress enough, how important Uncle Bob's words are for anyone, who writes software.
I watched his another similar presentation a few years back and did not quite get it. It took me a few years to finally realize what he really means. The presentation itself is brilliant, but rather high-level, not easy for a junior programmer to fullly grasp. But man, everything he said is nothing but truth.
It's not, "high level" it just has more to do with social issues and programming theory than it does with computer science or engineering.
You mean low-level
You can listen to presentation with slides over here - ruclips.net/video/NeXQEJNWO5w/видео.html
Bob Martin gives some the most relevant talks on code and building software systems that I've watched. Thank you!
1:01:57 "You only test the parts of the application that you want to work."
The Q&A section of this video might be the best part of the whole video. Great stuff.
Good presentation by Uncle Bob but the video never show us the slides or any relate material T_T
Just so you don't miss this, i'm putting this once again: twitter.com/JulianFinkler/status/1146539255709208578
@@VinayAggarwal thanks man! You are awsome
Motivated to write tests and decouple my problem from the framework I'm using.
Important books :
Structure and interpretation of computer program
Design pattern books
i was looking for this, thank you!
you're a good man. thank you
Who is the author of the design patterns book?
@Yiannis Kryfos Thx
A good thing is that you can just listen to the whole video and not feel like you are missing anything. Except for the two beautiful ladies at the beginning 😊
This cameraman is one of the problems of the world
Amen
www.dropbox.com/s/c5pef7yyhw1up7k/Architecture%20the%20lost%20years.ppt.zip?dl=0&file_subpath=%2FArchitecture+the+lost+years.ppt%2FArchitecture+the+lost+years.ppt.ppt
@@zzzfortezzz thank you broo
@@zzzfortezzz You're my hero! :)
The total numbers of software developers in the world for 2018 was: 23 Million, according to Evans Data Corporation, which regularly conducts in-depth surveys of the global developer population.
It is expected to reach 27.7 Million until 2023. So it's just 20% growth in 5 years, which is pretty far from doubling.
Alan Turing became the first developer in 1942.
2022-1942 = 80 years
80/5 = 16 doubleings
So if it doubled every 5 years that means that there should be 2^16 developers. There are 27.000k devs and not 65k, which means that it way more than doubled every 5 years (on average)
The last years it didn't double anymore but the average is still the average, you can't take a small sample of the data and call it a day. In 1943 I bet there were more than 100 developers already which would make this statistic as "100x more devs per year"
Edit: he said 1946 but from google I got 1942 (the engima machine) nevertheless the math is still pretty much the same for a 4 year diff
interesting and intertaining - thank you Robert - but too bad that the presentation slides in not in the video
One of the most interactive video ever❤️
if putting the slides beside, in sync with the speech, that could help understanding a lot
The smartphone has many processors except the main processor, such as image processor, 2D/3D graphics processor, audio processor e.t.c, but these processors usually do not run on software that is written by software engineers/programmers. Most of those processors are DSP - Digital Signal Processors that are designed by hardware engineers.
Also the logic with if statements, algorithms in many cases can be implemented on hardware level without any software involved.
Software as in logic, discreet mathematics sciences. It's relevant to his point whether the logic happens at the software or hardware level. Implementing logic using hardware is programming. I hope that helps.
There always would be that one person
Doesn anyone have link to the presentation? Please do share
Thanks in bunch :)
why wont the slides show up in the video
Thanks for showing us the slides... Not, was the cameraman an HR person?
Can someone write down the name he mentions here (42:50) he seems to have an incredible respect for the person so I want to research them myself.
Trygve Reenskaug
@@silvia6232 Thanks :)
You can listen to presentation with slides over here - ruclips.net/video/NeXQEJNWO5w/видео.html
What platform do we build this on?
Boss: 21:59
Why didn't he mention JavaScript? curious to know
1:11:50 sorry for the noob question, but in one of my first project not deferring the decision to use a database ended up in writing many many migrations throughout the whole project. Is this case one that would apply to what he is saying?
I don't get all the hate for the cameraman. He did a very decent job.
The bad guy here is the lazy editor who just didn't care about the viewers.
I would agree if there was more than one camera, the second one pointing to the slides. Here it looks like there is only one camera, so the operator should pan out to the slides...
He's in his 80s and still rocking....
I really want the slides... Cannot watch this without punching the screen.
I heard that the issue of toyota is people stepping on the wrong pedal, not that the code didn't work in the car. It was that people panicked and pressed on the accelerator pedal harder instead of the brake pedal.
You need to learn better history. You are completely and utterly wrong. It was a horrible horrible spaghetti-long single-function code running in a non-ECC cpu that, from the constant vibrations of the car, could effectively lock the entire code out. There's a wonderful transcription from an expert programmer witness who was allowed to view and read and examine the code from the Toyota car and the horrific things he described would make any programmer run away from any toyota car.
@IT_Konekt, can you make the slides available somewhere?
The camera man should point the camera on the screen, hard to understand what he is talking about some times.... 37:40
I love the way Bob starts his talks...As an engineer and scientist, I don't think many of us will fail to be interested at least slightly by the start of his talks
On the answer for what you should test ? I was hoping to hear business logic
anyone got title and authors of the books he mentions at about @25:00?
I not only remember J++, I had Visual J++ 1.1 and it came with a free copy of NT 4 workstation. I got far more use out of NT.
Anyone have the slides of this talk?
One sad thing that I can not see the slides...
Is this slideshow published somewhere?
What is "The Design Patterns book?" Lot's of books with that title are available. Anyone?
en.wikipedia.org/wiki/Design_Patterns this one
@@lucasreehorst5255 THANKS
I think he mis-remembered. "Structure and Interpretation of Computer Programs" is by Harold Abelson, Gerald Jay Sussman and Julie Sussman.
Since Dijkstra and Mills, we have re-invented the same wheel multiple times. It looks like we will be re-inventing it again and again.
Have you seen julia :) 37:02
While I agree that software can kill people, you do realize NASA has TONS of experience creating processes to mitigate engineering risk, and we should take a page or two from their playbook, that is if you care about minimize the risk of death. When NASA's engineering massively fails (human death inclusive), they have found what went wrong in the process and fixed it, including communication skills where managers in the past had systematically dismissed engineer's warnings of potential danger.
I really wish their was an architecture that removes programming language dependency too. That way I can easily shift my entities and use cases and contracts to some other language with hustle of converting em.
You have to express them in /some/ language. Nothing is going to solve that. Converting between languages is easy though if the code has no (other) technology dependencies. There are converters, and supposedly AI does a good job at it too.
i think there is a not-very-intelligent sensor under the 'clean code' sticker on bob's shirt that is controlling the camera positioning
Please how can I get the slide to the presentation. Thanks in advance
i just love the way Uncle Bob is into science 👍👍
I hope Uncle Bob would agree, that paying someone to smoothly keep the camera pointing at the speaker is a waste if you only show the bottom corner of his slides.
where is the presentation?
7:39 notice the people laughing like "yep, that's me"
I love uncle bob, but the screen, which he points his finger to it, is more important than his experienced gray hair. By the way thank for sharing this amazing conference.
excelent as a podcast!
Why would you not show his slides?
Damn it! I want to see what Uncle Bob's pointing at!
About Golang 35:30
1:10:00
Why no slides? :(
15:55 Are we counting VBA programmers? XD
Can someone share the Sliders?
@Peter Mortensen thanks a lot)
29:00 "One of the biggest mistakes that programmers make is that they (...) fart too soon."
Can't agree more.
Good présentation but i think the camera man does know nothing about software dev , focusing on the guys face when he shows us things in the bord :/
why didn’t you Pan the presentation ! its so frustrating
I love how this video shows the slides
Camera doesnt show the screen. Could be better if it shows.
Why we can't see the slides....Pretty annoying.
Guys did uncle bob has youtube channel??
Camera operator really didn't know when to show us the presentation slide :(
26:43 Structure and Interpretation
of Computer Programs
Does anyone have a pdf link to ivar Jacobson's book that Uncle bob mentions
which design patterns book, which author ? there are just so many
Probably this one: Design Patterns: Elements of Reusable Object-Oriented Software
It's commonly referred to as the Gang of Four book. Considered by many THE BOOK everyone should read on design patterns.
Or get uncle Bob's clean architecture book
Here's the list of his recommended books: cleancoder.com/books
Which book is the Design Patterns Book? Can anyone please provide an ISBN number or some link?
Apparently it's the one by Erich Gamma
Mine says isbn 0-201-63361-2 but it's from 2011
A good presentation, but why did he have to start with a fairy tale?
It´s Uncle Bob's trademark.
I thought the thing with Toyota was just that they used the wrong mats which got stuck under the accelerator, or is that just what Toyota say??
revisionisthistory.com/episodes/08-blame-game
When you have the time, listen to this episode. It really is mind blowing what we've heard vs what actually happened.
COBOL programmers know they run the world
good talk bad camera focus (uncle Bob is a detail)
"You only test the parts of the application you want to work." - Robert C. Martin
This talk is pretty similar to the 201x rails conference one.
It Konekt is not able to show what is on the screen. This is silly
Thank you so much for the video!
Spectacular!!!
You can find the pictures in an older similar talk: ruclips.net/video/Nltqi7ODZTM/видео.html&t=
Uncle Bob, I wish you were my uncle. I'd have become an architect at 10
Where I can to get Ivar Jacobsen book?
On amazon
The camera man is not showing the screen too much.
"This was a couple of software engineers who put this in for whatever reasons." (Michael Horn, CEO of VW America 2015)
Next time put the speaker in an inset and cover the screen. All the visual information is on the screen.
Pure Legend! Amazing presentation 👏
Minute 7: Hahaha! Q&A at end: Awesome!
ضاع معظم المحاضرة بسبب عدم وضوح شاشة الشرح
فعلا بس صراحة معظم كلامه ينفهم بدون شاشة
@@F.a797 الفهم ليه مقياس، مممن تفهم أكتر لما تشوف أكتر
Amazing presentation! thanks a bunch!!!
It looks the cameraman has treated him like a performer, chasing him with camera, and was not aware of the importance of the slides being displayed! Why do these conferences use such pathetic media folks ?!
Never showed the board but the rest was very well
In this video showed the presentation ruclips.net/video/NeXQEJNWO5w/видео.html
Read "Clean Architecture". It's great.
14:10 "exciting time in the world right now... exciting time..."
Programmers rule the World? Mmmm.... a long time ago I had a boss that forced me to write a wrong algorithm. I knew it was wrong and I pointed it out ... but he thought to be right, so forced me to make the program work as he wanted, and not as the program should have worked. What about such a situation? If it happens, either the programmer does what the boss says or ... fired!
How about write your version and your bosses version, have them both implement the same interface and then switch to your implementation when the problem becomes too apparent for your boss to ignore?
@@Nagashitw This is possible only when your boss gives you twice the time you need for implementing the single solution ... for implementing both you roughly need twice the time ... and if in this case the boss knows (or guesses) that you are "wasting" (according to him) your time implementing both the solutions he will not be happy for sure. You could obviously implement the second solution in your free time ... but this is not ethically correct ... I mean ... to do what you should do in your work time during your free time. But in the end, I can tell you how it ended that time. After a period of time where the "boss implementation" was in place and continued not providing the desired results the boss gave me the time to implement my initial proposal ... that actually worked and was kept ... meanwhile the wrong algorithm was used for months. So, in the end, I won ... but I didn't feel as I had "ruled the World".
@@micdestefano I feel you dude. I also worked at a project with this constant amount of pressure and it's not healthy in any sense. I think Bob's point is that in the end if there's a problem the finger will be pointed at us. I Feel like the ethical thing to do was doing your implementation, but the implications of doing so might not be worth the cost. So in the end you did what you thought it was the best for the problem presented, and that's the right thing to do, at least in my book.
Sounds like a stupid boss and it's time to get a new job
Good presentation by Uncle Bob. Awful recording. The slides should be recorded.
this camera guy is the reason why we cant have nice things
bob took it easy on the girls, i did the arms out thing in basic training. it's hard ;^)
Loved the presentation. Except for the slides.. Every word is a gem.. :)
But the average programmer's career is only a few years (so that the organization can muddle itself into a financial crisis, have layoffs, and then hire younger programmers as a good unaccountable method of age discrimination), therefore most of the industry has LESS than five years experience.
Camera person puts all focus on uncle Bob😂
Bob always wonders why are there so few women in the software industry.
Maybe the beginning of this presentation is one of the reasons...
It did uncle Bob, those 737 Max airplanes!
Actually there are only about 23 million programmers according to Wikipedia but that number is growing annually by a few million. That's an awful lot of inexperienced developers.