Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
59nadir
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
18 ms
·
271.
▲
by
59nadir
2y ago
OCaml's ecosystem is significantly smaller and less well developed than Haskell, and since you've given up on tight and clear control of allocation strategies by choosing OCaml, Rust looks like a very good alternative, which has a
272.
▲
by
59nadir
2y ago
In our codebase we enforced usage of `>>>` instead, which composes forward instead of backwards: strSum = words >>> map read >>> sum For most people this then becomes "Apply `words` to the input argu
273.
▲
by
59nadir
2y ago
My problem with OCaml is that it's in an awkward spot where the runtime offers very little, so it can't really be compared with most Haskell use cases where you want green threads (with preemptive scheduling), transactional memory
274.
▲
by
59nadir
2y ago
There really are only a handful of things you could do that should passably take "hundreds of milliseconds" and loading a web page is not among them. Neither is displaying a few hundred thousand things on a screen, least of all wh
275.
▲
by
59nadir
2y ago
> It's like people are stuck in the early 2000s when they start thinking about computer capabilities. This makes sense, because the code people write makes machines feel like they're from the early 2000's. This is partiall
276.
▲
by
59nadir
2y ago
Go is not a low-level systems language. Even using the more flexible modern definition of "low-level" it's not a low-level language. That's like saying OCaml is low-level; it's not even close.
277.
▲
by
59nadir
2y ago
Well, the view laid out here also corresponds to actual statistical reality: About 29% of developers reported using Macs (of any kind) as of a few years ago, it's not even close to "most", as some HN visitors would have you b
278.
▲
by
59nadir
2y ago
I think it's more relevant to ask "Is there any way this can end well?". Unless a company is basically down and out an acquisition, especially by a mega-corp, is basically never going to make things better. When Microsoft bou
279.
▲
by
59nadir
2y ago
The first thread is large, for sure, but is it relevant? Why do all of these have to do with pixel art, which is something you probably should do in a pixel art editor (Aseprite[0] is great, cheap and deserves your support)? If this is inde
280.
▲
by
59nadir
2y ago
It's also fine to be an outlier. I've been programming for 24 years and have been hanging out on HackerNews on and off for 11. HN was way more relevant to me 11 years ago than it is now, and I don't think that's necessar
281.
▲
by
59nadir
2y ago
Most european countries have connections with more bandwith and less base latency for cheaper than the US, it's not a connection issue. If there was an issue it's that the repo itself is hosted on the other side of the world, but
282.
▲
by
59nadir
2y ago
There are plenty of Chromium forks, you can go use those. Or just make your own.
283.
▲
by
59nadir
2y ago
> It seems now that it wasn't worth it. While I'm not going to debate this particular instance, I would caution against assuming all moves (with or without blog posts written about them) are indeed the best and wisest moves tha
284.
▲
by
59nadir
2y ago
Meh, as far as I can see PHP has a ton of very active development around web services and frameworks, which is its core value proposition. PHP as a language should probably slow down in general but the people who use it don't seem to b
285.
▲
by
59nadir
2y ago
There are plenty of constructs in C++ that are safer than C and still don't impact compile times that much and some that, while safer and better in some regards, are murder for compile times. I'm saying there is a tradeoff to be m
286.
▲
by
59nadir
2y ago
I think at that point the real solution is to seriously consider all of the language constructs you use and their compile times as well. It's not a given that using more of C++ is always better and real, sustainable change in compile t
287.
▲
by
59nadir
3y ago
> Hope that was interesting! It's definitely interesting. I'm happy to hear that you'll definitely be supporting what we can currently do with less rigid languages and their FFI, but that we'll have to adapt to the bo
288.
▲
by
59nadir
3y ago
This is about the Unison language but I think it's relevant. I was checking out the FAQ for Unison and noticed this: https://www.unison-lang.org/docs/usage-topics/general-faqs/#... > Unison does not c
289.
▲
by
59nadir
3y ago
Atuin (the tool mentioned later in the post) stores timestamps and CWDs for commands in a database, which is probably why the title is what it is. I've been using it for 6+ months and it's actually good. I also like having an sqli
290.
▲
by
59nadir
3y ago
Why, exactly? He has no proven experience implementing one as far as I know. I don't think he's a particularly worse choice than anyone else but I don't understand why he'd be a particularly good one.
291.
▲
by
59nadir
3y ago
That's from the list of software engineer sins, yes, so that tracks with your opinion.
292.
▲
by
59nadir
3y ago
Let's examine exactly what you said from the beginning so that we can put the goal post back from where you moved it with this ridiculous paragraph: > Just to underscore the source of conflict here: you don't seem to understa
293.
▲
by
59nadir
3y ago
> Since I have you, do you have any personal insights on why so many programmers retreat to this territory—simply deciding that the other person is a dumb and confused noob and proceeding to more or less declare that that's the case
294.
▲
by
59nadir
3y ago
I'm sorry, but if you don't understand what is being said to you I think the odds are pretty good that you were speaking out of turn when you were making proclamations about what developers usually do with static languages with re
295.
▲
by
59nadir
3y ago
I don't think any game engine in use today except maybe the ultra-general ones would be without sections that are recompiled and reloaded live for gameplay code in this fashion. For all I know the ultra-general ones probably do it some
296.
▲
by
59nadir
3y ago
> but the conventional static languages folks have generally needed to rely on support in sophisticated IDEs to get the same thing, and many end up going without Not really, building and using shared libraries to do this has been trivial
297.
▲
by
59nadir
3y ago
> We're trying to appeal to a wider audience, such as aerospace grads, most of which use MacBooks. Is this actually the case? MacOS is in a distinct minority position in desktop/laptop usage as well as areas where people (erron
298.
▲
by
59nadir
3y ago
I think it might be more useful for your students to learn about making simple GUIs with Dear Imgui or something similar, that make this type of stuff intentional and much more stable/foolproof. A large part of game dev is making tools
299.
▲
by
59nadir
3y ago
You've misunderstood the point of the article and only seem to be reinforcing that in these messages. The point is not being conservative on the whole, but conservative within the already established technology choices in the company.
300.
▲
by
59nadir
3y ago
Absolutely ridiculous that they wouldn't respond to your e-mail, but I don't know why I expected more from WotC or anything they're involved in.
More ›