Skip to content
HomeVideos
AllLongsCategoriesPlaylists
BooksBlogsPodcasts
HistoryListsWatch laterLiked videosFollowing

The videos, books, blogs and podcasts Hacker News keeps recommending, all in one place.

VideosBooksBlogsPodcastsAboutPrivacySettings

Data from Hacker News, HackerTube, HackerBooks, HackerBlogs and Open Library. Credits · Not affiliated with Y Combinator.

HomeVideosBooksBlogsPodcasts
Ctrl K

    Robert C Martin - Clean Architecture and Design

    gnbitcom

    2 HN recommenders · recommended in 3 months, 2018–2024

    YouTube

    58:39 · 285K views · Jun 4, 2014

    Robert C. Martin (Uncle Bob) talks about clean architecture and design, including keeping the database and frameworks out of the center of an application. It is an hour-long conference talk.

    Recommended as a formative talk on architecture that argues against putting the database at the center of a design.

    Software Engineering & LanguagesSoftware architecture & design
    1. 1:23:35
      "Uncle" Bob MartinProgram on Entrepreneurship179K views • 11 years ago
    2. 1:13:24
      The Principles of Clean Architecture by Uncle Bob MartinNorfolkDevelopers591K views • 10 years ago
    3. 1:06:39
      Ruby Midwest 2011 - Keynote: Architecture the Lost Years by Robert MartinConfreaks172K views • 14 years ago
    4. 1:48:42
      Clean Code - Uncle Bob / Lesson 1UnityCoin2.2M views • 7 years ago
    5. 1:23:35
      Bob Martin SOLID Principles of Object Oriented and Agile DesignPeople career517K views • 11 years ago
    6. 1:18:21
      "Uncle" Bob Martin - "The Future of Programming"Paul Stringer's Mobile Tech1.8M views • 10 years ago
    7. 35:33
      Visualising software architecture with the C4 model - Simon Brown, Agile on the Beach 2019Agile on the Beach554K views • 7 years ago
    8. 49:54
      The Clean Architecture in PythonNext Day Video114K views • 12 years ago
    9. 28:03
      Object-Oriented Programming is Embarrassing: 4 Short ExamplesBrian Will2.2M views • 10 years ago
    10. 1:01:40
      A Philosophy of Software Design | John Ousterhout | Talks at GoogleTalks at Google548K views • 8 years ago
    11. 1:04:00
      CppCon 2015: Sean Parent "Better Code: Data Structures"CppCon106K views • 11 years ago
    12. 54:52
      Introduction to NoSQL • Martin Fowler • GOTO 2012GOTO Conferences1M views • 13 years ago
    13. 44:35
      Object-Oriented Programming is BadBrian Will2.6M views • 10 years ago
    14. 2:11:32
      How I program CEskil Steenberg1M views • 9 years ago
    15. 1:01:39
      "Simple Made Easy" - Rich Hickey (2011)Strange Loop Conference220K views • 5 years ago
    16. 1:27:46
      CppCon 2014: Mike Acton "Data-Oriented Design and C++"CppCon863K views • 12 years ago
    17. 1:03:36
      Christopher Alexander - Patterns in ArchitecturePeter Petrash135K views • 13 years ago
    18. 1:03:48
      Greg Young - CQRS and Event Sourcing - Code on the Beach 2014Code on the Beach170K views • 12 years ago
    19. 1:00:10
      Functional architecture - The pits of success - Mark SeemannNDC Conferences152K views • 10 years ago
    20. 1:15:58
      October CincyRb - Jim Weirich on Decoupling from RailsLaunch Scout48K views • 13 years ago

    3 comments from Hacker News

    1. @mrkeenJun 2024· in “Don't Refactor Like Uncle Bob”

      > it's both easier and more profitable to tell people that they need to OOP better than to use more appropriate paradigms in the design of their code. I don't think this is quite on target. Sure, he needs to go where the people are in order to communicate to the most people, but that doesn't mean he doesn't speak out against fads if it's appropriate. This talk was really formative for me: this video If I remember correctly, he rails against just sticking the database in the middle of your system and calling that your architecture. If I'm remembering [LINK] correctly, he says OOP is no big deal, it's just encapsulation-polymorphism-inheritance, and then goes on to say things like C had better encapsulation than OO languages (you can keep your .c file to yourself, and just give someone the .h to program against.). And c-style bytes with stdin/stdout was designed with perfect forward-compatibility - programs like your terminal don't need to be recompiled even though they interact with your program (which was written after). And for the last 5+ years he's been pushing FP pretty hard, especially closure. I don't see him as pushing OO on people at the expense of anything else.

      Strongly recommendsView on HN
    2. @fredrklemDec 2018· in “Software Architecture, all you need to know [pdf]”

      It is a pity that so much effort has been put on writing/designing this booklet. Software Architecture is very hard to 'compress' into a booklet this size. And the concepts explained seem all mixed up. Also, I never understood the difference between Software Architect and Solution Architect, I think they are just marketing tags to specify a bit more what you can do as an architect (install/customize a turn-key solution, networking architecture, software development guidance from scratch, etc). There is so much noise in the space of Software Architecture. And I think is something natural: building software is not architecture, nor engineering, nor mathematics... still it is all that at the same time. It also has strong social, linguistic and design components. Maybe it is just too new a discipline to define it clearly. Personally I find these resources more convincing than the booklet or the references mentioned inside it: For the technical/organizational (Dev teams) part Architecture without Architects: [LINK] Clean Architecture: this video [LINK] [LINK] For the Enterprise Architect part: [LINK] [LINK] [LINK]

      RecommendsView on HN
    3. @virmundiJul 2018· in “Surviving as an ‘Old’ in the Tech World”

      I wouldn't use Ruby/Python for web development given their know issues. I'd use Java/C#/Go/Closure; two of these existed at the time Twitter was made. While those two are more verbose, the IDEs make most of that easy (I use Eclipse and AOP to generate almost all of that bulk). So picking something that's good at the start will save you in the end. People tend to think, "We'll architect it later" means "We don't have to think now". You need to think at every step. You don't need to know how you'll deal with everything, but there is a lot of rooming for being rational. You should think about fault tolerance when you start. It could be that you think you don't need much since everything will deploy to one box (and you're okay with loosing the whole thing). You need to be rational. You need to know why you did what you did and what the impacts would be. I'm going to stop picking on Twitter since they are the case study in what not to do. They learned from themselves and taught us all much in the process. Many startups don't think all this through (even if they only need to think 2 moves ahead). They over-hire. They under design. They make lots of poor choices because they think they have the runway and want to be cool with the latest frameworks. All of these actions I'd place squarely in the folly camp since Uncle Bob and other resources have been free since at least 2014 ( this video ).

      CitesView on HN