Hey! I'm Federico, a Software Engineer from Italy. In this channel, I share some of my projects and discuss various programming-related topics, including my experiences and tricks I've learned along the way
Thanks for the great video. I will be interested in your suggestions for Rust optimization in the Windows environment. Also, I have a question about similar optimization tools for other languages (Go, Zig, C++). Thanks again for excellent work.
Using Antd was your first mistake. EDIT: Realized I already watched this (as theres past me commenting lmao). But as it turns out, I cant remember what the issue was.....
*WHY THE FUCK IS PYTHON CONSTANT UPDATING BUT ALL OF THE GODDAMN TIME EVERY PROJECT IS INCOMPATIBLE WITH EVERYTHING BUT A BESPOKE PYTHON VERSION???????* Serious question. Why keep fucking updating it? Why do it if its going to cause incompatibility at all ever? Fucking I know its a scripting language and not "programming" but that really doesn't explain the why.
C++/20 and later allows writing very safe code. Performance is excellent. A huge benefit of C++ is: - compile time evaluation (constexpr and constinit) - template programming (even with traits/concepts) is outstanding - great and mature optimizations by the compiler Also: - there are very fast and mature GUI packages for C++ (in Rust, most seem alpha to beta state) - in many cases, way smaller exe size
Heyy, Pls Solve my query , How many languages does it support ? Like english , spannish could you provide a list of it., I tried to find it on Github and reddit, but was unsucesfull !!!
I think C++ is much better because the memory management is easy and important to know. Forcing algorithms into the borrow checker is terrible. It's the safety fascism that managers now have. It's like taking the color black away from painters because this is a dangerous color that can't be overpainted and will ruin your oil painting.
It's been about 12 years since we first heard of Rust, and despite the extensive marketing campaign it has received, it is still considered a niche programming language. Don't get me wrong, I'm not saying Rust is a bad programming language. In fact, it might be better than C/C++ in many aspects, but its approach forces developers to either write everything from scratch or deal with the pitfalls of the 'extern-function approach' for integration with the outside world. The industry has invariably proven that this approach is a failure from day one. A very good example of this is the Dart programming language. It was originally intended to replace JavaScript, and despite being better than JavaScript in many ways, it miserably failed to do so. Similarly, Rust is unlikely to succeed in replacing C or C++. Rust and C++ are fundamentally incompatible. I see more future in replacing C/C++ with other approaches such as CPP2 or Carbon if the first production-ready versions of those languages are released, which seems very likely to happen soon. Once that happens, there will be even less chance for Rust to replace C or C++. Also, note that C++ and TypeScript are very successful languages in terms of adoption because their approach doesn't require rewriting everything from scratch. You just change the extension from .js to .ts in your JavaScript programs and start seeing results in terms of migration right away. Similarly, with C++ and C; you compile a C program with a C++ compiler and start seeing results. That's why industries are reluctant to migrate to Rust. This approach is in opposition to code reusability, which is too important to give up.
i can't hear this stupid "argument" that for io-bound programs, execution speed does not matter. that is just nonsense. what's better? having a program that adds 5ms on top of a 100ms database call or having a program that adds 100ms on top? 105ms vs 200ms? anyway, the program is not doing nothing as most likely, you run this in an async setup (e.g. tokio) so it can fulfill other non-io tasks - or you can put it on a weaker machine that is better utilized then.
I worked as a front end developer for almost 10 years and moved away from the industry about 4 years ago after a couple of bad experiences. Anytime I get that itch to come back and search for info on something new (like Rust) or any other content about software development, I only find boring, cringey or very subjective content or just unlikeable (even arrogant at times) people, like the ones that made me move away from programming. It's nice to finally see a good video with a 100% objective perspective and an excellent and very complete analysis of the subject.
Well depends. Front-end can be more beginner friendly than back-end but if you go deeper in state management even some styling libs, things become a little wearying. Another point is that everyday you have a new framework and people is constantly changing. I worked with Front-end for about 4 years, now I'm dealing more with back-end and for me the back-end seems more logical and straightforward, of course you need to understand very well things like OOP, Data Structures and Algorithms, Concurrency... But you don't waste loads of time styling stuff, debugging redux, fixing stupid modals and automating UI tests.