“what I thought to be one of DC's greatest talks”
Considered one of Crockford's greatest talks.
Full comment
also, this indirectly reminded me of what I thought to be one of DC's greatest talks: Monads and Gonads ( this video )

148K views · Jan 16, 2013 · 49:47 · 2 HN recommenders · 11 mentions · discussed 2013–2022
Douglas Crockford's Google Tech Talk explains monads without category theory or Haskell, implementing them in JavaScript and tying them to Ajax and promises. He also touches on odd asides such as coloring code by scope.
Why Hacker News points people here: Often recommended as a demystifying monad talk in plain JavaScript, though some find it light on definitions.
“what I thought to be one of DC's greatest talks”HN comment, 2016
“what I thought to be one of DC's greatest talks”
Considered one of Crockford's greatest talks.
also, this indirectly reminded me of what I thought to be one of DC's greatest talks: Monads and Gonads ( this video )
“The one thing that made monads clearer for me was this thing”
Demystifies monads as simple wrappers writable in any language.
The one thing that made monads clearer for me was this thing this video Monads and Gonads It's probably condescending for haskellers because it shows that monads are not some enshrined primary concept but just a kind of dumb wrapper you can write in any language and you do when it's useful for you.
“I rather liked Douglas Crockfords comment on code coloring (Lisp) based on scope rather than syntax.”
Crockford's take on coloring code by scope instead of syntax.
I'm unfamiliar with Clojure, but I rather liked Douglas Crockfords comment on code coloring (Lisp) based on scope rather than syntax. this video
“if you do OOP-style-monads in JS”
OOP-style monads in JavaScript.
...that's how chaining method calls end up working in most OO languages (take the Scala example in OP's article). And also in Javascript (I can't remember if there is something like `range` in js right now...): [1,2,3,4,5,6,7,8,9,10] .map(function (x) { return x + 2 }) .reduce(function (a, b) { return a + b }) so the "." in OOP ends up working like "->" or "->>". Heck, you can make the dot in OOP code behave like anything, even like monadic bind (`>>=` or `do` notation in Haskell), if you do OOP-style-monads in JS: this video (off-topic: this is also my main problem with OOP... the "." can actually end up meaning anything practically, as program logic is concerned, it's like some kind of "infinite operator overloading" :) )
“I watched Crockford's monad talk [1]. He used javascript.”
Monad talk in JavaScript, though light on defining monads.
> Do I need to know Haskell? Yes. This is enough for me to reject this blogpost. No you don't need a specific language to implement any functionality that can be implemented by a turing-complete language. I watched Crockford's monad talk [1]. He used javascript. The only problem with that talk is that he spent about 10 seconds or less explaining what a monad is (and the rest of the talk on implementation issues and his own perspective, etc, etc). I'm still waiting for a good monad discussion without CT or Haskell. (this [2] and this [3] look promising, both in python) [1] this video [2] link [3] link
“This idea shamelessly stolen from Doug Crockford in”
Source of the scope-based coloring idea.
>The biggest real problem I’ve found with large “where” clauses is that they tend to have a lot of implicit dependencies on variables from the enclosing scope. For me it's always a toss up. I like to make things local where possible to give some indication that the definitions need not be looked over with a fine-toothed comb -- they aren't used extensively. On the other hand, it does often lead to implicit dependencies. It would be nice to have scope highlighting - color every identifier based on the distance from the scope it's defined in. This idea shamelessly stolen from Doug Crockford in this video
“Javascript promises are a kind of monad. Douglas Crockford talks about this in his talk "Monads and Gonads”
Crockford explains that JavaScript promises are a kind of monad.
Javascript promises are a kind of monad. Douglas Crockford talks about this in his talk "Monads and Gonads" [1] [1] this video
combobulate (alpha quality as of 10/22): source code outline/cliff notes. from github README.rst "Emacs package that provides a standardized framework for manipulating and navigating your source code using tree sitter's concrete syntax tree " -> link link with link then write a iterator/loop query for language(s) editing per link tad less installation heavy (sorta) but also makes use of tree-sitter syntax queries : link (neovim with treesitter syntax) blockman usage examples: link Alternative examples / takes (per user interface): ### embedding a block of source code in a document: ** carrotsearch.gethub.io/apidocs/code-blocks ** link ### 'colorize blocking' (vs space endenting) : ** example code reference coloring: this video ### gui block programming : ** link ** link
“Just as the talk he refers to (I've seen it and it's ok)”
"Monads for JavaScript Programmers" Just as the talk he refers to (I've seen it and it's ok)... It's for JavaScript programmers): this video So unless there's a 1-to-1 mapping between "Normal Programmers" and "JavaScript" programmers this title is quite misleading.
“I found it weird he was so deriding towards syntax highlighting.”
In [this talk]( this video ) by Douglas Crockford he talks about syntax highlight being for kids - "that's something we put in our text editors for kindergarteners to do programming...I am more sort of a grown up and a professional programmer so I don't need to colours". I found it weird he was so deriding towards syntax highlighting.
“It's an unfortunate comment since I struggle with word salad most days.”
I went to find the video where I first heard him say something about syntax highlighting is for kindergartners this video It's an unfortunate comment since I struggle with word salad most days. Being able to skim and find certain blocks or aspects of a source file is preferable if I can't remember the name of something right away.