Patrickmi (u/Patrickmi)

Patrickmi commented on Influxdb made the switch from Go to Rust old.reddit.com/r/rust/com... · Posted by u/tim_sw

Patrickmi · 2 years ago

People are not talking that InfluxData is NO more just a time series database, this isn’t just a language change but feature additions and with the level of massive dependence on C++ libraries it’s pretty foolish to continue using Go

Patrickmi · 2 years ago

Down-voters, could you please explain your disagreement to the statement

Patrickmi commented on Influxdb made the switch from Go to Rust old.reddit.com/r/rust/com... · Posted by u/tim_sw

Patrickmi · 2 years ago

People are not talking that InfluxData is NO more just a time series database, this isn’t just a language change but feature additions and with the level of massive dependence on C++ libraries it’s pretty foolish to continue using Go

Patrickmi commented on Ask HN: Why isn't Phoenix/Elixir more mainstream? · Posted by u/HerrBertling

Patrickmi · 2 years ago

No matter if the language is Great or bottom line worse if there’s no ecosystem and libraries to promote productivity is all moo, hey we hate JavaScript but before I think of wasm I would have written most of what I want in JavaScript, this is why Go was so productive that it took just 5 years since it’s creation for the software tech world to feel the impact, that’s why rust ecosystem pushing for more high level library sugaring or “one click convenient macros” and I kinda like where ocaml is going it really needs to remove the tag “Jane street programming language”

Patrickmi commented on Rust vs Go: A Hands-On Comparison shuttle.rs/blog/2023/09/2... · Posted by u/mre

dingnuts · 2 years ago

Why are there so many comparisons between Rust and Go? They don't seem to be particularly similar languages, either in use-case or style, but it often feels like the community wants there to be a competition between the two, which doesn't seem appropriate to me.

Go should be compared to other high-level garbage collected languages: Java, Python, C# -- that kind of thing.

Rust should be compared to C++ and C, but I'd also love to see it compared to other languages with advanced type systems, or contrasted with languages with more traditional or simple type systems.

Patrickmi · 2 years ago

Go has the ability to do what C or C++ can do to some extent while offering simplicity, easy to read and understand while rust gives you full control with its powerful type system because of that those complicated things can just be wrapped around someone’s library or function (.unwarp, .clone, Rc, Arc) coupled with rust ability to span in different domains of programming, rust will be compared to higher programming languages

Patrickmi commented on The State of Async Rust: Runtimes corrode.dev/blog/async/... · Posted by u/RebootStr

jedisct1 · 2 years ago

The few projects I wrote using async Rust eventually became unmaintainable. And when things go wrong, stack traces involving Futures are impossible to understand.

This is where Go really shines. Goroutines may not be "right" or "good", but they are very intuitive, and maintainable. Performance isn't bad either.

In Rust, there's the May project that is very similar and should really get more attention.

Patrickmi · 2 years ago

Here’s the problem about languages like Rust, at the very beginning of rust goals it gives you all the control while offering security and performance, want some libraries to manage some these authorities no problem, but the problem here is that if everyone want to agree one thing or feature while the language gives the programmer to full control this causes fractions in the ecosystem, 3rd party vs rust core team issues and co, a single unmaintained library can deal a massive blow to the ecosystem on like Go where “The Language makes the decision for you” it gets worst as rust isn’t a domain specific language (way more than python or java) even tho it’s a systems language this brings in different domain ideologies into the language which in turn creates massive 3rd party libraries to be able to handle those ideologies which in turn causes a massive blow to the ecosystem if more unmaintained libraries pile up.

This circle will repeat its self over and over again

Patrickmi commented on Fixing for loops in Go 1.22 go.dev/blog/loopvar-previ... · Posted by u/todsacerdoti

kubb · 2 years ago

Russ Cox and the Go team learned that the loop variable capture semantics are flawed not by reflecting about how their language works, but through user feedback.

This could have been prevented by having one person on the team with actual language design experience, who could point this issue out in the design process.

In this case, after 10 or so years, and thousands of production bugs, they backpedaled. How many other badly designed features exist in the language, and are simply not being acknowledged?

If you point it out, and you're right, will you be heard if you don't have a flashy metric to point to, like a billion dollars lost?

What if the flaw is more subtle, and explaining why it's bad is harder than in this very simple case, that can be illustrated with 5 lines of code? What if the link between it and its consequences isn't that clear, but the consequences are just as grave? Will it ever get fixed?

Patrickmi · 2 years ago

So whats your point ?, old ideas never die ?, language design is not language purpose and goal ?, they made a mistake creating Go ?, refusing to find something suitable or just break compatibility?

Patrickmi commented on Ask HN: Do I need AWS? Or am I thinking this wrong? · Posted by u/moomoo11

qwytw · 2 years ago

> your project is so big, that salaries for ops would be higher than cloud cost.

Couldn't it be the other way? On lower scale saving significant amounts of time just to save a few hundreds or thousands might not be worth it. OTH if you're paying millions to AWS hiring an extra person or two to save 20-50% (or whatever) might be a very good deal.

Patrickmi · 2 years ago

Well kinda, there’re indeed some services can cost more hosting than cloud hosting especially when it comes to geo-location, auto scaling, preventing dead servers but there’re are companies that maintain data centers, etc it depends

Patrickmi commented on WASI Support in Go go.dev/blog/wasi... · Posted by u/spacey

alecthomas · 2 years ago

I understand there's no CGo specifically, but I'm wondering if the Go runtime when running under WASM still has to manage switching out the goroutine stacks for "WASM stacks" when it's calling out through the WASM VM.

Edit edit: from this comment it sounds like it is, as you say, just the general overhead of managing goroutine stacks. I wonder if TinyGo is more performant.

[1] https://news.ycombinator.com/item?id=37501552

Patrickmi · 2 years ago

Tinygo runtime don’t have g or m threads that’s why it’s Cgo is zero cost