sylware

3 ms·

1.
by sylware 6d ago
Here, "regulation" is more about a "minimal platform for interop" than anti-trust. That "minimal platform for interop" would be made of simple but able to do a good job enough and stable in time file formats an
2.
by sylware 7d ago
Here, only regulation can help, there is no going against corpos with billions of $ and backed by funds of thousands of billions of $. Much of Big Tech abuses non pertinent complexity and size, not to mention their manic usage of planned ob
3.
by sylware 8d ago
I did not get everything you said, sorry. But where I do agree: I presented the "assembly saving the world from big tech toxicity" would come with very high level scripting languages (probably a mess... but less toxic than what we
4.
by sylware 8d ago
In the SDK, I do include the "compiler": the computer language syntax complexity is critical here since it is a barrier of entry of any new "real-life" alternative compiler. NetBSD won't protect you here. For this m
5.
by sylware 9d ago
Ohohoh! The complexity and cost of the various "open source SDKs" is on stellar scale. I build my own distro, and I usually remove SDKs to switch to linear orthogonal brutal build shell scripts... and I am going to warn you, you a
6.
by sylware 10d ago
Well, in this very case, it is more complicated than that: they have to protect their software against planned obsolescence and developer tantrum (it would be the same for any "in production software"). Modifications and changes m
7.
by sylware 11d ago
The step by step is the right approach... but you'll discover that many 'components' are _INSANE_ and that includes their SDK. Bare LFS is not enough (I run my own): you need a kind of userland (above glibc) multi-version sys
8.
by sylware 15d ago
I know (like selling software without official technical support), I was asking if actual and real hacking did occure.
9.
by sylware 15d ago
In this case, they are probably big tech brain washed and lack a lot of experience/perspective. I remember the time when I was warned again corpos: nice in the first decade, then nasty afterwards.
10.
by sylware 16d ago
What's they were hacked and their current work in progress 'stolen'? On my open source projects, there is always a big "WIP" messy phase which I don't "really" publish... because it is messy.
11.
by sylware 16d ago
A elite dev is not someone who is "not doing any mistakes" (if that has a meaning in the first place) A dev is much more likely to be qualified as elite when you look at how he/she handles his/her own 'real' mi
12.
by sylware 16d ago
Huh? Re-using advances done by others is necessary in maths. This is how hard sciences do progress.
13.
by sylware 16d ago
Then if those BOTS are using whatwg web engines, what are your options? Not to mention, they could be click farms with real humans behind, then what can you do?
14.
by sylware 18d ago
It is much much worse than that: the real jail is the "web javascript" of the web engines of the whatwg cartel, well roughly speaking.
15.
by sylware 18d ago
Then you are of extremely bad faith? come on...
16.
by sylware 18d ago
It is all about that single data point, which means that detector was big enough for that data point.
17.
by sylware 18d ago
Ofc a timer will be set per connection and has to be only one part of a whole global and probably fine-grained connection policy ! Their only purpose compared to such timer, is, in their current state to create a hard dependency on exactly
18.
by sylware 18d ago
I saw bellard neural net compression benchmarks. If you have time and performant system, based on the semantic of the data to compress, neural net seems tough to beat. It is a matter of good compromises: speed and efficacy. I even wonder if
19.
by sylware 19d ago
Isn't that XZ?
20.
by sylware 19d ago
Real BOTs are more and more using whatwg cartel web engines, namely this has an end. If not all, namely the end was already reached. The ones not using them are more likely to be shadowpaid hackers by the whatwg cartel to ruin anything nosc
21.
by sylware 19d ago
They have to keep in mind: it will be more expensive (significantly, and in competent people, not only $$$) as you cannot beat big tech with their thousands of billions of $ and the fact they are scaled on a worldwide scope. And with a long
22.
by sylware 19d ago
Keep in mind that those front-ends are, in general, much more friendly towards noscript/basic HTML browsers than the official front-ends broke a few year ago. (well, nitter was at the time) Don't think the 'whatwg cartel&#x27
23.
by sylware 20d ago
I don't recall to have had a twitter account. Because it has been hostile to noscript/basic HTML browsers. I could use a web API with some token, but it is impossible to create an account and generates such API tokens without a we
24.
by sylware 20d ago
So this is a big enough detector? That would mean they need to wait for such events to occur again and again towards this "5sigmas". Hopefully, other aparatus elsewhere are big enough too in order to spot similar events.
25.
by sylware 23d ago
This is statistical significance ! WE NEED A BIGGER DETECTOR! GI'ME MONEY!
26.
by sylware 23d ago
The javascript web is. Restore the interop with noscript/basic HTML and it will lean towards sanity, something lost a few years ago.
27.
by sylware 24d ago
There will be RISC-V implementions specific to many use cases of CPUs. I have to admit we were more in the "desktop" use case, then the 7GHz (I don't know how they will manage to keep the backend reasonably fed without severe
28.
by sylware 24d ago
Well, everything is open source, I have a partial and very limited (but currently enough for my needs) linker for x86_64 and RISC-V 64bits (but written in plain and simple C which compiles with tinycc and cproc/qbe!). I even have an EL
29.
by sylware 27d ago
This is the wrong end of the issue. ELF for executables and dynamic libs is obsolete on modern hardware (same for microsoft PE+). I am now using for most of my projects a exe/dynamic lib format of my own. This file format is so miminal
30.
by sylware 28d ago
That one of the reasons which makes noscript/basic HTML a good thing (there are other additional reasons, one of the main is interop with small web engines, aka not "whatwg cartel"). Slap a 1D or simple 2D document (simple ta

More ›