The Lounge is rated Safe For Work. If you're about to post something inappropriate for a shared office environment, then don't post it. No ads, no abuse, and no programming questions. Trolling, (political, climate, religious or whatever) will result in your account being removed.
Direct from Ubisoft, if you have a Ubisoft account: Register for reward[^] and it'll be added to your library.
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
"Common sense is so rare these days, it should be classified as a super power" - Random T-shirt
AntiTwitter: @DalekDave is now a follower!
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
Although the buzzwords are nauseating, I'd still apply if the job seemed interesting. They clearly think a large team should be able to work without getting in each other's way. To achieve this, code has to be well structured so that new capabilities can usually be added without churning existing code. I'd be looking for confirmation of this and would also be interested in what they mean by decoupled. If it's lots of messages between processes, their software might be beautifully partitioned, yet grossly inefficient.
Well, it's not they who wrote it. It's a specific person, probably a developer who went into management and since learned to write this kind of thing, which was given to an HR person who didn't realize how affected it is. I don't think it says anything about scalability, though it might say something about their corporate culture, which is something that you'd want to assess regardless.
I used to think that was a great philosophy until I started working with architectures that decouple dependencies with injection and lots of inheritance and you can end up with so much indirection that it's pretty much impossible to figure out the bugs.
Sometimes a working system that is coupled is better than a decoupled maintenance nightmare that does not work.
“That which can be asserted without evidence, can be dismissed without evidence.”
Following up to a discussion on here yesterday, about why you would or wouldn't use subscription software, this interesting article showed up in my feed: Oracle & SAP are waging a secret war against third-party support | ITProPortal[^]
I haven't fact checked the article, so I don't know how much of it is true, but I don't read anything that sounds odd to me.
The idea is that you pay huge sums to use ("regular") Oracle and SAP software and about 90% of it is profit for them.
The other 10% is for bug fixing and updates.
Now there are other companies who gladly take up on that bug fixing and updating for only half the price, which is a problem for Oracle and SAP.
One of the tactics of fighting these third-party support providers is by moving customers to their SaaS offering.
These SaaS offerings aren't necessarily cheaper or more expensive, but because it's SaaS, the software is hosted on servers owned by Oracle and SAP.
Meaning Oracle and SAP are in charge and third-party support providers can't access it anymore.
So there's a reason not to use subscription software, or SaaS, I guess, since the "regular" software required support contracts as well.
And more specifically, a good reason not to use Oracle or SAP, but I don't think we needed more of those
Maintaining the "servers" is (vendor) systems programming IMO (in the case of Oracle / SAP cloud subscriptions); you still need database "administrators" / designers "locally". "Fixes", 24/7 and backups, are vendor problems.
Subscription costs tend to creep though if you don't keep an eye on them. It all still depends on the smallest hose you'll be going through.
It was only in wine that he laid down no limit for himself, but he did not allow himself to be confused by it.
― Confucian Analects: Rules of Confucius about his food
Last Visit: 8-Aug-20 17:37 Last Update: 8-Aug-20 17:37