384 karma · joined September 23, 2013
This is somewhat beside the point, but although in everyday speech "tieto" usually means knowledge in the sense of knowing a fact or skill, it can also be taken as "information", which seems more likely to have been the original intent of the term.
Nevertheless, pretty much every elementary computing course in Finnish begins by stating that "the computer doesn't actually know anything". :)
If you use Rust 2018 now, non-lexical lifetimes are a bigger recent improvement: https://doc.rust-lang.org/nightly/edition-guide/rust-2018/ow...
>Curious, I remember speed being the primary reason
It was probably both. I know I was definitely sick of sites (mostly Flash) crashing the browser and throwing my entire session in the bin. I was probably already using some Gecko-based "light" browser instead of Firefox, but V8 did make a difference when using the emerging web app style sites like Gmail.
The power of channels could be illustrated better by adapting the next example to show how you can avoid shared state completely: https://gist.github.com/lorkki/e7386df8fff186b3e473994e9d31b...
It's also worth noting that a more versatile channel implementation than mpsc can be found in the crossbeam crate, in case you're thinking of using them for anything more serious.
You literally sent every keypress to a remote server that was responsible for both generating all of the views and storing all of the data you touched during that session. It may not have been called user tracking, but the sysops definitely had the capability to see everything that you did.
That is, the alternative to UBI here isn't "no income"; we already have basic income in Finland, though it's highly dependent on enduring various activation measures that are mostly useless in providing actual employment (and, in a few instances, have turned out to be sweat shops that use the unemployed for unpaid labour). Accepting a low-income, part-time job tends to result in the automatic loss of several months of basic income, though the pay from such job might be significantly less - so, in a situation where there aren't enough jobs to go around, the rational thing to do is to avoid any actual work and to simply keep jumping the hoops.
The proposed UBI models are aimed specifially at unraveling these "welfare traps" and at reducing the attached bureaucracy.
Sadly, Mozilla also seem to promote containers as an alternative to user profiles, while they're nowhere near as full-featured - sharing saved logins and bookmarks between my "personal" and "work" containers is almost never desireable. Managing and switching profiles, on the other hand, is virtually unchanged since the Netscape Communicator days.
Neither of them were the first graphical adventure games without an inventory, as Loom had come out three years before. Several had likewise been in a first person view, perhaps most notably the MacVenture series in the 80s. The first CD-ROM game was The Manhole in 1989, which had the same designers as Myst.
Generally speaking, none of the individual pieces were particularly innovative, but Myst pulled them off well enough and in a simple enough package to appeal to people who didn't want to _learn_ to play a game. That's a merit unto itself.
Why not, though? Obviusly that sets limits on what kind of output the device itself can produce from each source of data, but that's not your entire experience of life as its user. To me it seems akin to saying that carrying a scrapbook would make you live in the past.
That would be an interesting choice to make, seeing as the surrounding infrastructure is still transitioning and you can just as easily support both stacks. The real obstacles are legacy devices and misconfigured appliances, which can't simply switch over without anyone noticing.
(In this case "tensorcv", which is in a separate repository: https://github.com/conan7882/DeepVision-tensorflow )
That aside, I agree that it's an easier read than most ML code.
It's been fine for the past decade, it's just the trope of "Linux on the desktop" that's slow to die.
It was interesting to see just how easy it can be to get software to build a whole 25 years later.