4 ms·

Totally fair - no experience here in deploying OCaml for production. Agreed that the language and major libraries are phenomenal. My intuition is that the maint

Totally fair - no experience here in deploying OCaml for production. Agreed that the language and major libraries are phenomenal. My intuition is that the maintenance time cost of writing and extending these abstractions from scratch in the face of changing business requirements is higher than the time cost of using a less perfect language but richer ecosystem; but that could be totally wrong. Glad the language is shining in your situation. Can you elaborate more on team composition, tenure, learning curve, and use case? > 10 minutes with angstrom and unixlib? https://github.com/robfig/cron https://github.com/robfig/cron is ~1.5KLOC - sure, it's Go, but that's a bit more than 10 minutes in any language, especially to change gears and think through edge cases. I'd prefer for things to Just Work. > low quality third party libs (which are usually provided by go) My experience with Go libs is that because the ecosystem is large and expanding fast, a surprising number of problem domains have one or two great standout libraries among a ton of noise. But it turns out one or two great libraries is frequently all you need. I dislike the language from a theoretical standpoint but after working full time in it for several years, can't deny that it's good for Getting Shit Done.

ernst_klim 9y ago
>requirements is higher than the time cost of using a less perfect language but richer ecosystem; but that could be totally wrong. Believe me, breakdowns will cost much more, especially if your device has no ssh, connected via ASI/some military obscure one-directional interface. I found that in many fields it's incredibly hard to approve third party libs usage, even some basic stuff like boost. >~1.5KLOC - sure, it's Go, but that's a bit more than 10 minutes Well, it is Go. This is go json parser: https://github.com/buger/jsonparser/blob/master/parser.go https://github.com/buger/jsonparser/blob/master/parser.go And this is angstrom: https://github.com/inhabitedtype/angstrom/blob/master/examples/rFC7159.ml https://github.com/inhabitedtype/angstrom/blob/master/exampl... cron should be easier, it's either vars or cronlines, which are trivial. I prefer to write it in angstrom than to catch some unexpected panic in go because of type coercion or similar shit.

ernst_klim 9y ago

>requirements is higher than the time cost of using a less perfect language but richer ecosystem; but that could be totally wrong. Believe me, breakdowns will cost much more, especially if your device has no ssh, connected via ASI/some military obscure one-directional interface. I found that in many fields it's incredibly hard to approve third party libs usage, even some basic stuff like boost. >~1.5KLOC - sure, it's Go, but that's a bit more than 10 minutes Well, it is Go. This is go json parser: https://github.com/buger/jsonparser/blob/master/parser.go https://github.com/buger/jsonparser/blob/master/parser.go And this is angstrom: https://github.com/inhabitedtype/angstrom/blob/master/examples/rFC7159.ml https://github.com/inhabitedtype/angstrom/blob/master/exampl... cron should be easier, it's either vars or cronlines, which are trivial. I prefer to write it in angstrom than to catch some unexpected panic in go because of type coercion or similar shit.