You know one the nice guys who are always other wise ignored.
1,315 karma · joined April 4, 2024
You know one the nice guys who are always other wise ignored.
That being said the women's problem is the overabundance of availability of men whereas the men's problem is that they get nothing. So women at least CAN go out on dates if they just choose to.
The same problem on every platform. 80% men and few women who get so picky that most men will never reach their standards.
I fear for most young men dating is over. And I fear what will happen when societies have large swathes of men with no connection to society, no jobs, no friends, no wives, no families.
(Hint, distribution of wealth matters a lot)
The business would like nothing better than you to buy nothing but hot air.
Similarly incentives to buy EVs naturally only apply to the folks who are better off. Most working class buy cars that are +10 years old. (The average car age is among the oldest in Europe btw)
Stock market as a measuring stick is completely irrational.
For example if you hiking in the mountains, reaching the summit and enjoying the views are valuable experiences to you because it had an associated coast, i.e the physical act of hiking up the mountain. If you take the ski lift to the top it's almost worthless and you have very little appreciation for the views.
I don't see software being any different to this.
You can get a hint of this by looking at the developing countries with high income inequality. Few rich people who typically own all the countries wealth (and access to it's natural resources) while everyone else lives in a slum.
So while it's great to think about the data flow it's also important to think about the abstractions around it,.ie the (system) interfaces that let the system evolve without having to propagate changes everywhere while reaping the benefits of data orientation.
The answer is simple. Don't use tracking cookies.
Even if OpenGL doesn't get new features what exists now will continue to work for decades.
Incidentally these people are the best economic citizens because if you give them money they'll spend every cent of it because they need to buy food and energy, use health care and pay rent.
In other words if a rich person gets a million they (if they're sane) spend a fraction of it and put the rest in assets, stock market, property, etc. If you give 1000 poor people each 1000e every cent will go into local economy immediately.
Of course architecturally (also regarding your file access) it's better to use the wasm for logic as much as possible where the web (HTML/JS) provides the UI and IO, data flows into wasm for work and results flow back to the web.
This also has the benefit that you can keep your original C/C++ source code much more platform agnostic which helps reusability and testing.
The same holes exists and have existed for some time already. If he was not worried about them before why be worried about them now? And if you're worried about security holes why not be worried about the ones that exist now?
In general I find it funny that some people think that system is "secure" when it's on the latest version. At time t0 version N is considered "secure" then an update is made at t1 with version N1 and suddenly N is no longer secure. But it didn't change... it's the same version it was before.
Fact is a computer system is never going to be 100% secure.
What it took was social democracy and unions and other social movements.
Saying that "it's happened before, it'll be alright" is a bit naive and short-sighted.
Out of memory error can happen in many environments because for example in C++ it's about the allocator. You might have a custom allocator with some limit that has no bearing whatsoever what the OS does.
* Use asserts/panics for bugs.
* Use "error codes/values/enums" for logical conditions (that are errors to the user, not errors to the software)
* Use exceptions for unexpected errors in the execution of the software (normally more or less just resource allocation failures)Within the framework there are multitudes of plugin packages that contain said elements and many of them are built on top of ffmpeg.
Point being you wouldn't run untrusted code in the first place and for "trusted code" you end up accepting it's access requirements anyway.
So logically I'd think that the malware would just get piggy bagged into actual non-obvious utility apps and nothing is gained.
Second problem is that the security model hoops make for terrible APIs and user experiences. Just look at the current filesystem browser APIs. It must be mentally challenging to design APIs to Be usable and the nerf them for security purposes to make them "not too usable".
Finally one must note that at least right now the webasm ecosystem is rather immature and the de-facto only tool (emscripten) is an amateur hour hobby project. So it's going to take some decades still before the tooling is really getting there.
Was it "financial gravity" that made the decision at Google to cheat at the ad exchange?
Was it "financial gravity" that made the decision at DuPont to dump toxic sludge in the environment and make unsafe products?
Or perhaps was it just a group of immoral people chasing more personal gain and wealth?
Humans are too weak and too easily corrupted by wealth, power and shiny things and our political and economic systems place way too much power in the hands of fallible individuals. I expect it to be our downfall.