Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
sprash
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
70 ms
·
751.
▲
by
sprash
10y ago
> Creepy ~= Gruselig/Unheimlich > Awkward ~= Komisch/Unbeholfen Those translations don't really contain that additional negativity of "Creepy/Awkward". It is hard really pinpoint it though. > there was
752.
▲
by
sprash
10y ago
I think it is well explained here, including additional links: https://www.youtube.com/watch?v=wuCy_UkKBcs
753.
▲
by
sprash
10y ago
"Unheimlichkeit" means more like scary. Scary is not the same as creepy obviously. Also "Unheimlichkeit" is not really a word but a "Substantiviertes Adjektiv" of "unheimlich". There you already can s
754.
▲
by
sprash
10y ago
Interesting side note: The words "Awkward" and "Creepy" don't exist in German and there are no direct or inderect equivalents. It goes so far that it is culturally impossible to have creepy or awkward behaviour.
755.
▲
by
sprash
10y ago
Sadly Brian Cox stepped into the common pitfalls (like mentioning "consensus") when arguing with climate sceptics. You can shut down any climate sceptic with two points which can be easily measured and verified in any laboratory:
756.
▲
by
sprash
10y ago
If you apply an operator of such an interaction to the Lagrangian the equations of motions automatically return zero (e.g. similar to a derivation of a constant).
757.
▲
by
sprash
11y ago
No mention of medians. So it could as well be just one guy saving a lot of money.
758.
▲
Fermi paradox – Mercury – Revision 2016 64k PC-Demo
(youtube.com)
1 points
by
sprash
11y ago
|
0 comments
759.
▲
by
sprash
11y ago
If you are a newcomer and look at Emacs what you see at first glance on the outside is basically total crap. The default behavior of Emacs distinguishes itself by the complete lack of sanity. Emacs key-bindings are neither ergonomic nor do
760.
▲
by
sprash
11y ago
You are talking about the US which indeed has done a little bit better in the past 3 years than the rest of the world. However US economy does not equal the world economy.
761.
▲
by
sprash
11y ago
The article is beating around the bush: The answer is LACK OF DEMAND. Since the ordinary person can't afford jack shit and already exceeded all levels of debt he/she can take nobody buys anything besides bare necessities. This is
762.
▲
by
sprash
11y ago
> Not really. Maybe that's why nobody invented anything with a diode in the signal path before computers were commonplace right? Like radio and guitar distortion pedals No, those problems were solved via ultra simplified models. E.g
763.
▲
by
sprash
11y ago
But only if you use linear components (meaning L,C,R). Introduce just one diode and the system of diff equations needs to be solved numerically. In which case you have switch to simulations like spice anyways. Therefore there is no reason t
764.
▲
by
sprash
11y ago
Not only that but the purpose of science is also to make quantifiable predictions . If you treat math as a blackbox the best case scientific contribution you can make will be reduced to measuring numbers. New numbers might lead to some new
765.
▲
by
sprash
11y ago
> worse compiler Last time I checked gcc binaries beat Clang performance wise.
766.
▲
by
sprash
11y ago
If you look at rather dubious "disadvantages" like "Fewer people are trained in this style compared to synchronous design" or "Incompatible with commercial EDA tools" and the same time the vast amount of advant
767.
▲
by
sprash
11y ago
The upcoming http://sta.li distribution tries to solve this problem via git which apparently does reasonable efficient binary diffs out of the box.
768.
▲
by
sprash
11y ago
FTA: "FLIF is a work in progress. The format is not finalized yet. Any small or large change in the algorithm will most likely mean that FLIF files encoded with an older version will no longer be correctly decoded by a newer version. K
769.
▲
by
sprash
11y ago
> It doesn't have memory safety as a core goal. There is always a trade off in memory safety vs. performance. > there's no strong sense of design and elegance. I definitely see more elegance in Nims syntax as compared to Rus
770.
▲
by
sprash
11y ago
Nim ( http://nim-lang.org ) is far superior to Go and Rust in many ways.
771.
▲
by
sprash
11y ago
> it is fine until you need to change one of your passwords For me, this happens less often than once a year. And then it is a good idea to change all passwords anyway. The alternative is to store passwords somewhere in a password manage
772.
▲
by
sprash
11y ago
Why not use a base64 encoded sha1 hash of your password salted with the web address like this: #!/bin/sh #usage: webpass.sh <website> website=$1 stty -echo read -p "Password: " password e
773.
▲
by
sprash
11y ago
All machines I have access right now have /dev/tcp support. But only my main machine has nc installed. To make it more portable a wrapper function which uses whatever is available would be appropriate.
774.
▲
by
sprash
11y ago
Why not use bash internals like /dev/tcp? "nc" is rarely available on a default installions.
775.
▲
by
sprash
11y ago
According to this[1] paper the fact, that you effectively double your data cache with 32bit pointers leads to a performance increase of up to 30% in real world applications. I don't believe the comparatively rare context switches cause
776.
▲
by
sprash
11y ago
This Norwegian documentary tells you why: https://www.youtube.com/watch?v=MOnQPXuU81Q
777.
▲
by
sprash
11y ago
Any estimate how much the cost of the TLB management is compared to the cost of cache/memory clogging caused by carrying 64-bit pointers around all the time?
778.
▲
by
sprash
11y ago
Do you mean something like "sc"?
779.
▲
by
sprash
11y ago
How is PAE a "really awful hack"? As soon as your processor has a MMU there is neither any "hack" involved nor do you pay any performance penalty. And if your app really needs more than 4GB of memory it might be sensible
780.
▲
by
sprash
11y ago
The ARM architecture supports LPAE with up to 40 bits. So the memory cap is at 1024 GB. But I never came across a device utilizing LPAE. Since there are also ways to get around the 4GB per process cap on 32Bit systems I never understood the
More ›