I believe Rust will never be a major player in GUIs.
As in other areas where business outcomes of a software is more important than efficient memory management. I don't like Electron, but its popularity just makes it obvious that nobody cares about RAM usage in the GUI area.
On the other hand, seperating concerns by process boundaries leads to more secure, composable and stable code. By not reinventing the wheel, you avoid a whole class of problems. Of course a stable API or library might be better, but convenience always wins out.
No-no, I mean launch processes by all means, just without shell substitutions.
Ever noticed that docker (and k8s) accept command line as an array? That's the way to go. It does not expand any env variables, path expansions (.. or *).
Like
command: ["java", "Main.java"]
But people hack it in order to get shell features, and that is the failure I mean:
command: ["sh", "-c", "java Main.java"]
the second example runs shell, and shell is for humans, so is vulnerable to the attacks above.
The thing is -- grades looked to me like a silly attempt in gamification. I did not really care about grades, but I care about learning. So you might have taught them good, and they will carry it to their lives, they just don't care to show it off in the form of grades.
Now, an admission tests grades are way different deal, of course.
Because they'll pollute their land/air/water and force their people to be harmed whenever it's economically convenient because the people in China don't have a voice in their government? I think I prefer democracy.
A pretty common request is to lift the FROM up before the select, like the below. I'm pretty fine with status quo since my mind is usually "hmm what do I need to get" first, then I figure out how to get it, but some engines (duckdb, I think?) support both so everyone gets their cake.
What people often want:
<where to get data from>
<what I want from it>
<how it's filtered>
<how it's grouped>
<how it's filtered post group>
Linq took that from Hibernate in believe. But in general, I'd say almost all ORM and SQL-gen libraries have FROM first, because it's clearer for programmers.
> I could see FROM being first, that would actually make a little more sense to me.
Personally, I disagree. In English, an imperative statement like "move that chair from the dining room to the living room" is generally verb-first (with respect to location, anyway). SQL's flow has always made perfect sense to me.
True for me. I used to love writing software. About fifteen years into my career I lost interest in side projects, and by the time I retired anything that smacks of coding seems like drudgery.
I occasionally watch a woodworking YouTube channel. The creator tells people if they start woodworking as a job they'll have to find a new hobby.
I don't think it is cut and dry as that. Of the top of my head I can think of "Jorge Luis Borges" who was a voracious reader and much of his career involved reading (literary adviser, librarian etc.). I don't think (can't know for sure) he hated his job.
Hard to say at this point. Imagine in 50 years historians would write like "but crazy regimes kept developing nuclear weapons to exterminat nations they don't like, and the whole world just kept watching doing nothing until it was too late".
Guatemala, Grenada, Panama, Afghanistan, Afghanistan (that's deliberate), Kuwait, Ukraine, Georgia, Vietnam, Vietnam, Vietnam (also deliberate)... all of these countries and more have been invaded by nuclear powers.
As in other areas where business outcomes of a software is more important than efficient memory management. I don't like Electron, but its popularity just makes it obvious that nobody cares about RAM usage in the GUI area.
reply