It is not pronounced /gi/ in English by people from India.
1,323 karma · joined April 30, 2014
Except for the fact that the pun only works if you mispronounce "ghee".
It actually doesn't, at least the way "ghee" is pronounced in the native languages where the word originates from. English doesn't quite have the strongly voiced "g" sound, so western people pronounce it incorrectly as "gee".
Somehow the second gimmick (the infinite series construction instead of Einstein's elegant and simple construction) makes our monkey brains not notice the first gimmick.
Somehow the second gimmick (the infinite series construction instead of Einstein's elegant and simple construction) makes our monkey brains not notice the first gimmick.
The trigonometry thing is simply a marketing gimmick for this proof. There is no more or less trigonometry in this proof than there is in Einstein's proof. In fact, you can just taken Einstein's construction and reformulated that proof in their language by using sine rule instead of similar triangles. But then the gimmick would be too obvious.
diff --git a/poly_match_v1.py b/poly_match_v1.py
index 675c88a..4293a46 100644
--- a/poly_match_v1.py
+++ b/poly_match_v1.py
@@ -1,4 +1,5 @@
from functools import cached_property
+from itertools import compress
from typing import List, Tuple
import numpy as np
from dataclasses import dataclass
@@ -56,11 +57,8 @@ def generate_example() -> Tuple[List[Polygon], List[np.array]]:
def find_close_polygons(
polygon_subset: List[Polygon], point: np.array, max_dist: float
) -> List[Polygon]:
- close_polygons = []
- for poly in polygon_subset:
- if np.linalg.norm(poly.center - point) < max_dist:
- close_polygons.append(poly)
-
+ dist = np.linalg.norm([poly.center for poly in polygon_subset] - point, axis=1)
+ close_polygons = list(compress(polygon_subset, dist < max_dist))
return close_polygons
Just that small change already gives 10x faster performance without ever leaving python/numpy land.
>But if you like an installer, there's manjaro.
Manjaro is not Arch. My comment was a criticism of Arch Linux, not Manjaro.
Like offering users a GUI click-through installer?
FTFY
You are basically arguing P = NP, but it isn't known to be the case. As far as we can tell, keeping score is much easier in general than finding states that yield a high score.
I don't see it. Most people outside India do not have enough interest in India's politics to want to spend enough time to develop a nuanced understanding. I don't see the value in people in other countries develop, for lack of a better word, a "John Oliver" level of understanding of my country's internal affairs.
>because in a Parliamentary system, you are voting for your MP, not your national leader
That is almost entirely opposite the case with Modi though. Most BJP voters vote directly for Modi (and BJP's electoral campaigns reflect this) because they like him and have trust in him, even if they don't particularly like/care about the local candidate of BJP. Modi has been quite successful in turning Indian elections quasi-presidential. Forget general elections, BJP goes even into state and even local municipal elections asking for votes in Modi's name.
I have been that guy who loved to customize every last ounce of the user facing experience of my system. (I still spend most of my time inside of Emacs irrespective of which OS I'm on.) I had a dotconfig folder that I used to carry around to different machines and it's fun and all that. But I'm no longer a student, I simply can not justify spending time tinkering around trying to get the basics working. Bad battery life is a deal breaker. Unreliable suspend is a deal breaker. No, I will not spend a minute trying to get it working. I would rather just run linux on virtualbox or, more recently, use Windows + WSL or a Mac.
>The battery does last about 6 hours of coding and browsing.
And does hardware accelerated video playback work on the browser?
How much time did you have to spend fiddling with your config to get it working? Does it work reliably? Last I checked, it wasn't even possible with an NVIDIA card.
>Having said that I prefer no suspend on closing the lid, and AFAIK that's not an option on MacOS.
Yes it is.
It means that your browser uses the dedicated video card for rendering video frames and pushing it to your monitor instead of using the CPU.
Why you would want this? The same reason you use a straight-edge to draw a line and a compass to draw a circle. The right tool for the job. I'm sure most people here would have had the experience of the first time training their machine learning model on a GPU instead of the CPU and having their jaw drop at how much faster it was? GPUs are simply much better than CPUs at the things they are designed for. Sure, most CPUs are still powerful enough to push 1080p videos to the screen, but that comes at the cost of poor performance and battery life.
On every single windows or mac laptop, I just seem to the same peace of mind I have come to expect from smartphones. Click, system goes to sleep. Click, system is up.
On linux, every time I approach the laptop, it is with that small but unshakable feeling of dread. What is my laptop going to do this time? Will it decide to come up with the same state I left it in? Or will it decide this is a good time to reboot?
I turn the lid down on my laptop and it goes to sleep. It pull it up and the system comes back up. Reliably. Every single time.
I guess that narrows my choices down to Windows and MacOS. Between them I find it much harder to choose, but Macs just have a solid lead on the hardware front for now. The M1/M2 chips are just chef's kiss. And I don't know why most Windows laptops come with such junk webcams.
Edit: I almost forgot! Linux still doesn't have hardware accelerated video playback on browsers. How can anybody recommend using linux on their laptop despite this is beyond me. Is this a joke? Like do you guys just always keep your laptops plugged in all day? Why not just get a desktop at that point?
Anyway, let me be the one bringing the discussion back to quantum computing this time. I don't think anybody in the world who could argue that study of entanglement - think Bell's theorem and CHSH inequality - isn't science. In fact, the 2022 Noble Prize for Physics was awarded to people who made foundational contributions on that field. I see Quantum Computing as a direct spiritual successor to that study.