Unfortunately trends never stay. I think it takes more than just 10 years to dominate Linux in the desktop market. If it ever happens. I mean not even Apple could break it, and that is a huge company. There is a point when the growth slow down. In example the initial adoption rate is often higher than the last remaining. We don't even know what Microsoft will do. Remember Windows XP? The trends were different then. Remember Windows 8? Adoption rate doesn't work like a simple graph.
Linux desktop does not need to be "dominant", it just needs big enough to be "relevant". I would be flabbergasted if we reach 30% in 20 years.
Have you heard of the XZ backdoor attempt? I recommend to read it, to understand that its not easy to infiltrate Linux and why Linux is "not very vulnerable to exploits". FreeBSD is much smaller in scope than Linux for its code base and for developers working on it, and most stuff in the internet runs Linux. If a lot people would try to hack FreeBSD, then you would see a lot exploits too.
Ubuntu was easier to use out of the box, especially for some hardware like Nvidia hardware in example. Also the software from its repository and the Kernel is not updated nearly as often as Ubuntu. All of this makes it harder to use for Gaming oriented people. Back then Debian users laughed at me (Ubuntu user back then) for using a "toy" distribution. But Debian was not a good option for me back then.
My point is, it does not matter if someone laughs at you. Just use the best option for you.
But where is the fun then? ;p On a more serous note, yes I agree. In most cases (probably all cases) there should be no need to get rid of zombie processes.
That's what the video explains as well. Killing the parents will make init adopt and kill the children in the process. Problem is, that you might not want to stop / kill the parent process, depending on what you are doing. One should be very careful of doing so.
You are talking about the compiler, not the language itself. Humans program in programming languages such as JavaScript and C to write computer programs. The code is human readable text in both cases. Both are code to describe how a program operates. Therefore C and JavaScript are programming languages.
With your logic, is Python not a programming language? The common compiler is an interpreter. But there are also real compilers that produce machine code. What about C# and Dotnet langauges and Java? They produce Bytecode that needs to be interpreted by an interpreter and executed at runtime, as these are not machine code yet. Are those not programming languages?
Why is a scripting language not a programming language? I am not sure if you are joking (would be fitting to be honest, but ask nonetheless in case it is serious). JavaScript is a programming language, and scripting is a sub category or type of it. The language itself does not define if its a scripting language, this is defined by the compiler.
What about compilers that compile to C first and then machine code / self running executable? I think this is how some Python compilers work (no I am not talking about bundles). What about C# and Dotnet? Java Bytcode?
Was it good?