Reducing this to a simple language fanboy war is a massive oversimplification. Recent memory bloat and performance issues happen everywhere, whether it's C++, Java, or React. In most cases the real culprit is architecture and implementation not the language. Such as embedding browser engines just for cross platform UI.
You talk as if language choice dictates performance but even C# allows active stack allocation for optimization. Conversely C++ becomes a bloated mess if poorly implemented. In fact terrible C++ code has caused issues for decades.
Ultimately the root cause is that as users' available memory expanded, developers (or rather, management) stopped caring about memory usage. This approach is finally hitting its limit and alternatives are emerging.
It is premature to conclude that someone is wrong and will ultimately be replaced, as the final verdict on LLMs is not yet in. In fact, recent trends show rather negative outcomes. Multiple analyses continuously indicate that recent layoffs are driven by the normalization of the post-pandemic bubble and economic recession due to wars, not LLMs. Companies are merely using LLMs as a convenient excuse to frame hiring freezes as innovation. Furthermore, many companies are reconsidering LLM adoption due to cost and efficiency issues.
You claim to be rational and logical, but your argument completely lacks substance and is just full of highly subjective claims. Your 'prediction' is closer to astrology than actual forecasting. Sure, prophecies hit the mark by chance every now and then, but that doesn’t prove the person has any predictive ability. That is precisely what your argument looks like: completely confident without a single piece of evidence. To top it off, you totally abandoned reason and logic in your last sentence. Saying that anyone who disagrees with you is just deluding themselves and that you already know what people will say to snap back is exactly the kind of stuff a cult leader would say.
You're completely giving up based on some strange delusion. I don't even blame you for that. But it's genuinely ridiculous how you use it as an excuse to attack others and act all smug while pushing your defeatist arguments.
I haven't really experienced disconnections while using ChatGPT. Gemini is the frustrating part. Simply backgrounding the app (and the web version too) and resuming it causes the response or the conversation with an assigned ID to disappear. Haha.
It could definitely happen after a few years and yes I have already had cases where I had to trace the code again to understand them. It is still a major hassle though!
I occasionally build simple CLIs that are immediately intuitive but GUIs are just too much work.
Most of my side projects have functional core features that I use regularly but they aren't quite shippable.
Building a GUI for others unfamiliar with the internal logic is incredibly difficult and tedious.
If it runs on Avalonia anyway why choose MAUI? If you have the option just use Avalonia.
MAUI is unfinished and its docs is awful.
Do you want to build an app using MAUI? Unless you build an app that barely deviates from the template, expect to desperately search through decade old Xamarin documentation and figure out the details through painful trial and error.
The large number of Chinese products currently permitted in the U.S. demonstrates that the bans were imposed not because of their nationality, but because confirmed security risks were identified.
The company's issue is not its country of origin, but its history of installing backdoors and its public declaration to abandon fixing security flaws for numerous devices still in use.
The issue started to be pointed out by numerous independent tech news outlets and communities far more than a year ago. Do you have a basis to argue otherwise?
Why do companies actively lie in their advertising about being eco-friendly, instead of just keeping a low profile?
Is it because we tend to focus only on current events and quickly forget their past track record? Indeed, if people soon forget the lies, the risk is minimal.
The smaller the attack surface, the better. There is no need to expand it unnecessarily. By your logic, we shouldn't even use the binaries provided by the official package manager, because they also cannot be trusted.
We are talking about the dangers of the installation method. Not the program itself.
No. It is absolutely ridiculous to suggest that one must read some unknown script just for the simple task of adding a binary to the directory on PATH. Unless, of course, you're the type of person who just runs any script without verification.
Furthermore, for files installed 'automatically' like that, it's nearly impossible to remember what was done and where. This means that to remove it, you have to find and read 'that specific version' of the script you ran, and then delete the files. It's not like the script is always in a place with a persistent history, like a git repository. Good luck with that.
You talk as if language choice dictates performance but even C# allows active stack allocation for optimization. Conversely C++ becomes a bloated mess if poorly implemented. In fact terrible C++ code has caused issues for decades.
Ultimately the root cause is that as users' available memory expanded, developers (or rather, management) stopped caring about memory usage. This approach is finally hitting its limit and alternatives are emerging.