Hacker News new | past | comments | ask | show | jobs | submit | k0htlane's comments login

Note that it's not published in the journal Nature, but in another (lower-impact) journal of the same publisher (Scientific Reports).


>> Why can’t they make visible light with an antenna? > In terms of normal radio antenna designs, you could, I think, but antennas need to be sized proportional to the wave length of the light.

There is also one more difference to mention. For antenna design in radio frequencies the metals are taken as perfect conductors—meaning that the fields inside the metal are zero. This assumption relies on the fact that electrons in the metal respond the electric field basically instantaneously. However, the optical frequencies are significantly higher, so the movement of the electron cloud in the metal is no longer instantaneous relative to the outside fields. As a result metals at frequencies of visible light are way less "metal-like" when looking from the perspective of RF antenna design, so you can't directly use the exact same approaches for designing antennas.


It should be noted that ID+PIN is not just for the elections: it covers all of the e-services from online health records to online banking, also including digitally signing documents in your name. So I would assume that people wouldn't trust their ID+PIN to strangers.


Just a quick nitpick regarding to cultural/ethnical similarity with Russia: although the Baltic states were part of Russian Empire, the local culture had also strong German influences. Up until end of 19th century the Baltic Germans were the ruling class (although the region was in Russian Empira). So the local culture was mix of German and Russian influences, which makes it somewhat different with rest of USSR states.

https://en.wikipedia.org/wiki/Baltic_governorates

https://en.wikipedia.org/wiki/Baltic_Germans#Russia.27s_Balt...


It seems that the code is compiled only with -O2 (instead of of -O3 -march=native), so strong gcc optimizations aren't really turned on.


> The input data usually is in decimal and needs only a small part of the accuracy that a decimal float format offers.

I would actually argue that majority of the time data is not in decimal. For example in computational science, for which the Herbie seems to be aimed at, you very rarely have decimal numbers. While input parameters to computations might be a decimal numbers, everything else apart from initial conditions would be irrational numbers. A good example would be numerical solving of harmonic oscillator equation -- the initial conditions might very well be decimal, but the numerical solution is not (neither would be analytic solution).

> When converting decimal to binary floating point numbers you will often use the full accuracy of the float format because the decimal floating point numbers can't be represented exactly in binary.

Inability to exactly represent decimal numbers isn't really the problem in these cases. Summation of numbers with wildly varying magnitudes would be problematic for decimal floats as well.


> I would actually argue that majority of the time data is not in decimal.

The majority of time data is not even floating point and for most use cases floats don't make sense there (you usually have a set precision you want to have and don't have varying orders of magnitude)

Almost all operating systems and programming languages use metric fractions of the second for time (https://en.wikipedia.org/wiki/System_time#Retrieving_system_...) the only common technology that I know that doesn't is NTP.

> in these cases

I was leaving a more general remark


That's just not true: https://en.wikipedia.org/wiki/International_taxation

A lot of countries tax foreign-earned income, but still US is a outlier along with Eritrea, with taxing foreign income of nonresident citizens.


Oops, I wrote Estonia instead of Eritrea. Too late to edit my comment.

Ahh, and I forgot to specify "non-resident". Sort by "taxes foreign income of non-resident citizens": http://i.imgur.com/hSsVmwd.png

Sorry.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: