Fork me on GitHub
#conf-proposals
<
2016-09-09
>
ericnormand16:09:29

Would someone like to comment on my talk abstract:

ericnormand16:09:37

Beyond Data Transforms - Building composable abstractions Functional programming is all about data transformations . . . or is it? Is there something beyond changing data from one format to another? In a word, yes. This talk will trace the programmer's typical journey to learn functional programming but go one step beyond into robust and composable abstractions. We will end by building a simple drawing abstraction on top of Quil using Conal Elliott's process called Denotational Design.

ericnormand16:09:40

I'd love to hear from @alexmiller

Alex Miller (Clojure team)16:09:18

so is the talk about denotational design?

seancorfield16:09:16

Glad you asked that since I wasn’t sure from the abstract either. "We will end by…" makes it sound like just a little piece at the end, not the core of the talk.

ericnormand16:09:12

great, thanks!

Alex Miller (Clojure team)16:09:38

the question that should be answered is: what do I (as an attendee) get out of seeing this talk

Alex Miller (Clojure team)16:09:00

“tracing a journey” is not necessarily interesting

Alex Miller (Clojure team)16:09:07

“learning how to X” is

seancorfield16:09:40

I’d want to know the talk is (mostly) about Denotational Design and enough explanation of it to understand why I’d care (and thus why I’d want to learn it in the first place)

Alex Miller (Clojure team)16:09:25

from a reviewer perspective, I would add that I would want to see one more level of detail in the non-public “main ideas” section of the proposal form.

Alex Miller (Clojure team)16:09:31

the questions I as a reviewer am trying to understand are: 1) what is he/she actually going to talk about (beyond the hook) 2) are those good things :) 3) does he/she have the background/experience to deliver

ericnormand16:09:40

that I believe i have done

ericnormand16:09:51

a shorter, catchier abstract is much harder 🙂

Alex Miller (Clojure team)16:09:19

I would make it more active and direct to the attendee

Alex Miller (Clojure team)16:09:31

“Do you want to create robust and composable abstractions? Conal Elliott’s denotational design process helps you to … “ etc - identify the attendee’s problem, lay the hook for what you will teach them and where they will be at the end

Alex Miller (Clojure team)16:09:53

use a few hard nouns so they have some clue what you’re talking about :)

ericnormand16:09:52

Building composable abstractions Do you want to create robust and composable abstractions? Conal Elliott's Denotational Design is a step-by-step and iterative process to refine abstractions to define the essence of a problem. These abstractions lead to more robust code at the core of your application and can be a competitive advantage for your business. We will apply this process to the Quil graphics library to develop a vector graphics system.

ericnormand16:09:57

how's that^^^

ericnormand16:09:11

@alexmiller ^^^ (when you get a chance)

seancorfield17:09:59

"is an iterative process" or "is a step-by-step process"

seancorfield17:09:03

"step-by-step and iterative" sounds tautologous — I’m questioning the wording, not the intent.

Alex Miller (Clojure team)17:09:31

I think from a big picture pov that’s much better

ericnormand17:09:43

any identifiable problems?

Alex Miller (Clojure team)17:09:56

I could quibble over word choices etc but I’m not sure I would do better or worse than you

ericnormand17:09:11

ok, submitted!