Sing it with me .....
It's coming home, it's coming home, it's coming
Software's coming home
It's coming home, it's coming home, it's coming
Software's coming home
OPINION European aerospace giant Airbus has lined up on the runway and is pushing the throttles forward as it prepares to evict apps from America. Airbus has named French cloud services provider Scaleway as the destination for some 900 applications, with an initial 70 getting priority onboarding, as it seeks to put critical …
IIRC Airbus does some odd stuff involving absurdly large spreadsheets. Do you, or anyone, have a ready to go substitute (which doesn't involve sneering 'so don't do that!') which a risk-averse corporation would approve of? And whatever other workflow, automation and bespoke software built on Office they may have.
Replacing it all is a huge project as the article points out. I'd think a decent number of medium-to-large size projects rather than doing it all in one go would be the way, but what do I know.
Agree, baby steps always a good idea.
Also, I've no idea as not much of a user of spreadsheets, so I'll ask, Microsoft spreadsheets can be larger than LibreOffice? Not completely unbelievable, as the Libre stuff isn't particularly efficient, but the idea that microsoft is efficient is laughable. I recall back in my Frame days, the tech writer refused to use microsoft word as their doc system would become very unstable after around a 1000 pages in a doc. Worse she said, they had no "book" formats where you could bind multiple docs into a single book so that cross references worked across docs. I used Frame for quite awhile myself and found it very good. When Adobe bought Frame and ruined it I switched over to latex for my stuff. A bit cumbersome, but no issues with multi-thousand page books. And latex is ancient, almost a dinosaur. I used it for my thesis in the 1980.
the tech writer refused to use microsoft word as their doc system would become very unstable after around a 1000 pages in a doc
Word has never been a suitable application for documents on that scale, docs would become flakey with far less pages than that if they contained a lot of images.
I also used Frame for many years and assiduously avoided Word for all the well known reasons. This thread reminded me, however, that Miro$oft is killing off Publisher in October 2026, because apparently nobody publishes things any more and they suggest Word or Powerpoint as alternatives..
I think you might be over-stating slightly by framing your point as the decision resting with a spreadsheet as the application. I'd say that the application is a mix of business logic and presentation layer - and that what matters is the data structure you're using for the actual processing you need to perform.
I'm not sure if you're aware of this... but there was a point a while back - region of maybe 10-15 year - where Microsoft starting telling their folk that they would be officially dropping Access from Office and instead migrating all the functionality to Excel. Working for a huge multinational I got access to all sorts of early release stuff and some of their strategy documents and the messaging that came with the comment suggested that they had been doing some user surveys and concluded that most large-scale clients - big corporates - were using Excel to crunch data as much if not more than numbers.
They literally fell back on "fields will be columns; records will be rows" ...
I can't tell you what ever became of that idea - sorry, though perhaps another reader can fill in the blanks - but really my point here was to observe that the real power or limitation from Excel [or any other app for that matter] tends to start and end with the definition of the data structures it uses. And yes, I'm aware that this likely contradicts any premise of user-centric design, but there's correlation between intuitiveness on the front end and the cleanliness of the data architecture on the back end. Get the latter wrong and you're screwed on the former before you've even started.
Excel is not a data modelling tool. Excel is a single user application with many, many flaws. Extremely useful tool by itself, anything shared or team based is an abomination. I build data models to serve excel users…as soon as Excel IS the model, you’re screwed.
The users are now shifting to using Power BI for their point data modelling… work to unwind and structure that should keep me busy until I die.
User tools != corporate data models. If they do, you’re doing systems and data wrong.
I'd agree but at the same time I could see some sales/engineering department of Airbus having some stupidly complicated spreadsheet that takes a raft of inputs to visualize something and the thing has grown organically over many years sprouting arms and legs, and nobody has the time or desire to replace it.
I doubt Airbus is any different from anywhere else - someone will ask why spend a large amount of money to rewrite something that already works and that will be the end of the discussion. It will only be if the CTO orders every department to identify all of their processes that involve spreadsheets and then goes through each of those with a critical eye. Even then most of them would probably be left the way they are.
In Aerospace where I work, we rarely use excel or spreadsheets to exchange data outside the company with suppliers or customers. CSV, custom file types, and mandated Aero data formats are most common. For compliance, we often write or buy custom software. For internal use, spreadsheets are all over the place from simple lists to very large, complex project tracking registers.
Assuming they do it does not hurt to try the alternatives and see if they function as expected or not. And if they don't, then they could put a bug bounty on it.
AFAIK, Excel and (LibreOffice) Calc have virtually identical maximum limits in terms of rows, cols, sheets. Chances are that either would die a death before you ever got close to testing those limits. The biggest danger of taking a spreadsheet over are things like VBA, undefined behaviour, power queries/pivots, rendering of graphs and some missing functions.
The software is way bigger than any MS office stuff.
Looking here are ERP, so payroll, accounting, manufacturing, engineering. Big systems that that have to be audited, not the stuff an LLM can just pull out its IO port overnight.
Wouldn’t be surprised if it’s one of the on premise ERp systems hosted in AWS (as opposed to
Native cloud provisioned) in the frame somewhere if it’s on AWS. The sort of systems that take 2 or 3 years to fully migrate off
These sort of systems end up being vetted as suitable when tendering for big contracts to ensure they can sustain long term supply chains.
It is everywhere, and as far as I know the vendor lock-in seems to work perfectly because of the proprietary formats used for interchange of data between companies and authorities in a broad range of applications. Let the mad king lock down AutoCad cloud access for "national security" reasons just for a single day...
Well, it is not my field of expertise, so my sources were perhaps partly a bit outdated, partly generalized their experience a bit too much, and partly my impression was wrong. Interesting to get some more realistic views here.
Government utilities where I am require data to be submitted in official AutoCAD formats, output by licensed AutoCAD.
So all the work is done in something more functional and less user-hostile, then imported into the one licensed AutoCAD machine in the company, then exported from there.
Essentially the same as paying off a protection racket, or union, or all the other extortion rackets through history...
Serious mechanical engineering shifted over from "drafting board on a computer screen" style drafting software such as Autocad to 3D modelling software such as CATIA and Solidworks a couple of decades ago. If I recall correctly, the people who pioneered this were Airbus and Dassault, because aircraft designs were getting too complex to keep dong things the old way.
The auto industry followed, for pretty much the same reasons.
From what I understand, AutoCAD is mainly used these days for architectural work, and it's used there mainly for reasons of compatibility with other software that works in conjunction with it.
I used to use AutoCAD a lot for electrical CAD work. It wasn't really the right tool for the job, it was used simply for compatibility with other people in the same line of work, who were also using it for the same reason. All the mechanical people I had worked with though had shifted over from AutoCAD to CATIA or Solidworks because for them the increased capabilities of that software were worth the effort of changing over. I would happily have binned AutoCAD and the associated expense, but any solution that I adopted would not have been compatible with people in other companies that I had to exchange drawings with, plus I had to maintain and update drawings for stuff we had already built previously.
Not only did the automakers adopt CATIA, they were able to poach a number of experienced [and disgruntled] drafters and engineers from Boeing. I recall how happy people were that so many new employment options opened up with that industry shift.
AutoCad??? These are serious people they run Dassault CATIA although IBM have very deep hooks into it. Siemens NX is also very widely used.
All legacy companies run cobbled together environments. They are all held together with proprietary software and excel. This is why I laugh a little at the ai sales pitch. It's the work of a decade before it gets adopted in these companies at any great scale. They can barely keep a printer running.
I've heard, over pints of proper British ale in a pub in the City certain very visible financial institutions started being pushed HARD by the French regulators last summer to move critical workloads onto French-only Cloud providers, devoid of any US (or UK/China) access.
A bit different than the German and Saudia laws but striking nonetheless that trust in the leadership & vendors from Gilead is waning rightly in international markets!
> Even if the supply chain is managed through a lovely EU-hosted portal, all the supplier data will also live on those suppliers' systems.
Palantir Technologies Extends Strategic Collaboration with Airbus Through Multi-Year Agreement
"Besides, would you even want your aircraft running code by Claude?" reminds me of this 1980s joke:-
A Microsoft employee and a DEC employee are sitting in a plane on the ground.
They start to discuss the introduction of embedded software to fly planes.
DEC employee: I certainly wouldn't want to be on a plane that was relying on our software.
Microsoft employee: I'd have no problem at all with one using ours.
DEC employee: Really?
Microsoft employee: Sure, it'd be completely safe, as it'd never run long enough for the plane to leave the gate, so we'd be perfectly safe!
I saw the Netflix doc about this and I'd say it is not jist the agency's fault but also Boeing's. They used ONE only one sensor to check the airplain's speed and position and when that got frozen, then the issue become a disaster. So they put the new owerpowered engine to the old budy and then this throthle check system with one sensor. Sensor got frozen and the system thought it is owerpowering the body and then pushed the front down until deep dived. Pilots had 30sec to act and Beoing also did not trained and did not sent any news about how to operate the Aircraft with this new automated crap system.
My hobby cluster at home, has at least two of all resources, so how is an Aircraft had only one?
This is not a joke, this is serious design trouble and should be in prison whoever allowed this to happen.
But I guess the new system's will be done by AI, so must be "much-much" better!
> Thing is, Airbus doesn't want in. It has a six-pronged AI strategy, but none of those prongs involve agents or code generation or line-of-business automation. Knowledge extraction, support chatbots, decision support, flight automation – all things that can be built and deployed on-prem. Besides, would you even want your aircraft running code by Claude?
For real? Airbus is using AI for Decision support and flight automation?
That's kinda horrifying...
Nobody mentions when a company embarks on a unbudgetted overhaul of its complex integrated IT how will it be paid for and how in the meantime productivity will take a dive. One source is EU and Airbus can now simply add the mark-up to the price and extend the schedule under the guise of sovereignty - for the greater good.
Those in other countries, distrusting their government and fearful of persecution, will be welcome to enjoy the protection and liberties that European digital sovereignty can provide.
Those in other countries using EU or UK providers will get exactly the same protection as they get using US providers. None.
EU and UK providers are subject to exactly the same kind of government carve-outs for 'security' and spying and policing that American providers are subject to.
> Yes, yes, of course there's Linux and LibreOffice and all that, but there's no organization that can respond to a competitive tender request for a tightly specified Office/Workspace replacement
CERN has some slide decks and tutorials online from their big migration away from Micro$lop. Not sure how applicable that is to Airbus usecase, there are paths to freedom to be tried though.
I've been following up sovereignty cloud from AWS launch and given EU only personal , devices and no connection to US/commercial partition be enough? This should be similar to China regions on this partition. Other elements such as using US make software and chips are probably not replaceable at this time.
The whole patriot act stuff is a little murky. Whilst they claim independence the US at the same time
claim they are still a US company and are not allowed to say if they have to give NSA access or even if an access request was made.
I would suspect that still have offshore teams for software support then have firewalls setup between internal AWS divisions.
Yes, you are correct. There is no path for the NSA or FBI except through EU and/or German law frameworks. The US Govt. can demand AWS produce the goods, but if AWS is not in control of the mechanism to extract the data, they are out of the legal liability of the US Govt.
Airbus is reinforcing the emergent pattern of large orgs doing migrations to public cloud, then optimizing for cost by re-migrating after the first migration got everything ship shape for cloud. It should be clear that the first migration is really, really hard but after that, it gets a lot easier. After hundreds of cloud migrations, I'd point out that converting apps to "cloud native" only happens if its your internal line of business app. No ISV will sell you the microservices version of their app so don't waste time dreaming about it. The only use of microservices apps, in general, is by SaaS based ISV's - subscription only.
Thanks MAGA!! Your idiocy is confirmed. MAGA will be known in world history as the Sucker Class. Dumb people who drank the koolaid and huffed the fumes put out by the GOP and Trump . Only to see American technical hegemony slide under the table like a piece of slippery cheesecake, then quickly plucked from the air with Bruce Lee like super hand speed and eaten up by Chinese industry.