1,447 karma · joined May 3, 2017
I don't know how to navigate commitfest (nor would I probably understand the source code to begin with), but the reason I'm confused is that you can already use all the proposed draft UUID implementations in Postgres (as long as you generate the ID application-side). In fact, PG will happily accept any 128 bit ID to be inserted into a UUID column, as long as it's hex encoded – even the dashes are optional.
A person being both in a Stream-Aligned Team and an Enabling Team at once would kinda turn the latter into a ”guild” in the Spotify [1] lingo.
You could maybe compare `~~` to something like `if (!someString)` but, again, that's a widely used and way more easily understood pattern.
Yeah, no thanks. I'll take well named functions over these kind of syntax tricks any day.
This is absolutely adorable, hilarious and understandable at the same time.
I wish the comment suggestions could be disabled completely in the VSCode extension but it’s currently not possible: https://github.com/orgs/community/discussions/8062
I assume that by default all that JS runs on the server and HTML gets returned to the browser.
But does a system exist which we would describe as ”cognitive” but not also ”conscious”? To me this definition gets nowhere.
Out of those, I’d at least add the RuboCop [1] linter and the BetterSpecs [2] guidelines to this list. Both eliminated bikeshedding in the team and freed up brainpower to solve actual problems: the first one helps you learn intricacies of Ruby bit by bit right in the IDE and the latter one pushes you to write test in a specific style that’s easy to maintain and trust.
That is certainly in the less important end of the linting rules spectrum. Nonetheless, conventions like these add up in larger codebases in my experience. The more consistency you have with things that repeat a lot across the code improve readability quite much because the brain is able to do more chunking over time.
Of course this doesn't matter that much when you are learning a language or a framework and only have a couple of files.
As the link posted above mentions, you can alternatively use a timestamp-based prefix that wraps around after all the bits have been used. This one still leaks possible creation times of the record, so it's on par or better compared to UUIdv6, ULID, etc. (because here the exact creation time can't necessarily be deduced).
In all of these UUID solutions apart from the fully random v4, you are trading of the better index performance with some level of information leakage about the record the ID is associated with.
You mean just the regular E minor (triad)?
Anyway, there'a quite a lot of stuff on this site apart from this cheat sheet page: the chord page does indeed include inversions, e.g.: https://muted.io/c-major-chord/