nsm

6 ms·

31.
by nsm 1y ago
After reading Careless People, I would be more surprised if Meta was _not_ doing these things. The company is amoral/immoral in the truest "responsibility to shareholders" (number go up) way. It needs to be made to lose every
32.
AI reshapes the craft of software engineering, with Yoav Tzfati(complexsystemspodcast.com)
1 points by nsm 1y ago|0 comments
33.
by nsm 1y ago
The "integrated" part. I've written some here https://news.ycombinator.com/item?id=42871586
34.
by nsm 1y ago
Highly recommend the Early Access book Data-Oriented Programming with Java by Chris Kiehl as another resource.
35.
by nsm 1y ago
I’m confused about the assertion that green threads perform badly. 3 of the top platforms for high concurrency servers use or plan to use green threads (Go, Erlang, Java). My understanding was that green threads have limitations with C FFI
36.
by nsm 1y ago
This post does a fantastic job of laying out the reasoning and implementation of various concurrency methods and their trade-offs. It is one of the rare nuanced views on async/await vs green threads. Plus it makes the links between CPS
37.
by nsm 1y ago
I've had good experiences with Junie and AI assistant at their bread and butter languages of Java and Kotlin. I haven't tried it in anger though.
38.
by nsm 1y ago
Jdk improvements and the new Nova/Rider backend how dramatically improved JetBrains performance. I highly encourage you to give it another shot.
39.
by nsm 1y ago
Racket is related to LISP and already has a mature GUI implementation that uses native widgets on Windows and MacOS, and on Linux goes to GTK3 or falls back to GTK2. https://docs.racket-lang.org/gui/index.html It is us
40.
by nsm 2y ago
To quote Iain M. Banks, probably not :) > "Sma," the ship said finally, with a hint of what might have been frustration in its voice, "I'm the smartest thing for a hundred light years radius, and by a factor of about
41.
by nsm 2y ago
This seems like introducing unnecessary complexity in the final artifact in order to use LLMs. Square peg, round hole.
42.
by nsm 2y ago
Yes! Please support good paid software companies if you can afford them. Jetbrains, Sublime Text, others.
43.
by nsm 2y ago
Reminds me of Adrian Tchaikovsky's new book Saturation Point. I don't want to reveal any spoilers, but it is about warm-blooded/cold-blooded and applicability to quicker adaptation.
44.
by nsm 2y ago
Aren't checked exceptions the same as effect systems in the narrow case of error handling?
45.
by nsm 2y ago
IDEs can have just as powerful keyboard shortcuts. IdeaVIM within Jetbrains is probably the most feature complete vim emulation? What sets IDEs apart from trying to convert an editor to an IDE with a bunch of plugins is: - somebody somewher
46.
by nsm 2y ago
I am curious to understand what bearing "lots and lots of regular people solely use their cellphone to conduct consumer transactions" has on GitHub, whose audience is significantly different than median and cannot otherwise functi
47.
by nsm 2y ago
Racket's Chez Scheme backend, which is the default for several years is faster than python and ruby, and raco distribute gets you a smallish package with just your program, portable to the major OSes. Smallish = 40mb, which is probably
48.
by nsm 2y ago
Yep! I actually far prefer closed source software, made by non-VC funded companies, where there business is to create good software that actually adds value for the license I'm paying for. Something like Sublime Text or JetBrains. Sure
49.
by nsm 2y ago
I agree with your comment for the most part (particularly the IDE situation) I do want to callout that while Racket started off from Scheme (and still maintains compatibility with a bunch of it), it should be considered a different platform
50.
by nsm 2y ago
I know nothing about architecture/construction, but how much of these timelines and costs are due to the massively inefficient construction costs in Anglophone countries? Like, does it really take double digit millions and >2 years
51.
by nsm 2y ago
I think Pharo would benefit a lot from having lots and lots of screen casts, since so much stuff is visual. I don't think something like ESUG is a sustainable way to spread techniques. A lot of stuff that is well documented in the Phar
52.
by nsm 2y ago
I am not an expert on this either, although very interested. Note that delimited continuations, which are a superset of coroutines are identical to effects in the sense of yielding control to the handler, not the caller. In languages like R
53.
by nsm 2y ago
This post started of really well and then fell pray to classic "developer mindset" of picking a technology to build on before even coming up product requirements. After identifying that people are willing to pay money for good sof
54.
by nsm 2y ago
Every generation brings us closer to a day where we can actually eliminate suffering?
55.
by nsm 3y ago
This is a fantastic lay person explanation of how it works. https://jsomers.net/e-coli-chemotaxis/
56.
by nsm 3y ago
Related to this, if you set the env var `PYTHONPROFILEIMPORTTIME=1` or run python with `-X importtime`, it will print out the cumulative and self times to import various modules. There is then this neat tool to visualize the data. https:&#
57.
by nsm 3y ago
I meant Andy Wingo, damn autocorrect!
58.
by nsm 3y ago
Your point is entirely valid. I had not thought of it. Makes sense for resource consumption. I think selection is about what is visible to your program. I.e. that even if that packet arrives, if you choose another path in the select, then t
59.
by nsm 3y ago
> this of course does not prevent the other promises from getting resolved, because that would happen in some other piece of code, perhaps in response to a network i/o event or a filesystem i/o event; knowing whether a particul
60.
by nsm 3y ago
I’m not familiar with E’s promises, but as far as I know, JavaScript promises have no equivalent of heterogeneous selects (select in Go, select! in Tokio, sync in ConcurrentML) that guarantee that when one channel/future/event is

More ›