simon_void

16 ms·

31.
by simon_void 2y ago
> Rust takes longer to write than C > but spent basically zero time debugging that's the difference to rewriting it in C
32.
by simon_void 2y ago
> What JVM do I use? latest LTS (longterm-support) version, so currently 21, next 25 (late 2025). > Does it matter? new is always better > what if I have to install/manage multiple versions? https://sdkman.io/
33.
by simon_void 2y ago
Silence will fall when the question is asked
34.
by simon_void 2y ago
you failed to mention that Kotlin has platform types only if it's interoperates with Java. Platform types are for objects that come over from Java code (and therefore have unspecified nullability (assuming the Java code doesn't us
35.
by simon_void 2y ago
a) if every C program could be translated into an equivalent safe Rust program, that would mean that each C program is as safe as the safe Rust equivalent. b) since there are C programs that are open to memory currption in a way safe Rust i
36.
by simon_void 2y ago
you could use the Zig build system as your C build system. See https://zig.news/kristoff/make-zig-your-c-c-build-system-28g...
37.
by simon_void 2y ago
As far as I know Gleam is the only strongly typed language on BEAM, which is important to me since I don't like dynamically typed languages. But of course Elixir gets optional types now.
38.
by simon_void 2y ago
- Backends: Kotlin (on JVM) - Web frontend: TypeScript (maybe Gleam in the future!?) - Fast performance and iteration if I want a binary: Kotlin (native compiled) - Blazingly fast and good for WASM: Rust - languages that I keep an eye on: G
39.
by simon_void 2y ago
I prefer Kotlin over Java as well. I use it at work (where Java code has a tendency to become Kotlin code if it comes close to me) and at home. I'm looking forward to seeing how the native and wasm backends might extends the reach of K
40.
by simon_void 2y ago
Kotlin has type inference and smart-casting, which i guess is what you mean!?
41.
by simon_void 2y ago
Garbage Collections destroys any real-time guarantees you might need, since the GC can be triggered at any time. So for some classes of applications a GC is not an option (e.g. in 3D-video games you don't want your rendered frames per
42.
by simon_void 2y ago
you can use Kotlin in a Maven project as well (configuration here: https://void2unit.onrender.com/post/multimodule-maven-java-k... ) or maybe your request is what triggered Jetbrains to develop Amper ( https:/&#x2F
43.
by simon_void 3y ago
not sure what "(non)-isomorphic" but Kotlin code is interoperable with Java code in both directions. You can easily call Java-code from Kotlin (but I guess that's the easy direction) but you can also call Kotlin code from Jav
44.
by simon_void 3y ago
I thought exactly the same (lack of self-awareness), only instead of "lack the capability" I though "lack of time". Not every distro has to support old hardware (since the maintainers have limited time to work on it them
45.
by simon_void 3y ago
maybe OP doen't know about #![no_std] !? You can not (as far as I know) have the Rust std lib as a dll, but you can chose to not use/include the std lib: https://web.mit.edu/rust-lang_v1.25/arch/amd64_ubu
46.
by simon_void 3y ago
check out Inko https://inko-lang.org/
47.
by simon_void 3y ago
compiling JS to wasm won't make it faster (the things that make it slow are implicitly compiled as well). (typed) TS should be faster, since it provides more guarantees. There is actually a variant of TS which is meant to be compiled t
48.
by simon_void 3y ago
I'm pretty sure it boils down to JS can be fast (after all the ASM.js subset of JS is what started WASM), WASM is fast... and also more compact, so smaller filesizes which means faster downloads. There are probably other advantages as
49.
by simon_void 3y ago
here is the talk by Roman Elizarov, the Kotlin project lead, at KotlinConf 2023 about Coroutines vs VThreads: https://www.youtube.com/watch?v=zluKcazgkV4 short version: both were optimized for different things, so there is
50.
by simon_void 3y ago
So I'm pretty sure they're doing something similar to Ferrous systems, since they worked together with them until very recently, Qualifying Rust without forking: https://ferrous-systems.com/blog/qualifying-rus
51.
by simon_void 3y ago
short version: Clang is only removed from the main zig executable, but it's still available via the zig build system. longer version: I think this is the relevant link here: https://github.com/ziglang/zig/issu
52.
by simon_void 3y ago
is Grain still actively developed? The latest release and update in their blog was from June 2022.
53.
by simon_void 3y ago
check all the options under "The Guide" https://grain-lang.org/docs/guide/basics
54.
by simon_void 3y ago
this is literally the opposite advise that is generally given! Rust isn't considered to be a language that you can simply pick up, code in a style that is idiomatic in another language, and become Rust-idiomatic over time. (People who
55.
by simon_void 3y ago
I agree, Go has had generics for a little while (of course they are different from Java's generics because Go's type system is different from Java's type system) and I don't think the parent comment writer was aware of t
56.
by simon_void 3y ago
Familiarity comes to mind. Dart has developed into a nice direction with sound null-safety, extension functions, sealed classes and compilation to native&wasm. (The libaries weren't very mature when I used Dart, not sure if that ch
57.
by simon_void 3y ago
server-side Kotlin, Java (which soon becomes Kotlin if I'm in charge of the codebase) and some Rust. Groovy for Jenkins configuration.
58.
by simon_void 3y ago
I did for years and it was perfectly fine. But then I got hooked on the additional Spring configuration support that comes with the Ultimate edition But yes, IntelliJ Community edition feels very complete for a lot of programming tasks (my
59.
by simon_void 3y ago
how do you intend to handle nulls? allow nulls, nullable types or Option/Maybe type?
60.
by simon_void 8y ago
How about because you don't want to support Amazon's abysmal work culture: https://www.theguardian.com/commentisfree/2015/aug/22/amazon...

More ›