Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
gf000
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
29 ms
·
751.
▲
by
gf000
11mo ago
The layer is thinner because you can't create abstractions as well in that language. But that's like saying that a bicycle is better than a car, because the first is simpler to understand. (At the same time, nothing prevents you f
752.
▲
by
gf000
11mo ago
All the memory safety vulnerabilities, which are the majority of bugs in most C/C++ projects?
753.
▲
by
gf000
11mo ago
Yeah, at this point why not have a Scratch vs Rust vs Python article?
754.
▲
by
gf000
11mo ago
Complexity has to live somewhere. If it's not in the language, it's either in the runtime and/or your code and/or your code's undocumented behavior.
755.
▲
by
gf000
11mo ago
Well, if Go is somehow part of this set than JS might as well be. Go is closer to JS than to Rust or Zig, this triumvirate makes zero sense.
756.
▲
by
gf000
11mo ago
The same goes for go, though. And out of the two, I find Zig is still closer to any sane existing language schema. While go is like, let's write C-style types, but reverse the order, even though there is a widely accepted type notation
757.
▲
by
gf000
11mo ago
No, Zig's error handling is decent - you either return an error or a value and you have some syntactic sugar to handle it. It's pretty cool, especially given the language's low-level domain. Meanwhile Go's is just multip
758.
▲
by
gf000
11mo ago
But it has something for it (compile time evaluation of functions).
759.
▲
by
gf000
11mo ago
Also Haskell, Java, Kotlin, Scala, OCaml, D, and the list goes on.
760.
▲
by
gf000
11mo ago
I'm a dev. I don't know, I'm using a bunch of different languages, Java being one of them and I find it a very good fit for typical backend requirements.
761.
▲
by
gf000
11mo ago
Running Java is not remotely the same as copying the API interface of the whole standard library and providing an alternative implementation, just to avoid paying Sun, who specifically intended on getting money from mobile usage. Oracle los
762.
▲
by
gf000
11mo ago
What relevance does it have at the topic at hand? Can you give an example of what could happen that would make sense to worry about?
763.
▲
by
gf000
11mo ago
Feel free to provide some evidence. Like really, I would be interested in examples e.g. from the Java stdlib that are significantly more verbose than another generic purpose language. But I do know that you are meaning stuff like AbstractF
764.
▲
by
gf000
11mo ago
At the same time, only Maven requires doing a clean install from time to time as it fails to properly track what needs updating. Gradle is better from this perspective, and hopefully with its "kotlinization" we will see some stabi
765.
▲
by
gf000
11mo ago
Are we talking about the language that has a couple extra lines after every statement, disguising as error handling?
766.
▲
by
gf000
11mo ago
That's really funny that you complain about complexity and then use Go which is a significantly more verbose language...
767.
▲
by
gf000
11mo ago
R/ProgrammerHumor quality comment here.
768.
▲
by
gf000
11mo ago
Go is more verbose than Java though, in what way would it be more sensible? Also, Java's ecosystem is unparalleled (top 3 in size, depending on domain it usually has the best packages (e.g. typical backend-related functionality)), has
769.
▲
by
gf000
11mo ago
Even stuck on Java 8 it's less verbose than Go, which everyone seems to love. But the majority of projects are on a newer JDK than 8 for quite some years now.
770.
▲
by
gf000
11mo ago
Also CheerpJ (with support for Swing UIs even), Closure compiler, and now GraalVM also has an experimental WasmGC target.
771.
▲
by
gf000
11mo ago
You mean the company that 100% open-sourced Java and made the open-source (same license as Linux) OpenJDK the reference implementation?
772.
▲
by
gf000
11mo ago
You can just supply a minimized runtime for your program, which is the primary way to ship Java programs for quite some time now.
773.
▲
by
gf000
11mo ago
It explains nothing. Java is possibly the safest bet on the future, it's open source both in spec and in the most common implementation (OpenJDK), and is so widely used that there are multiple FAANG companies critically dependent on Ja
774.
▲
by
gf000
11mo ago
As mentioned, the problem with coloring is not that you see the color, the problem is that you can't abstract over the colors. Effectful languages basically add user-definable "colors", but they let you write e.g. a `map` fun
775.
▲
by
gf000
11mo ago
Haskell has green threads. Plus nowadays Java also has virtual threads.
776.
▲
by
gf000
11mo ago
As far as I know this is a comment section, not a project. Where exactly have I had a problematic comment?
777.
▲
by
gf000
11mo ago
> Wayland despite receiving huge amounts funding Citation needed > Even for the simplest tasks you have to deal with a dbus infested portal maze The simplest task is displaying a buffer, or changing a buffer, or handling events, and a
778.
▲
by
gf000
11mo ago
> The nix language is also really unpalatable to me. It may not really help the case, but I firmly believe that it is not the language , but the ecosystem, and is more of a fundamental issue. But maybe putting the blame elsewhere could
779.
▲
by
gf000
11mo ago
Desktop Linux is more of a love project, it has basically no real support. Compared to the kernel it's more like YouTube $5 comments. And given that Wayland has less moving pieces (it properly sits on top of kernel abstractions), your
780.
▲
by
gf000
11mo ago
> outright banned from the gitlab Yeah, lies and then you come in with shit like this. You can surely show several proofs then, right? > Wayland on the other is just a insanely stupid API. Everybody advocating for Wayland should be fo
More ›