toastal

Missing <noscript>. Nothing works/loads & no indication what’s going on.

Downstream often still relies on fetching & doesn’t care about any of the clerical stuff. Folks should consider self-hosting that clerical stuff anyhow given the independence you get & given MS GitHub’s uptime over the last several years.

Don’t let yourself get so locked in ideally, but still keeping the code online is still quite valuable to a lot of folks.

The PSA is that you should always have a mirror—even if just a bare repo folks can pull from during downtime.

…& this is ignoring all the moral reason for avoiding US-based, publicly-traded, proprietary software for host largely free software. They also deny access to users due to US sanctions, privacy-conscious users won’t want to create accounts/agree to ToS, & rubbing shoulders with other corpos your project can be taken down if it upsets the corpos don’t like it (see youtube-dl, Switch emulators, etc.).

> tightly-coupled, non-modular, non-scalable pattern, experimental

This is a massive part of the problem to be advocating for & adopting flakes. My config is much simpler: nixos-rebuild switch --file host/$HOSTNAME. This doesn’t require a properly evaluating, not-quite-Nix manifest file to just to build a system. If more folks understood the standard package format & overlays, they too would come to the conclusion that pointing to a file is simpler/uncoupled. packages are just derivations, as are apps, as are checks so there’s little value in separating them. Overlays, modules, configurations, these are all better as their own files too—instead of what I see more often which is coupling them to the flake so they can’t be consumed by stable nix. I have seen big corpos get totally boned by transitive dependency resolution exploding the lockfile too as input.follows does not offer the same power as overlays. The straw breaking camels’ backs to me is how restricted the input pinning options are to things being shipped by the C++ binary & the maintenance burden upstream now takes on trying to shove too many things into the binary instead of sticking to a few primitives.

You don’t need perfectionism—my config is a mess of some of my most beginner code—but the foundation folks are building on is not good & it ends up leaving very sour tastes in folks’ mouths and/or trying to build abstractions on abstractions to hide the underlying design (things built on ‘dendredic’ patterns, which itself is a questionable patterns, built on flake-parts which is questionable, all to hide limitations of flakes which is the core misstep which is hard to work with causing folks to want to overabstract).

While rollback takes away some fears, “fearless” is a stretch. LLMs are relatively quite bad at Nix choosing tightly-coupled, non-modular, non-scalable patterns with unnecessary dependencies/experimental features, while also choosing to reimplement pkgs.lib functions without good reason. Generating more code, pulling in more deps to get out of the mess isn’t the solution either & is usually what I have been seeing more now.

Sailfish has some proprietary stuff to deal with the Android & Sony as well as Qt being Qt. Much of their software is open source—& collaborative with translations & forums for feedback. Out of the box, you on Sailfish you get root support which lets you actually be the device owner. You are allowed to install whatever software from wherever you want… things Android no longer is. It’s not a flawless platform, but Android in practice gives you so, so little control over your actual device.

I‘m lucky that my part of the world doesn’t yet require apps for taxis & they accept cash. App users often end up paying more if they don’t know even basic negotiations.

I switched to Sailfish OS. A lot of rough edges, but it can can be workable—tho largely due to Sailfish having an Android layer to run those apps. It’s getting better OS-wise, but the Sony devices that you can get access to internationally are much lower priority on their list. On top, if you try to pay, the lock you to Western countries… & I have no idea why.

The page doesn’t load anything for me… I block JS by default, & something that should be informational is hiding it’s content behind scripts for some reason.

    Location: Eastern Thailand
    Remote: Yes
    Willing to relocate: No
    Technologies: Nix, OCaml, anything functional (learning concatenative)
    Résumé/CV: https://toast.al/skills/ (I don’t want to give up specific employer data without reason)
    Email: [email protected]

My 16-year history is mostly FP front-end which no one is doing anymore; I pivoted to going deep into Nix about 3½ years ago. Nix is an amazing technology for getting reliable software, but so few teams have anyone that really understands it leading to bad experiences & gnarly code. I’ve been self-hosting Nix setups in my home cluster (servers & laptops for the family)—much if it required building NixOS modules & packaging all the things I wanted to see where I got to learn a lot about Linux + systemd. For fun, I recently picked up an ESP32 dev kit & am trying to get its toolchain working with `pkgsCross` (cross-compilation) in Nix (planning to try out Mirth which compiles to C99). I would prefer to shift into a more DevOps role or something about tooling/building the software or really just software that isn’t for the web or written in a scripting language at this point. Ideally it would be something that wasn’t full-time as well so I can tend to family matters. As I am in Asia, I can also look after machines when the West is asleep, tho my sleep schedule looks closer to European.

It also requires JavaScript. I like to have JS off by default since running code on my machine is a privilege—one that I opt into, not the the site owner’s choice. This is frustrating since these blockers don’t let me know if the site is trustworthy first before needing to solve a Sudoku for Cloudflare or calculating useless hashes for Anubis.

So wild thinking folks would actually believe a massive, US-based, publicly-traded company when they say something is “privacy-respecting”.