Fortran is domninant in HPC (Maybe not dominant, but there are a lot of software in HPC written in Fortran). R uses some performance oriented libraries which most likely implemented in Fortran.
> ... heavily bloated and resource hungry editors such as VS Code and JetBrains ...
Normally they are fine, but add the indexers and code parsers then everyone is bloated. On my emacs + lsp, lsp is the one using a lot of cpu/memory resources.
> Emacs is still actively used today ...
I would change much of the Readme.
I understand that they need a big push in DPU market, but I do not understand why companies as big as AMD do not invest and build what they need in house? If anyone can, it is AMD that can gather the talent. Everyone was talking about future data centers, and as far as I can tell I have been hearing about heterogeneous IO since 2009 (and that's me, and I was hearing it while working on Xen).
To asnwer my question maybe the market is so volatile that they cannot do strategic planning like that?
With larger purchases like this one that can still be part of the equation, though there is also the matter of lead times needed to bring a significant team and related infrastructure needed for the project(s) online and up to speed.
Also if a company is seen as ripe for buying, it can sometimes be done in part to stop a competitor getting a chance at the above advantages.
Dicipline of the company is more important than the talent. Oracle has a lot of talent, but they lack the discipline of generating anything novel. They buy the idea. Anyhow semi-conductor industry is different. Apple or Amazon played it in my opinion better although in vastly different markets.
This is a good point, but it mostly matters when you are in middle of developign the strategy so that you can protect it and wanna have a robust plan. Maybe they are!
I was in a very interesting presentation once about the impact of ships on clouds [1]. There is more depth into the impact of these vesels compared to only the amount of carbon emission. But honestly I am not expret, I found it intreresting that for example the shipping from europe to USA had some impact in the amount of clouds in nortern africa. Although, I cannot find the presentations I saw.
Oceanbird probably is not a CGI only product. If you check the startup behind it started from KTH university then you and follow the related people in there you can see it is just not built but it is a product of so much simulations. I am not sure if it works out but the idea is more robust than one might assume initially.
Do you mean like a hardware board for educational purposes? I use the Sipeed Maixduino (or Maix Bit) for my classes. The problem with these boards is there is a lot of esoteric, non-documented items.
For a well documented hardware board, I would look at the Sifive Hifive1 (Rev B).
Since RISC-V is still relatively new, I'm sure more and more boards will start making it to market rather soon.
I think the easiest way to get started with RISC-V is to look at QEMU, which is an emulator. It can emulate the virtio bus, including graphics. I used this in my OSblog: http://osblog.stephenmarz.com which uses an emulated, 64-bit RISC-V CPU.
You mean what physical machine should you use to teach yourself on? I wouldn't bother trying to use any physical hardware - use a simple command-line simulator https://github.com/riscv/riscv-isa-sim.
In your provided link it points to Sweden as one of the best prepared countries for COVID. I am Swedish citizen. I am actually quiet surprised since it is still hard to get tested and test results take longer than two days (mine was a week but it was private and two months ago).
Sweden in general is handling it well, but it would take a long time to understand who handled covid better.
I noticed that you seem to attack the sources of a lot of things you disagree with as biased.
I don't think that is obviously true, but in any case your arguments maybe better received if you explained why their claims are wrong.
I'd note that you used the same approach downthread, until it turned out the author himself was Indian and extremely well qualified to make the points he made.
Wasn't the latency and limitation on throughput of number of transactions per second a flaw in design? I remember it that the whole process must have have been redesinged in order to get to what Banks are capable right now.
Transactions aren't free, they incur a permanent storage cost on nodes. Whether that's a design flaw is up to you, but any other solution has other tradeoffs.
The lightning network exists, which I believe can eventually offer more bank-level transaction volumes off chain (still trustlessly) with periodic "commits" back to the chain.
I do not know how to research this, but what is the status on EU? How EU does this? I know that in Sweden it is only one email and you can get any public document. Even the emails of publicly funded positions.
All EU legislation (Treaties, Directives, Regulations etc.) and case law (decisions of the Court of Justice, and the GC & CST) are up on a website called EUR-LEX, usually in both HTML and PDF, and in every official language of the EU (at the time that the legislation or decision was made—earlier documents aren't retroactively translated into languages of countries that have joined subsequently).
If you are comparing it with PACER, there are some differences - PACER contains loads more documents than you get on EUR-LEX including lots of procedural stuff, filings, and so on, while EUR-LEX only tends to have the court opinion, the Advocate-General opinion, and maybe a bit of procedural stuff, but not much else.
This is because the CJEU is in practice a court that only deals with matters of law that have been referred from a national court (or from another EU institution, like the Commission). Comparing the CJEU and a US federal district court is comparing apples with oranges.
