(\r (frequencies "strawberry"))
pkill
the 'I' in LLM stands for intelligence
lots of onions cut in rings as they resemble parentheses the most
I did not really mean that out of the box there would be incompatibilities, more likely within unsafe blocks and external crates
Anything that can run C++ should be able to run Rust if you use the LLVM backend, perhaps except when a watch uses musl libc and you rely on some glibc-only call in your program. afaik the only physical devices shipping with musl are car infotainment systems based on l4 kernels and networking hardware (OpenWRT).
death by specificity is a thing...
HTTPServletRequest
has a fuckton of methods but 90% of them could be eliminated if one treated the data as a simple fucking map instead of creating 4 methods for each key in every record of your schemas.
personally I'd sum it up this way: it is usually enough to abstract two parts of your code: the repetitive stuff and the stuff that can be separated from external dependencies like db or network. That should be enough to ensure readability and that you can test it properly and not have to deal with rewriting half your codebase when you decide to change an external dependency.
Funny how he is actually now a fan of Clojure yet the examples in his book are actually full of mutating data and side effects. And Rich Hickey also stressed that tests are no silver bullet.
In Clojure,
->
is used for inserting the piped argument at the head position in the arguments of whatever it is passed to, while->>
is used for inserting it at the tail. This approach is great for working with immutable data in a series of approachable transformations, which I believe is one reason why so many Domain-Specific Languages for generative programming are written in that language, aside from its interactive REPL. Additionally, there is no need to worry about excessive copying, as this is generally well optimized.This can be particularly useful with HoneySQL, which is more of a DSL for SQL rather than a typical ORM tool. For example: