Damage was done in the waters of one country, detaining was done in the other.
Why didn’t Russia attack in international waters?
Damage was done in the waters of one country, detaining was done in the other.
Why didn’t Russia attack in international waters?
But what's more relevant here are rules about straits - territorial waters that fully enclose a section of someone else's territorial waters. My understanding is that that is a big part of the reason why the two countries restrict their claim of territorial waters to leave a corridor of international waters: They want to avoid the area falling under the straits rules (transit passage), which would give Russia more rights than it has now inside the territorial waters.
However, this act would, in my understanding, give much more power to Finland and Estonia to detain these ships, and charge the crew for the crimes they have committed. Right now there seems to be a loophole in the legislation that Russia is actively exploiting for hybrid warfare purposes. If the strait rules would give Russia more ways to cause harm, some other way of dissuading Russia from making these acts should be done.
In general though, it feels stupid that we have to play by these rules, when the enemy makes a mockery of them and actively tries to exploit them to cause as much harm as possible. But that's the reality when bordering Russia.
Russia clearly hasn't acted in such way that they should enjoy these kinds of acts of benevolence. Finland and Estonia should seriously consider retreating from this agreement.
By far the worst in this aspect has been Scala, where every codebase seems to use a completely different dialect of the language, completely different constructs etc. There seems to have very little agreement on how the language should be used. Much, much less than C++.
> If you look at your typical phone or laptop SoC, the CPU is only a small part.
Keep in mind that the die area doesn't always correspond to the throughput (average rate) of the computations done on it. That area may be allocated for a higher computational bandwidth (peak rate) and lower latency. Or in other words, get the results of a large number of computations faster, even if it means that the circuits idle for the rest of the cycles. I don't know the situation on mobile SoCs with regards to those quantities.
Only if you're ignoring mobile entirely. One of the things Vulkan did which would be a shame to lose is it unified desktop and mobile GPU APIs.
In this context, both old Switch and Switch 2 have full desktop-class GPUs. They don't need to care about the API problems that mobile vendors imposed to Vulkan.
It would take a lot of work to make a GPU do current CPU type tasks, but it would be interesting to see how it changes parallelism and our approach to logic in code.
Also, I'd say if you buy for example a Macbook with an M4 Pro chip, it is already is a big GPU attached to a small CPU.
there are also some arm laptops that just run Qualcomm chips, the same as some phones (tablets with a keyboard, basically, but a bit more "PC"-like due to running Windows).
AFAICT the fusion seems likely to be an accurate prediction.
The reason why highly developed economies have become so service driven is because they have become sort of bimodal: The cost of labor is such that only jobs that are productive enough (profitability per hour) are done in these countries, and jobs that absolutely have to be done there to sustain the population. Jobs in the middle, everything that is not highly profitable or location-dependent, is offshored to lower-cost countries due to the cost of labor. This results in these developed countries having issues: Cost of living is high due to labor cost and there's high economic inequality due to wildly differing productivity.
The solution would be to bring these "mid-productivity" jobs back to developed countries. However, the main roadblocks still remain: The cost of labor is too expensive for most of these jobs to be competitive globally. However, I think there might be a way to do this in the near future: Advancements in robotics would mean a higher level of automation for industrial work, meaning more industrial jobs would become viable in high-cost countries. Each worker would be productive enough that the cost of labor is not critical anymore.
To make this happen, I believe it's important to ensure that the country is viable for this kind of manufacturing: Energy supply needs to be abundant and cheap, workforce needs to be educated, outside the "elite" students, and there needs to be low trade barriers. Low trade barriers are needed, because virtually all manufacturing is part of a global supply chain where parts cross many borders before the product is sold (and (high-value) products are sold globally). Additionally, the viability of automation will vary between different parts of the supply chain, and so you likely cannot automate everything.