Skip to content
0:00 / 0:00

#dhh#rubyonrails#softwarewriting

RailsConf 2014 - Keynote: Writing Software by David Heinemeier Hansson

Confreaks

42K subscribers • 83 videos on Hallway • Conference channel

YouTube
  • Recommended by 3 people: 3 on Hacker News.
  • A classic. People kept recommending it from 2014 to 2021.
  • Presented by David Heinemeier Hansson, creator of Ruby on Rails
  • An opinion. It argues one side of a question engineers disagree on.

Intermediate. Assumes working knowledge.

123K views12 years ago3 recommendations

Tools and practiceSoftware designSimplicity and complexityRefactoring and legacy codeCode review and teamwork

David Heinemeier Hansson argues that software development is a creative writing process rather than a science, emphasizing code clarity over technical perfection.

Help us caption & translate this video! amara.org/v/FG1c/

Why it's here

3 people recommend this

What people say. Highly recommended for its thought-provoking perspective on treating programming as an iterative writing craft focused on readability.

luhgoron Hacker News • Recommends

On “Software engineers should write”

Many people might have already seen it, but I thought it'd make sense to mention DHH's talk at RailsConf either way. In his talk, he is coining the term "software writer", which goes one step further and motivates a style of programming which prioritizes clarity of code over alleged technical superiority. Very opinionated, but recommended nonetheless: link to this video

mosselmanon Hacker News • Recommends

On “Sick of Ruby, dynamic typing, side effects, and object-orientation (2014)”

…uages I have tried I have found Ruby to be the most pleasant to work with, but I am sure this is different from person to person. One of the struggles that the writer seems to have is that programming applications is not science, but he seems to think it is. DHH has a great keynote on this phenomenon: "Writing Software by David Heinemeier Hansson" link to this video As mentioned in the comments of the article you will run into issues with any programming language. One of the tricks is to not hold on so tightly to 'rules'. Like (take from the article) 'break functionality into lots of small objects'. This is horrible advice if applied to all situations. You should only do this when it makes sense. I see…

mosselmanon Hacker News • Recommends

On “Why Crystal Is My Next Language”

I really like this1 talk from DHH on the subject, where he talks about the misconception of many programmers that we are doing science rather than something creative. While laced with hyperbolic statements it is at the very least thought provoking on some of the things that we do as developers. 1: link to this video

shaicolemanon Hacker News • Recommends

On “Ask HN: What is your advice to someone who is starting out in software industry?”

Software is read orders of magnitude more often than it is written. Therefore, the most important thing is to optimise your code for clarity. Software is an interative process. Sometimes it can take 5+ draft versions before you produce high quality code. There a good talk on this topic: Writing Software by David Heinemeier Hansson 1 If you're short on time, you can skip to the highlight here: 2 1. link to this video 2. link to this video

frou_dhon Hacker News • Mentions

On “Programming is boring art”

> This brought me back to the time my SO tried to explain an 84 year old lady she was assisting what is it that I do for a living. The consensus was that I'm a writer. Maybe relevant talk from DHH coming to the same conclusion: link to this video

raihansaputraon Hacker News • Mentions

On “Ask HN: How correct are geohot's opinions on CRUD developers?”

Half true, I guess? I'm definitely in the camp of the CRUD developers. I do accept that I don't do lower level work (even making plugins/affecting how the framework works) in my day to day job. And it's fine. Evidently these skills are worth paying for and create value (monetary or otherwise) in the world. An interesting take on this and the wider topic of how to write software is DHH's keynote from 20140. He states that he himself is more interested in the 'Information System' parts instead of the 'Computer Science' part. I think there's space for more specialized titles to differentiate these jobs/skillsets. 0: link to this video