Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
nu11ptr
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
32 ms
·
541.
▲
by
nu11ptr
4y ago
Pure nostalgia and this defined my teen years. From hours spent messing around with Dr. Sbaitso, to that talking parrot, to being elated to finding a doc on how to program the SB on a BBS, the sound blaster era was when computers were most
542.
▲
by
nu11ptr
4y ago
I was thinking the same thing as I was reading this. I doubt you could retain 100% random access. Instead, I think you would generally create "blocks" that are compressed in a time range that is compatible with your application (i
543.
▲
by
nu11ptr
4y ago
gtk-rs
544.
▲
by
nu11ptr
4y ago
If I ever go back and pick up a game, it will be an adventure game. Of the games I would possibly pick up again, MI2 is on the short list.
545.
▲
by
nu11ptr
4y ago
Is a .slint file without an .rs file a complete example or just a work in progress? Curious how you do "cells" without a table widget (Not being a slint user it looks like they used loops to build a bunch of "Text" widge
546.
▲
by
nu11ptr
4y ago
I have incredible memories of playing MI1, and to a lesser extent, MI2 (never finished - no Internet back then and these games were tricky). I think it is very cool he is getting to make the game he wants, and I do the same with my developm
547.
▲
by
nu11ptr
4y ago
I don't think it is a huge difference, but I still prefer the straight threading model. It uses less keywords, looks like regular blocking code, and most importantly, there is exactly "one" world - not a sync vs. async world
548.
▲
by
nu11ptr
4y ago
Yeah I would imagine anything blocking would need special support, which is definitely a downside. Async/await is no different in that regard, but since explicitely marked, you know anything that isn't "awaited" and yet
549.
▲
by
nu11ptr
4y ago
To be fair, the comment above is about how easy it is for the _user_. Having read docs on go's scheduler design I don't think many would argue it is easy to write such a runtime for the core devs.
550.
▲
by
nu11ptr
4y ago
I get why Rust opted for native threads vs. green threads as a default, esp. when they want to promote zero cost abstractions. What the above links don't cover, and what I'm interested in, is why async/await instead of M:N&#x
551.
▲
by
nu11ptr
4y ago
From http://cr.openjdk.java.net/~rpressler/loom/loom/sol1_part1.h... : "Whereas the OS can support up to a few thousand active threads, the Java runtime can support millions of virtual threads. Every unit
552.
▲
by
nu11ptr
4y ago
As much as I love Rust for serious code and Python for scripting, I do much prefer the green thread model to async/await in general.
553.
▲
by
nu11ptr
4y ago
I can relate to certain parts of the author's post, but not all of it. I do like that I can focus very intensely and work for hours on end on a single subject, BUT (and it is a big but) it is very hard for me to get there and I have to
554.
▲
by
nu11ptr
4y ago
Yep, and multiple return types are like tuples, minus the ability to compose them and actually use them as a single type. Map and lists were generic, but a special kind the user couldn't make (fixed now I think w/ generics in 1.18
555.
▲
by
nu11ptr
4y ago
> so.. Haskell and Scala? Those would be the top two that come to mind for me when someone says "highly 'logical' and 'compose well'", "having sum types", 'more expressive', etc. I wrote
556.
▲
by
nu11ptr
4y ago
I hesitate to say I thought this was a good article because it was highly negative and I don't think it focused enough on the positives (of which I think there is some - for example, it has very nice and highly performant lightweight t
557.
▲
by
nu11ptr
4y ago
> This was inspired by the flexstr crate I'm honored my string crate was able to inspire. Kinda surprised to see it mentioned as it isn't all that popular (yet? I hope...)
558.
▲
by
nu11ptr
4y ago
To be clear, I don't hate tracing GC, and in fact find all forms of GC fascinating. It is definitely "trade offs". I just happen to program in a space where I like the trade offs of ARC better than those of a tracing GC. This
559.
▲
by
nu11ptr
4y ago
Java's "try with resources" is effectively the same as Go's 'defer' and Python's 'with', so the advantage is that you can't forget to do it. No matter what you do, when the object goes out o
560.
▲
by
nu11ptr
4y ago
I've just read about it, never actually used it verbatim tbh, but just found it kinda fascinating. I wrote a somewhat modified version (I don't track local thread ID, I use Rust's type system and Send/Sync properties ins
561.
▲
by
nu11ptr
4y ago
For me the biggest benefit is deterministic destruction, specifically for the non-memory resources it is holding (files, locks, etc.) the same as if it was stack allocated. It is very freeing knowing that is just being taken care of. No &#x
562.
▲
by
nu11ptr
4y ago
Two more interesting ways to speed it up: - Make threads a "special" tracked API call (for example, like Rust) so that you know when something will or won't be passed between threads. If it never "escapes" the threa
563.
▲
by
nu11ptr
4y ago
This. Said much better than my other posts, but this is exactly what I was trying to say. Naive ARC vs GC... a good GC will kill it, so don't make the ARC naive...cheat and find ways to skip most ref. counter bumps. It became amazingly
564.
▲
by
nu11ptr
4y ago
No doubt straight up ARC with refcounting bumps on every function call,etc. vs a good GC with same allocation paths...a good GC will smoke it. No question. But that isn't how I read what Lattner said here, and I've been thinking s
565.
▲
by
nu11ptr
4y ago
Being a geek who is somewhat into PLT and hobbyist languages, I go back and forth a bit on whether I want a GC or RC in my own hobby lang. For the longest time I was going to go with per-thread heaps that use a simple compacting GC, but onl
566.
▲
by
nu11ptr
4y ago
Agreed - I think it is weird a distro would do this. To me, these sorts of tools are reserved for app owners who want to make the trade off to hit more distros more easily with known trade offs. Distro owners have a full pkg management syst
567.
▲
by
nu11ptr
5y ago
If I want to revoke all Heroku's access to Github, is it the "Heroku Dashboard" I'm looking for under "Authrorized Oauth apps"? I revoked that one, but not sure if that is everything.
568.
▲
by
nu11ptr
5y ago
> as usual, the best way to architect a piece of software becomes most evident once you’re done writing said piece of software So much, this - I've occasionally gotten the opportunity to rewrite a piece of software and it is always
569.
▲
by
nu11ptr
5y ago
Very cool! Fond memories of MI1 and 2 as a kid. I don't game anymore (I don't even have the time to write all the code I want to), but I could potentially buy this (I bought Thimbleweed Park too, but barely started it lol). That s
570.
▲
by
nu11ptr
5y ago
This wouldn't keep me from checking it out IF it ran on Linux (they say it likely will eventually) and IF it was significantly better than the competition (vscode+rust-analyzer or intellij+rust plugin). The challenge proprietary softwa
More ›