People implicitly assume the 'adversity' term is negligible. But in reality, the 'adversity' term can very large, and vary widely from person to person.
[yep the "equation" isn't dimensionally consistent. It's meant to be a "completion prompt" to your internal LLM to translate those tokens to a longer paragraph.]
(iirc) I think I used `-fomit-frame-pointer` with DJGPP on DOS on a 486. It was an [unimpressive :)] software-rendered 3D graphics demo, and I was very happy with the substantial free speedup I got.
(not the author) The metadata is a contiguous range of disk blocks. I think the intuition is that such layouts are likely to require simpler filesystem code to manipulate. [versus (iirc) ZFS which may have metadata blocks scattered throughout the disk, probably requiring more intricate code to keep track of].
Thanks! Do you have any thoughts to share on reasons for the migration to Bazel?
3-6 mo of one engineer to migrate to something so hardcore as Bazel seems very good actually, especially since it seems they Did It Right. The flows in 200-engineer size org can be quite complicated.
Follow up: I was wondering if bazel's hardcore declarativeness + opinionatedness-about-reproducibility might help increase confidence in some situations, e.g. an organization making binary distributions of their software to external partners.
(not OP, but another Brother fan) I've bought two Brother multifunction monochrome lasers, both are still running fine.
I have the Brother MFC-L5800DW and it's predecessor (~$450). Both are amazing.
I stepped up to this price range because models at this price point have a USB slot in front so you can directly scan to a thumb drive, or print from a thumb drive.
Both have an extremely powerful scanning function e.g., scan to an SMTP server, local FTP server etc etc.
These are the Dewalt of printers e.g., full native Postscript, native LPR daemon the device etc.
Where I landed is that it's simply not worth the risk given the relatively small amounts involved. IIRC I bought an off-brand toner once -- the smell when printing was definitely stronger. Replaced with a genuine toner quickly.
One feature request to think about if it doesn't exist: defining multiline functions right at the prompt, which you later export to a .py file. So I think a decent inline editor with support for arrow keys might be useful. https://www.marceltheshell.org/functions-1
This is not a showstopper obviously. The current 'import' functionality should be enough for me for now.
Why inline vs. shelling out a dedicated editor: because replacing the screen will take me out of flow because I frequently refer to previous commands' output on the terminal when constructing/editing the next command.
In certain situations though, the readability/maintainability gains from using this library might outweigh the added complexity of a layer of indirection.
Situations like this: whether to build a utility solution completely [1] in shell, or invert things and use mix of Python and shell. E.g., wrapping 'git' to create a note-taking CLI, or shelling out to $WEIRD_INTERNAL_TOOL and scraping its logs and stdout/stderr.
I think infrastructure like this repo can result in more readable and maintainable code than an all-shell OR all-Python solution in such situations.
You'll be less tempted to start doing things completely in shell and then get locked into that lock minimum.
However, you MUST be prepared to understand the source code of all dependencies you take [except the language's standard library, or similarly mature external libs]. e.g., I pick bottlepy.org vs Flask for personal projects.
With a small/medium library like this, I might import it to get a headstart and will be ok with it ultimately ending up as an incompatible, heavily-modified fork of the upstream project. Which IMO doesn't reflect poorly on the user or the library author.
[1] "completely" means some non-trivial processing that makes you use hash tables, arrays, lightweight tokenizing using read, arithmetic evaluation, sed+awk to massage command outputs so Bash's lightweight data structures can handle them, os.path manipulations.
I agree with everything the author said. I could have written that. But having said that, I’d add this.
I’m astounded at the customization that’s still possible. Gnome-tweaks still works on Ubuntu 23.04. I moved the activities bar to the bottom and merged it with the dock (some extension). I changed the fonts to Helvetic’s everywhere in the system ui — just gnome tweaks.
Only annoyance was that I had to create a symlink to make the Firefox snap see the fonts I had installed.
It’s pretty cool that hidpi
even works. I now think things like dbus are intrinsic to the problem of IPC for GUIs.
——
I can see why snap exists. Its worth it to make it hard for a random ‘curl | sudo bash’ from breaking important programs.
But yes it’s ridiculous that I can’t update Firefox snap while it’s still open. And that it won’t auto update if I just close Firefox after getting the pop up about needing an update and wait a few seconds. I’m optimistic that will happen.
Even in 22.04 I could entirely disable the dock using the same tools to disable third-party extensions.
——
I’m a huge systemd hater. But I recently noticed it has something to run an arbitrary one-off program as a unit with all of the isolation/logging facilities that provides. It’s a pretty great from a tech perspective.
So I’ve softened my criticism somewhat. :)
——
It’s amazing how compatible the various distributions still are.
I’ve concluded these problems are not easy. The complexity in modern Linux is probably fine within a constant factor (analogy with time complexity — I’ll edit to clarify).
If we didn’t have multiple daemons etc we would have a single giant “unified” system like systemd for gui also — like windows.
—-
Finally, I think if we really want a simple gui stack we need to:
1. Get rid of graphical login and go back to VT login + startx.
2. User switching by alt-ctrl-f2 + startx.
3. Screen lock performed by actually logging out using the gui equivalent of tmux. (Jwz’s post linked here was educational.)
——
Thanks for reading so far. And THANK YOU Ubuntu and Red Hat for keeping the flame still burning.
PS: one final pet peeve. Why the heck does Ubuntu think it’s ok to half-ass booting other OS’s? Was super impressed that Oracle Linux (RHEL clone) actually listed all my OS’s and booted all of them after install. My hat is off to you.