A lot of the comments here suggest that some of the functionality can be replaced by extensions like vimium-ff [1]. If you only compare the list of features then maybe. If you try using the extensions, you immediately notice that the keybindings don't work outside of fully loaded page, have horrible lags and delays and misses a keyboard event from time to time.
For the curious folk, the GitHub page [2] seems to do a better job at telling the how of things.
My question is why Lisp for scripting? What's the technical reason behind choosing it? Or is it just personal preference? I use emacs myself and my only complaint is elisp. In this time and age it looks very alien-ish to most people and judging by my colleagues, It can be a major deterrent from using emacs.
I definitely agree. One thing to note about Kinesis Advantage 2 is that it is really massive compared to other keyboards. I didn't realize before getting one for myself and seeing it on my desk.
Second thing is that quite frankly at that price point Advantage looks a and feels a bit flimsy (especially the middle part between the key wells) though it has seemingly no impact on typing.
And lastly, I have a bit broader shoulders than average and I need hands a bit more apart than the key wells on Kinesis and maybe a bit more tilted sideways (well at least I think, I am not a doctor). It is orders of magnitude better than it used to be on a regular keyboard, but I still have sore muscles around shoulder blades and back of my neck sometimes.
All of these issues seem to be solvable by a split. I still hope that Kinesis would release a split concave keyboard by themselves since among all of the concave keyboards it is by far the most user friendly (no assembly required, no QMK compiling, remapping is doable on the keyboard itself), but I am starting to oogle the likes of Dactyl, Dactyl-ManuFrom or Bastyl[1] (which is modified Dactyl with less DIY required for more $$).
If I go the DYI way I am also thinking about mounting trackball on it similar to the Tracktyl (trackball helped me immensely with my wrists). What I am a bit afraid of is that once I start doing customizations I'll need/want something easily modifiable/adjustable to experiment with quickly. This design [2] in combination with Bastyl-like flexible PCBs seems like a neat idea I'd like to try.
Be not mistaken, Advantage is, not entirely unlike a good office chair or a mattress, still worth every penny, but IMO the split concave keyboards are the "future future". I would not even think of building a keyboard before Advantage, but now I do and there is no turning back for me.
> This is a core feature of every ad platform I've seen and is absolutely not a violation of the GPDR.
I agree with you on this part. It is not a violation of GDPR on the ad platform side since you, as the data controller, are responsible to obtain a permission from the end-user. The ad platform is a data processor defined under GDPR. I am sure that the agreement between you and the ad platform is stating that you have a permission to use the email addresses for targeted advertising purposes and bear the full legal responsibility if not.
> since users are giving consent when they signup.
See Nextgrids comment. Yes, the GDPR admittedly lacks on the enforcement side and yes, I agree that this is a common practice, but that does not make it legal. Not for a data subject residing in the EU.
I wouldn't say that I am great at stats either, but AFAIK this is mostly because of super high tail-latencies (usually the 99th percentile, commonly caused by garbage collection or cache misses) or because the latencies have multimodal distribution [1] (e.g. where you have a request fast path and slow path in the monitored system and so the latencies "group" around multiple points).
The average latency does not tell us much since it does not really represent anything meaningful - i.e. it is not the latency of typical user/request as you might expect since the average is being skewed by the extremely high tail-latencies [2] or by the multiple modes (the peaks in latency histogram). The typical latency would be more likely better represented by median latency (not in the multimodal distribution case afaik).
As for why not go just go with median latency: you usually need to make multiple requests in parallel and end up waiting for the slowest request of the group. The 95th, 98th or 99th percentile is commonly used to cover for this (sorry can't find a suitable reference). This is also preferable in case of the multimodal distribution (well at least for monitoring and/or general performance diagnosis purposes since you usually care about the worst/tail cases).
Nice summary, thanks. Do you think, that there is a chance to get Google Hangouts running with microG? It's required by my current employer unfortunately.
I was having the same issue. If you are fine with something more homegrown you can use gplaycli[1] to download the apks directly from Google Play. I use it in combination with rsync, but it should be possible, at least in theory, to host your private f-droid repository with the downloaded apks.
Unfortunately, this does not solve verification of the apk signature. As far as I understand it, Android uses something similar to "trust on first use" [2] with apk signatures, so verifying the signature before first installation should be sufficient for most people.
What caught my eye is, if you scroll down long enough on dedicated servers page [1], you will eventually see GaaS - "Geek As A Service". This made me giggle far more than I am wiling to admit :)
I think that this is pretty much what IPFS [1] (and others I cannot remember right now) does. If I remember correctly, it builds on some of the BitTorrent ideas, but does not implement whole BitTorrent protocol.
It might be interesting to integrate IPFS into standard BitTorrent clients.
I am glad to see this on front page of HN! Of course I use it mainly for additional web browser sandboxing, but it has some useful "side-features" that are really convenient - namely overlayfs/overlaytmpfs. This is great when I test new software and I don't want to clutter my home directory.
Disclaimer: I am just a satisfied user :)
EDIT: Looks like it now fully supports X11 sandboxing.
This is pretty much what Firejail [1] does (except the page trust level) and using it is fairly straight forward. I had some issues running separate X server though (as far as I know, this is still more or less experimental feature).
Oddly, the google seems to be working much better for me if I use whole sentences (How to..., Where can I...). This is really annoying.
I am using DucDuckGo as there is currently no better alternative. It is not great, but it serves its purpose. Also, you can add "!g" before any query. This will search on google instead :)
Hi, I just did a short test and it looks really promising. It has also an android app! This is really the selling point for me :)
BUT I really do not believe that this is the way a rpm package should look like. I know that it is not easy, especially for smaller companies, to provide packages for all the platforms. In this state, it would be much better to just provide .tar.gz archive. Its just my opinion ;)
A lot of the comments here suggest that some of the functionality can be replaced by extensions like vimium-ff [1]. If you only compare the list of features then maybe. If you try using the extensions, you immediately notice that the keybindings don't work outside of fully loaded page, have horrible lags and delays and misses a keyboard event from time to time.
For the curious folk, the GitHub page [2] seems to do a better job at telling the how of things.
My question is why Lisp for scripting? What's the technical reason behind choosing it? Or is it just personal preference? I use emacs myself and my only complaint is elisp. In this time and age it looks very alien-ish to most people and judging by my colleagues, It can be a major deterrent from using emacs.
[1]: https://github.com/philc/vimium
[2]: https://github.com/atlas-engineer/nyxt