The biggest difficult is not that, is the many assumptions you need when writing a makefile and how to use different versions of same library. The LD_PATH is something had as potentially risky. Not that it be... but assumptions of the past, like big monsters, are a barrier to the simpler C tooling.
No matter which new technology arises on the horizon... what is tainted is not internet, not AI. Is the entire purpose on follow dollars.
I hated when needed to see Google reports for ads. And be in a rush for SEO. This was a game of rats, no real knowledge, just attempts to satisfy an Algorithm that changed on weekly base.
I quit Facebook / Instagram / Google ads 6 years ago. Why? Because my advertisement was feeding the system on who show concurrent advertisement, collecting habits of MY customers.
So the system is broken. Stop pursuing the american dream and the wild capitalism. This new generation is building immunity to many of these things, at least until their engineers find a way to take control of these minds.
About where to go...
I think we need to be satisfied with less, in the sense we need to buy a new car every year, nor new clothes just for fashion, neither gadgets just by compulsive appeal.
Buy the best you can, use it the most before discard it. Exchange fast food for what your granparents used to be fed. Know that you can be happy by yourself, not by what they said you need in the last 100 years. Life is that, the way is that. But many fall in the western system propaganda.
it sometimes can be just an architectural issue...
You can use the critical query against the RW instance, the first point.
The other point is that most of the time, specially concerning to web where the amount of concurrent access may be critical, the data doesn't need to be time-critical.
With the advent of reactive in apps and web things became overcomplex.
Yes, strong consistency will always be an issue. And mitigation should start in the architecture. More often than not, the problem arise from architectural overcomplication. Each case is a case.
I like to reduce things to absurdity to put them into perspective.
The hype of AI is to sell illusion to naive people.
It is like create a hammer that nails by itself... like cars that choose the path by itself.
So stop thinking AI is intelligent... it is merely an advanced tool that demands skill and creativity like any other. Its output is limited to the hability of its user.
The worry should be the amount of resources used to vanity (hammers into the newborn hands) or the nails in the wrong place (viral fake content targeted to unaware people).
Like in Industrial Revolution people got reduced to screw tighteners, mind will be reduced to bad prompters expecting wonders and producing bad content or the same. A step back in civilization except for the money makers and thinkers until AI revolution gives birth to its Karl Marx.
A sort of naïve dream... NASA is not the budge, but the brains and lives put on it. It is not American. If you all can have the budget to survive with a check payment work, invest you dream and life on open sourcing the knowledge. Dont let it be an Alexandria Library, certainly ESA, Roscosmos and other future players can inherit your life efforts now or in coming centuries.
For who wants something near similar in other UNIX or Linux, see Luakit, a webkit with customizable adblocker, jsblocker, userscripts and userstyles, vim command alike and fully configurable in Lua.
In a Lua scripting framework to:
- enforce non-globals
- project hierarchy (for tests and documentation)
- cli access for .md package docs
- installation in path
- extension of Lua stdlib (fs.mkdir, os.realpath)
- module autoloading/lazyloading
Expected support for Lua 5.4 and luajit. At first entirely in Lua with long term goal to compiled Lua modules (merging Wax)
The goal is to make Lua the first choice for system scripting in POSIX systems for Lua users without thinking twice between Lua, Sh and other tools like Python, Ruby etc.
I have many system scriptings in Lua but not in a easy way of reusing libraries. Also I don't like to think in creating Luarocks packages or deal with unstandardized ways to write code.
This sounds interesting! I often want to reach for Lua for general scripting in lieu of python or bash, but packaging and other issues make it a rough experience. I'd love a link!
I wonder the extent on what could be accomplished of work on a system like this in modern computer capacity. Your work inspire many thoughts like these. Nice accomplishment.
