HN user

IIsi50MHz

192 karma
Posts0
Comments486
View on HN
No posts found.

I use it for "disconcerted", but I guess any situation that would result in a diagonal mouth irl would be fine.

Which is reall just a patch for the problem of "On one hand… On the other hand… …On the OTHER hand…".

It's worth noting that the one-other-gripping pattern seems meant to convey two considerations and end with the strongest of three.

The English one-other pattern doesn't necessarily require the second consideration to dominate. They could be equal, or they might merely introduce concerns that haven't been evaluated to conclusion yet.

Alas, one-other-gripping doesn't seem to generalise to more than three concerns.

That doesn't actually answer my question, it just makes me want to repeat it: if you have that attitude, why be there at all? The existence of a forum instead of an IRC chat or some other immediately-forgotten medium means that someone considers the discussion worth preserving.

At first I thought the complaint was that long threads can have numerous irrelevant fluff posts, outdated posts, and off-topic posts getting in the way of reading the useful bits. But treating a forum thread as a live conversation was somewhat surprising to me. And specifically excluding that a thread could be reference material perhaps reflects a difference between the sorts of places GP and I prefer to browse.

But about long threads: stepping through a 30-page or 300-page thread, where rarely is a post an update about the project, while the rest add nothing substantial, discourages looking through the whole the whole thread is not always practical. And search often doesn't return anything useful.

Droidify sometimes does a weird thing when installing apps:

1. Ensure Droidify is not running. 2. Launch it. 3. Tell it to install or update to an app. 4. Receive an Android system prompt to approve the install/update. 5. Approve it. 6. Tell Droidify to install or update another app. 7. Reveive a system prompt to approve the action of step #3 again. 8. Approve it. 9. Receive system prompt to approve step #6. 10. Repeat #6 through #9 for more apps.

Workaround: Do steps #1 through #5.

Foxy Droid doesn't have this problem, but won't auto-download updates for you.

Disagree. If this VP is delegating to direct reports things they should be capable of handling, that's normal. If a direct report informs this VP of intended action, it both keeps the VP informed and acknowledges that the VP might have other information that should alter the intended course.

I'm assuming a trusted, competent direct report, and that the DR has chosen a timeframe that is reasonable give the situation.

For example:

Customer has a problem that will cause them to miss payroll on Friday. We've known about it since Tuesday morning. VP, DR & team spent Tuesday understanding the underlying problems.

VP has found one of the issues is in a third-party product, who are notably resistant to believing they have a bug, and are prone to not deploying a fix until either the next major update or three months after first report. VP is working on a software fix that makes use of another esoteric behaviour of the third-party product to potentially prevent the current problem from recurring, but now expects to not be done before Thursday.

DR & team spent Wednesday testing, and believe they can ensure payroll will be ontime by deploying a workaround Wednesday night, during the customer's existing maintenance window, where customer's I.T. group are known to be available for this issue. DP sends email to VP with intended course of action and known caveats.

VP knows he can keep working on the longterm fix without the customer's ability to make payroll hinging on it.

. o O ( The above actually happened, approximately thrice, due to different vendors committing shenanigans. It is abstracted from different customers. )

All that dark, dismal grey, though… (-:

For reasons I don't fully understand, it makes me thing of repressive environs along the lines of "This is not for you. Serious business only.".

Although I do find some of the borders much too thick, it would be bit of relief from the modern trend of having enormous padding/margins everywhere.

I resorted to telling people "Click/touch the funny little group of three horizontal lines.", and if they still hesitated, "…Looks like an air vent.".

On occasions where I told them it's really called a hamburger menu, they all either looked like they thought the idea was nonsesical, or said as much.

…Don't get me started on apps that have multiple air vent (or elipsis) menus visible simultaneously.

Or apps that abuse the symbol further by changing the meaning from "menu" to "toggle a sidebar that may or may not have portions that act like a menu."

./table-flip

The first 10 years are 1 through 10. That is the first decade. Consequently, the next decade is years 11 through 20.

The first century is years 1 through 100. Therefore, the second century is years 201 through 300.

The first millenium is years 1 through 1000. Therefore, the second millenium is years 2001 through 3000.

There is no year zero.

The walls are getting below dew point when they cool and/or the humidity is too high for extended periods. And the walls have dust or other surface accumulations conducive to mold. Insulating the exterior and keeping the interior humidity low will help. Thoroughly clean and dry the interior walls, removing all mold and all other surface accumulations. Keep the interior above dew point.

Quite often when I use a 1990s system, I encounter several things that are instantaneous, while modern machines take several seconds.

Like, sending an empty folder to the bin:

Win 10 this afternoon took seconds to display a dialog box with no content, the a couple seconds to add a progressbar, then a second to add the cancel button, then multiple seconds to finish showing progress.

But at home a 1991s system with System 7 completes the same task instantly without needing a progressbar.

I do not hold with the detractors. I've personally known people who write like this since before LLMs were a thing. I rarely use LLMs, and come from the days of "expert systems" and the tail end of when universities had hundreds of typewriters in a room.

So perhaps, that's my bias: towards a former reality.

I often find myself wondering at a random HN commenter's flaming of a post for being full of AI slop, when the accused reads like normalspeak to my half-old eyes.

Last I read, Kagi is using data from 3rd-party scraping of Google results, because buying directly from Google comes with onerous limitations:

- Must not alter the order of Google's search results - Must not alter the appearance or placement of Google-inserted ads

Moore law did its thing, now you can do it with a lot less computer power.

s/power/time/ maybe? Or on second thought: so energy-efficicient that it actually uses less power in the same-or-shorter time… which brings me back to "less compute power".

You can, but then "The cake is a lie.", because linecount and bug rate, when concieved as proxies for productivity[1] or quality rarely match up with reality in a way that allows you to make predictions or reason about past outcomes.

You can reason about frequency of particular types bugs, such as null pointers or overflow, or whether those bugs can occur at all.

[1] https://www.folklore.org/Negative_2000_Lines_Of_Code.html

There is long-standing tradition that if a company's "core competency" is retained, it remains the same company. And also of adults being adopted into a family (including when done as a means of producing a successor when there is no suitable heir).

So, a family of weavers going back hundreds of years, now switching to carbon fibre production under the direction of an unrelated (adopted) heir can said in Japan to still be the same company if that carbon fiber is woven.

But also, sometimes "core competency" is re-interpreted. Perhaps the original core competency was as dyers, which morphed into weaving at some point, and might eventuall change to "anything involving carbon fibre"…

But…you're correlating previous climate changes (which had much slower rates) with "Even though this one measures daramatic'ly different, it's the same.".

As some others have asked you, would you be so kind as to please suggest other sources for either the required energy inputs, or the required reduction in heat losses, so as to provide other plausable explanations for the available data?

We agree that corelation is not causation. I suppose we should also agree that ignoring a correlation when choosing what to investigate would not be science.

Colour me confused.

Dark mode on an oled reduces brightness (and power consumption).

Dark mode on my work laptop (not oled) reduces backlight brightness. This is auto-tragical, because it seems to only respond to changes in the display buffer's average requested luminance, instead of using an ambient light sensor. Dropping backlight toward minimum when the room is bright makes the screen mostly unreadable. And there's no control for this. Dell should be ashamed!

More importantly, if you place any darkening filter, including a darkened set of pixels, in front of a light source, it reduces the brightness. But perhaps the main concern you intended is "power consumption", not "emitted lux"? If, I'd say "Depends on your application.".