uriel

38 ms·

391.
by uriel 17y ago
Ken also wrote another paper describing the same compiler suite which is a bit more uptodate: http://doc.cat-v.org/plan_9/4th_edition/papers/compiler
392.
by uriel 17y ago
ioctl was a mistake by people that didn't understand the "everything is a file principle" (a huge mistake I might add). The original Unix from Bell Labs had no ioctl, Plan 9 has no ioctl, and the Linux people have been claiming to want to
393.
by uriel 17y ago
While I think REST is great (and the only hope for some sanity in the future of the web), it doesn't seem fundamentally different from the "everything is a file" model, except for some historical limitations (like making navigation of the r
394.
by uriel 17y ago
> People across the globe are doing something that is and feels truly different and new: they're thinking and arranging their entire stacks in terms of remote virtual machines. Except that there had been people doing precisely that for
395.
by uriel 17y ago
The date has nothing to do with it, the kind and nature of the research is the issue.
396.
by uriel 17y ago
> But there was a virtualization efficiency advance You are just reinforcing Rob's point. Xen doesn't do anything new, it is simply an optimization, that doesn't mean it is not useful (as he also points out), but confirms his point that
397.
by uriel 17y ago
There is a reason Plan 9 dumped PoSix, there is APE ( http://doc.cat-v.org/plan_9/4th_edition/papers/ape ) but to properly maintain it would take way more effort than the rest of the OS. And it is becoming even worse, 'all the world is a
398.
by uriel 17y ago
> I don't even know what to say about this article - it's just so poorly thought out and researched that I can't believe it. You are clearly missing the point by a few miles...
399.
by uriel 17y ago
If Xen is the best you can come up as a result of research impacting industry in the last ten years... IBM had been doing basically the same for decades, so I'm not sure one could consider Xen particularly revolutionary. Edit: Also note tha
400.
by uriel 17y ago
> for example, the 'everything is an object' paradigm is really a natural extension of Plan 9's 'everything is a file' paradigm. I used to think that way long ago, over time I realized that it is the inverse: 'everything is a file' is a
401.
by uriel 17y ago
Heard of Inferno? http://code.google.com/p/inferno-os/ Bell Labs as usual well over a decade ahead of their time...
402.
Systems Software Research is Irrelevant by Rob Pike (2000)(doc.cat-v.org)
39 points by uriel 17y ago|28 comments
403.
by uriel 17y ago
> Tor exit nodes are not against our TOS, but we will forward any abuse reports on to you and we do expect them to be handled. I'm somewhat unclear on what does it mean for "them to be handled'? If you are running a tor node there is no
404.
by uriel 17y ago
It is quite amazing how sf.net has managed to get worse with every redesign, even more amazing having in mind how awful the original design was.
405.
EFF: Help Protesters in Iran: Run a Tor Bridge or a Tor Relay(eff.org)
37 points by uriel 17y ago|25 comments
406.
by uriel 17y ago
" Not only is UNIX dead, it's starting to smell really bad. " -- Rob Pike circa 1991
407.
by uriel 17y ago
Very nice, I really like stackless and anyone writing concurrent code in python should use it.
408.
by uriel 17y ago
As others have pointed out, this has zero to do with JSON, this is a browser XSS vulnerability.
409.
Libtask: a Coroutine Library for C and Unix(swtch.com)
32 points by uriel 17y ago|8 comments
410.
Several Facts about Google and HTTPS(eff.org)
5 points by uriel 17y ago|0 comments
411.
by uriel 17y ago
I hope so. And the day Oracle kills Java I'm going to throw a huge party.
412.
by uriel 17y ago
I do think that there are many languages superior to Common Lisp, actually as a good follower of the Bell Labs school of Worse is Better I find CL rather tedious. Still I will miss him, his rants were often full of wisdom, and his critiques
413.
by uriel 17y ago
Ed is still one of the greatest text editors around, I still use it rather often for short edits.
414.
by uriel 17y ago
upasfs(4) http://man.cat-v.org/plan_9/4/upasfs Edit: Damn, skwiddor beat me to it :)
415.
Erik Naggum's wonderful rant about XML(harmful.cat-v.org)
66 points by uriel 17y ago|20 comments
416.
by uriel 17y ago
This is really sad, he was one of the greatest thinkers of the hacker community, certainly up there with pg. This doesn't make him justice, but his rant about XML is one of my favorite rants ever: http://harmful.cat-v.org/software/xml/s-ex
417.
by uriel 17y ago
I'd like someone to compare it to Dis: http://doc.cat-v.org/inferno/4th_edition/dis_VM_design
418.
by uriel 17y ago
I will quote Al Viro (IMHO the best Linux kernel hacker by far): Yeah... "Infinitely extendable API" and all such. Roughly translated as "we can't live without API bloat". Frankly, judging by the GNOME codebase people who desi
419.
by uriel 17y ago
C#? There are probably hundreds of open and free languages out there better than C# that can run under pretty much any platform under the sun.
420.
by uriel 17y ago
> GNU is pretty much a greatly enhanced superset of AT&T UNIX. I know many people that would question your claim that GNU 'enhanced' the work of Bell Labs, more like the opposite, but then they were certainly not alone in that.

More ›