> `“Fonction tu lui donne un input et il t’appelle les fn de ser qui on été généré pour faire le confirming.“`
🙂
Guys, if we start writing comments in our own languages this codebase is going to be fun
ahah, it was dev stuff only
Kidding, the worst is if it hasn’t been written in Frenglish I may have failed to notice it
On the generated side: it should be more straightforward (no iteration or lookup not related to the data).
On the generator side: what are the gains of a single omniprotocol multimethod (opposed to eg a multi per protocol)?
Last on resp
and one-per-protocol: maybe but I have the same feeling/doubt that about gen-ser-input
: that we are prematurely factoring things together with little gain.
Do you see what I mean? Maybe I’m missing something
got it
I understand your last point but not the first 2 🙂
1) generated code is to complex ?
2) interface is not the right one ?
on point 2: is there any reason (other than making code similar across protocols) for having a single multimethod for all?
on point 1: how would you write ser-tracing-config
by hand?