Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
nromiun
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
12 ms
·
151.
▲
by
nromiun
1y ago
True. But my point is that adding stuff doesn't necessarily make the syntax better either. Otherwise we would all be using Perl by now. The sweet spot is somewhere in the middle.
152.
▲
by
nromiun
1y ago
That saying never made any sense to me either. After all syntax is your main interface to a language. Anything you do has to go through the syntax. Some people say the syntax just kind of disappears for them after some time. That never seem
153.
▲
by
nromiun
1y ago
That is why syntax debates are so difficult. There is no objectively best syntax. So we are all stuck with subjective experience. For me I find Python (non-typed) and Golang syntax easiest to read. Too many symbols like ., :, @, ; etc just
154.
▲
by
nromiun
1y ago
I like Zig as well, but I won't call its syntax lovely. Go shows you can do pretty well without ; for line breaks, without : for variable types etc. But sure, if you only compare it with Rust, it is a big improvement.
155.
▲
by
nromiun
1y ago
The issue seems to be that Java coders and library authors are used to pooling heavy objects (like DB connections and threads) to work with system threads and that strategy does not work that well with virtual threads. With virtual threads
156.
▲
Virtual Threads with Java 24 – Will It Scale?
(gaetanopiazzolla.github.io)
4 points
by
nromiun
1y ago
|
1 comments
157.
▲
by
nromiun
1y ago
Sure they do. https://github.com/OpenMathLib/OpenBLAS https://github.com/FFmpeg/FFmpeg Plenty of assembly in those projects but no mention of it in the README. Most C projects don't acknowled
158.
▲
by
nromiun
1y ago
You would think Luajit would have convinced people by now. But most people still think you need a static language and an AOT compiler for performance.
159.
▲
by
nromiun
1y ago
I really hope PyPy gets more popular so that I don't have to argue Python is pretty fast for the nth time. Even if you have to stick to CPython, Numba, Pythran etc, can give you amazing performance for minimal code changes.
160.
▲
by
nromiun
1y ago
Because it's nice to code in. Not everything needs to scale or be fast. Personally I think it is more crazy that you would optimize 99% of the time just to need it for 1% of the time.
161.
▲
by
nromiun
1y ago
Only if you use CPython. I use PyPy3 most of the time and I get the same performance as Java and Go. C++ is still faster than PyPy3, but not 10x faster. That is good enough for me to not deal with the messy C++ syntax.
162.
▲
Rust, Python, and TypeScript: the new trifecta
(smallcultfollowing.com)
18 points
by
nromiun
1y ago
|
31 comments
163.
▲
by
nromiun
1y ago
⊢×0≠∧˝˘∧⌜∧˝ # Marshall & Dzaima (tacit!) (≠⥊∧´)˘{×(⌾⍉∧)0≠} # Dzaima & Rampoina {×(∧˝˘∧≢⥊∧˝)0≠} # Dzaima Call me old fashioned and stuck in C style syntax but I can't imagine anyone describing this as b
164.
▲
by
nromiun
1y ago
The great thing is that you don't have to join any community. Python is my favorite language and ever since I got flamed for asking a technical question in their subreddit I stopped going there. There are hardly any non-toxic programmi
165.
▲
by
nromiun
1y ago
I just tested it and it works perfectly.
166.
▲
by
nromiun
1y ago
I really wish PSF would adopt PyPy as a separate project. It is so underrated. People still think it supports a subset of Python code and that it is slow with C ffi code But the latest PyPy supports all of Python 3.12 and it is just as fast
167.
▲
by
nromiun
1y ago
Of course they are angry. People only love govt intervention when they think it won't affect them. Us vs them mentality is everywhere these days. Even when them is our own children.
168.
▲
by
nromiun
1y ago
Same for me. It makes concurrency in Python as easy as Golang.
169.
▲
by
nromiun
1y ago
So basically like gevent. I agree that is a very good concurrency model. Much better than the current asyncio mess we have. But if you already have a runtime I don't know why it would be big deal to make them N:M threads as well. Makes
170.
▲
by
nromiun
1y ago
Both basically. Another beauty of M:N green threads is that you don't need to differentiate between IO and CPU bound tasks. If you add all those rules to coroutines you are halfway to preemptive scheduling already. And maybe async is n
171.
▲
by
nromiun
1y ago
After several years of dealing with concurrency I have come to the same conclusion. Cooperative multitasking is not worth the pain of manually selecting where your IO hot spots are. It is too easy to block your entire program and not easy t
172.
▲
by
nromiun
1y ago
It is also possible to create fast and functional websites on modern tech. But for some reason some people go completely crazy with Javascript.
173.
▲
by
nromiun
1y ago
If it was that easy CUDA would not be the huge moat for Nvidia it is now.
174.
▲
by
nromiun
1y ago
Yes, I am well aware it is separate from HN. That is why I called it HN's search page. You underestimate how fast modern internet is. With MPA website like HN there is no need to wait for any script to render first.
175.
▲
by
nromiun
1y ago
Because less than 1% of actual SPAs use those things. Hell, look at HN's search page in the bottom if you want an example. You can load entire HN by the time it loads up and searches something. Prefect example of the sufficiently advan
176.
▲
by
nromiun
1y ago
Gmail really? The same one that takes 10-20 seconds on 5G to even show the loading page? What is it doing in that time? Loading emails or downloading an AAA game? It is not just a one time penalty either, you reload and get the same loading
177.
▲
by
nromiun
1y ago
Probably. The old website was several decades old.
178.
▲
by
nromiun
1y ago
But this bank's old MPA worked pretty well. By trying to modernize it they completely broke it instead.
179.
▲
by
nromiun
1y ago
Actually the static address bar and the refresh button behavior makes it obvious.
180.
▲
by
nromiun
1y ago
Lots of pushback here in the comments. But I can't think of the last time I enjoyed using a SPA website over a multi-page one. The initial loading feels delayed, the page scrolling feels unnatural and jarring (completely opposite of ho
More ›