Famously back in the day Grindr , which had a plot point in the Silicon Valley series . Probably more obscure ones that havent been heard of outside software in the Hard tech space like MotorSich (Ukranian) was being courted by Chinese investment got blocked due to US pressure. And very recently the whole TikTok fiasco.
One of those names that forces a double take when seen disconnected from context:
'Lean or purple drank is a polysubstance drink used as a recreational drug. It is prepared by mixing prescription-grade cough or cold syrup containing an opioid drug '
proving that one of the hardest problem in CS - 'naming things' still keeps on keeping on.
I think the article has a giant blind spot as far as China is concerned , considering they have already a mature enough memory ecosystem via YMTC that Apple was considering sourcing from them. As well as continued expansion in the DRAM and HBM Fabs [1].
It feels like the memory cartel once again trying to incentivise their various govt to cough up some more tax breaks/funding to cushion the AI buildout bet that they made and the bubble seeming about to pop.
In any case if they leave the consumer market underserved it should be no surprise if before that 2030 prediction we are all on cheaper YMTC memory modules.
Funnily enough there is some level of control that can be exerted by the US gov via the distros (at least the major ones - see legalese restrictions on Redhat/Ubuntu etc when you want to download , stating the various US gov laws/sanctions that they follow) and also via the kernel - i think some time back Russian kernel maintainers were removed.
So Open source it may be , however there are still pressure points that can be used. I believe this is one of the main reasons RISCV foundation moved to Europe.
Europe has a major distro in the form of SUSE, so that’s not too worrying.
Even if upstream linux banned european contributors, there are enough european contributors that a fork would just emerge. So I’m really not too worried about that happening.
Im thinking maybe as a compliment to x86 offerings and eventual displacement as a primary offering , i do not see them ditching POWER.
The architecture might be non-standard and not very widespread however for what it does and workloads that are suited to it. I dont think any ARM design comes close , maybe Fujitsu's A64FX.
How does this compare to chisel [1] , i never could get around the whole scala tooling - seemed a bit over the top.
Though i guess it is a bit more mature and probably more enterprisey
> i never could get around the whole scala tooling
scala is popular in places like Alphabet, that apparently allow go & scala projects in production.
However, I agree while scala is very powerful in some ways, it just doesn't have a fun aesthetic. If one has to go spelunking for scalable hardware accelerators, a vendors linux DMA llvm C/C++ API is probably less fragile.
For my simple projects, one zynq 7020 per node is way more than we should ever need. =3
To expand on that - there are many body systems that depend almost entirely on the 1g glodilocks zone. Lymphatic systems movt , venous blood returning deox blood to the heart and even some digestive processes. Keenly dependent on a g value that allows proper muscle tone/function to the systems at play.
Too little or too much and and human life becomes non-viable.
Throw in the effect of ping ponging between microgravity and 1g and the issues multiply.
Whats the stdlib situation for swift in comparison to newish languages like go or rust. I know its not batteries included lke python - and doesnt have a massive dev ecosystem of helper libs seeming to be mostly tied to macOS/iOS operating system API/ABI.
There are still challenges with basics like compression, which tends to involve trawling Github for the least dubious toy project. Even Apple's Compression framework is missing important algorithms like ZSTD.
Another problem is the Apache Software Foundation don't seem to have any Swift maintainers, which means there really aren't any good pure Swift libraries for Arrow or Parquet.
There are some really good open-source libraries from Apple like Swift Collections or Swift Binary Parsing.
As of very recently, the entire stdlib (i.e. "Foundation") is open source and available on all platforms Swift targets. For a while, the Linux builds had a much smaller/limited version of Foundation, but it's fully supported now.
Yep and the LLM tools are giving flasbacks to the Frontpage/DreanWeaver to geocities ipeline for building the sites.
Still early innings but i bet this plays out the same way - not everyone will have the time sink to vibecode all the software workflows they require.Maintainance iwse and security wise holes will still remain for the personaly non tech user. Devs and orgs will probably limit the usage to a helper sidecar rather than the hyped 100% LLM generated apps.
Reminds me about the hype
Sadly I look back on the Frontpage times with increasingly fondness, since at least it produced usable, quick-loading HTML sites instead of today's megabytes of pointless javascript.
Not to mention that p3 on its own was prettymuch functional and p2 quite stable and the major issue was migrating/porting all the legacy over to p3 .Hence bridges like six and 2-to-3 that at least attempted to smooth the transition over by allowing bot to coexist for a time.
With wayland they seem not to be even entertaing this optionality - with wayland itself being not yet feature complete to standalone.And the attempts to bridge like xwayland coming way after the fact and pushing a oneway path with no coexisting situation.
As a result introducinga whole lot of friction and surprises in UI functionality. So yeah at a time when the presentation layer should be a boring afterthough, it is too timeconsuming in part of a Linux setup and daily usage.
reply