Announcement
Collapse
No announcement yet.
Solaris 11.4 To Move From GNOME 2 Desktop To GNOME Shell
Collapse
X
-
Originally posted by Vistaus View PostBut Chromium has less features than Firefox, but no one complains about that because "there are extensions to reach the same level of functionality".
Chromium and Firefox without extensions have more or less the same feature set and user-accessible options (yeah, firefox exposes a boatload of stuff in about:config but that's like regedit on windows, most people won't use it because there is no info on what most of that does).
Which is why they had to eventually focus on performance again to remain relevant, as most people use both browsers vanilla, and there only raw performance and stability makes some kind of difference between the two competitors.
Firefox traditionally had far better extensions because it had a better API, which atm is not the case anymore because that API is deprecated, but afaik this is still a goal with their webextension API. Major extensions whose developer did engage Mozilla developers like Noscript did get their own new webextension API to work, albeit it is still a work in progress.
So, statements like "chrome/ium has less features than FF" and "chrome/ium can have extensions that reach the same level of functionality of firefox" are both false.
Both are around the same level of functionality, extensions are better on firefox (yes, still better than Chrome while not as good as the old FF).
Comment
-
Originally posted by calc View PostThe key part is 'may/will break', Gnome Shell extensions break with pretty much every single release, and are required to get even a basically functional desktop.
- Likes 1
Comment
-
Originally posted by oiaohm View PostReally Stability claim is bogus. Not wanting change is correct. Getting rid of hald and moving to KMS was about fixing unfixable issues that causes the desktop environment of unix/linux/bsd to randomly fail. There are other parts that were causing server side stability issues as well.
Enterprise IT needs serous kick in teeth. Its like them running out of date openssl with known security flaws because it would cost them more certifying the change.
Claiming stability makes it sound like Enterprise IT is some how doing something good. Not updating and improving resulting in leaving highly flawed items in usage does not sound anywhere near as good but it is the truth of their actions.
And how do you achieve stability? It is said that old mature code is stable, and new code is unstable. Some say that you can not use a new Windows version until the first expansion pack has arrived to iron out the bugs. That is the same reasoning why Enterprise does not want change - to achieve stability. If Red Hat use an old and battle tested kernel instead of the latest kernel - that is because the old kernel probably has less bugs and therefore is more stable. Production never use bleeding edge software, they always use old software. And in Enterprise IT, they use ancient and old software. The same with space rockets, they could use the latest and newest ARM cpus and what not, but instead they always use old cpus that are mature.
The more important something is, the less risk you take. And risk is uncertainty, and new things are uncertain. You want old mature tech, if your business is really important. That is why ancient slow Mainframes are still in use today and powers lot of the financial system.
If you have not worked in Enterprise IT, these priorities might be difficult to understand. Desktop users wants the latest and fastest. Enterprise wants stability. Dont touch. And this is why Solaris, AIX, Mainframes, etc - dont want the latest Gnome or whatever tech. Not because lack of developers. Different priorities. Stability.
Comment
-
Originally posted by starshipeleven View PostThere is no force in the heavens and in hell that goes and forces anyone to update their systems. Many devices and businness servers are using some kind of outdated OS for the sake of running their core software.
But it's irrelevant because they are NOT accessible from outside of their own company network, and they don't care of better performance or something.
This argument is bullshit, because updating the UPSTREAM of an application or OS or anything does not affect deployed systems. This isn't Windows with mandatory updates, most database servers have total shit security anyway as they are mostly dumb appliances sitting in a secured internal network.
Originally posted by starshipeleven View PostI've seen far more C# in company servers than Java. I've seen also a fuckton of Cobol programs still in use for banks and finance, and they still hire Cobol programmers here.
BTW, Cobol is powering large enterprise mainframes. So in that case, you work with the true large servers.
Comment
-
Originally posted by pavlerson View PostIf Red Hat use an old and battle tested kernel instead of the latest kernel - that is because the old kernel probably has less bugs and therefore is more stable. Production never use bleeding edge software, they always use old software.
So what you said is false. The real world probably if you use real world numbers instead of guess work is that old Linux kernel will have more bugs than using a more modern version. This is also coming from the fact that more complete quality control is used on Linux next branch than on the older LTS branches and older. The newest features for detect coder errors are used in the Linux kernel next branch first it might take 4 to 5 years for the old kernel in something old versions of redhat enterprise to have those tools run over it. Not only is the kernel old the quality tools used to validate quality of the code in the kernel is old.
So Enterprise people are very much like the Emperors new clothes. Yes running around effectively security starkers yet attempting to claim to be well dressed.
Its one thing to say we want to remain on old code because it should be lower bug(this is Faith) is another thing to be running that old code without using up-to date validation solutions run over it to make sure it is in fact quality(this is engineering).
The problem here Enterprise lot of time believes in faith with software instead of proper engineering that says you should be able validate your design as correct and you should update your validation methods based on latest discoveries.
Even more false when you look at a old version of sel4 vs a new version of sel4. Due to sel4 being mathematically certified the newer versions of sel4 always have less bugs than the older versions.
It costs more to make quality code and keep proper updated validation systems. Believing the myths allows Enterprise to avoid having to reach into pocket and spend more on software development/auditing and maintenance..
Comment
-
Originally posted by starshipeleven View PostI've seen far more C# in company servers than Java. I've seen also a fuckton of Cobol programs still in use for banks and finance, and they still hire Cobol programmers here.
Comment
Comment