Readit News logoReadit News
Jolter commented on When internal hostnames are leaked to the clown   rachelbythebay.com/w/2026... · Posted by u/zdw
TZubiri · 4 days ago
>Hope you didn't name it anything sensitive, like "mycorp-and-othercorp-planned-merger-storage", or something.

So, no one competent is going to do this, domains are not encrypted by HTTPS, any sensitive info is pushed to the URL Path.

I think being controlling of domain names is a sign of a good sysadmin, it's also a bit schizophrenic, but you gotta be a little schizophrenic to be the type of sysadmin that never gets hacked.

That said, domains not leaking is one of those "clean sheet" features that you go for no reason at all, and it feels nice, but if you don't get it, it's not consequential at all. It's like driving at exactly 50mph, like having a green streak on github. You are never going to rely on that secrecy if only because some ISP might see that, but it's 100% achievable that no one will start pinging your internal host and start polluting your hosts (if you do domain name filtering).

So what I'm saying is, I appreciate this type of effort, but it's a bit dramatic. Definitely uninstall whatever junk leaked your domain though, but it's really nothing.

Jolter · 4 days ago
Obl. nitpick: you mean paranoia, presumably. Schizophrenia is a dissociative/psychotic disorder, paranoia is the irrational belief that you’re being persecuted/watched/etc.

Btw, in this case it can’t be paranoia since the belief was not irrational - the author was being watched.

Jolter commented on Sometimes your job is to stay the hell out of the way   randsinrepose.com/archive... · Posted by u/ohjeez
hogehoge51 · 7 days ago
you need to think in a different plane of isolation. i would say the pure machiavellian manager is a lone wolf in that the relationships hold no weight as interpersonal relationships, only as functional relationships - no different to how you would manage and integrate code.
Jolter · 7 days ago
It’s clear that the discussion has stretched the metaphor of wolves far beyond its breaking point.

The point was that developers (or indeed people in general) do not work the way wolves do, and I’m not reading great arguments to the contrary.

Jolter commented on Sometimes your job is to stay the hell out of the way   randsinrepose.com/archive... · Posted by u/ohjeez
hogehoge51 · 8 days ago
Whether or not the natural world has such wolves, its a well formed fictional archetype.

You assume "lone wolf" types are "one trick ponies" who can't learn. You also assume the only interesting problem space for these people is technical/code.

The lone wolf has a big limitations in transitioning to scale: 1. managers do what the article suggested, and stay out their way. The lone wolf never gets the experience of being managed, so it is difficult to transition to manage others. 2. they don't get why others don't "get it". e,g the solution is clear , the code can be done in a day, the comprehensive system model in their head should be shared by everyone.... it takes time to understand that the average engineer works slow and steady on a small scale understanding.

I will suggest there is a lone wolf type manager too. This is not a productivity skill, but an adaptivity and mobility skill.

Jolter · 7 days ago
A ”lone wolf” with a manager is a contradiction in terms.
Jolter commented on Sometimes your job is to stay the hell out of the way   randsinrepose.com/archive... · Posted by u/ohjeez
begueradj · 8 days ago
Not all wolves work in packs.

Hint: think of the widespread expression used in terrorism debates: "Lone wolf". It's a self radicalized/motivated individual acting independently and alone.

Jolter · 8 days ago
Lone wolves are not happy animals, though. They are less successful in hunts, they can’t take down large prey at all. They don’t generally produce offspring. They’re an unfortunate effect of the social structure of wolves, where young males who cannot find a place in the pack are expelled.

There are plenty of lone wolf developers, but you won’t find them in large teams. Or if you do, they’re dysfunctional. On their own, a lone wolf engineer is not generally able to complete large, important pieces of work. Some do! But they are exceptions.

Jolter commented on In praise of –dry-run   henrikwarne.com/2026/01/3... · Posted by u/ingve
muvlon · 8 days ago
No need to overthink it. In any semi-modern language you can (de)serialize anything to and from JSON, so it's really not that hard. The only thing you need to do is have a representation for the plan in your program. Which I will argue is probably the least error-prone way to implement --dry-run anyway (as opposed to sprinkling branches everywhere).
Jolter · 8 days ago
Right, but you still have to define every ”verb” your plan will have, their ”arguments”, etc. Not need to write a parser (even Java can serialize/deserialize stuff), as you say, but you have to meta-engineer the tool. Not just script a series of commands.
Jolter commented on In praise of –dry-run   henrikwarne.com/2026/01/3... · Posted by u/ingve
muvlon · 8 days ago
If you're interacting with stateful systems (which you usually are with this kind of command), --dry-run can still have a race condition.

The tool tells you what it would do in the current situation, you take a look and confirm that that's alright. Then you run it again without --dry-run, in a potentially different situation.

That's why I prefer Terraform's approach of having a "plan" mode. It doesn't just tell you what it would do but does so in the form of a plan it can later execute programmatically. Then, if any of the assumptions made during planning have changed, it can abort and roll back.

As a nice bonus, this pattern gives a good answer to the problem of having "if dry_run:" sprinkled everywhere: You have to separate the planning and execution in code anyway, so you can make the "just apply immediately" mode simply execute(plan()).

Jolter · 8 days ago
I like that idea! For an application like Terraform, Ansible or the like, it seems ideal.

For something like in the article, I’m pretty sure a plan mode is overkill though.

Planning mode must involve making a domain specific language or data structure of some sort, which the execution mode will interpret and execute. I’m sure it would add a lot of complexity to a reporting tool where data is only collected once per day.

Jolter commented on Mobile carriers can get your GPS location   an.dywa.ng/carrier-gnss.h... · Posted by u/cbeuw
wodenokoto · 8 days ago
I thought one of the selling points of 3g was gps like precision in dense urban areas where gps signals would bounce too much for precise location and therefore mobile carriers didn’t need to ask for gps.

With that being said, my 10th floor apartment has a 5g radio installed by one of the major carriers and I am still placed one block wrong when looking on Google Maps.

Jolter · 8 days ago
I worked in telecoms back then, and I don’t recall 3G having any precise location mechanism. Most handsets back then did not have GPS receivers, and as such they could only tell you a pretty rough estimate of your position, based on multiteration from nearby cell towers. The best I could get was within a couple of hundred meters in an urban area.

4G (LTE) networks had more cell sites so could give better precision multilateration, but by then smartphones were taking over the market and they usually had GPS receivers.

Jolter commented on Antirender: remove the glossy shine on architectural renderings   antirender.com/... · Posted by u/iambateman
Retr0id · 9 days ago
As long as it's not changing the form of the buildings, it seems valid. Although, the first two examples both add random telecom cabinets in places that don't make much sense.
Jolter · 9 days ago
I figure that’s an architectural in-joke. The engineers will add ugly stuff because you didn’t consider stuff like HVAC or electricity.
Jolter commented on Amazon is ending all inventory commingling as of March 31, 2026   twitter.com/ghhughes/stat... · Posted by u/MrBuddyCasino
happymellon · 20 days ago
I wonder how they are planning on de-mingling existing products that don't have the required Amazon barcodes that should or vice versa.
Jolter · 20 days ago
That’s why they announce this on the sellers’ news page. To stop it on the input side.
Jolter commented on Amazon is ending all inventory commingling as of March 31, 2026   twitter.com/ghhughes/stat... · Posted by u/MrBuddyCasino
g947o · 20 days ago
Sounds like sellers should sue Amazon for this. I wonder why I never heard of such a lawsuit
Jolter · 20 days ago
Because if they take Amazon to court, they no longer have a business. Amazon effectively is a large part of American retail, which they cannot afford to not be on.

u/Jolter

KarmaCake day1636December 6, 2017View Original