HackerTrans
TopNewTrendsCommentsPastAskShowJobs

mpyne

8,061 karmajoined hace 16 años

comments

mpyne
·ayer·discuss
> But it also stands to ask, why isn't the bridge being constantly targeted? What factors are weighing ukrainian decisionmaking to not simply strike the hell out of this bridge until it falls?

It's not as easy as it sounds to put the weight of ordnance required in the very tight windows that would be needed to actually cause more than cosmetic or minor damage to that bridge.

Ukraine did pull off a spectacularly successful operation to destroy a laden fuel truck while it was crossing the bridge (https://en.wikipedia.org/wiki/2022_Crimean_Bridge_explosion)... Russia repaired the damage within months and simply redirected fuel transport to other means.

Russia also has dedicated a large amount of air defense and EM jamming resources to protect the bridge, which increases the difficulty of pulling something off for Ukraine.

For a long time Ukraine didn't have the types of weapons that would be needed to even attempt it outside of saboteur types of actions. Now they have some precise ordnance like Storm Shadow but even these weapons are not destructive enough to take the bridge down except in large quantities, and those are quantities they seem to have decided are best put towards other targets.

Ukraine has recently seen substantial success in finding better weapons, with drones that can engage in "medium-range" scenarios to close off the so-called land bridge from Russia to Crimea. These weapons have also helped in degrading Russia's own defenses, but with this in mind Ukraine may feel it best to leave the Kerch bridge standing for now to allow Russian occupiers to flee across the bridge back to Russia, since Ukraine has the northern land route through occupied territories under much more effective fire control than at any point since 2022.
mpyne
·anteayer·discuss
> Where are the armored vehicles now in Ukraine?

A more appropriate question might be, where are the armored vehicles now in Russia?

And as it turns out, they have indeed started adding armor to transport craft, including trains: https://en.wikipedia.org/wiki/Russian_armoured_train_Yenisei

And despite Ukrainian strikes earlier, the Russian bridge over the Kerch strait remains standing and in use for some (not all) logistical supply from Russia to Crimea, and this is due in no small amount due to the amount of 'armoring' that is inherent to the design of a bridge that must cross a strait of that size.

It's a question of cost more than anything, the more expensive a transport means becomes to build, the more it makes sense to start including armor to force an attack on that transport to itself have to invest a lot more for success.
mpyne
·anteayer·discuss
I still have my CD for Office 97 and (somewhere) SuSE Linux 7.2, but I can't honestly say I can continue to use those.

The way to get around that is either continually releasing feature upgrades with one-time payments, or paying for access to the software only while you need that access.

Both models have strengths, one is not inherently evil and the other inherently good.

It's easy to say app updates should be bundled into the one-time cost but even that needs to have a time bound on it. When software lasted 3 years that potentially made sense, but now the release velocity is so much higher that there would be an explosion in complexity to try to keep up with all "one-time" releases going back for years.

Even completely Free software packages struggle with the balance with how far back to claim prior releases are under maintenance (e.g. LTS is popular, but so are 'rolling releases'). That's because of the underlying economic complexity with the costs to maintain what has gone before vs. the cost to develop what will come next.
mpyne
·anteayer·discuss
> However, if my continued use of a specific version of your software has no continued cost to you

That's just it, it does carry a cost, at the least for security updates and allowing the application to continue to be installed on later OSe or key libraries.

That's why even open-source libraries that in actively being used will get forked if unmaintained too long, because there's always something to do to keep bitrot at bay.
mpyne
·hace 3 días·discuss
Nintendo does it the right way. I'm not at all afraid to say I want more Mario, Samus, Fox McCloud, Fire Emblem avatars and the like.

But they don't simply do roster updates, they bring those characters and worlds into new experiences, and they're willing to sit on good games rather than push out yearly new releases with almost nothing different compared to the previous iteration.

And the stability these franchises gives them, allows them to continue to make new IPs that may themselves grow into future tentpoles. So it's not just that they squander those successes, they are often trying to innovate into new things.
mpyne
·hace 6 días·discuss
C++ has std::reduce for that, which is std::accumulate except it's defined to operate without any specific ordering.
mpyne
·hace 6 días·discuss
The original example isn't really using ranges except to emulate C++98 iterator work though.

The actual equivalent might be something closer to:

    inline double algorithm_call(std::span<double const> xs) noexcept {
        return std::accumulate(
            xs, 0.0,
            [](double acc, double volts) {
                auto mv  = calibrated_mv(volts);
                auto err = residual(mv);
                return weighted_square(err) + acc;
        });
    }
(that is, without the boilerplate .begin and .end).

Even that is enough to make ranges useful in my mind, but in a codebase which has started to integrate some functional programming techniques, there are also applications for things like views and transforms.

This can make it easier to reason about iteration pipelines in ways you might already be familiar with from POSIX.

That all said, it's C++ so sometimes the error messages get a lot more 'interesting' than they would have with STL-style iterators, especially when mixed with constexpr expressions as you might do with std::format or fmt libs.
mpyne
·hace 7 días·discuss
That's correct, with curbside pickup you drive to the store, pop open your trunk, and in principle someone from the store's staff is ready and waiting to verify your identity and then load your pre-staged shopping right into your trunk, and you drive off.

So you still have to go to the store but it can be an in-and-out if everything works.
mpyne
·hace 7 días·discuss
"isn't fast" is basically how you'd sum up the U.S. military in a nutshell.

So much of what it is in the past 3 decades is coasting off its Cold War legacy.

Target lists for an Iran scenario should absolutely have been updated before use for combat, but if it turned out they had not been substantively reviewed ab initio in a decade, I'd absolutely believe it.
mpyne
·hace 7 días·discuss
The worker-owned businesses that are more effective will do a better job of concentrating wealth though, as they don't have to pay investors back dividends or participate in stock buybacks.

Software in general is a field quite compatible with initial self-funding, in ways you can't say for other industries.

But even still, investors threw away gobs of money on clearly unsustainable businesses like NFTs, and capitalism in general is happy to sell people the rope they will use to hang capitalists, so it's not even impossible to find investors if you absolutely need them.

Pair the lack of ongoing payments to investors or lenders with the superior execution of worker-led organizations, and companies such as these should pretty clearly mop up their competitors saddled with non-value-added executive management and non-value-added investors.

That is, assuming these roles don't provide any value to companies.
mpyne
·hace 8 días·discuss
If you're being told explicitly to consume tokens then leaving it running while you try to get real work done sounds value-added to me. "Don't worry boss, no one's beating our team on the token leaderboard this week..."
mpyne
·hace 8 días·discuss
Nothing is stopping employees from banding together to create these obviously-superior businesses right now and eating the VCs' lunch. Right?
mpyne
·hace 10 días·discuss
This is true of every market that has ever existed, and that's not stopped small players from finding niches.
mpyne
·hace 13 días·discuss
No doubt, but the issue I think they keep running into is they don't understand how useful those "human tools" are, so they keep trying to replace the functions humans provide with AI, without realizing all the other functions that the humans also provided.
mpyne
·hace 16 días·discuss
> The NSA managed to deliberately insert a backdoor into elliptic-curve cryptography right under the noses of everyone capable of making elliptic-curve cryptography.

That sort of proves the opposite point, assuming you're referring to Dual EC DRBG, because the flaw was noticed very early on, by people who weren't even involved in its development.
mpyne
·hace 21 días·discuss
I grew up poor and that was never an inducement to commit crime. I took plenty of "food I didn't want" off my friends' hands at lunch in middle and high school, but never even thought of crime.

Although my parents weren't rich they still tried to teach right from wrong, respect for others and all the rest.

And not to put too fine a point on it, but there's plenty of examples of rich assholes who act as if money makes them immune from justice.
mpyne
·hace 24 días·discuss
Tons of the Navy's public websites still run on it.
mpyne
·hace 24 días·discuss
Yes that's a thing too, but it's a question of cost and potential revenue. So if replacement hardware is really expensive then maybe you make the inefficient stuff hang out longer, as long as it's not broken and you have paying customers.

But at some point hardware does break and if you're going to keep the datacenter open for business you'll need to address turnover of inventory on an ongoing basis, and if you haven't locked in long-term deals for hardware then you'll have to bear current market prices when you do that.
mpyne
·hace 25 días·discuss
> thus replace their hardware constantly?

Yes? How else do you think it works? At scale, hardware breaks all the time and must therefore be replaced all the time.

This is true even at Hetzner's scale.
mpyne
·hace 26 días·discuss
No, because they are ultimately constrained by outputs that can be delivered or (assuming claims on future economic output into the market) the money supply that can be assigned to the future output. Even with leverage I couldn't ask my bank to loan me 6e23 USD without a lot more stuff having to happen first.

There are markets that can grow fast of course, but once that exceeds the overall economy it can only come from forcing other markets to shrink, and that limits the growth rate to which the fast-growing market can ultimately attain.