The only thing CQRS dictates is that a system's read models are separate from its write models.
473 karma · joined October 31, 2013
The only thing CQRS dictates is that a system's read models are separate from its write models.
My ideal CSS solution which doesn't seem to exist yet:
- Be able to write plain old CSS in JS/TS directly within a React component's tags, with a JS object literal
- Automatically generate atomic classes for each CSS rule (or block of rules) and have the system reuse those rules when the same styles are used elsewhere (no rule duplication means smaller bundle sizes for SSR, plus you get the semantic clarity of using plain CSS rules)
- Compiled, with zero or near-zero runtime overhead and critical path extraction, all cacheable by the browser. I don't want a huge runtime just so that I can dynamically apply a background colour.
The thing that comes closest to this is probably something like Linaria [1], but it relies on tagged template literals instead of object literals which means I can't use autocompletion. Their API for dynamic styling also relies on HTML data attributes, which is a little clunky.
Stiches [2] is another interesting project, however adoption doesn't seem very high and it seems to create superfluous wrapper nodes which can cause performance degradation in large VDOM trees. There's also no mechanism to colocate styles within a component's tags.
CSS Blocks [3] looks very promising also, but it doesn't allow co-location of styles with React components (you need to make a separate CSS file for each component).
[1] https://github.com/callstack/linaria
This is probably just a matter of opinion/preference, but I feel like an editor should simply be an editor -and IMO there is no better editor for turning thoughts into code with minimal friction than VIM/Neovim. The OS functions perfectly fine as an IDE for everything else.
https://www.viki.com/explore?country=china
It has a huge database of modern Chinese TV shows (ranging from ancient dramas to modern CSI-esque crime).
But the greatest part about it is that it has a "learn mode" that provides instant translations when you hover over characters you don't know, and pauses the show automatically [1].
[1]https://support.viki.com/hc/en-us/articles/231829048
Highly recommended.
Not sure if you meant for this to be funny, but I laughed out loud at this because i do the exact same thing. I too can fall asleep within two minutes anytime, anywhere, while "working" on my "novel".
The trick is to never go to sleep with the actual intent of going to sleep. You go to sleep with the mentality of finally, some time for myself to just lie here and work on this project in my head. I work on fleshing out my little fantasy/sci-fi world or solving problems related to my pet programming project. I drift off seamlessly within minutes.
Attempting too hard to sleep is self-defeating; ironically, the stress of actively trying to sleep will prevent you from doing just that.
97...98...99...00
I tried looking into other distros (mint, fedora, ubuntu) but always found myself missing the awesome power of the Aur. So Antergos is the perfect compromise. It's easy to install (no manual configuration required) and gives me access to the Aur.
I'd really like to see more examples of these types of codebases but can't seem to find examples anywhere.
Totally agree. I feel like there's a big void in the open-source world for this type of technology that has yet to be filled. There used to be FoundationDB and, well, we all know what happened there. CockroachDB is probably the only other active, open-source project right now that claims to have strong ACID guarantees for multi-database transactions. However, the team is not wholly focused on performance at this stage of development (which some of their early benchmarks demonstrate).
If Consus can retain some of the performance characteristics of Hyperdex while providing completely open source distributed transactions, it will be an absolute game changer.
It seems that Robert Escriva (creator of Hyperdex) is now working on a new database called Consus with the following key differences[3]:
“Consus has two (three) differences from HyperDex that I believe will make it more appealing in the long run:
1. Consus doesn't separate the implementations of transactions and the regular code. Once we have a paper public on the topic and I have clearance to release the code, all of the code will be available under the same license, with no commercial fork.
2. Consus provides wide-area, geo-replicated transactions with much lower latency than is possible in any other system I know with the same consistency that Consus provides.
3. I’m still actively working on Consus; I'm not actively working on HyperDex."
[1] http://hyperdex.org/ [2] http://hyperdex.org/warp/ [3] https://github.com/rescrv/HyperDex/issues/233
*edit: should have linked to the project's homepage (http://consus.io/) which contains more details, if mods could change the link that would be great ;)
Also: kudos to whoever is handling the artwork/marketing side of things. Love the vector art and website designs.
No doubt protobufs are probably much more battle tested in google scale environments, but are there any other clear benefits if the goal is to reduce spending cpu time encoding/decoding messages?
Especially in SOA deployments where many small services need to communicate with one another, I would think that the ability to quickly read any field from a message and pass it on (without first having to decode the entire message) would be a very desirable trait.