pzixel
Re:A Sad Day for Rust
on Friday January 17, 2020 @02:39PM (#22078353)
> Seems everyone believes there is large team behind actix with unlimited time and budget. (Btw thanks to everyone who provided prs and other help!) For example, async/await took three weeks 12 hours/day work stint, quite exhausting, and what happened after release, I started to receive complaints that docs are not updated and i have to go fix my shit.
> enjoyment
Riiight
Re:Ask HN: What technologies did you learn in 2018?
on Sunday December 23, 2018 @05:50PM (#18748909)
Yep, there is a great picture of how it looks like: https://imgur.com/sj92dyW
I faced it myself. It took me a year to being able to write a simple snippet (e.g. reverse UTF8 string) without getting compile-time errors. Now I'm a bit less productive then in C# with writing the code, but I'm much more confident about it.
Re:Ask HN: What technologies did you learn in 2018?
on Sunday December 23, 2018 @05:36PM (#18748821)
1. Do you often try to implement data structures like this? In my practice, arrays are almost always better.
2. Beside that, you may argue that I use "Don't have therefore is not required" argument. But it contained partial truth: if you fight Rust program model then you have to do some extra steps to achieve it. Rust borrowing model considers one owner who can share its data among consumers. And this is damn common situation. I written a whole telegram bot with futures, using Arc container only once, to share my http client across the threads.
If you fight GC in Java then you have same troubles: all this stuff like weak pointers, byte array storages, reflection, etc, etc... If you are trying to write imperatively in haskell... And so on. If you fight language ideas, then your code becomes more complicated. The answer here is that you shouldn't have to do it often.