hardwaresofton

9 ms·

91.
by hardwaresofton 1y ago
Well we call them browser agents for a reason, a sufficiently advanced browser is no different from an agent. Agree it will become a battleground though, because the ability for people to use the internet as a tool (in fact, their tool’s to
92.
by hardwaresofton 1y ago
I do wonder how much hand wringing there is around tools like uv. The perf of Rust with the usability of python if everyone just ignores the binary blobs and FFI involved. I personally think uv is a huge brightspot in the python ecosystem a
93.
by hardwaresofton 1y ago
> Personally I'm more annoyed of async-Rust itself than not having a blessed async solution in-tree. Having to just Arc<T> away things here and there because you can't do thread::scope(f) honestly just demonstrates how st
94.
by hardwaresofton 1y ago
Rust vs Go is IMO not even a reasonable discussion to have -- you really have to be careful on the axes for which you compare them for the thought exercise to make any sense. If you want a productive backend language that developers can pic
95.
by hardwaresofton 1y ago
If I'm understanding the suggestion, the proposed python virtual threads are ~= fibers ~= stackful coroutines. I have this paper saved in my bookmarks as "fibers bad": https://www.open-std.org/JTC1/SC22&#
96.
by hardwaresofton 1y ago
Note that FDB can support other paradigms on top of KV https://foundationdb.github.io/fdb-record-layer/SQL_Referenc... Also IIRC Apple uses FDB at tremendous scale: https://read.engineerscodex.com/p&#x2
97.
by hardwaresofton 1y ago
No worries — Good luck out there riding the wave!
98.
by hardwaresofton 1y ago
Yeah really didnt want to discourage you but I feel like its totally greenfield in metaflow land (they just open sourced right?) and if you improved stuff there you’d have superb market fit as teams tried it out. Cargo culting netflix’s tec
99.
by hardwaresofton 1y ago
Not an ML guy, but getting people to use a new framework is going to be super hard in a field like ML that is churning at such an insane rate. I’m not an insider but I just can’t imagine anyone with real skin in the game and deadlines has t
100.
by hardwaresofton 1y ago
Thanks for the pointer and thanks for all the contributions to the huge amount of contributions around rust-gpu. Outstanding work
101.
by hardwaresofton 1y ago
This is amazing and there is already a pretty stacked list of Rust GPU projects. This seems to be at an even lower level of abstraction than burn[0] which is lower than candle[1]. I gueds whats left is to add backend(s) that leverage naga a
102.
by hardwaresofton 1y ago
Thanks for sharing your thoughts -- I think I have a clearer grasp of what you were getting at now. > Honestly, I can't believe you're asking me this! You're so far in the weeds of the WASM component model that you have no
103.
by hardwaresofton 1y ago
> What developers are looking for is a way to take UI-focused DOM-heavy web apps, RIIR, and get a performance improvement in browsers. Could you expand a bit on waht you expect would make this possible? What would you list as the most im
104.
by hardwaresofton 1y ago
Thanks for using and contributing to Jco! > (the async and stream support coming in Preview 3 are the real missing pieces for my usecases). Currently this is a huge focus of most of the people working on stuff, and Jco is one of the i
105.
by hardwaresofton 1y ago
AGPL continues to be the future of F/OSS https://vadosware.io/post/the-future-of-free-and-open-source... Dread it, run from it, AGPL still arrives. Sustainable F/OSS is the most likely to-still-be-active-5-ye
106.
by hardwaresofton 1y ago
Disclaimer: I work on Jco, one of the user-facing Bytecode Alliance WASM JS ecosystem projects Just a note, but there is burgeoning support for this in "modern" WebAssembly: https://github.com/bytecodealliance&#x2F
107.
by hardwaresofton 1y ago
Great article -- it's really subtle to see where the real perf gains came from but will try and summarize it for those who may come after: The gains are from batching and doing work in-between. io_uring does "batching at a distanc
108.
by hardwaresofton 1y ago
Nope, Other commenter noted it: https://www.postgresql.org/docs/current/runtime-config-wal.h... Don't use synchronous_commit = off is durability ~= 0 (i.e. "I hope the write made it to disk")
109.
by hardwaresofton 1y ago
> Not that I think Erlang manages to be a nail gun; it has enough idiosyncrasies that the comparison is not terribly accurate. Still, “need” is doing a lot of heavy lifting in that sentence. Yeah it was a bit vague -- I should have said
110.
by hardwaresofton 1y ago
> Nobody cared about Erlang back then and nobody does today. > > I write Erlang for a living. I think this is incredibly correct and obviously personally true for you but I'd like to add one more thing from the peanut gallery
111.
by hardwaresofton 1y ago
> Does it matter if it translates to systemd services under the hood or not? I think so, because that's what most people are familiar with maintaining/configuring. Systemd at this point is quite robust, and it's sprawling
112.
by hardwaresofton 1y ago
> The downside is, of course, that more and more of the linux userland depends on systemd. That is bound to become a problem sooner or later. This is the main problem. Systemd has the most eyes, and the most active development, and I jus
113.
by hardwaresofton 1y ago
It's not that simple actually -- this kind of thinking might leave you working on mainframes in 2000 (or even now) which is obviously a mistake. It requires a certain taste. There's a skill involved. > Just be smart and selecti
114.
by hardwaresofton 1y ago
Sure, but the counter is that you're going to be very late to some new foundational tech (ex. Kubernetes) that are legitimately useful. There are benefits to being early to a trend that has legs
115.
by hardwaresofton 1y ago
sure but this approach is limited, ChatGPT would have failed this test.
116.
by hardwaresofton 1y ago
I’m assuming a friendly tone here, and in a similar tone its funny because I also think Nix is not adopted because its benefits just aren't worth the cost to users (devs)
117.
by hardwaresofton 1y ago
Hard disagree here, corporations almost always have the biggest pockets to fund continued R&D. There’s a tension there, but this is why it’s a skill — theres no simple rule. Fully open source community governed projects can be some of t
118.
by hardwaresofton 1y ago
Knowing which projects/languages/frameworks to invest time into and which to skip (even if they produce useful subprojects) is a superpower these days.
119.
by hardwaresofton 1y ago
Guix SD will never catch on as long as they force non-systemd management. I don’t care to try Shepherd. Systemd is good enough and it has won. > I had to use nonguix to get internet working on the machine, which had very immediate techni
120.
by hardwaresofton 1y ago
I think of this more as routing than service discovery -- there's nothing in k8s that tells you how to reach a related service, you still need to know it's IP or DNS name and reach out. Incus is not bridged by default, so you h

More ›