RailsConf 2015 - Nothing is Something
Confreaks3 HN recommenders · recommended in 3 months, 2016-2024
84K views · 11 years ago · talk · evergreen
Sandi Metz argues that hidden assumptions in code are missing concepts, and shows how to name and expose them so code is easier to understand and change. It covers null objects and messages in Ruby.
HN recommends it as a funny, smart and well-constructed talk on abstraction, duplication and object-oriented design.
38:47RailsConf 2014 - All the Little Things by Sandi Metz
Confreaks
190K views • 12 years ago
32:23Rails Conf 2013 The Magic Tricks of Testing by Sandi Metz
Confreaks
144K views • 13 years ago
28:06MountainWest RubyConf 2014 - But Really, You Should Learn Smalltalk
Confreaks
27K views • 12 years ago
36:53Rails Conf 2012 Keynote: Simplicity Matters by Rich Hickey
Confreaks
220K views • 14 years ago
1:01:17RailsConf 2014 - Keynote: Writing Software by David Heinemeier Hansson
Confreaks
123K views • 12 years ago
35:32Cheng Lou - On the Spectrum of Abstraction at react-europe 2016
ReactEurope
63K views • 10 years ago
45:55Ruby Conf 12 - Boundaries by Gary Bernhardt
Confreaks
58K views • 13 years ago
1:15:58October CincyRb - Jim Weirich on Decoupling from Rails
Launch Scout
48K views • 13 years ago
51:57Lone Star Ruby Conference 2010 Real Software Engineering by Glenn Vanderburg
Confreaks
30K views • 15 years ago
47:34RailsConf 2011: Aaron Patterson, "Double Dream Hands: So Intense!"
O'Reilly
26K views • 15 years ago
53:12Yehuda Katz - Why Rails is Hard (Railsberry 2012)
applicake
29K views • 14 years ago
1:01:08RailsConf 2019 - Opening Keynote by David Heinemeier Hansson
Confreaks
46K views • 7 years ago
1:06:39Ruby Midwest 2011 - Keynote: Architecture the Lost Years by Robert Martin
Confreaks
172K views • 14 years ago
44:35Object-Oriented Programming is Bad
Brian Will
2.6M views • 10 years ago
44:36Hacker Way: Rethinking Web App Development at Facebook
Meta Developers
900K views • 12 years ago
54:55Dconf 2014 Day 2 Keynote: The Last Thing D Needs -- Scott Meyers
The D Language Foundation
19K views • 8 years ago
12:31OSCON 2010: Rob Pike, "Public Static Void"
O'Reilly
119K views • 16 years ago
7:157 minutes of Pharo Smalltalk for Rubyists
Avdi Grimm
37K views • 11 years ago
27:29Stop Writing Classes
Next Day Video
962K views • 14 years ago
1:01:39"Simple Made Easy" - Rich Hickey (2011)
Strange Loop Conference
219K views • 5 years ago
5 comments from Hacker News
I'd like to mention that despite OOP being in the title, I thought this book had a lot to teach that isn't specific to OOP architecture or OOP languages. Really, I think the star of the show is TDD and refactoring. For a short intro to Sandi's style and approach, I always recommend this 35min talk: ▶ this video Aside from any specifically educational content, as a talk it is fantastic - funny, smart, well put together.
You do have another solution that can lower the amount of conditions: Null Objects. These don’t fit every use cases, but they can allow you to express what’s missing, or not defined, or empty, and avoid nil pointers dereference or conditions to check the state. As Sandy Metz is used to say « Nothing is Something »[0] 0: ▶ this video
Here's one talk about 'message' in Ruby: RailsConf 2015 - Nothing is Something ▶ this video But to me, this simply looks like Functional Programming done in an OOP mess.
The premise is the introduction is wrong. "so before we have written a single program in our language, before we know whether shared behaviour will be important in the applications that will be written in it" read the POODR book, or watch this ▶ this video it explains how shared behavior works without code duplication and why people tend to mess it up.
Couldn't agree more. Sandi Metz has an excellent talk touching on this topic. Developers exaggerated willingness to keep things DRY and elaborates a bit on why: it's one of the easiest things for a not-so-experienced developer to identify and one of the easiest things to teach. Edit: One of the best quotes from that talk is (paraphrased): "The wrong abstraction is a lot more expensive than duplicated code". ▶ this video