To be clear, I did not write my comment to discredit the entire system. B-Corp is certification is the best thing we have to make these decisions a little easier on the consumer.
I made the comment to make people aware that it should still be looked at with caution, as corporations are going to try to game the system.
> Now it feels like many companies have made attempts to conform to the standards, which is no simple feat, especially for multi-nationals.
You're right, actually conforming to the standard is no easy feat, but luckily, you can do the bare minimum[0] and continue your greenwashing processes.
A long time ago, I was still in college (UK college, i.e., pre-university), and still learning.
I discovered a classmate was involved in some event, and found the event's website. They didn't have a captcha. By your logic, this was the right choice.
In reality, my dumb ass decided it would be fun to script something that would register millions of users (another classmate ran the script with me). After a few hundred thousand registration, the website was brought to its knees. I was a bit shook, but didn't think much of it.
Next morning I come into class, and was reprimanded by my teacher. Turns out, the owner of said event had threatened to sue the school and me, among other things. What had happened was their servers were down, their email server was brought to its knees, their web servers had died, and generally I had caused a lot of damage without even thinking about it. It caused them to potentially lose some money. None of this was my intention, of course, but I didn't know much better.
Point is, kids will kid, and spammers will spam. There are plenty of bots that just scrape the internet and fill out forms indiscriminately.
Captcha may or may not be the best option here (I'm always of the opinion it's not, especially not reCAPTCHA), but something has to be put in place, even if to stop the majority of bad actors.
There's nothing wrong with that. VSCode will certainly have a lot more development that a fork would ever see. So the best thing to do here is simply build VSCode with all proprietary stuff removed.
None of these clients filter ads. They just return the API results. Reddit could have in theory returned ads and blocked clients who didn't (or required them to pay some/more money). Instead, they decided to charge extortionate amounts, essentially causing 3rd party apps to be unable to afford them.
It's very obvious their aim isn't necessarily charging, they're more interested in getting rid of 3rd party clients so that people would be forced to use their horrendous app. As a company, they have a right to go towards that route, but they should just say that.
But a complete revamp doesn't necessarily mean bad UI/UX. It just means something different. It can be done in an equally good or better way. In comparison, the Reddit UI was just horrendous. It's barely usable. Without old.reddit or 3rd party apps, I would have probably stopped using Reddit by now due to how horrendous it is to use.
Why is it that companies go towards bad UX when they start ramping up profits? Download size is one thing, but ignoring that, how is it that they thought the new (Reddit) website was a good idea? Sure it's mobile friendly, but it's barely useable on mobile and desktop? For example: why do I have to constantly click read more?
This seems to be a common thing with all kinds of companies, Digg, Facebook, many others. It's not like you can't build ads into the current site, right? Tracking can be easily built-in these days. Sure it'll decrease initial download speeds, but the UX won't be as terrible as what they keep coming up with.
> DNS, ALB and TLS certs could be easily handled from just a few lines of Terraform, and nobody needs to touch it ever again.
Welcome to reality, where this is not the case.
I'm currently working at a company where we're using TF and ECS, and app specific infra is supposedly owned by the service developers.
In reality, what happens is devs write up some janky terraform, potentially using the modules we provide, and then when something goes wrong, they come to us cos they accidentally messed around with the state or whatever. DNS records change. ALB listener rules need to change.
I find it really wild that anyone would ever recommend ECS. A developer deploying a service involves:
- Setting up certs (managed as TF)
- Setting up ALBs (managed as TF)
- Setting up the actual service definition (often done as a JSON, that is passed into TF)
Possibly other things I'm forgetting.
Some other things. It requires a *developer* to know about certs and ALBs and whatever else.
With EKS, this can all be automated. The devops engineer can set it up so that deploying a service automatically sets up certs, LBs etc. Why are we removing such good abstractions for a proprietary system that is *supposed* to be less management overheads, when in reality, it causes devs to do so much more, and understand so much more?
But you don't though, do you? "Vegan cheese" isn't cheese. Instead, it's a bunch of ingredients to make it feel and taste like cheese, but it's not cheese. Often it doesn't feel or taste like it, it barely comes close, and they can be worse for your health than cheese itself might be.
For milk alternatives, it's even worse. It's just a money printing machine. Much higher profit margins compared to milk for some lies and a vastly inferior taste and less nutrition.
Don't get me wrong, I've reduced my dairy intake considerably, so I'm all for dairy alternatives, but these companies are on the border of lying, and governments need to take action against them.
This is inherently not the same, though. Sure, companies come in all sorts of shapes and sizes, but a company's first and foremost interest is profit for the shareholder. For a person in a relationship, it's about finding a partner that makes them happy. In addition, you are expendable to a company, whereas people build a relationship and become more and more invested over time. Way more than a company becomes invested in an employee.
> The tiny FM transmitter is surprisingly powerful. Her neighbours (of similar vintage) are very happy too, so their requests have also started coming in :)
Sounds like you're about to start a Radio station for the nation.
> 10k M2M tokens for $250/month sounds like a really bad deal if I can just spin up https://github.com/ory/hydra that can easily handle 10k requests per second.
Spinning one up is easy, sure. Making sure it's production ready, is not so much.
Maybe it's because I'm naive when it comes to Nix, but so far everything Nix related I've seen requires some file configuration that no everyone is able to keep up with. Compare that to having a GUI frontend and a simple `flatpak install ..` command.
Flatpak is not just easier for packagers, it's miles ahead when it comes to simplicity for end users.
I made the comment to make people aware that it should still be looked at with caution, as corporations are going to try to game the system.