[0] https://aws.amazon.com/blogs/aws/build-multi-step-applicatio...
595 karma · joined October 22, 2019
hn.scorn217@passmail.net
[0] https://aws.amazon.com/blogs/aws/build-multi-step-applicatio...
King Kong + Power Ranger = King Kong Ranger (first)
Megazord + Power Ranger = Power Megazord
Megazord + Power Megazord or Artzord + Megazord = Ultrazord
Dragonzord + Art = Artzord (first)
Groot + Mega Artzord = Grootzord
Megazord + Grootzord = Gigazord (first)
Godzord + Giga Artzord = Giga Godzord (first)
Giga Godzord + Giga Titanic Gigazord = Giga Titanic Godzord (first)
Giga Titanic Godzord + Mega Power Godzillazord = Super Giga Mega Titanic Power Godzillazord (first)
I also got firsts on both Earthquake Laser and Laser Earthquake, but I'm not sure what the recipes were.Trying to get Zebra was an interesting sequence.
Tamer + Africa = Tamerlane (first)
Tamerlane + Terror = Timur (first)
Timur + Asia = Genghis Khan
Genghis Khan + Bellerophon = Alexander the Great
Alexander the Great + Unicorn = Bucephalus (first)
Alexander the Great + Bucephalus = Horse
Horse + Africa = Zebra export LC_ALL=C
nix-shell -I nixpkgs=https://github.com/NixOS/nixpkgs/archive/2322899a1fa85f6547004b2829af81e7b444f506.tar.gz -p openssh
ssh -V
OpenSSH_6.1p1, OpenSSL 1.0.0i 19 Apr 2012
Note that the first stable release of nixpkgs was in 2013.You would install Nix and run something similar to "nix run nixpkgs-23.11#openssh <address>"
Can I expect complex caching actions like https://github.com/DeterminateSystems/magic-nix-cache to work as quickly as they do on GitHub?
[0] https://dvc.org/doc/user-guide/project-structure/configurati...
Look for something with good algorithms. Xethub worked very well for me, and oxen looks like a good alternative. git-xet has a very nice feature that allows you to mount a repo over the network [0]
[1] https://www.nintendo.com/store/products/diablo-ii-resurrecte...
I also have a separate service that the server makes calls to, which doesn't run on this server in production (it has its own production server), but does run in dev and test. Each dev/test system runs a separate instance of this service, which has its own separate connection pool(s), and setting this up was trivial.
Needless to say, failures are reproducible and meaningful. There is no mocking -- we test against real local services with real local DBs. (There are still some remote service calls which I'm slowly replacing, and some flakey, unavoidable remote dependencies in a few browser tests).
I didn't do anything special to make this possible other than naming the config files "service-name-config" instead of just "config". It is just the natural result of passing state in explicit arguments. The same is not true of global state.
It's not uncommon to use a spec library like clojure.spec or malli, whose benefits overlap those of static typing. I'm not sure if there is a measured improvement from their use, but they have either advantages like facilitating generative testing that do help one to write more correct software.
The defaults create a temporary DB which is useful for dev & tests, but a pair of calls to .setCleanDataDirectory(false) and .setDataDirectory("...") will change that.
If you don't like the default postgres version, you may select one from https://search.maven.org/search?q=io.zonky.test.postgres or include your own postgres binary.
The GIN indexes for FTS don't really work in conjunction with other indices, which is why https://github.com/postgrespro/rum exists. Luckily, it sounds like you can use your existing indices to filter and let postgres scan for matches on the tsvector. The GIN tsvector indices are quite expensive to build, so don't add one if postgres can't make use of it!
https://github.com/clojure/tools.deps.alpha/commit/c22ad46c6...
tools.deps makes better choices when dependency specs conflict, so I would suggest trying https://github.com/RickMoynihan/lein-tools-deps if you otherwise want to use lein, and get the best of both worlds.
By better, I mean:
> Leiningen and Maven, when there is a conflict always pick the version that is closest to the root of the dependency tree; where as tools.deps always picks the newest.
We open-sourced some babashka code at https://github.com/staticweb-io/staticweb-open-wp/tree/maste... One major caveat: when I wrote that code, babashka didn't have any MySQL support, so I shelled out to the MySQL CLI. Later, I figured out how to compile the MySQL JDBC drivers with native-image and it's now available at https://github.com/babashka/babashka-sql-pods along with HSQLDB, SQL Server, Oracle, and Postgres drivers.