Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
gr4vityWall
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
7 ms
·
61.
▲
by
gr4vityWall
11mo ago
> No one can think that js has progressed substantially in the last three years Are we talking about the language, or the wider ecosystem? If the latter, I think a lot of people would disagree. Bun is about three years old. Other signifi
62.
▲
by
gr4vityWall
11mo ago
The Debian stable model of having a distro handle common dependencies with a full system upgrade every few years looks more and more sane as years pass. It's a shame some ecosystems move waaay too fast, or don't have a good story
63.
▲
by
gr4vityWall
11mo ago
> Has the value improved in the last year and a half? I'd say yes, my reasoning being: 1. DDR5 got more expensive; 2. 16 cores AM4 CPUs are cheaper, partially due to the release of the 5900XT (16C/32T CPU, basically a rebranded
64.
▲
by
gr4vityWall
11mo ago
Agreed. WebSocket works perfectly when someone wants a lightweight message-based protocol on top of TCP and doesn't want to implement it themselves, potentially in multiple languages. It being originally browser tech became a minor det
65.
▲
by
gr4vityWall
11mo ago
Wouldn't it look stuttery if the user tried to drag windows or other widgets with a limited framerate? > What you actually want is low latency High frame rates directly contribute to lowering latency. I guess I'm the polar oppo
66.
▲
by
gr4vityWall
11mo ago
It's an embedded engine for scripting a bigger application. Its main "competitor" would be QuickJS. Though they aren't really competing on anything as far as I can tell, so maybe calling it a "similar project"
67.
▲
by
gr4vityWall
11mo ago
Borgo could be that language for you. It compiles down to Go, and uses constructs like Option<T> instead of nil, Result<T,E> instead of multiple return values, etc. https://github.com/borgo-lang/borgo
68.
▲
by
gr4vityWall
11mo ago
> they should be looking to branch out. Firefox alone won't pay the bills, so they need to try and find some other revenue source They probably would've achieved enough to sustain Firefox development in perpetuity if they inves
69.
▲
by
gr4vityWall
11mo ago
Thanks for sharing. I hope that initiative goes well. And again, integration with whatever solution the language has for hot reloading is a must these days for UI development.
70.
▲
by
gr4vityWall
11mo ago
> it functionally is just providing free security vulnerability research for malicious actors because almost nobody can take over or switch off of ffmpeg At least, if this information is public, someone can act on it and sandbox ffmpeg f
71.
▲
by
gr4vityWall
11mo ago
> Qt also seems to be a good option I think Qt really is 'just' missing more language bindings, and a better hot reload story for more people to use it. Lots of devs (specially Free Software devs) would prefer to use native too
72.
▲
by
gr4vityWall
11mo ago
> Keep in mind that HN is packed with people with salaries above $1M/yr and entrepreneurs with way higher income levels. Are you sure about that? I would be surprised if it was much above the US salary average, considering the globa
73.
▲
by
gr4vityWall
11mo ago
It's sad to see Spain and Italy disrupt the Internet so badly over copyright/IP stuff, of all things.
74.
▲
by
gr4vityWall
11mo ago
> It's hard to have human relationships only by writing. I don't follow. Some of my most important friendships were built on forums and text-based communication. We never felt any need to have video calls. Some of them I met in
75.
▲
by
gr4vityWall
11mo ago
FWIW, I didn't mean to reply to you in an argumentative way. Just proposing an answer to this: > I'm honestly not sure where all these hackernews commenters with low-dpi displays are coming from I still see 1080p fairly often o
76.
▲
by
gr4vityWall
1y ago
I believe there are a lot of people using 1080p monitors because they bought it a while ago and they're still working fine. There's also a lot of lower-end 1080p monitors still being sold today. > One is hard-put to buy a devel
77.
▲
by
gr4vityWall
1y ago
> htmx 2.0 (like htmx 1.0 & intercooler.js 1.0) will be supported in perpetuity, so there is absolutely no pressure to upgrade your application: if htmx 2.0 is satisfying your hypermedia needs, you can stick with it This is commendab
78.
▲
by
gr4vityWall
1y ago
I wasn't even arguing with you, nor saying that it doesn't matter to me, rather just pointing an out an observation. > I think somebody who won't acknowledge that is either being intellectually dishonest, or has already ha
79.
▲
by
gr4vityWall
1y ago
The user who posted that also post this thread's link yesterday, as well as many others. The account seems to be karma farming with AI-generated articles. https://news.ycombinator.com/item?id=45724022
80.
▲
by
gr4vityWall
1y ago
Is it just me, or is OP posting a bunch of links on HN for karma farming? Some of seem to be AI-generated, like this one: https://news.ycombinator.com/item?id=45724022
81.
▲
by
gr4vityWall
1y ago
That article reads like it was AI-generated. > a slow-loading app isn’t just an annoyance. It’s a liability. > the issues I was seeing with Next.js weren’t specific to Next.js. They were fundamental to React’s architecture. > The r
82.
▲
by
gr4vityWall
1y ago
>I'm the one producing the string of characters I intend for you to read. If I use AI to write it, I am not. This is a far, far, far more important distinction than whatever differences we might imagine That apparently is not the ca
83.
▲
by
gr4vityWall
1y ago
> they're barely more convenient as raw sockets (there's framing, but framing is easy) I think it's significant more convenient if your stack touches multiple programming languages. Otherwise you'd have to implement f
84.
▲
by
gr4vityWall
1y ago
That does sound much worse than hiding the pre-built images from users. I hope that documentation is archived. There's probably some benefit in documenting those installation tips elsewhere besides Github comments.
85.
▲
by
gr4vityWall
1y ago
> Coding is the means to an end, not the end itself. > That may be fun for you, but it doesn’t add value I'm not disagreeing with you per se, but those statements are subjective, not an objective truth. Lots of people fundamental
86.
▲
by
gr4vityWall
1y ago
> you tell people what software they should and shouldn't use Please, there's no point in arguing like that. There's no need to mischaracterize or reword what another user is saying. I don't think we'll get much
87.
▲
by
gr4vityWall
1y ago
> I wanted to know why that specific concern is an issue for GP That's exactly what my comment is addressing! People advocating for Free Software don't usually advocate that _only_ the software they use should be free; they adv
88.
▲
by
gr4vityWall
1y ago
Because it's proprietary software. The GNU and the FSF website have written plenty about it: https://www.gnu.org/philosophy/free-software-even-more-impor... That license restricts what you can do with the software
89.
▲
by
gr4vityWall
1y ago
But they can't pick a vendor who may host it better than the original authors. And the only reason for that is because the authors maybe would make less money that way.
90.
▲
by
gr4vityWall
1y ago
> My entire point is that “Source available” is a term frequently used in a derogatory way to make software that doesn’t follow the principles I agree it doesn't need to be called "source available"; it's just proprie
More ›