Webkit was a fork of KDE's HTML renderer, mostly over maintenance issues.
So when Apple rewrote the engine in WebKit2, it was over "maintenance issues"? That's a little bit of revisionist history. When Apple forked KHTML it was for one reason: control. Apple wanted to make a lot of changes (which they did) and take it in a new direction. They could have stayed with KHTML; however, that meant they would have to rely on KHTML developers to approve and upstream changes. So they forked it which they are allowed to do.
I don't think Apple has ever open sourced anything because they actually believed in open source ideals, namely that open sourcing something has a positive-sum outcome.
No Apple is interested in getting things to work. If that means open source, that's what they'll do. The positive-sum is not for them but for us.
Almost everything you said is wrong. At the time clang was born GCC was not stagnant, it was moving along quite well, and it was busting out C++ improvements.
For Objective-C it was. So Apple either had to switch to C++ or go on their own which is what they did. Now Clangs work on other languages but Apple's focus was always on Objective-C.
Apple prides itself as a closed ecosystem.
Apple prides itself on an integrated system. That does not always mean closed. For example, their music is AAC which is the successor to MP3. This is not a format of their design.
Yes it may have adopted some open source projects like WebKit in Safari.
And by adopted do you mean made it the de facto engine for many different web browsers? When Apple forked KHTML, it was not used by Google or Opera etc. If you want to ignore that they created OpenCL, LLVM, Bonjour, etc.
And that's the problem with green energy (other than hydro) - production is lowest when consumption is highest.
First of all when is production lowest when consumption is highest? I'm not sure where you get this. Peak hours is normally during 9-5 business day. For solar, that is also peak production. With wind, it is more more variable but the turbines are placed where there is some constant wind. Geothermal is pretty constant as well as hydro.
What are they going to do, use all those batteries to store electricity?
Maybe but the OP has specifically stated that the plant is likely grid-connected so it will produce power when it can and draw power from the grid when it cannot.
Does that mean if I buy an electric car I'm paying premium prices for a used battery with limited life?
Why would you even think this? Most car manufacturers make cars for their own internal use for factories like cargo vans and pickup trucks. These vehicles are sold to the general public as used after the manufacturer retires them. They are not sold to the public as new. The car manufacturer also sells brand new vehicles to the public of the same model.
Yes there is nothing like MS Access in terms of GUI in Linux. Here's why: MS Access is a joke of a database when it comes to reliability, performance, scalability, etc. A quick comparison between MS Access and MariaDB.
VB, even with its quirks, does well. I would like a front-end, in which business logic can be programmed. Logic placed right there on the form...Logic and parameters that can be passed to the DB engine. Nothing friendly exists in Lunix, or should I say, "I haven't found one yet." Am I wrong?
The problem is not a "frontend" as you put it but that you have to rely on a GUI for a database. It's so much easier to use MS Access to throw something together; however, you are stuck with the limitations of VB and the frontend. There is more control and power if another language like Java or C++ is used.
Saliva causes cancer, but only if swallowed in small amounts over a long period of time. -- George Carlin