Gregory's Server@askonomm excuse me. I just don't know what to answer. No disrespect, but it looks like trolling from your side. Why do you code mostly in clojure, not typescript then?
|
6 comments
 @askonomm I appreciate your experience and work, but schemas (checking data with some patterns in the runtime) and types (static memory cells that checked in compile time*) are 2 very different approaches. And the 2nd on is much less flexible cos it allows not only to check if the data is "string" but also any regexp pattern or it's length etc. In fact the project I work on my current job uses Joi schemas (joi.dev). That is almost same thing as clojure's malli/spec. *crude description @askonomm So, the unpleasant part is: having type system and types for many data entities across the project (that is by definition very stupid entities) and then ALSO having schemas for all that types. So yours data definitions are duplicated in most placed. Meanwhile you could only use schemas. I don't see any problems with describing data with schemas anywhere. That allow to add arbitrary strictness&checking exactly to desired part of your program/system and let other parts more free. @shegeley While it's true that Clojure is a more stable ecosystem, it's also so much smaller, and riddled with abandoned libraries (which you hope are high quality, but it's not always the case). Tooling is quite frankly crap. Front-end debugging tooling for CLJS is a joke in comparison to JS/TS (and to get even something decent, you have to install and set-up a ton of stuff, because Clojure world doesn't care about usable defaults). A lot of critical Clojure stuff is bus factor of 1, etc. |
@shegeley Not trolling. It's my observation of working with Clojure for the past 5 years, which is that all codebases eventually start to move towards static typing (or schema enforcements in case of Clojure).
Grass is always greener on the other side and all that.
Also, Clojure makes a hell of a lot more money than TypeScript does. Hence why I code in Clojure.