> get people to independently create an artifact representing their priorities
Except trying to get most stakeholders to be alone with their thoughts to be condensed upon a blank document before them causes them to violently open outlook and schedule a meeting with everyone instead.
Pre-alignment-meeting alignment! A good thing to explicitly exclude.
Definitely need a healthy culture when asking for honesty and openness about what people think, including they see as unclear, unknown, inconsistent with others, and/or outside the existing box.
Because when they're not blinding everyone they work really, really, really, well (to the safety and convenience of the users) and so anyone who tries to "do anything" will be caught trying to mediate between the two groups of screeching idiots and this is a fairly mundane issue so the upside is pretty small. Nobody's career takes off because they brokered a revision of headlight rules.
The whole situation reeks of the kind of thing that'll be mostly solved with technological progress over time (one of the german makes already has something that exempts a car in front of you from having the LEDs focused on it, I assume development is ongoing) and it really just remains to be seen if we get some law (which probably won't be decisive since this is a fairly subjective issue with no "obvious" answer) along the way.
It’s not an issue with limitations of current technology. In some cases it’s just greed and laziness. I’ve had two vehicles that have the ability to be more friendly to other drivers, but that functionality is only enabled outside of the U.S. (matrix headlights or the equivalent).
GM vehicles had been notorious for having poorly adjusted headlights from the factory. The fact that Xenon systems seemed to always come with auto leveling and LED often does not is crazy.
High beams also work really really well when they're not blinding everyone. We managed that tradeoff by putting them on a toggle switch and teaching drivers to use them only when appropriate, rather than making them the only headlights the car is equipped with.
Not blinding other traffic on the road is a safety critical concern. A few seconds of being blinded is enough to cause a serious accident. This means that any technology that is intended to legitimate brighter headlights by masking other traffic needs to have something like a ≥99% efficacy. (Exact number doesn't really matter.)
> one of the german makes already has something that exempts a car in front of you
… and this technology does not have that level of efficacy, and neither do any of the others.
> The whole situation reeks of the kind of thing that'll be mostly solved with technological progress over time
Stuffing ever more controllers, cameras, and sensors in there to focus and aim LEDs just sounds like the most over-engineered solution to this problem imaginable. The dealers are just going to love all the income from repairing all these points of failure. All for what gain? Yes, yes, “safety,” I know. Consider, though, that as drivers feel more comfortable on the road with their white dwarves, they are likely going to drive faster and more recklessly. It’s the same as American Football helmets switching away from leather—the hits get harder.
>Stuffing ever more controllers, cameras, and sensors in there to focus and aim LEDs
I agree it's all overcomplicated bullshit in order to polish another percent or two out of the turd but the overcomplicated bullshit is already in the field so why not write software that uses it a little better?
>Consider, though, that as drivers feel more comfortable on the road with their white dwarves, they are likely going to drive faster and more recklessly. It’s the same as American Football helmets switching away from leather—the hits get harder.
Faster when adjusted for equivalent safety sounds like a good thing to me.
The issue is not the technology or the absolute brightness of a bulb.
The problem is that replacement bulbs have a different beam pattern and the headlight mount needs to be adjusted. That's it.
In the vast majority of cases, car headlights are blinding simply because they're aimed too high. On most(all?) vehichles there is an adjustment mechanism under the hood. Problem is it takes special tools and procedures that nobody knows or cares about.
As a sibling commenter said, we've managed to survive for the better part of a century with toggleable high beams. This isn't a complicated problem.
>In the vast majority of cases, car headlights are blinding simply because they're aimed too high.
No, it's almost always true that the light output is far, far too bright. Adjusting headlight aim is good and should be done, but it does not solve the problem, and notably is not effective in road conditions other than smooth (bumps cause lights to go up and down), flat (inclines cause the harmful light level to change), and dry (water or ice on the ground cause reflective glare).
I couldn’t fathom running lawn equipment in the morning. If I try to mow in the morning my clippings are just globs of wet spinach thanks to all the dew. I get much better performance out of the equipment if I wait until the afternoon once everything has had a chance to dry out.
Surprised they missed follow! It’s a bit odd to use, but once you get used to it it’s better than tail in many circumstances IMO. `less +F` starts less following stdin or whatever file argument you’ve provided. <C-c> breaks following, allowing you to search around a business-as-usual `less` session. Hitting `F` (that’s uppercase) starts following again. Yes, you can just start following within a session with `F` too if you forgot to add +F to the `less` invocation.
If you're following a pipe (such as `kubectl logs | less +F`), <C-c> is sent to all processes in a pipeline, so it stops less from following and it stops the other process entirely. Then you can't start following again with F, or load more data in with G.
Less provides an alternative of <C-x> to stop following, but that is intercepted by most shells.
Funnily enough, it literally tells you right there on the bottom line: “Waiting for data... (^X or interrupt to abort)”. No shame in not noticing, just another case of blindness to long-familliar messages I guess.
By the shell or by the kernel’s terminal discipline or by the terminal emulator? AFAIU the shell is basically out of the picture while `less` is running.
> I can <C-z> while less is running to background that process using the shell, so the shell is clearly not completely gone.
The shell isn’t gone, but it isn’t active either from what I understand. The function of converting the user’s typing ^Z on a terminal (or a ^Z arriving on the master end of a pseudoterminal) into a SIGTSTP signal to the terminal’s foreground process group is[1] a built-in function of the kernel, much like for ^C and SIGINT or ^\ and SIGQUIT. (The use of ^Z resp. ^C or ^\ specifically, as well as the function being active at all, is configurable via a TTY ioctl wrapped by termios wrapped in turn by `stty susp` resp. `stty intr` or `stty quit`.) So is the default signal action of stopping (i.e. suspending) the process in response to that signal. The shell just sees its waitpid() syscall return and handles the possibility of that having happened due to the process stopping rather than dying (by updating its job bookkeeping, making itself the foreground process group again, and reëntering the REPL).
I am not saying that doing job control by filtering the child’s input would be a bad design in the abstract, and it is how terminal multiplexers work for instance. I admit the idea of kernel-side support for shell job control is pretty silly, it’s just how it’s traditionally done in a Unix system.
Whew! Advanced Unix system programming level stuff. I've dabbled a bit in that field, in C, on Unix, some older versions on PCs. It was fun. Any recommendation for a tutorial style book or site or blog on the subject, other than man pages and the Kerrisk book (TLPI, which is more of a reference), for Linux?
With `tail` you can press enter a few times to put some empty lines after the last line. This is useful e.g. when you trigger a function multiple times and want to easily see line groups from each attempt. It's the only reason I still use `tail` for following when `less` is available.
A visual mark would be nice, agreed. I haven't tried it, but I wonder if you could approximate it with the bookmarking feature that less(1) does have. It wouldn't be visible, but it would scroll to a consistent mark.
I usually use tail when I need to do some ad-hoc log following.
Having to set bookmarks and remember them is a PITA I can usually do without. If I'm looking at "normal" log output, it's usually set up in a nice aggregator somewhere, where I can easily exclude noise and otherwise uninteresting output.
Maybe OT, but I thought for a long time that "follow" was some sophisticated file descriptor trickery that required you to somehow "stream" the file while reading and would therefore be incompatible with opening a file "normally".
My mind was blown when finding out its really just "keep on polling after EOF". Meaning there is absolutely no difference between opening a file normally and "following" a file - and software could easily switch between the two "modes" on the fly.
It would be nice to have a mode that follows in the sense of automatically picking up new output, but that simultaneously would let you navigate around, similar to how terminals behave. Then you’d only need an autoscroll toggle for when you’re at the bottom.
To elaborate on this, lnav (https://lnav.org) is always polling files to check for new data and will load it in automatically. It does not require the user to do anything.
As far as following the tail of the file: if the focused line is at the end of the file, the display will scroll automatically; otherwise, the display will stick to the current position. Also, if there is a search active, matches in the new data will be found and highlighted.
I would say it's a bad UX and not just odd. I can't see any benefit to making it modal. It should just load new data as it becomes available without making the user do anything.
I track my propane in an LPG commodity at a fixed price per season. It saved me about $100 once when a transaction wouldn’t balance. I was accidentally partially charged for a short load delivery on one of my tanks at almost double the rate. Even if it seems silly to track at this fidelity in the moment, I wouldn’t have caught this tracking USD alone. Billing mistakes happen and can be costly!
Nice! That sounds really useful; in my case the KWH usage (and price/KWH) I pull directly out of the ConEd bill, so my only chance to notice those sorts of things would be post hoc looking back in time for big jumps in rate or usage I think.
But good to hear the positive story side for this.
> the comparison here for flakes should be to Homebrew bundles.
The bundler integration for nix-darwin actually just bakes tightly-controlled Brewfiles. It’s still worthwhile though, since part of the “tightly-controlled” means better cleanup when you remove things.
> Home internet in the 90s felt simple. You plugged into Ethernet, got an IPv4 address, and you could expose a service directly.
Maybe the 2000s, yes. This experience in the 90s was reserved for businesses and schools that could afford a T-carrier connection. The rest of us had dialup.
Even on dialup it was common to get a public IPv4 address, depending on what service. The service I had in like 95-98 didn't promise static IPs but I effectively got the same address for weeks at a time, I'm assuming due to whatever logic was mapping accounts to addresses. They also gave you access to a FreeBSD shell if you wanted to read email via elm or pine or the like, one of the first places I saw SSH!
The ones that make the annual rounds up here in New England are those foliage photos with saturation jacked. “Look at how amazing it was!” They’re easy to spot since doing that usually wildly blows out the blues in the photo unless you know enough to selectively pull those back.
Often I find photos rather dull compared to what I recall. Unless the lighting is perfect it’s easy to end up with a poor image. On the other hand the images used in travel websites are laughably over processed.
Photography is also an art. When painters jack up saturations in their choices of paint colors people don't bat an eyelid. There's no good reason photographers cannot take that liberty as well, and tone mapping choices is in fact a big part of photographers' expressive medium.
If you want reality, go there in person and stop looking at photos. Viewing imagery is a fundamentally different type of experience.
Sure — but people reasonably distinguish between photos and digital art, with “photo” used to denote the intent to accurately convey rather than artistic expression.
We’ve had similar debates about art using miniatures and lens distortions versus photos since photography was invented — and digital editing fell on the lens trick and miniature side of the issue.
This is a longstanding debate in landscape photography communities - virtually everyone edits, but there’s real debate as to what the line is and what is too much. There does seem to be an idea of being faithful to the original experience, which I subscribe to, but that’s certainly not universal.
There are a whole lot of landscape photographs out there I can vouch for their realism 1% of the time because I do a lot of landscape photography myself and tend to get out at dawn and dusk a lot. There are lots of shots I got where the sky looked a certain way for a grand total of 2 minutes before sunrise, and I can see similar lighting in other peoples' shots as real.
A lot of armchair critics on the internet who only go out to their local park at high noon will say they look fake but they're not.
There are other elements I can spot realism where the armchair critic will call it a "bad photoshop". For example, a moon close to the horizon usually looks jagged and squashed due to atmospheric effects. That's the sign of a real moon. If it looks perfectly round and white at the horizon, I would call it a fake.
Except trying to get most stakeholders to be alone with their thoughts to be condensed upon a blank document before them causes them to violently open outlook and schedule a meeting with everyone instead.
reply