When you say "SF is pushing a microservices architecture for e-commerce hard", I wonder if you mean they attempt to rope customers into buying into the Mulesoft ecosystem (most of which, btw, is old versions of Spring on old JVM under the hood). They now own Mulesoft, and there is an army of sales people whom are presumably really good at getting the execs excited for groundbreaking features like "API Governance", "API Gateway", "low-code" and my favorite "security".
A company I worked with suffered some serious setbacks after a lot of promises, many months and many many millions burned on this stuff. I'll be a happy man if I never have to hear about SAPI/BAPI/CRAPPI from ProServices people that don't even understand their own products let alone sound engineering principles again. I must admit that I wasn't directly involved with SF/Mulesoft impls, but I did suffer through many regrettable touch points with it.
> When you say "SF is pushing a microservices architecture for e-commerce hard", I wonder if you mean they attempt to rope customers into buying into the Mulesoft ecosystem
Yup, bingo!
Before I got laid off, I was working on... monolithic (for the lack of a better term) SFCC systems, never headless. The vast majority of the few SFCC job postings I've come across have been asking for Mulesoft experience, and that summer job also featured it, though I never worked directly on it, only the SFCC instances that sat behind it.
I've never worked with any Salesforce sales team prior to actually getting to work, and in fact, all of my work in the past 7-ish years (and most of it before) has been post-launch development and support.
EDIT: And when I started looking at what Mulesoft was, why, and how to use it, all I found was hype about APIs; nothing about why you would point web browsers at it for HTML. The documentation might as well have said it was a genie that made all your wishes come true.
This is so nostalgic. Many of the engineers at a company I worked for over a decade ago used this one day when our little startup was visited by some Important People. We were so 1337. Haha! Good times. Good Friday post. Thanks.
Can confirm. The Coral inference accelerator is quite performant with very low power draw. Once I figured out some passthrough and config issues I was able to run Frigate in an LXC container on Proxmox using Coral USB for inference. It's been working reliably 24/7 for months now.
The article seemed to highlight the inconsistencies or errors in the plugin review process which puts undue burden on developers trying to add value to the ecosystem. It was not about the differences in Manifest v2/3 and the issues with Chrome, though this was mentioned and is the reason why the 'Lite' version of uBlock Origin exists in the first place.
tl;dr - continue using Firefox and installing uBlock Origin. If you develop Firefox plugins for distribution through their official channel beware the review process I guess.
While I agree with your sentiment regarding implementing complex bespoke logic, I think there are likely measurable gains when an experienced engineer is operating outside of their current comfort zone.
Allow me an anecdote - I was recently doing some HTML/CSS to update the public website for a client. This is not where I typically operate, though I obviously have some exposure over the years. Using Supermaven I was able to very quickly perform website surgery that would have ultimately taken me much more time reading Tailwind documentation and loading my RAM with details that would be mostly superfluous to 99% of my professional workload. It's in contexts like this where I think these tools shine.
'Game changer' is clickbait phrasing for these tools in their current incarnations, but they can certainly save time while producing acceptable results when used appropriately.
> ...how much of modern cloud architecture is over engineered.
I would wager a good majority of it is. The Stack Overflow architecture[0] sticks out to me in this regard as an example on the other end of the spectrum.
> the rental locations were all on air bnb but cheaper and with none of the extra fees that they would have charged forever
Exactly! Came here to echo this. I have family that got roped into this arrangement and the annual maintenance fees (and other misc fees at every turn) coupled with the up-front cost is absolutely ridiculous when compared to just booking an AirBnB/VRBO/etc for a couple weeks.
Also agree on sitting through one with zero intention to sign, once. It's a unique experience, and I feel like most people not already doing sales/marketing professionally might learn something from it.
I’d be vary wary of going even if you have zero intention of being sucked in. They’re literally trained and adept at exactly those kinds of people - so don’t go unless you can sign over a durable power of attorney to someone offsite for the duration.
Since I don't see it mentioned here and it's complimentary information allow me to mention the OpenAPI Tools website[0]. It lists and categorizes a ton of different tooling options from SDK generators, to automatic testing frameworks, etc. From some personal experience they vary in spec support and quality widely, but the listing itself is a good starting point if you're in a position to start evaluating tooling for a team you're on or company you're working with.
I actually looked at that one, too, and know the person (or one of the people) that started it. Their classification is better than tools.openapis.org (slightly embarrassing, but we don't have anyone who has volunteered to curate it beyond minimal PR approvals, so...). Although you still fundamentally see the same problems. And it was more convenient for me to point to the messier list for the purpose of this blog post, anyway!
Yep. It sucks. Zero consequences of any import for those companies as far as I'm aware too. Tiny fines end up being "cost of doing business". Then they get to externalize their failures onto us by using terms like "Identity Theft", which indicates something was stolen from ME and is now MY problem.
In actuality some not-well-maintained systems owned by <corp> were hacked or exposed or someone perpetrated fraud on a financial institution and happened to use information that identifies me. It's really backwards.
PSA: If you haven't already, go freeze your credit at Experian, TransUnion, Equifax and Innovis. It will make the perpetration of this type of fraud much more difficult for adversaries.
No. I have some guesses. A credit reporting company can probably sell access to their data for good money if the account is locked but not if it is frozen?
Put otherwise if a bank asks experian to look at my credit report and experian tells them to take a hike because my account is frozen, that’s not worth much money to the bank. But that’s the only credit account configuration that has any value to me, so I’ll insist on it.
I think “freezing” and the dynamics thereof are established by federal law, while “locked” is a think the companies made up so they had an account setting that they could provide that would give the illusion of security, while maintaining the ability to sell information associated with the account.
In other words: evil people do evil things when we aren’t paying sufficient attention. It’s our job to hold them accountable.
A company I worked with suffered some serious setbacks after a lot of promises, many months and many many millions burned on this stuff. I'll be a happy man if I never have to hear about SAPI/BAPI/CRAPPI from ProServices people that don't even understand their own products let alone sound engineering principles again. I must admit that I wasn't directly involved with SF/Mulesoft impls, but I did suffer through many regrettable touch points with it.