HN user

outsomnia

687 karma
Posts1
Comments302
View on HN
[dead] 2 years ago

literally nobody is saying that

From the article: "it’s time for Matt to resign from either the WordPress Foundation or Automattic."

Can I gently suggest to you that posting under a throwaway leads you to post - and downvote - in a way you wouldn't normally, that is not helpful for the discussion?

So it turned out, there was an option 3, where random internet guy was ignored and the maintainer both made money from his work, and continued with the public good of donating work to his GPL'd project.

WP Engine is truly upset with the money they were able to make from WP being in good shape for free the last 15 years? According to the maintainer it's hundreds of millions of dollars. Before Mullenweg complaining about their not chipping in, they seemed very happy to go on.

... "faulty logic"... the Maintainer runs a business and makes a lot of money and he should give that up, but is invited to keep working as before for nothing. It is left to others to make the money on his work, but he should keep striving away for other's benefit like a slave.

It's quite crazy to say if the last 15 years of work was not done by the paid devs and the maintainer, WP would be in a "better place". It just goes to show how partisan this topic is, trying to argue this seems rational to you at the moment.

The guy has some kind of point (for which he was flamed in the comments, and respect for acknowledging his gratitude to the maintainer) but the maintainer did the work, and by dint of ignoring this guy, did another 15 years of work on WP which has been made available under the gpl for free... that's a win for everyone as far as it goes, right?

If he just gave up in 2010 so there was no "conflict of interest" to satisfy this guy, who is actually better off?

"No privacy concerns".... you're dreaming if you think you won't have "privacy concerns" in Russia or whatever. In fact being able to see the endpoint of the traffic you're trying to conceal while having your billing address will put a big target on your head.

Since a couple of years ago, I spent a year or so like this, with the TV resting on the desk directly.

It looked pretty nice, but it had some problems.

- The only actual 8K modes reported on the HDMI were some variant of YUV, it means you could not select what your OS considered an RGB mode

- Even using it at 4K, with the 55" TV a couple of feet from the back of the desk, my eyes could not keep all of it perfectly in focus.

- The power consumption was much higher than a typical ~30" monitor, and the amount of heat created was also significant. This became hard to deal with in summer.

Eventually I gave up on it and returned to a ~30" monitor.

No... core volunteers who provide work to you for free, which you have been consuming successfully, have now extended the domain of their works to also encompass something on top you previously got from elsewhere.

The plugin you previously used was always completely dependent on the work of the core volunteers; you were always consuming their work and nothing changed about that. It just also already includes the optional plugin now.

Why would anyone end up in jail when everything is GPL2+?

This plugin can only operate on top of the core code, whoever distributes the plugin to you. It means you have to decide to either bin the whole ecosystem, or use the core and plugin from the same people.

It's also open to the plugin people to distribute the core themselves, but since they don't have a history of working on it, why would you imagine for core maintenance, you can trust a smaller private equity-funded group that historically leeches on the core project, more than the originating project for the core?

As I wrote elsewhere, this is no different from a project deciding to incorporate a third party's functionality into the core. Either way whoever provides the plugin, you trust the provider to provide the core, if you now think they are going to do bad things, there is nothing they can do in the plugin that they couldn't do in the core without all this drama.

It seems the "perceptual framing" that is being engineered about this, that Automattic and its leader should be cancelled, is not about technical issues.

You have been and continue to trust Automattic for the core code.

If for example, Automattic instead had said they will bundle the plugin functionality with the core, there are many historical cases of that, unpleasant as it is for the third party usually... results are identical, right?

Users of the plugin already have a trust and consumption relationship with Automattic for the core.

It's more like mcdonalds replacing Coke with McCola with your mcdonalds meal - you were already trusting mcdonalds for the food. But even that is a stretch since both are GPL2 and there's no current sign the plugin Automattic provide differs from the WP Engine one.

GPL is on both sides, nothing stops WP Engine doing the same and providing their own flavour of core with their plugin, if that's what people want. Of course that costs more than private equity just using Automattic's core for free.

Sorry, this is a GPL plugin to stuff already maintained by Automattic?

It's not like users aren't already updating to whatever Automattic want to give them, in the core, if that's the case? Automattic producing the same plugin and delivering it the same as the core doesn't sound like much of change, since users already trusted Automattic for the core either way...

I was expecting to see the word "yocto", did I miss it?

This goes quite far along the path, building all the build tools and toolchain to the same version before building the packages.

[dead] 2 years ago

... or involves people from a country they are not allowed to do business with.

Taking Risk 2 years ago

Yes, they are regulated abroad because they are rightly frightened of what SV will do to them without it, it's unrelated to "competitive advantage".

After establishing that Musk has "fuck everyone" money, the rest of this is explaining why some pamphlet-author is dissappointed he's not happier. He's not going to care and since I stopped reading partway through, neither did I.

But all this could be replaced by an abstract class, perhaps some templates... And if you disable stuff you may not need (RTTI, exceptions) then you'd get just as efficient compiled code.

Isn't it just that your personal in-head GPT has been trained on C++ and wants to see it everywhere? It's not so easy to make very small embedded implementations and there's a reason after 25+ years C++ has not made inroads there.

Actually what's a warning or not is implementation defined, it's not defined in C.

If you're serious about your code, you will turn on -Werror -Wall -Wextra and anything else you don't like the look of, use static analysis and so on that makes this class of complaint moot.

If nothing else, const in an api is a very clear and welcome indication of what to expect.

Like myapi(uint8_t *dest, const uint8_t *src, size_t dest_len, size_t src_len), it's very clear what will be doing what with what.

You can cast const away and do something unexpected in there, but that's on you doing the Wrong Thing.