The problem may be solved by a centralized public software library that acquires all versions of all programs and indexes them by their hash codes -- the codes that document their dependencies. The library would have to be publicly owned and managed, not associated with any particular language, OS or distribution.
I'm not sure I want to develop with a _nightly_ compiler. Not for Real Work(TM) anyway. I can test it with hobby projects in a different environment though.
Never heard of Qube OS before; they pack each app, service and task in separate mini sandbox VMs, strictly separating them in every way. Even the window manager gives window decorations separate colors based on amount of trust.
So how do apps interact with each other? This is the total failure of Windows UWP in business world. You have strong interactions and plugins. Only consumer style apps might be able to get away living in sandbox. Security ivory tower idiots everywhere. An unsafe working app is better then a non working safe app for almost all people.
@@egg5474 What??? No its perfect. WinUI3 is the result of 100% truth in my comment. What are you talking about? UWP is dead. WinUI3 and Project Reunion is the future. No more sandboxing and packaging requirement. After 12 years of continous failure on the desktop MS finally learned , you obviously didnt
@@llothar68 bold of you to assume I value telemetry over extensibility. And Virtualisation doesn’t mean absolute isolation but well *defined* behaviour via io passthrough, which has been a thing for...40 years? Oh boo hoo we can’t use our blackbox APIs and have to follow established best practices set out by our wagie cager so that a script kiddie doesn’t inject netwalker into our backend and cause 500million in lost revenue and fired along with those who had nothing to do with our crappy glorified web app
@@JoshuaKisb If we collect money and pay a professional writer writing a professional documentation it wouldn't be. I purchased the EBook Professional CMake from one of the CMake gurus on the mailinglists and it made a lot more clear to me (but he also sucks as introductionary author). If people can understand C++ they sure can understand CMake. If people don't LIKE CMake (the language) well thats another problem.
@@JoshuaKisb Meson comes from the Java world and is too highlevel for general C++ use. I hate it that gnome did made the mistake and went with Meson. Despite this CMake is the new standard and we have to swallow this just like the other inherited debt from the C times.
@@llothar68 lol ive used Meson quite successfully on a few projects. Very easy to use. No problems. Its the future Cmake is just complicated and ugly It is a great source of depression and we should embrace things that make life easier
I had a nightmare with that combo, and I've ended up here. Thanx for suggestions, though. IMHO, you should do your research more, outside of the ecosystem you find yourself comfortable with. Believe me, you'll get astounded. :)
4:09 If you want to skip the introduction and off topic stuff.
Thank you!
The problem may be solved by a centralized public software library that acquires all versions of all programs and indexes them by their hash codes -- the codes that document their dependencies. The library would have to be publicly owned and managed, not associated with any particular language, OS or distribution.
Too much centralization. It just need to work and be easy to implement.
I'm not sure I want to develop with a _nightly_ compiler. Not for Real Work(TM) anyway. I can test it with hobby projects in a different environment though.
The questioner at 43:08 REALLY does have an issue with "deliberate sabotage".
Never heard of Qube OS before; they pack each app, service and task in separate mini sandbox VMs, strictly separating them in every way. Even the window manager gives window decorations separate colors based on amount of trust.
So how do apps interact with each other? This is the total failure of Windows UWP in business world. You have strong interactions and plugins. Only consumer style apps might be able to get away living in sandbox. Security ivory tower idiots everywhere. An unsafe working app is better then a non working safe app for almost all people.
@@llothar68 that aged pretty terribly
@@egg5474 What??? No its perfect. WinUI3 is the result of 100% truth in my comment. What are you talking about? UWP is dead.
WinUI3 and Project Reunion is the future. No more sandboxing and packaging requirement. After 12 years of continous failure on the desktop MS finally learned , you obviously didnt
@@llothar68 bold of you to assume I value telemetry over extensibility. And Virtualisation doesn’t mean absolute isolation but well *defined* behaviour via io passthrough, which has been a thing for...40 years?
Oh boo hoo we can’t use our blackbox APIs and have to follow established best practices set out by our wagie cager so that a script kiddie doesn’t inject netwalker into our backend and cause 500million in lost revenue and fired along with those who had nothing to do with our crappy glorified web app
No discussion of conda?
so..what this guy is trying to say ?
As a C++ guy i don't want package managers, i want standardized build systems (based on modern CMake 3.11 and later)
but CMake is extremely difficult for most people
@@JoshuaKisb If we collect money and pay a professional writer writing a professional documentation it wouldn't be. I purchased the EBook Professional CMake from one of the CMake gurus on the mailinglists and it made a lot more clear to me (but he also sucks as introductionary author).
If people can understand C++ they sure can understand CMake. If people don't LIKE CMake (the language) well thats another problem.
@@llothar68 Meson makes more sense. And has beautiful syntax (Python)
@@JoshuaKisb Meson comes from the Java world and is too highlevel for general C++ use. I hate it that gnome did made the mistake and went with Meson. Despite this CMake is the new standard and we have to swallow this just like the other inherited debt from the C times.
@@llothar68 lol ive used Meson quite successfully on a few projects. Very easy to use. No problems. Its the future
Cmake is just complicated and ugly
It is a great source of depression and we should embrace things that make life easier
Dude, you should try Java + Maven, It runs in Tomcat, TomEE or GlassFish, depending on what you'll use.
No Java.
ok...
How about no?
I had a nightmare with that combo, and I've ended up here. Thanx for suggestions, though. IMHO, you should do your research more, outside of the ecosystem you find yourself comfortable with. Believe me, you'll get astounded. :)
He looks like s4