911 karma · joined January 13, 2020
Is this true? Would there not be dilution?
The point is that time will tell if this really saves money over the long run. I do not know the law and I am not questioning the board here.
There will be no need for human ingenuity. Perhaps if llm had existed at the time of assembly language being predominate there would be no higher level language for humans to use.
All it is good at is solving things humans have already solved. When I see this I definitely wonder why we aren’t researching bigger issues that really affect people.
More software , such as banking software, iot, control systems all needs to be done vertically in the U.S. just as cyber security should be done by people with clearances.
It really is a security concern.
Profits are becoming hard to come by at many places and a large driver of cost is salary.
The U.S. dollar has also grown in strength over the past ten years. I think it has more than doubled compared to inr?
This is especially true with the lower cost workers, which is one of the main points of outsourcing.
Maybe this is what will save humans against the robots — the ability to verify and study topics in their context efficiently.
This is interesting, but a waste .
I think this might be it. After my post I thought about it and guessed that maybe the workload was potentially not an optimal netty workload, or there are aspects to the workloak that are not well suited for netty. I am unsure, however.
> That said, it's definitely possible for the reactive libraries to simply use virtual threads whenever they do anything in parallel. That'd allow the model to avoid potential issues when calling into blocking code.
Definitely would be a great enhancement for the elastic thread pool.
> The benefit of virtual threads is making things even simpler so you don't need to understand those complicated constructs. You just spawn new threads whenever you need to run things in parallel.
Once you get used to it, in my opinion, those constructs are simpler and easier to use than the standard multithreading options in java, specifically flux and timed operations. However, some items like request scope or session scope is a problem and harder (impossible?) to do right.
https://www.theguardian.com/business/2023/aug/28/phoenix-mic...
When I read through it again it I realized many problems seem similar to common issues in software projects.
If American workers are expected to follow the rules but other countries have less strict rules with different tradeoffs, maybe the regulations need to be examined.
I also wonder if the reactive libraries could be refactored to use the virtual threading model. It would help with a lot of the debugging issues. I would be sad to see those libraries go by the wayside as they do make a lot of complicated tasks simpler once you understand it.
In other words, it can be a good feature request or idea.