- 335
- 1 362 298
Dev Tools Made Simple
เข้าร่วมเมื่อ 15 ก.ค. 2022
#code #codingtips #softwaredevelopment #programming
Welcome to Dev Tools Made Simple, your one-stop TH-cam channel for all things related to software development tools and programming best practices. Here, we aim to simplify the complex world of programming, making it accessible for both beginners and seasoned developers.
We delve into a wide range of topics, including in-depth tutorials on the most popular and upcoming software development tools, programming languages, and frameworks.
But it doesn't stop there! We're also passionate about instilling the best coding practices. We regularly dissect and discuss concepts like test-driven development, clean coding, design patterns, refactoring, and agile methodologies. Additionally, we bring you insights and updates from the software industry, helping you stay updated with the latest trends and advancements.
Happy Coding!
Welcome to Dev Tools Made Simple, your one-stop TH-cam channel for all things related to software development tools and programming best practices. Here, we aim to simplify the complex world of programming, making it accessible for both beginners and seasoned developers.
We delve into a wide range of topics, including in-depth tutorials on the most popular and upcoming software development tools, programming languages, and frameworks.
But it doesn't stop there! We're also passionate about instilling the best coding practices. We regularly dissect and discuss concepts like test-driven development, clean coding, design patterns, refactoring, and agile methodologies. Additionally, we bring you insights and updates from the software industry, helping you stay updated with the latest trends and advancements.
Happy Coding!
The boyscout rule - Uncle Bob
#cleancode #cleanarchitecture #softwareengineering #softwaredevelopement #unclebob #robertmartin
In this video, Robert C. Martin (Uncle Bob) the author of the books Clean code and Clean Architecture speaks on how developers can go about keeping their codebase clean and free of technical debt through the famous boyscout rule applied to software. Thoughts?
Sources:
th-cam.com/video/p0O1VVqRSK0/w-d-xo.html
wiki.c2.com/?BoyScoutRule
In this video, Robert C. Martin (Uncle Bob) the author of the books Clean code and Clean Architecture speaks on how developers can go about keeping their codebase clean and free of technical debt through the famous boyscout rule applied to software. Thoughts?
Sources:
th-cam.com/video/p0O1VVqRSK0/w-d-xo.html
wiki.c2.com/?BoyScoutRule
มุมมอง: 1 549
วีดีโอ
The origins of the Java programming language - Uncle Bob
มุมมอง 3.5K13 ชั่วโมงที่ผ่านมา
#java #javaprogramming #javatutorial #csharp #cplusplus #unclebob #robertmartin In this video, Robert C. Martin (Uncle Bob) the author of the books Clean code and Clean Architecture speaks on the origins of the now famous Java programming language from Oak to C# and the forces that made java so popular among developers. Thoughts? Sources: th-cam.com/video/BSaAMQVq01E/w-d-xo.htmlsi=1NfuMx5nB5fMb...
How to avoid overengineering in software - Uncle Bob
มุมมอง 6K15 ชั่วโมงที่ผ่านมา
#softwareengineering #softwaredevelopement #softwarearchitecture #testdrivendevelopment #unclebob #robertmartin In this video, Robert C. Martin (Uncle Bob), the author of the books Clean Code and Clean Architecture, speaks on how software systems come to be over-engineered and how to avoid this common pitfall. Thoughts? Sources: th-cam.com/video/oar-T2KovwE/w-d-xo.htmlsi=ohgoRmU-UatBWjT6
Is declarative programming better - Kevlin Henney
มุมมอง 3.3K17 ชั่วโมงที่ผ่านมา
#declarativeoprogramming #imperativeprogramming #programminglanguage #softwaredevelopement #softwareengineering #softwaredevelopmentlifecycle In this video Kevlin Henney, the writer of the book 97 things every programmer should know speaks on the benefits of declarative programming style and declarative style programming languages when compared to the popular imperative programming style and im...
The 1st lesson of software design - Kent Beck
มุมมอง 4.6K20 ชั่วโมงที่ผ่านมา
#softwaredesign #refactoring #kentbeck #softwaredevelopement #softwaredevelopmenttips In this video Kent Beck the creator of extreme programming speaks on the 1st rule of software design, namely the separation between structural and behavior changes in the middle of the software development process, and why it matters. Thoughts? Sources: th-cam.com/video/XmsyvStDuqI/w-d-xo.htmlsi=yO6UvuYByqh0tSPA
How to fix an untestable system - Uncle Bob
มุมมอง 8Kวันที่ผ่านมา
#unittesting #unittests #legacycode #legacysystem #cleancode #tdd #testdrivendevelopment #unclebob #robertmartin In this video, Robert C. Martin (Uncle Bob) the author of the books Clean code and Clean Architecture speaks on what to do when you encounter a system (usually legacy) that does not have any tests nor was it designed to be testable. Thoughts? Sources: th-cam.com/video/BSaAMQVq01E/w-d...
How to be a successful software developer - Uncle Bob
มุมมอง 6Kวันที่ผ่านมา
#softwaredevelopement #softwareengineering #softwaredevelopmentadvice #softwaredevelopementtips #unclebob #robertmartin In this video, Robert C. Martin (Uncle Bob) the author of the books Clean code and Clean Architecture speaks on how developers should structure or act on their careers in order to become successful software developers in the long term. He speaks on the idea of constant learnin...
The DRY Principle - Robert C.Martin (Uncle Bob)
มุมมอง 3.7Kวันที่ผ่านมา
#dryprinciple #cleancode #cleanarchitecture #unclebob #softwaredevelopement #softwaredevelopmenttips In this video, Robert C. Martin (Uncle Bob) the author of the books Clean code and Clean Architecture speaks on the famous Don't Repeat Yourself also known as DRY principle. He also talks about what to do when duplication is hard to remove due to having a complex data structure. Thoughts? Source...
Why developers should not rely on QA for quality - Uncle Bob
มุมมอง 5Kวันที่ผ่านมา
#cleancode #softwaretesting #qualityassurance #unittesting #tdd #testdrivendevelopment #softwaredevelopment #softwaredevelopmenttips In this video, Robert C. Martin (Uncle Bob) the author of the books Clean code and Clean Architecture speaks on why developers should not rely on Quality assurance (QA) teams to ensure the quality of software. He explains why the responsibility is on the developer...
The two values of software - Uncle Bob
มุมมอง 6Kวันที่ผ่านมา
In this video, Robert C. Martin (Uncle Bob) the author of the books Clean code and Clean Architecture speaks on the two values/responsibilites of developers. Most developers think about feature/functionality and often miss the second and most important value of software for the customer/business. Thoughts? Sources: th-cam.com/video/sn0aFEMVTpA/w-d-xo.htmlsi=191hTGokifR9VcAR www.forecast.app/blo...
The origins of c++ - Richard Feldman
มุมมอง 2.7Kวันที่ผ่านมา
#cpp #cppprogramming #cplusplus #simula #cprogramming #programminglanguage In this video Richard Feldman Creator of the Roc programming language, and the Author of Elm in Action speaks on the origins of the C programming language. He goes over C, Simula, and another C predecessor that many developers may not be familiar with. He talks about the forces that go behind the release of a new softwar...
The origins of the waterfall process - Uncle Bob
มุมมอง 3.5K14 วันที่ผ่านมา
#waterfallmodel #scrum #agiledevelopment #unclebob #robertmartin In this video, Robert C. Martin (Uncle Bob) the author of the books Clean code and Clean Architecture speaks on the origins of the waterfall process, scrum and agile development in a reflection on what happens when developers are left out of the development process. Thoughts? Sources: th-cam.com/video/FedQ2NlgxMI/w-d-xo.html www.p...
How to handle change as a developer - Richard Campbell
มุมมอง 2.5K14 วันที่ผ่านมา
#softwaredevelopment #softwaredeveloper #softwaredevelopmentengineer In this video the speaker Richard Campbell speaks on how developers should go about their careers given the rapid change in the tech industry. He answers the question of whether developers should be quick to learn/jump into new technologies as the arise or if they should stick to what they have mastered already. Thoughts? Sour...
Where does "Artificial Intelligence" comes from? - Richard Campbell
มุมมอง 83414 วันที่ผ่านมา
#artificialintelligence #ai #richardcampbell #softwaredevelopment #softwareengineering In this video the speaker Richard Campbell speaks on the origins of the now very common term Artificial Intelligence. Thoughts? Sources: th-cam.com/video/twMM9NQXRaI/w-d-xo.html web.mit.edu/dxh/www/marvin/web.media.mit.edu/~minsky/papers/steps.html
The two programming styles - Kent Beck
มุมมอง 14K14 วันที่ผ่านมา
#programming #softwaredevelopment #softwaredevelopmenttips #kentbeck #coupling #cohesion In this video Kent Beck the creator of extreme programming speaks on the two types of programmers/designers namely splitters and lumpers. He also talks about how the different styles of programming can be brought to address the problem of code coupling. Thoughts? Sources: th-cam.com/video/3gib0hKYjB0/w-d-xo...
What makes software so expensive - Kent Beck
มุมมอง 17K14 วันที่ผ่านมา
What makes software so expensive - Kent Beck
Why you should never write bad code - Uncle Bob
มุมมอง 6K14 วันที่ผ่านมา
Why you should never write bad code - Uncle Bob
Why you should avoid grand system redesigns - Uncle Bob
มุมมอง 13K21 วันที่ผ่านมา
Why you should avoid grand system redesigns - Uncle Bob
What to do when there are no requirements - Uncle Bob
มุมมอง 9K21 วันที่ผ่านมา
What to do when there are no requirements - Uncle Bob
The problem with switch statements - Uncle Bob
มุมมอง 24K21 วันที่ผ่านมา
The problem with switch statements - Uncle Bob
Why you should delete dead code - Kevlin Henney
มุมมอง 5K21 วันที่ผ่านมา
Why you should delete dead code - Kevlin Henney
The stable dependency principle - Uncle Bob
มุมมอง 7K21 วันที่ผ่านมา
The stable dependency principle - Uncle Bob
What are code smells really about? - Sandi Metz
มุมมอง 2.9K21 วันที่ผ่านมา
What are code smells really about? - Sandi Metz
Why speculation is bad in software - Sandi Metz
มุมมอง 2.7K28 วันที่ผ่านมา
Why speculation is bad in software - Sandi Metz
When to avoid Object Oriented Programming - Sandi Metz
มุมมอง 7Kหลายเดือนก่อน
When to avoid Object Oriented Programming - Sandi Metz
The power of preparatory refactoring - Martin Fowler
มุมมอง 8Kหลายเดือนก่อน
The power of preparatory refactoring - Martin Fowler
Why coding in short iterations is better - Uncle Bob
มุมมอง 7Kหลายเดือนก่อน
Why coding in short iterations is better - Uncle Bob
The problem with assignment statements - Uncle Bob
มุมมอง 13Kหลายเดือนก่อน
The problem with assignment statements - Uncle Bob
Is that a right definition of clean? To always use the newest shit? Sometimes it seems just because people can speak on a stage doesn’t mean they know what they are talking about
Well, that certainly is an opinion and a story to go with it. Yep.
This just seems like a horrible idea :D. You would never get anything done, except redo the existing code and even better, you would have to be constantly debugging a code, that was working just fine without any need for "repairs"
Yeah, take working / debugged production code and "clean" it with the latest library and language that is popular at the moment. Let's stuff a Ruby library in this PHP program because - reasons. Has this guy actually had to maintain production software???
Just me or did the first half of the video seem out of context?
I thought so too. The first segment was about augmenting or replacing the current technology which is a different mindset than the boyscout rule in the second segment.
Outro song?
don't just blindly use some new library
This rule really works, highly recommended
Hot take: if the team needs to be reminded to keep it clean, then you need to get a new team.
I second this, I'm sick and tired of juniors who ruin the codebase and increase tech debt.
First
It is, until it is not.
wow, what a great quick video.
Facebook succeeded because the powerful elite wanted it to succeed, so they used all their channels to brain wash us into getting it.
Sun was giving away all the software as a loss leader for sparc. At the time people were charging for compilers and sdks. Along w/free app servers like tomcat and glassfish.
Sun was concerned about Wintel servers starting to compete on the low end of the market. The free dev environment was meant to take the edge off of the higher cost of Sun's servers. But Java was such a superior dev environment, it really took off. The explosive growth due to the open source nature of the Java world and this little project called Linux kind of sealed Sun's fate in the hardware market over time.
Why does software need to change?
publicstaticvoidmain publicstaticvoidmain publicstaticvoidmain publicstaticvoidmain j++ meikrozoff klaut echt alles und macht alles kaputt, genauso den netscape navigator, stattdessen mussten wir uns ewig mit dem scheiss internetexplorer rumergern. der ie war der grund warum webframeworks und weblibs erfunden wurden. darum mussen wir uns jetz mit den scheiss webrfameworks und weblibs rumergern. webprogrammieren war ursprungslich mal herrlich einfach und machte spass. dann kam der spassverderber meikrozoff. typisch banker und bwler halt, die machen alles kaputt nur um eigenen profit zu machen.
To be fair, Java was a failure as a hardware sales tool, since its big selling point was cross-platform portability by compilation to bytecode run by a JVM (remember "Write Once, Run Anywhere" - which really became "Write Once, Test Everywhere"?). Then, having been burned by Microsoft turning on them and killing OS/2, IBM also drank the Java koolaid and promoted it heavily with tools like Visual Age for Java. So, in the end, Java couldn't save Sun from acquisition by Oracle.
To be honest, the last sentence is incorrect: IBM was competing to buy Sun, but in the end, Oracle won because IBM would've lay off more of the personnel...
@@iXPilot That might well be - it's after my time, but I can see how Sun's SPARC product line would compete with IBM's p-Series AIX boxes. But IBM drank the Java koolaid long before that - perhaps attracted by the possibility of code that could run on their entire product line (x-Series, i-Series, p-Series, z-Series) or perhaps having been burned by writing a lot of dead-end code for OS/2. They even developed the IBM Network Station, a diskless workstation that was designed to boot and load its BSD-derived OS from a server and then load and run Java applications. Sun did something similar with the JavaStation. Neither of them really caught on. In the end, the thin client market fell to Google with the Chromebook and JavaScript as the client-side language.
then javascript became the language of the internet
For practical reasons. You had to have a language to get mass of “programmers” on board creating huge tech debts all across the industry.
no, javascript became the language of the incompetent
You could also call this: The origins of the C# programming language :)
c# is just the copy of Java
"Clean code looks like it was written by someone who cares" that's always resonated with my the most. Even if I didn't know what I was doing, or I didn't have a specific design pattern down, I always wanted it to be a welcoming experience to come back to at any time.
CLEAN CODE IS CODE I CAN READ.
If I had a nickle every time "free" overengineering saved my a**, I would be very rich man. By "free" I mean something that didn't materially increased development time. Sometimes it's a matter of making slightly different turn. You usually do know what you will need tomorrow, in a week or two. Sometimes you know what you'll need in month or two. Creating abstractions to make your future self life easier is just common sense. Adding them when needed causes expensive regression retest.
Scrum is just a fancy way to talk about how most secondary school teachers and management works, ie with a few smaller teams (subject departments).
I once worked for a company that had a guy whose whole job was to design an application. He didn't even have a computer. He just sat at his desk all day writing design documents. For years. Ultimately he was fired, all of his work was scrapped, and they started over with a new design. My boss said that if they had tried to implement the system he had designed, by the time it was finished man would no longer be in corporeal form.
I want to hate the advice in the video... but... yeah... refactor when stuff isn't making sense anymore and new use cases need to be supported. I think the power of this video is to be able to excuse not using interfaces and complex abstractions on each and every little thing and being able to counter "but what if we X later" and to be able to squash that ever so present indecision... when there is a need to support multiple things, then you add the support for multiple things. which is fair enough I think.
I add comments for the reasons code does something, or to create visually different "bookmarks", and I write comments for myself, because I won't always remember why I did something years later, and I write comments for the people who will maintain code after me. As there are no guarantees about how good others will be at their job, and because I care about my employer and/or customers, I don't want them to suffer longer downtimes for pedantic ego-filled arguments against good commenting practices.
That's some rich advice coming from the guy who wrote a book full of promoting overengineering ("clean code").
Calling clean code overengineering is like calling a clean house compulsive cleaning disorder. 😂
@@Pinholio Have you read the book and looked at his examples? Or do you think the book's title reflects reality because you haven't read it?
@@andreasrumpf9012 To be fair, 5 to 10 lines of code per method are as clean as you can get. But you are clicking forever through method calls to find out what the code actually does. I do think there is some merit to it, DRY for instance, but too many little methods are pushing it a bit too far. Especially, if they are only called once.
Haha rekt
Over engineering and aggressive refactoring are not the same thing.
The default should be declarative unless you have a really good reason to do otherwise
Polymorphism is simply not suitable for many many enums. Yes, it might be possible we forget to update a switch somewhere, but that's why you have a default clause with an exception. Simple. Problem solved.
Btw , great videos , please make more ❤🔥❤🔥🙏🙏
My Left ear enjoyed the video a lot ☺
I like to close my eyes and pretend its Vizzini from princess bride talking
That's a really under rated video!
Declarative is nice as small isolated LINQ queries or something, I would absolutely not trust a full million lines of project in a declarative language.
I hate declarative programming. Imperative is way better.
Noob.
When you have never written code that runs in production, this argument holds. A boolean can come from a configuration. Even if I am going to write two functions I am not gonna duplicate all of that code just so that I do not have to have an if condition.
Agile is just people being disorganised…
First
For a moment I read his name as uncle Ben
Big reasons why it's easier to keep code in one place: it's simpler and if you need to find anything you just ctrl+f in the file, which you can't do if it's split into different classes.
Uncomfortable music
Mental frameworks work until people realize how they can manipulate the framework for their own personal gain. If there is a human in the equation, they will twist the framework to fit their desired goals. It is irrelevant whether the framework and their goals are aligned or diametrically opposed to one another as just being associated with the framework gives them the tiniest shred of credibility.
I always say, code should tell a story.
Thank you for posting and for including the link to the original video!
Agile has been ruined beyond all recognition. It started out as a good approach, but as soon as the con artists and grifters moved in, the entire word has lost all meaning. I spent nearly 30 years working in the corporate world for a large tech company, and the last 10 years of that was largely ruined by Agile and the people pushing it. It took me far too long to recognize the fact that every single person pushing for some sort of agile approach was a no-talent hack who wasn't able to contribute any real value to our work, and instead was using agile as a way to collect a paycheck. All a bunch of parasites. I knew one scrum master who had actual skill and integrity, and she jumped to a different role the first chance she got.
I was waiting for the immobility and viscosity discussion…
This is true but not profound.
This music is rude
It probably failed just because it was something no one actually wanted to purchase.
with help from AI, this is doable.