>> (By the way, all new software without accompanying support & guidance is doomed to fail. And if that software comes from a dominant player, you’ll just have to deal with that by the way.)
There's a temptation to conflate the software license with the software business. This is natural, but places software as the primary value in the chain.
From a business perspective the software though is a cheap part of the chain. And the least interesting part.
I don't pick say accounting software based on price. Or access to the source code. I base it on effectiveness. And a big part of that effectiveness is that staff can run it. And when it all goes wrong there's someone to call. I'm buying a -relationship-, not software.
Thats why RedHat is a business. They're not selling Linux, they're selling the reliability, longevity, services, support etc.
In truth the license doesn't matter. My accounting software might be open or closed. My supplier doesn't sell me based on the license. They sell me by convincing me that everything just works, and when it doesn't they'll be there to fix it.
>In truth the license doesn't matter.
It's funny to bring that up in the context of Red Hat who have started to circumvent the GPL by terminating their relationship with anyone who tries to actually make use of the rights granted by it. "The license doesn't matter" because they've found a loophole in it, but it clearly does matter in that they had to do so in the first place and weren't able to adhere to its spirit due to business concerns.
[1]: https://sfconservancy.org/blog/2023/jun/23/rhel-gpl-analysis...
[2]: https://opencoreventures.com/blog/2023-08-redhat-gets-around...
This is only because true most of the time businesses use a lot of publicly funded work without paying for it. If software development were entirely private, I'm sure businesses would find excuses that actually no it has to cost 100x what it would cost otherwise.
Everything you say about maintainability and stability is true. But writing software that can be operated as a service in the first place is substantially harder. It's just not as easy for a company to capture.
and they'd tell you to pay up 10x, or lose this stability in the future;
If it was an open source software, you will have the option to go to a competing vendor.
You could say that Canonical and IBM RedHat compete on offering Linux support, but the reality is that it's not that much harder to switch from RHEL to Ubuntu than switching to any other OS, so I don't think this counts.
You miss the point. Enterprises don't go looking for another vendor. Vendors come to them with a sales offering.
If I'm running SQL Server the I pretty much know where I stand with Microsoft, and there are endless MS approved support people.
With PostgreSQL some vendor has to come to me and convince me to switch. PostgreSQL is really well supported, and it's at least an option. 99% of Open Source though has 1 or 0 support entities, and 0 sales people.
Sure, with PostgreSQL I can do my own research. I might even have skills to do it myself. But now I have to explain my choices all the way up the ladder.
Am I going to use an OSS accounting system with no sales people? With no support people? Or am I gonna pay $99 a year or whatever for QuickBooks?
I totally agree with this. And not just businesses, individuals too.
On the flip side lot of open source devs are going to get 100x more productive in the Exploit part than the avg coder monkey at large corp.
Nothing is obvious and predictable about where that story goes in an ever growing ever changing system.
Large corps will keep funding whoever gets the job done. While AI might replace lot of Large Corps activity which is basically on the Exploit side of the Tradeoff.
It’s hard but I still think that’s the way to support OSS
The rise of the Internet and the dot-com boom happened largely without OSS, on proprietary UNIXes, proprietary web server engines, and proprietary database engines.
FAANG and other high tech businesses can easily afford very expensive servers and datacenters to house them thanks to the very very fat profit margins. They can also easily afford the cost of an OS license and other software tools.
> In truth the license doesn't matter.
Come on. What matters is the way the business extracts value from you, and the license is part of that. Especially when the software you produce is so great that nobody needs to be called, because it just works.
Still, the licence doesn't matter - while probably being a bit of an overstatement - is somewhat true. If my enterprise relies on an Adobe service, it's primarily about my relationship with them, not the product license.
... But of course, product price and therefore revenue will decline if competitors can sell my product too or customers can download and use it for free.
So you would pick a software costing 1 million over a software that is 90% as effective but costs 1 thousand?
If it fits your budget, and a commercial product has a good sales team (vs a cheaper opensource one with zero marketing), the commercial product is gonna get chosen even if it costs infinitely more. That's basically IBM and Oracle's play book.
The license matters indirectly: if it's open source, you know that as a fall-back other suppliers might be able to step up and take over, if your original guys fail or get too insufferable.
RedHat providing OSS licensed software is _less_ risk than RedHat providing proprietary closed source operating system.
It only doesn't matter if you don't care at all about software supply chain risks.
This is not a sane position in 2024 to hold.
IBM to save it's business had to merge with Red hat almost 50% 50% in 2018.
Microsoft it's security and cloud offering had to, open source it's .net framework, aquire GitHub, ditch Visual Studio fot Visual Studio Code,
ARM is eating the world, it over hauled the x86_x64 architecture, and became the Defacto architecture.
We can go on and on and on and on,that the Open Source business model, became necessary to survive in tech, not just to exist.
If you don't open it, they will eat you up.
Linux only took off during the dotcom days as IBM, Oracle and Compaq started adopting it into commercial workloads, back in 2000.
Visual Studio Code isn't in the same ballpark as Visual Studio. It was already an Azure project, as the Monaco editor, and it was a way to kill Atom.
ARM is only successful on mobile devices and Apple hardware.
If you mean ARM on server, the most successful company, Ampere, is largely owned by Oracle, and there are some ongoing discussions about a full acquisition.
Your "only" is funny. That is by far the biggest computing market worldwide.
How has Microsoft ditched VS for VSCode? VS is lightyears ahead in features and performance.
The two are not even remotely comparable. VSCode is a text editor that wants to be an IDE, but if you work with C++ or .NET you're shooting yourself in the foot if you use VSCode.
VSCode is not a serious alternative to VS or other IDE's like JetBrains Rider.
GitHub is not open source.
Without that leak we would not have the ecosystem evolving around Llama.
Meanwhile, we continue to pour money into Oracle licenses, not just for basic access but for additional features—like enabling data reading and analysis on the Oracle-embedded database in our main app. And, if we need to allocate more CPU cores on our VMs, we face yet another round of licensing fees.
Sometimes you don’t need much support. Yet pay tons of money.
Why was PostgreSQL not an option according to management? I would not take their dismissal at face value. I'd want to know why not. But that might be Dutch culture.
A good example is the GIS industry where ESRI (ArcGIS) dominates. In Europe the open source qGIS is generally an acceptable alternative despite less 'support'. In America its hard to find anyone using qGIS and ESRI is basically a monopoly.
> An Open Source experiment meanwhile is typically operated by an enthusiastic hobbyist with borrowed equipment. Rolled out without training and without professional support, by someone who likely did this for the first time, it’s no wonder things often don’t work out well.
> After the experiment, the faction was disappointed and concluded that Nextcloud was no good. And that was also their lived experience. “Let’s not do that again!”
This is a rhetorical trick known as implication or insinuation. By presenting information indirectly, the author prompts readers to make a connection themselves without explicitly stating it.
The author implies that the European Parliament's failed experiment with Nextcloud was due to a lack of professional resources and expertise, suggesting it was handled similarly to typical open-source projects led by hobbyists without proper support. However, he doesn’t provide any factual evidence that the Parliament’s Nextcloud experiment actually lacked professional resources, training, or adequate equipment. Instead, he hints at this by describing common issues with open-source setups, leaving readers to assume the experiment suffered from similar shortcomings.
I would have appreciated some facts, or even sources for his claims, but there are none. And I couldn't find any information about the Nextcloud deployment having failed.
I hate to break it to you but it takes time to implement closed source solutions as well. They also always have terrible documentation, because they make money on support.
Purely open source stuff lives and dies on how easy it is to start up.
Closed source paid stuff doesn't need to be easy. Often a decision has been made before implementation, and there are people to help you through it.
It's also easier to get approval for open source most of the time because there isnt a new bill, just my time.
I usually reach for open source first.
[1]https://en.wikipedia.org/wiki/LiMux
[2]https://arstechnica.com/information-technology/2024/04/germa...
Hard to be an alternative when you serve the same master.
This isn't charity, they are literally using more OSS software than they produce their own software. By several orders of magnitude in most cases. Companies like Google have many millions of lines of code in proprietary in house code. But they depend on an even larger amount of code in OSS form.
E.g. Android and Chrome OS are based on Linux. Those products are built on many thousands of open source packages. And of course Google is contributing to lots of them and created a few themselves. Chrome is open source because webkit was open source because Apple forked KHTML from the KDE project.
Open source without commercial companies contributing would be much more of a fringe thing.
VC funded OSS companies are a bit more challenging. These companies are perpetually confused about their licensing and need to keep things proprietary and open at the same time. These projects get a lot of attention because of the VC money but technically they only represent a tiny fraction of the OSS community.
I don't think this is actually true:
1. The Google codebase is on the order of billions of lines of code, not millions.
2. It's basically all written in house, from the threading libraries and core standard libraries up. The parts that are open source (e.g. Linux, OpenJDK) are very small compared to the code they've written themselves.
ChromeOS and Android are open source, but they aren't even close to being the bulk of their codebase.
If Linux had never existed they'd have found some alternative, probably either a bulk licensing deal with a proprietary UNIX vendor or they'd have used Windows as the closest cheap Intel based alternative. Then they'd have put funding into developing their own in-house serving OS a lot earlier.
Source: I worked there.
> Chrome is open source because webkit was open source because Apple forked KHTML from the KDE project.
Chrome is open source for strategic reasons and because the executives in charge wanted it to be. There's no particular reason it has to be open. Safari and Edge aren't.
My conjecture is that open source is polished enough for most customers to use when there are commercial interests implied. Linux on the server is a resounding success, Linux desktop not so much.
People have to put food on their table and can't work for free. Someone has to pay for that work. Nobody will pay for it if he can't extract some benefits from doing so.
Then the whole issue with non-copyleft licenses, that are nothing other than the old Whateverware or Public Domain licenses from the 16 bit home computer days.
We already had access to source code back then.
And for a large crowd this is already good enough, they aren't into it for religious definitions.
I remind you all Emacs powered some German airline's ATC in the early 90's, and it used to be used under Amazon for tons of stuff thanks to its easy widget UI to achieve tasks with very little Elisp.
You can use Google docs for free so it takes some dedication to self host that and pay for the server.
Now if big tech charged for everything things would be more like the old days where you might use small tech, such as a local hosting provider that does open source installs.
every now and then open source is suggested as superior, because being free. Zero comment on code quality, who wrote it, why it came to be in the first place.
Even the argument that a host running open source makes delivery more trustworthy is super biased - major cognitive dissonance is that services based on open tech are very often not open, neither auditable.
There’s a lot of open source being controlled by same large corporations and the part that is not, does not constitute a service on its own.
Then we must admit it takes a lot of care taking care of services nobody else cares about (by means of support).
While open source is important for academia, I think open results are more important for government. Like I don’t care what somebody used to cater to this geospatial data, or that image. I care about the data that went in and went out. Open data is much more important in the era of open weights and closed sources training sets.
The general public is often misled to equate open source to free beer. Well that is also not entirely correct given plethora of not so free licenses. Asp not correct as costs are greater when you put the personnel running that service in the equation. I can see how this argument does not fly well with socialist ideologies, but that’s problem of ideology, not of costs or technology.
Even if we consider only those open projects which are also free - these come with less guaranties than a pair of second hand shoes bought from random store.
Don’t get me wrong - open source is great and we use it daily, but comparing means of distribution with quality of service is really like comparing ябълки и круши (apples and pears in Bulgarian). So it’s indeed time to stop blindly waving the open source flag, but actually try to understand the benefits and challenges it comes with.
almost the entire world and industry is literally running on open source.
Open source software is the building blocks used by large rent (service fee) seeking corporations. They will extract large profits from any of these contracts and that is a demonstrable fact, they are also nearly all from the USA and so those profits will flow in one particular direction. It is also a historical fact that governments have run successful large scale infrastructure. Make your choice.
This logic doesn’t really hold when it comes to large governments. Their needs are large enough that they can justify employing specialists. At that point, the profit margin the service business is capturing is just inefficiency. Internal services should be more common in large governments.
In practice, Microsoft isn't going anywhere. You're just paying for an external inhouse.
imho the question should be if the country continues to function if the project goes bankrupt. If it is so essential that it needs to be saved by the government (even in theory) then it lives outside the domain of capitalism.
Most of my Compose files contain 2 services (1 for app + 1 for database), but some contain 3 and some contain 1. It's incredibly easy to install new software and incredibly easy to shut it down temporarily if you don't need to use it all day.
I'd even argue that some companies would benefit more from using Swarm than Kubernetes. There is a lot of things to take into account when using Kubernetes (let alone setting it up for GitOps), but Docker Swarm can be managed by 1 person.
[1]: A joke, obviously, but it really isn't popular at all
I found setting up gitops via flux quite easy, apart from order of operations, like installing controllers and custom resource definitions before resources that need those CRDs etc.
What were you thinking of things to take into account for k8s over swarm?
The main difference for me is k8s needs a hell of a lot more boilerplate yaml for doing basically anything.
I would be very curious to know if the data are stored on their own data center or Microsoft's.
- [0] https://www.edps.europa.eu/press-publications/press-news/pre...
Try to mimicking them is a waste of time and can't work, pushing the society toward ownership and freedom might work, because in a way or another we will end up there being technically the sole solution.
The big tech model where trust is in the company, not the person. Business love the big tech model because it's easier to let a few credit card companies deal with the trust issue than establish a trust relationship with everyone directly (or deal with cash), because surveillance capitalism is more profitable, and because it's more profitable to rent than to sell.
The big tech model can profit first on that cost difference, and later on switching costs which would otherwise inhibit abuse.
It has essentially nothing to do with the internet, as mainframes were networked long before personal computers. Even back in the 1980s, POS terminals used dial-up to verify credit card transactions.
The trust problem is easy to solve, with an open society: as long as payments got processed with open APIs and the government takes care of the frauds there is no trust problem. I do not need to trust a third party with eCash, I only need to trust my State protections.
The idea is already tempted, see not only the historic eCash, witch are the modern GNU Taler chosen (it seems) by the EU for the digital Euro https://www.ngi.eu/ngi-projects/ngi-taler/ and https://social.network.europa.eu/@EC_NGI/111499172838284606 but also https://openfisca.org and https://github.com/CatalaLang/catala or few others alike.
That's still embrional but in FLOSS terms we have already more than enough, we just miss the law enforcing it and the schools teaching it to the masses.
As I was on the phone and going through their documents, Windows 10 decided to install updates. I'd experienced this before and had done everything I could to try and configure Windows 10 to require my permission to run updates, but it doesn't work that way at least when you are a small business without an I.T. team.
After a few minutes I told the customer I would call them back when my computer completed its updates. The update ended up taking over 40 minutes to complete. What really bothered me the most is that Microsoft is setting the priorities of our organization - software update instead of resolving a critical customer issue.
I've never had a Linux update require so much time and definitely I've never been spontaneously and without requesting my permission locked out of my computer so Linux could run an update.
"Big Tech", as discussed in the article, appears to me to be no longer concerned with small customers and operating in such a way as to assume we are all just their guaranteed customers so they are free to do with us as they please.
Open source is about licensing, big tech is about scale.
When I sit down at my mac, I have a working and very polished calendar, mail client, todo list, contacts, note taking app, music player, browser, photo editing and library management tools, video call and conferencing software etc. And all of it syncs with my phone and my tablet out of the box.
When I sit down at a Linux machine, I have a calendar that breaks every 5 minutes and I can't share anything with anyone without futzing with iCal feeds and hiring another provider, a mail client that is ugly as sin and doesn't integrate with the calendaring or contact management stuff at all, a job and a half to find a note taking app that actually works properly, a todo list app that syncs with nothing, a spreadsheet package that crashes whenever I try and print something and oh hell I give up by then. And the answer to this? Roll out nextcloud on a VPS. Kill me, with a spoon. This is not freedom, it's just slavery of another kind.
I just want to get shit done. Big tech covers that. Please take this as a recommendation to tidy up all this hell and just help people to get shit done and then it will be an alternative to big tech.
Now that I'm working on a proprietary version[2] (with a block editor I rewrote from scratch), I'm talking to these end users and understand their frustration in using my product. For example, many users had issues discovering the different features of the app, so I created a toolbar, which much helped. This is just one example.
On paper this sounds really good but there's a lot of overhead when it comes to maintenance. "Yeah, it's just one more docker-compose.yml, big whoop"(yes kubernetes is pointless overkill if you are the sole user). I've said that too many times and it's not true cause it only takes one small thing that you overlooked and you have to spend a day or two to put everything back up together.
Another thing worth mentioning is that open source can be a good alternative but open source does not mean free or cheap. For instance, I've gotten really into drones and radio communications lately. Take hackrf and the baby brother that is flipper zero - they are both completely open source but neither of them is cheap. In fact, they are really expensive - they are effectively open source ASIC's. I'm willing to bet that north of 80% of the cost is down to the software and not the hardware - because polishing a piece of software to the point where you can pick up a product and use it without effort or a steep learning curve, involves a ton of work on behalf of developers and UX/I people.
And you can't really cut off all big tech - open source phones are BAD, you don't really have a good alternative to google maps and waze, you still heavily rely on search engines and a few dozen services if you start digging deeper. There are also a number of services which do not have an even half-decent open source alternative. Also not everyone has the skills to set up and run these things.
I think the big case in favor of self-hosting whatever you can is that while open source is far from immune to leaks, if it resides in your private network(which it should) without access to the rest of the world, those holes will eventually be patched and you can take action in the meantime - stop the service, block a few ports, etc. The odds of you personally getting affected are pretty low. Now if a leak happens in big tech, there's nothing you can do about it and by the time you learn about it, it's often too late. Honestly, this is the number one reason I'm doing this to myself.
Because it is risky. The more esoteric the knowledge gets, the further it moves away from your core business, the more in-demand the skills are. As an example, maintaining your own metrics and timeseries storage. It takes quite a few skilled hands to do this in house and probably only feasible for larger companies anyway. Or you can simply hand this problem over to DataDog. While they are pricey, it is potentially pricier to build your own internal DataDog-like system, especially if you consider the opportunity cost of pulling your most skilled engineers to build it instead of building your product that your customers are paying for. Companies are perfectly willing to pay a premium to not worry about something, and that includes not worrying about your very skilled engineers leaving and then needing to scramble because no one else understands what has been built.
If you need more anxiety, just think about the hottest technology right now that is capable of relating massive amounts of data instantly :-)
SQL isn't ready for AI.
Imagine if you had to compete producing widgets in a market landscape where some hyper-conglomerate would source and distribute all power, define and install all plug standards and, in addition, produce and rent any widgets that saw consumer traction. For decades this is what has come to pass as normal in this domain.
Openness (of varying degrees), standards-adherence, interoperability and competitive markets are connected attributes. In this context open source is an extreme productivity multiplier. Maybe the most potent such development in modern human history. Entities that adopt open source would collectively out-compete in innovation and usefulness any proprietary offering. But for this mechanism of sharing knowledge to thrive and reach its full potential there has to be a real market for digital technology.
Big tech can totally sell "FOSS services" and provide ground works for it, like some of it do - you don't have to lock people with proprietary stuff.
Even more, big IT tech couldn't exist without FOSS in this form and shape, while the opposite is not true.
I prefer privately hosted web and mail servers. Before "the cloud", the economy worked just fine and companies had enough money for in-house IT.
By using the nextcloud example, the author of the article is asking the wrong question.
Yet they dont.
The problem is not big tech. Not open source. It's that the European tech economy crippled itself and cries wolf about it all day.
It's the same kind of political denial as with being "concerned" about climate change, but still trading with China (even worse when this allows for fake self-congratulations about decreasing greenhouse gas emissions, when it mostly comes from most of the industry having been exported).
The USA is enjoying the wealth they gained in both world wars and they also kept their defacto colonies in the South America and Pacific.
Europeans destroyed their wealth in the world wars and they lost their colonies. Of course the end of the colonialism has ended some of the human suffering but it has a cold-hearted economic impact.
The American venture capitalists are all coming from the industries that got stronger at and after the world wars. They invested silicon and then the tech industries that built the wealth exponentially. The Europeans had to rebuild their countries until 70s and the investments they made are smaller. Similarly the US spent its government money to nuclear and space programs that further strengthened the economy. EU spent its surplus to improve post-Soviet countries which may or may not pay dividends in the future.
It may require significant reallocation of resources from certain places to tech. It may require diverting the resources spent on old pensioners who are the biggest voting block. It is not a simple lack of political will. It requires reshaping a century of decisions.
A necessary, not sufficient, piece of the alternative
We need to work on our orginistaional structures
What our educational alternatives show, and they have been implemented in some places and in Greenland I believe. Is very much in line with what the article recommends at the end, as far as small incremental useful changes with clear and cut goals. What would you achieve with Nextcloud? Replacing everything you have in Azure AWS in one big step? Obviously that is going to go horribly. That’s not even how we migrated into Azure from on prem. What you can do, is to start by slowly moving your applications and services into moveable parts, by container rising them. Writing your run-books in Python rather than Powershell and so on.
Then there is the change management, which the article touches on, and which is always forgotten by decision makers. Partly because decision makers don’t know what IT is, well… I guess that is it really. Where in the past (and I’ve written about this a lot) SysAdmins and supporters were unlikely to want to leave their Microsoft training, I think we’re at a point in IT history where that is less of a case because so much is now done on Linux even if you’re deep into the Microsoft ecosystem. Similarity the Office365 platform is not in as much ownership of your employee base because many people under 30 will not have “grown up” with it. Where it would have been inconceivable to not use Word, Excel, PowerPoint or Outlook 5-10 years ago we’ve entered a world where we actively have to train employees in Office products because they are used to iOS, Android and MacOS and not “PCs”.
Again, you should start by doing things in small steps. Our Libraries have switched to Ubuntu on every public PC, and it has been a non-issue because many library users are equally unfamiliar with Ubuntu and Windows, and since most things happen in a browser anyway, the underlying OS isn’t an issue.
That is how you do it. Slowly with small steps, and yes, some of those steps don’t need to be open source. If you want to replace Azure or AWS then it’s much better to head to Hetzner (or similar) rather than to try and do it with NextCloud or similar. Because then your SysAdmins will not really need much retraining as that is not very different from what they already do in many cases where moving into the cloud has really just been moving a bunch of VMs.
More news at 11.
