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.
Yeah seems likethe business interests have overridden the adpotion needs. Knowing the IETF process is molasses slow , they still have not made moves to close that gap.For open source at least a implementation RFC that interested parties could work with - none avaiable.
They want to sell a technically brillant protocol that is single vendor propriety/patent restricted.
Their bet should have been of open protocol and captalizing on fist mover advantage to drive their business side witha large partner like ericsson/cisco etc.
Of course theres also the soveriegnity angle knowing what went on with another swiss company CryptoAG.
Or more interestingly with the low-earth sat/data network. Seeing as projectssuch as starlink are basically mil in nature with a side of barely profitable civilian use.
The whole data centers in space makes more sense. These are not for running cat blogs and video streaming , which is waht they are/will be marketed as.
Realworld application will always be a command and control node spanning the globe for the mil use. And as its rolloed out globally can basically provide jammingfree links for the autonomous commands from space.
This is why i keep saying the Jolla management neds a rethink. Its 2026 GraphenOS is in a partnership with Motorola while Jolla is still doing early 2K style kickstarter campaigns.
The market is there , product is loved and ppeople have proved they are willing to take some pain adopting the product.But still the execution to serve that market is shambolic to say the least.
As i recall , they do not come preloaded and the usr has to do a song and dance to flash the ROM with the new OS. While also paying a separete license fee for the OS and updates.
Too much friction and limiting the potential - thats why i reiterate. The SailFishOS is a delight technically and aesthetically - the business side though needs a major overhaul.
Just thinking out loud , they could partner with someone likee huawei to preload for EU/rest of world customers that cannot use HarmonyOS outside CH. Or even one of the other smaller OEM with access to the deep tech ecosystem to give a prebuild/preloaded f;agship at a cost competitive price. Or do a Apple and auction search/maps defaults to keep BOM costs down and aim for widespread adoption.
they sell some preloaded xperias on their website, but i get the impression the only have a few at any given time because ive been checking every now and again and half the time they are sold out
Were it more portable BeOS/Haiku's BeFS would have been a perrfect fit in this instance.Seeing that it is a filesystem thah has database properties via extended attributes[1] and indexing.
Were Haiku mor mature/stable would have been a nice fit for the OS for the LLM/Ai personal use cases.
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.
reply