Crockford on JavaScript - Section 8: Programming Style & Your Brain
YUI Library3 HN recommenders · recommended in 2 months, 2014-2015
111K views · 15 years ago · talk · evergreen
Douglas Crockford's YUIConf 2011 keynote on why programming style matters, particularly in JavaScript. He draws on science about the brain and shows how tools like JSLint help.
HN points to it as an entertaining, insightful talk about the nature of programming, with memorable lines about programmers and a refreshing slide style.
1:03:48JavaScript: The Good Parts
Google TechTalks
589K views • 17 years ago
1:42:09Crockford on JavaScript - Volume 1: The Early Years
YUI Library
252K views • 15 years ago
33:52Nordic.js 2014 • Douglas Crockford - The Better Parts
Nordic.js
73K views • 12 years ago
2:16Why We Should Stop Using JavaScript According to Douglas Crockford (Inventor of JSON)
CultRepo
737K views • 3 years ago
54:27Douglas Crockford: Monads and Gonads (YUIConf Evening Keynote)
YUI Library
67K views • 13 years ago
49:26Douglas Crockford: The JSON Saga
YUI Library
81K views • 15 years ago
52:34The Next Programming Language - Douglas Crockford - code::dive 2022
code::dive conference
55K views • 3 years ago
2:45Using JSLint For Evil
ryantravistate
15K views • 15 years ago
49:47Monads and Gonads
Google TechTalks
148K views • 13 years ago
36:31Hey Underscore, You're Doing It Wrong!
InfoQ
141K views • 13 years ago
1:10:42Elements of Programming Style - Brian Kernighan
Institute for Advanced Study
138K views • 9 years ago
18:55[JSConfUS 2013] Tom Occhino and Jordan Walke: JS Apps at Facebook
JSConf
45K views • 13 years ago
54:15Google I/O 2011: Java Puzzlers - Scraping the Bottom of the Barrel
Google for Developers
60K views • 15 years ago
44:03Google Developers Day US - Python Design Patterns
GoogleDeveloperDay
90K views • 19 years ago
52:01Why Static Typing Came Back • Richard Feldman • GOTO 2022
GOTO Conferences
157K views • 3 years ago
3:32:50JavaScript: Understanding the Weird Parts - The First 3.5 Hours
Tony Alicea
4.2M views • 11 years ago
52:23Nicholas Zakas: Scalable JavaScript Application Architecture
YUI Library
68K views • 15 years ago
1:00:19How To Design A Good API and Why it Matters
Google TechTalks
453K views • 19 years ago
13:48The Joy of Programming in Jai - Part 1: Hello World
Nuno Afonso
36K views • 6 years ago
35:32Cheng Lou - On the Spectrum of Abstraction at react-europe 2016
ReactEurope
63K views • 10 years ago
6 comments from Hacker News
Douglas Crockford touches on this aspect in this entertaining and insightful talk [0]. I'm guilty of what you state and I think a large part of "programming" is rudimentary boiler plate coding/configuration and staring into the Abyss. I think our role will be to design algorithms and come up with creative solutions/hacks (which would be difficult for a program) and designing a workflow/flow chart and feeding it into a program which spits out binaries and flag for edge cases. A whole swat industries and economies (read outsourcing) will become redundant and only outsourcing done would be to the generator. [0]: ▶ this video
Douglas Crockford has a great talk that touches on the head-gut connection and how it relates to programming. "We could not program without our gut. I have absolutely no evidence to justify that statement. But my gut tells me it's true, so I believe it." ▶ this video
> But when does this grief stop? It doesn't, but we get used to it. I take the same view as Douglas Crockford: I think there has to be something seriously wrong with you in order to do this work. A normal person, once they’ve looked into the abyss, will say, “I’m done. This is stupid. I’m going to do something else.” But not us, ‘cause there’s something really wrong with us. [1] I'm pretty sure this "brokenness" can be trained, but tossing someone in the deep end is not the way to do it. 1. From Programming Style & Your Brain: ▶ this video
I think the exact opposite is true: Programming is more scientific than most science. A biologist often spends months experimenting before invalidating a hypothesis. A programmer's hypotheses are proven wrong dozens of times a day. By failing so quickly and often, we build mental models of code that closely correspond to reality.[1] Also, our experimental apparati are more powerful than anything in the analog world. We have debuggers that can stop time and examine every aspect of a running process. No other field gets such tools. In fact, I'm not sure I'd feel safe if other fields had debuggers. The chemistry-equivalent of a debugger is molecular nanotech. The physics-equivalent is omnipotence. 1. A side note: I have a hunch that this perpetual feedback loop of failure messes with our heads. There's a certain je ne sais quois about many who write code. It's not just programmers who notice it. A few months ago, I overheard two finance people talking about me. One said, "Geoff's kind of a weird guy, don't you think?" To which the other replied, "You haven't met many programmers, have you?" Douglas Crockford seems to agree. From ▶ this video : I think there has to be something seriously wrong with you in order to do this work. A normal person, once they’ve looked into the abyss, will say, “I’m done. This is stupid. I’m going to do something else.” But not us, ‘cause there’s something really wrong with us.
> A straightforward lecture delivered directly from a powerpoint is not automatically a bad thing. It might not be bad in itself and if you do it right it can be as good or better than a presentation without the material that is read aloud. But at the same time you are wasting the potential of a presentation that is solely meant to help the attendee/listener along and to drive home the important points or even to just use it as a rhetoric device . As an extreme example, look at this presentation: ▶ this video [1]. Most of the time his slides do not even contain a summary of what he talks about but just the headline or the punchline. And I find his style very refreshing. If you really want to have stuff that you want your listeners to be able to work through at home, something which contains all important aspects, then just publish lecture notes online.[2] [1] He begins his talk with some more conversational stuff but later on (skip to 18:30) he also features more technical stuff, and there his presentation is more interesting for our discussion. [2] I see myself making this point the third time in the discussion of the article and I'm somewhat surprised that it's not completely obvious.
Wow, that's impressive! My streak is a mere 416 days so far: link I think the most important thing is that you must want to do it. Without an innate desire, it would require inhuman willpower to maintain such a streak. That said, it does get easier over time. Once you get into the habit of doing at least a little work every day, the streak comes pretty naturally. I say "want" and not "like" because wanting and liking are not the same thing. I usually find myself frustrated and annoyed by code, but for some reason I keep coming back. I think most programmers are weird in that respect. As Douglas Crockford says: I think there has to be something seriously wrong with you in order to do this work. A normal person, once they’ve looked into the abyss, will say, “I’m done. This is stupid. I’m going to do something else.” But not us, ‘cause there’s something really wrong with us. [1] 1. ▶ this video