Hipster to programmer ratio 😄

https://github.com/Dobiasd/programming-language-subreddits-and-their-choice-of-words

man that is so happy and interesting

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

There is a vegetarian Clojure podcast :)

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

happiest I can understand.

seems more sane than choosing by paren count

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.

https://insights.stackoverflow.com/survey/2021#technology-most-loved-dreaded-and-wanted only about the "happiest" bit, but still.

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

I'd name it x.

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

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

message

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

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?

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

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.

plaintext, payload , input, s, bytes , data

> 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?

I do like that, good thought :thumbsup: