News for hackers. Stuff that matters.

ori_prior

Re:Advanced Python Mastery – A Course by David Beazley on Wednesday July 19, 2023 @01:06PM (#36789726)
That person explicitly dismissed "advanced mastery" and thus challenging and bettering oneself or themselves as being non-inclusive. I find this attitude highly offensive, because my motivation towards mastery is not of that kind. I'm happy to include people, explain them my code, help them along towards mastery.

Software also has an ongoing quality crisis, all while being more and more influential in people's lives. That person's attitude towards writing quality software helps to deepen that crisis and is therefore harmful.

Re:IPv6 Deployment Status on Wednesday July 19, 2023 @09:35AM (#36786069)
Depends on the technical expertise of the staff, I guess.

My alma mater (FAU Erlangen, https://fau.de ) did have some internal and external IPv6 already back when addresses were still 6bone 3ffe::, 20 years ago. Don't know since when the main website has been IPv6-reachable, but it has definitely been over 10 years.

Re:Advanced Python Mastery – A Course by David Beazley on Wednesday July 19, 2023 @09:28AM (#36785965)
Ah, the lowest-common-denominator argument for why your code is crap. That is the reason that Python code has become what PHP was 10 years ago: The mark of projects to avoid at all cost.
WSL1 was a dead end, not because of compatibility but because of performance, especially when it comes to file system access and process operations. Windows is supremely complex in both, with things like filesystem filters, fused fork+exec+setuid+setcap+doWindowsStuffThatDoesntHaveUnixEquivalents syscalls, all of which you cannot avoid. If you layer a Linux syscall personality on top of that, things will get molasses-slow quickly.
For photo and video backups, I'm using auto-upload in the Nextcloud Android app together with my own Nextcloud instance. There are various Nextcloud apps like memories where you can get additional functionality for those photos that were synced over.

What I'm still desperately looking for is proper self-hosted full-phone backups for Android phones.

Re:XFS online filesystem check and repair on Tuesday July 11, 2023 @06:42AM (#36679078)
I've found ext4 to be generally unsuitable to HPC environments due to the 16TB filesize limitation. So it is the wrong tool for the job anyways. xfs all the way!
Re:XFS online filesystem check and repair on Tuesday July 11, 2023 @06:40AM (#36679062)
xfs has had large file and large filesystem support for ages, so it is well-tested in that regard. ext4 can do larger filesystems now, but is still limited to 16TB files. zfs ist comparable to xfs in that regard.

xfs integrates well into linux and has had excellent performance. zfs is rather odd as a filesystem and circumvents several common linux mechanisms, making it rather awkward. You need to special case everything for zfs in monitoring (sizes are hierarchical overlapping instead of exclusive), ACL support and admin tooling (volume management and partitioning is completely different for zfs, trim is weird, booting is weird). zfs performance is also lacking due to it being very odd and special-casey in the linux kernel, as well as RAM-hungry.

Re:Easy HTTPS for your private networks on Tuesday July 11, 2023 @05:26AM (#36678403)
Me too. But the CA and browser mafia is too intertwined to let this change anytime soon.
Re:Shortening the Let's Encrypt Chain of Trust on Tuesday July 11, 2023 @05:01AM (#36678233)
> 3 years of security updates at least from the US release date

Which means that after an initial period of half a year of "production is still slow, you have to wait" and another half year of "we maybe start selling this to Europe now", for the device I've bought today, updates will last a mere 2 years.

Re:Shortening the Let's Encrypt Chain of Trust on Tuesday July 11, 2023 @04:57AM (#36678213)
The typical tax-related depreciation term for computer hardware is 5 years over here. Which is already half of what typical office equipment is expected to last. After which it is usually resold or given away to goodwill. 2016 is just 7 years back, so there will quite certainly mobile phone where the tax writeoff period isn't even through which are affected by this. Truly hilarious!
Re:Heat Pumps – The Well-Tempered Future of A/Cs on Wednesday July 05, 2023 @09:03PM (#36609553)
No, you are right, 60% is a theoretical maximum achievable maybe with supercritical reactor coolant. The actual maximum for existing reactors is somewhere just below 40%.
Re:Heat Pumps – The Well-Tempered Future of A/Cs on Wednesday July 05, 2023 @08:35PM (#36609331)
60% is feasible for e.g. nuclear and gas, if you use more than one turbine and there is a big constant temperature differential. This typically isn't the case for gas plants which are intentionally variable and often intended to be cheap to build. While at peak temperature, they might run at peak efficiency around the theoretical maximum of 60% (thermal to electric) with a multi-turbine assembly, typically efficiency is far lower because gas plants usually don't run at peak efficiency and only have one turbine.
Re:Tabby: A terminal for a more modern age on Wednesday July 05, 2023 @08:29PM (#36609259)
One could discuss whether it really needs to be Rust. But TypeScript is definitely the wrong tool for the job.

The performance reference is xterm. If you cannot beat that, don't bother.

Writing the first (small) program (I think drawing a line in qbasic) that, on the very first try, went through the compiler without any warning or error and did what it was supposed to do.
Re:Heat Pumps – The Well-Tempered Future of A/Cs on Wednesday July 05, 2023 @08:14PM (#36609127)
Your numbers are off. Thermal power plants typically do have a thermal-to-electric efficiency of around 30% (40% max), so with your heatpump having an electric-to-thermal efficiency of an assumed 300%, you end up with basically no difference in CO₂ emissions.

Note that there are some misleading efficiency claims for gas plants around 60%, but those are not for thermal-to-electric efficiency but for generating electricity plus district heating from waste heat.

Re:Companies must stop using Google Analytics on Wednesday July 05, 2023 @06:48AM (#36598486)
You are both right and wrong. It depends on the intelligence of the person you are dealing with.

There is a thing called "intelligence". There are several definitions of it, the one I'd like to use here is "the ability to infer general principles and common workings from small isolated samples and apply those principles and workings".

So if you are sufficiently intelligent, you can infer, from observing a few (or even one) doorhandle being pushed, that his is the general way to open doors. You can then apply this principle maybe even to different doors, windows, rotating knobs, etc. The fewer samples you need to learn and the broader your application range after learning, the more intelligent you are. In the stupidest case, one only learns to open one specific kind of door in one specific way, like a cat might.

You are writing from the point of view of someone sufficiently intelligent to derive the working principles of software and apply it to other software packages that generally serve the same purpose. However, there are people who are not intelligent enough to do that. Those people do get by by just following instructions, learning by rote which buttons to click for which purpose. Those people are the "door opening cats" of the office application world.

Less intelligent people like those do exist (50% do have an IQ<100 after all...), they do get jobs and they can be successful within limits. Just as Stackoverflow/ChatGPT-copy&paste-programmers do get by somehow.

Which is why I'm also a fan of intelligence-test-type job application processes. The ability to learn, for higher-level jobs, is far more important than preexisting knowledge. And intelligence is the best known predictor for the ability to learn.

Re:Companies must stop using Google Analytics on Wednesday July 05, 2023 @06:08AM (#36598208)
It's not that it usually is the Scotty Engineering principle. It is more often a hedge against unforeseen complications, because if you give a realistic estimate that would be true for 90% of the tickets, the 10% will come to bite you. So to not get chewed up for providing realistic 90%-true estimates, you give 99.9%-true estimates that are far higher, but with just a .1% chance of being screwed instead of a 10% chance. Which is, at 10 tickets per day, getting chewed up daily vs. once every two weeks or so.
Re:Companies must stop using Google Analytics on Tuesday July 04, 2023 @07:21AM (#36585171)
> Not because of skill issues, but maybe forced because they work for a dealership that sells a particular make exclusively or, less often, a specialty shop; most “car repair guys” outside of those environments have to be generalists.

Yes, I'd expect any car guy to be able to change your tires. Or change your oil. But even resetting the oil-change alarm or tire-pressure sensor can be a hurdle here:

Manufacturers also use skill issues to their advantage to bind tradespeople. Modern cars do need manufacturer-specific diagnostic devices that used to be unobtainable for independent shops. Since that practice has been largely forbidden by the authorities, now the software, cabling, and diagnostic output are made intentionally hard to understand without having taken the corresponding lessons that the manufacturer provides for a modest fee.

Re:Companies must stop using Google Analytics on Tuesday July 04, 2023 @06:45AM (#36584857)
This level of dependence on certain tools is neither rare nor unprecedented.

Your run-of-the-mill business drone will be trained on Word/Excel/Outlook and be hard to impossible to retrain on anything else (either because of actual stupidity or resistance to change). This already starts at school where "Informatik" is often just learning where to click in Microsoft products.

Similarly, tradespeople often specialize in certain tools and products. Your average car repair guy will often be forced to specialize in one brand of car. Your home appliance guy will preferrably sell and repair one brand of washing machine, dryer, dishwasher.

Re:No One Is Happy About Diversity Efforts at Work on Monday July 03, 2023 @03:20PM (#36577618)
You are right.

Justice and injustice are entirely subjective, there can be no objective measure of those. Why? Because they stem from an individual's value system. Which is the subjective measures (good, bad, nice, rude, just, unjust, ...) that the individual applies to objective facts (Jimmy getting a birthday gift, somebody starving, lion eating a zebra, drinking a glass of water...). A value system can try to be logical, consistent, aligned with certain goals, but it doesn't have to be. Sometimes, it can't be. Society and especially "the law" try to institute common majority value system that is intended to be consistent, logical and aligned with certain goals, rooted in a few assumptions like self-preservation, equality, preservation of humanity, human-centricity, and others. Not all of those goals and assumptions are necessarily equally firm, established, or unchanging.

Now in the foodstamps example, the two goals of self-preservation of an individual and the preservation of humanity are valued higher than the more abstract goal of equality. Which is why I, in my value system, see the choice as an obvious one. Of course others might disagree, but I've assumed this (without pointing it out) to be the majority consensus. Sorry. There are even societies where the majority value system is different in that one need not or should not help a starving individual. Because they do deserve their suffering as (carmic, divine) punishment, or that society is made stronger by culling the weak.

Re:No One Is Happy About Diversity Efforts at Work on Monday July 03, 2023 @02:36PM (#36577107)
Food stamps are an injustice, however, the ends there justify the means, food stamps are so people don't starve. They aren't "luxury dinner at fancy restaurant stamps" in the same way admission to famous(ly expensive) universities is.

ADA measures (that affect individuals) are also very different in that existing and proven disabilities are the reason to alleviate problems from those exact disabilities. They aren't blanket bonuses for some races in the way university admissions were before the most recent supreme court decision.

I find languages with symbols far easier to read than verbose textual syntax like in BASIC or pascal. Symbols like (), {}, [] satisfy my need for symmetry and are far easier to correlate than BEGIN/END. I find Python very unreadable due to the whitespace/alignment thingy, I always get the urge to hold a ruler to my screen to see if somebody forgot a space somewhere.

That said, Rust is okay because it uses symbols, but not okay because it uses them in very weird ways. Macro function stuff that needs a ! like whatever!() is aggravating. The exclamation mark is easy to overlook, easy to mix up with letters, isn't surrounded by spaces and frankly I do not see the point. That syntax doesn't really add anything to the safety of the language that couldn't just be done with a few 'you are overriding stuff' warnings. Actually it makes things worse, because if somebody has stuff() and stuff!() defined, there is hard-to-distinguish weirdness going on. Also aggravating but not as dangerous are 'labels. Oh, and angle brackets like <'stuff> that could easily also be comparison operators somwhere else. Rust would have had the opportunity to fix the mistakes in C++, but it just copied them.

Oh, and all the 'mut' everywhere is also weird noise that would be easier if left out. Most things are 'mut', so write out 'const' instead.