VimConf, Better SQL, Git Branches, Excel Fucking Science, OpenJDK on ARM, Rust CLI Tools, DataFrames in Rust, World Windows.
One small good point on everything that is going around is the amount of conferences going live.
And now there is VimConf going live.
For the incredible amount of $0.
"Hear, hear! Our product has a better thing than the rest of world! We promise!"
Although I can understand that SQL is not perfect -- I mean, do anyone know and know how to use all the join types? -- but it is one thing saying "our system is better" when you can clearly see that the request needs information beyond what you're showing.
Surely, your queries may be simple, but how much work there is when creating the database for making that query possible? What proper cases does it match and where does it make things harder? I can cite Rust as an example: It makes possible to write parallel code correctly, but due this it is really hard to write something like a linked list without running into some issues.
So yeah, your query is magical, but not showing where it falls flat gives zero information about if I want to use it or not. SQL has its drawbacks, but there are known and documented.
No Master Branches, No God Branches.
This is kinda related to the other link shared 2 months ago, but gives an explanation on how to kill your master branch and use something else.
What point we reached when science has to bow to the whims of technology...
If you had any doubts that ARM is the platform for the future, there are two points here that may make you rethink:
- There is Java 10 for ARM.
- There is a Windows for ARM.
I shared a list like this before, but I keep forgetting to install
and I had to use
grex once and forgot their names.
So, once again, in the hopes I'll remember to check my blog first.
Data science in Rust. I didn't believe it was possible, but I can see the first steps here.
This is one hell of a cool project, even if not directly linked to programming itself.
People put cameras on their windows and you can check them, randomly.