Very cool! Why was and the entire networking stack straight forward, but not HTTP (and TCP)? Could you take inspiration form other projects for things like DNS?
Up to TCP most protocols are very straight forward, atleast getting them to work semi reliable. But then TCP explodes in complexity with all the state management and possible paths a connection can take.
HTTP is mostly annoying because of all the text parsing :D
Yeah...HTTP/1 is one of those weird cases where the older protocol is considerably more difficult to implement correctly than the newer ""more complex"" standard. This is especially true if you want your server to work with they myriad of questionably compliant clients out in the world.
HTTP/3 might have been easier, and using QUIC+HTTP/3 in your hobby OS is a fun flex :)
I don’t think that http/3 is easier to implement than http/1.1 especially since h3 is stateful where http/1.1 is not. Especially not when everything should be working correctly and securely because the spec does not always tell about these things. Oh and multiplexing is quite a hard thing to do especially when you are also dealing with a state machine and each of your clients can be malicious.
I can't speak to http/3 (I haven't tried to impl it), but I can say that a bare-bones http/2 is very easy to implement because it doesn't try to pretend to be prose.
Interesting! The article talks mostly about how this all worked, but rarely about what was actually discussed. Which opinions of the party do you like or support?
I’d prefer not to dive into policy positions here — the main focus of my post was the product-building process and what it was like to work behind the scenes.
I think there must be some misunderstanding? I think deathanatos just wants an easy way to send files between computers when the internet is down, which seems decently reasonable.
Oh, I won't, but MS has the unfortunate recurring habit of turning features on against users' will, at best giving the option to "Remind me in 3 days".
My "favorite" tactless Windows update story in recent memory was when an update pinned a Copilot link to my taskbar. I unpinned it, then a few weeks later another update added the Copilot link back to my taskbar, but not as a pinned app. Rather it replaced the god damn "show desktop" button in the bottom right of the screen! They replaced an always on-screen OS navigation button that's been there since Windows 7 with an ad!!
I hope to god that Valve takes the opportunity they have with Steam OS to give us a potential real alternative to Windows that focuses on gaming support. Cause that's literally the only reason I'm forced to continue using this Microsoft adware slop of an OS.
> They replaced an always on-screen OS navigation button that's been there since Windows 7 with an ad!!
That must be doing wonders for the click rate. I can see the pre-promotion powerpoint slide now: "User engagement with Copilot is showing exponential growth"
There is currently no policy setting to do this. The available policy settings are "disable Recall and do not allow users to enable it" (which is the default) and "allow users to enable Recall, but leave it disabled by default".
You have to make the choice about sharing at the start. If you use AGPL and later decide to make changes, you'll have to share. So most don't want to risk it.
But more important, AGPL software is banned at many large corporations. It's simply not an option.
reply