No, not for terseness. Numpy is nice because it extends Python in a reasonably good and efficient way but standalone it doesn't do much of anything and Python is so much more verbose than APL. That's the beauty of APL in a way: there really is nothing left to remove.
You can't define operator precedence though!! (That's a good thing). There was once a Julia talk about a really old programming language which disallowed any operator groupings without parens except for the basic seven or eight.
> it would be great to use something like guix to define all the libsodium+zeromq+czmq+zyre dependancies and be able to spit out an 'ultimate container image'
You define a package for your own project that depends on libsodium/zeromq/etc from GuixSD. Then you export your own package with 'guix pack'. For an example of what a package definition looks like, take a look in /gnu/packages in the GuixSD repository, for instance libsodium [1] or Vim [2].
I did something similar recently to build an Nginx "application bundle" [3]. It uses Nix (previously Guix, but Nix worked better for me in the end) to build a squashfs image. You can then run the binary on that filesystem with systemd-nspawn, or as a regular service by setting RootImage=. Some advantages over the Docker approach are that you can easily customise the build (e.g. changing the ./configure flags for Nginx without having to manually perform all other build steps), and bit by bit reproducibility (if you build the same commit six months from now, on a different machine, you will still get the same image out).
You should not write a CRUD app in 2018. Update and delete are remnants from the times where memory and disk were expensive, and update in place was a necessity. This is no longer the case. Apart from a few very specialised use cases, there is no need any more for update or delete. Record new facts and don’t destroy the older ones.
This is not true generally anyway (in most mainstream systems it is much simpler to update or delete when appropriate), but please consider e.g. the GDPR where the ability to delete personal data is mandatory, and the "keep everything forever" mindset is precisely what that legislation is designed to remedy.
“Cache line sizes have not significantly increased since 2009, so 8 should still be optimal for 𝑟.”
Cache line sizes don’t change insignificantly — they change in powers of 2. Cache lines sizes for Intel x86_64 CPUs have not changed at all since 2009, it’s still 64 bytes.
I was under the impression that Debian is in the process of moving to Pagure [1]. The reasons mentioned in the LWN article are not invalidated by Gitlab's announcement of dropping the CLA.
Based on the Debian Wiki, plans have since changed[0] (unless this page is outdated?). That LWN article is from June, the wiki article was last edited in September.
My understanding from the mailing list is that they're planning on using GitLab, at least that's what I heard last. I could always be wrong.
I am curious, what constitutes “traffic”, and if it is page loads, why is it the right thing to measure? Users who load the page are already visiting, regardless of whether there is an ad on the page or not. (Or does it include a delay to filter visitors who immediately close the page?) And they did not know in advance whether there was going to be an ad, so their decision to visit the site is not based on the presence of ads. (Unless perhaps if they had a particularly bad experience a previous time — bad enough to remember the domain and not follow the link.) I don’t understand how turning ads on and off every two days can be used to understand long-term effects. There appears to be the assumption that there is a relation between a user seeing an ad or not, and subsequent traffic. There might be a small correlation because of visitors browsing the site, or likeliness to share, but if outside of the spikes, the majority of visitors arrive from an old external link or search engine, and they only read a single page, then how does turning ads on and off every two days measure impact on these users?
