Why are you not using the GOD stack, /g/?
don't want to spend too much time in Odin until I know for a fact jai is worth using or not. don't really give a shit about go
nigga where am i using odin in place of go, or vice versa.
>>106515633>Odintoylang>jaivaporware toylang>gofeels like toylang but somehow isn'tcome home to C++
C++ and Python is the god stack.
>>106515633because i can be using GEMS
>>106515700C++ is impossible to read
>>106515633>goPajeets language for street shitters>odinmeme language shilled by one person on /g/>jaiMeme language shilled incessantly by trannies who dicksuck ecelebs like jonathan blowjob
odin is too bloated now and go is for fagGotsif odin focused more on portability and still crosscompiled to C i would consider using it
>>106516144Go was written by ken thompson. Good enough for me.
>>106516131jai is good doe?
>>106516169jai sri ram saar
>>106516156>defer to authorityso-called free thinkers on /g/ lmao
>>106516186No one here is a free thinker. Every post is just ai
What is this, 2020 coding youtube? Who gives a fuck about a stack? How brown are you?
>>1065163352020 was 17 years ago =[
>>106515633Why not just Odin?Is it not ergonomic enough for ordinary tasks?
>>106516980No green threads and capturing lambdasIf you are making a web server this is super usefulAlso for webservers, GC is kinda recommended
>shitlang only useful because of its ecosystem and DX>memelang with cool features but no ecosystemtruly a match made in hell
>>106515822>GEMSwhat's that abbreviation for
>>106515633I prefer the FAG stack (Firebase, Angular, Go)GAY stack works too (Go, Astro, YugabyteDB)
Because C and AWK exist. Kerniggas win again.
>>106515633what a dogshit stackif you're going to settle on two languages, have your high level lang actually be high level. Go is fucking compiled, meaning you cannot even access a REPL. Elixir + Rust is an actually based stack.>>106515822>Elixirbased>Rubywhy, when you have Elixir?
Why not just GO + C, cgo is already a thing.
i stay away from anything with a "stack" acronym/name.Odin is also a pick-me languageAnd Go is Elixir 0.5
>>106515633For me it's js and rust
>>106517734for me it's Awk, Nim, asm, Lisp, SQLite, Eiffel, and XMLthe ANAL SEX stack
I just Odin for most things because I'm not scared of pointers and I am white.
>>106515700using C++ for a greenfield project is already shooting yourself in the foot
>>106515700C++ is a dying language.
>>106519516>talking like a woman
>>106519980it's a succinct way to describe a desperate language without value.
>>106516169jai is a vaporware scam to milk parasocial trannies into donating>>106515633Odin is cool and clearly proved itself to be practical. If it had better namespacing capabilities I'd use it.Also: Sorry gingerbill, but a language without a self hosted compiler can't ever be a true successor or full alternative to C.
>>106516090>>106519975>>106519979If you are a Rust dev ack yourself.>>106520180Jon is too stupid to make an actual scam or make any money (see Braid AE). He only makes Jai to receive e-mails worshipping him and fueling his ego.
Odin fixed everything Go fucked up.It's also the only new language which has thoughtful design behind it.Value simplicity.
>>106515633Go is pretty nice. It's simple but also performant and the standard library is good.
>>106520377Go didn't fuck up on anything.
>>106519849Personally I like the NIGGER stackNginxInfluxDBGrafanaGoElectronReactIts a good system for ingesting sensor data with a desktop and web frontend for management and graph rendering
>>106515822You forgot Crystal whose syntax is about the same as Ruby's but it's faster.
>>106520538>ElectronWhy? Are you too much of a faggot to use a browser to access your "sensor data"?
Y YamlW WasmN NginxB BashA jAvascriptW js-WasmAll I need.
I use the crust stack. Use C/C++/rust for everything and avoid anything related to that faggot go gopher like the plague.
>>106520565clients ask to at some point
>>106515633I've got a better one.
>>106515700golang built the entire modern infrastructure
>>106515633I kinda do, Go for web/server stuff and Odin for everything elseBut I'm considering switching to C++ for everything
>>106522864>But I'm considering switching to C++ for everythingWhy? Do you enjoy writing 3x more code than you need to?
Haskell + sqlite
>>106515633>Why are you not using the GOD stack, /g/? buy an ad
>>106520538Behold JEWJavaECMAScriptWebAssembly
>>106523840JavaElixirWebasm
>>106522284>>106523840>>106523850oy vey
>>106518335> Elixir + Rust. What are some use cases for this? And also how do you interop between the two?
>>106525618Elixir runs on the BEAM (Erlang's virtual machine). by using Elixir over Erlang, you get access to macros, Elixir's ecosystem (Phoenix web framework, Ecto database interactivity, Stream/Enum modules), and the ability to trivially use any Erlang-native functionality (Digraph for directed graphs, ETS for an in-memory database, wxWidgets wrapping for native UI deployments, etc.).the BEAM has characteristics no other VM has:- processes (can be thought of as green threads/coroutines) do not share memory. this means they can be separately garbage collected (no pausing the world) and their individual heaps are cache efficient due to their contiguous nature. also, if any process crashes, it cannot leave memory used by another process in a bad state.- the OTP framework offers abstractions for the grouping together of processes according to common patterns (such as supervision trees, which supervise processes and restart them or whatever upon failure). you can link the failing of a process to cause the failing of another process. you can put these processes onto other machines, and the BEAM will automatically handle communication amongst them over the network.- each process has its runtime closely watched, and can be interrupted at any moment for another process to take its place. this means that even with many thousands of processes, none of them will be greedy with compute time. this point is extremely important to grasp btw, and it's why other languages that try to compete with the BEAM will never be able to do so.
C++ is the only language that matters. Keep seething jeets.
>>106526089cont...- in general, Elixir/Erlang combined offer a data structure for pretty much every problem you might run into, allowing for extremely concise algorithmic work when working with complicated problem domains. the immutable data structures make testing/writing code insanely comfortable. the requirement of explicit state transitions leads to very readable code. tail-call optimized recursion is so fucking nice when compared to traditional looping techniques while not losing out on any performance.- because processes cannot share memory and per-process heaps are contiguous in memory, one can tinker with the BEAM by limiting the memory consumption of individual processes. one can use watchdogs to restrict reduction counts of processes. you can bound the space and time consumption of individual processes, leading to a form of sandboxing built into the BEAM.- Elixir has macros, just like Lisp does. these are really fucking nice. an example use case: I signal errors and embed the module/function pair that signaled the error. this is all handled transparently by a short macro I wrote. if I log the error, it is very easy for me to see exactly where the error was triggered. I can match on the error and handle it at runtime too.- Elixir has a REPL. being able to run code right from a shell is super nice. I use Elixir for back-of-the-hand calculations on a daily basis. I can run Ecto queries right from Elixir. because Ecto is composeable, this results in easier interaction with a database than raw SQL. debugging things is so much easier with a REPL. Elixir also has built-in documentation that you can look at right from the REPL, no browser needed. because all data is immutable, it is impossible to make a mistake that poisons your data at the REPL, which would require you to recreate the state prior to you fucking up in another language (such as Python or Common Lisp).
>>106526099cont...anyway, as for Rust: you can use the Rustler crate in order to write NIFs that the BEAM calls directly, or (my preferred approach) is to just have a separate Rust OS process that you communicate with via message passing. almost all tasks that Rust is useful for are long-running number crunching tasks, hence this message passing process is not really a concern.also, Rust is great for compiling to webasm for running in a browser or whatever. for example, do password hashing by exposing Argon2 to the client using the RustCrypto project. this offloads costly computation from the server to the client (of course, you must be very fucking careful, and definitely not a cryptographic noob)
bump
>>106520180>a language without a self hosted compiler can't ever be a true successor or full alternative to Cthe C compilers in gcc and clang/llvm are written in C++
>>106517734why Firebase? ever tried Supabase?
>>106527434Anyone with a brain uses tcc anyhow, retard.>>106520180I miss 2008-2022, when Jon was just an irrelevant non-political gamedev with brilliant game design ideas. Both Braid and TW are excellent puzzle games, and Jon was, at worst a sperg that couldn't take any critique from others and instead rambled on about critiquing himself.I don't give a shit about jai or how long his sokoban game takes, I just hope it's as good as The Witness design wise.
