Fork me on GitHub
#off-topic
<
2022-01-26
>
Benjamin16:01:07

Looking for stats on happiest programmers / female programmer ratio / vegetarian programmer ratio. All those would be useful making my friends and coworkers be interested in clojure. I've heard it mentioned that clojure scores high on these

Martynas Maciulevičius16:01:05

Hipster to programmer ratio 😄

Benjamin16:01:02

man that is so happy and interesting

Martynas Maciulevičius16:01:32

Happy... what an interesting comment in a lisp forum xD

orestis16:01:58

There is a vegetarian Clojure podcast :)

1
andy.fingerhut17:01:50

Are there developers who choose what programming languages they learn based upon the fraction of existing developers of that language who are vegetarians?

andy.fingerhut17:01:03

happiest I can understand.

Alex Miller (Clojure team)17:01:54

seems more sane than choosing by paren count

👍 3
adi17:01:44

IDK, Alex. There was just something so comforting about Hal and Gerry balancing parens by hand on the chalkboard, in the SICP video lecture seires.

🙂 2
Drew Verlee01:01:46

What makes me happy is when i can sit down at a system and tell it i want something and its like... sure.

👍 2
winsome20:01:14

Naming question: is there a common name for the input to a cryptographic signature? i.e. (sign <this-thing> private-key). I'm writing the function that prepares the input for signing, and right now I'm calling it signing-input` but I don't love it.

p-himik20:01:14

I'd name it x.

p-himik20:01:27

Of, if I wanted to get fancy, data. :)

winsome20:01:53

Oh, sorry, I'm looking for a name for the function that produces x - so, maybe finalize-doc, signature-payload, signing-input ...

ghadi20:01:17

message

1
winsome20:01:21

(sign (<what's this> x) private-key)

p-himik20:01:08

Can't that function be a part of sign, so it never becomes a part of the API and you don't have to worry about its name?

ghadi21:01:33

you should look at the API design of Google's tink

winsome02:01:54

Unfortunately it can't be part of sign because we need to sign different types of things that have different canonical serializations, and sign really shouldn't have to care about what it's signing.

Martynas Maciulevičius08:01:49

plaintext, payload , input, s, bytes , data

Colin P. Hill18:01:45

> because we need to sign different types of things that have different canonical serializations Am I correct in inferring that the function you're trying to name is simply serializing its argument? If so, why not something like serialize or serialize-for-signing?

winsome20:01:12

I do like that, good thought :thumbsup: