I've been battling RSI and stuff for the past two years and am starting to make progress although it's required me to get both of my wrists fixed and potentially both of my elbows in the future.
It's easy to just say "Oh, do this workout" but it can be very difficult to do that if you either lack the time or have other health issues that prevent you from doing them.
For me, I have rods in my legs and fused ankles so even though I try to hit the treadmill regularly, doing so means I wind up in a lot of pain.
None of this has got in the way of my passion for building software, although for me there is a distinction between what I do (or want to do) in my own time vs. what I have to do for work.
It's a good day when I can really apply myself to a problem at work.
It's less great when for whatever reason, I'm prevented from being able to do a good job.
And the sad thing is that often, you're not prevented from doing a good job because of any technical or time constraint, it's usually all political.
Lots of talk about removing the parenthesis, using things like Tree-Notation and such.
Really, all I can say is that you can pry the parens from my cold, dead, cantankerous hands. :P
Maybe it's because I've been playing with Lisp, in one form or another, on and off for several years.
But I never found the parens really all that bad.
It's no problem at all as long as you have basic paren matching support in whatever editor you use.
And if you happen to use an editor that supports the structured manipulation of S-expressions, well, it's a pretty neat experience.
I think the only time the parens bother me is if I print source code out. But even then, there are clear conventions on how Lisp source should be laid out and indented, so you adapt pretty quick, even in the "worst case."
As someone who has a pretty serious visual impairment, I find the attitude of so many of these comments really... disappointing.
You wouldn't believe how much effort people with poor vision have to go to, to consume the modern web.
You can't even take simple things for granted like being able to zoom. So many websites pollute their page with pointless navigation elements that block most of the content when the page is zoomed.
Or say pages that try to be elegant, centering everything with some margin. Sure, it looks "great" if no one zooms it. If you do, you wind up consuming the content in three or four word chunks...
Or even worse: Elements that have hardcoded minimum widths. When you zoom, nothing reflows and you wind up having tons of content "off screen."
At best, this is annoying because you have to constantly scroll horizontally.
At worst, you're screwed because for some bizarre reason, scroll bars never appear.
I'll wrap my rant up here but I'll leave this:
Do you really want the web to be like reality, where the needs of a few are so often ignored simply because of some trait?
"Oh, there are so few of them, why bother..."
"Oh, they don't matter because <whatever>"
Sound familiar?
I'm sure you can fill in the blanks.
The web gives us a unique opportunity to improve on the real world in so, so many ways.
Drive-by poster here but I was wondering if you had spent any time looking into what IO scheduler you're using on Linux?
Some time ago I encountered issues similar to what you mention in your posts. I solved it selecting the "Deadline" IO scheduler when I built my kernel.
I mean, as far as I see it, the directory is still a file, of a specific format.
How is that any different than an image file, say, of a particular format? You still need specialized programs in order to manipulate them in a meaningful way. But they're just bytes. Just like the directory is just bytes.
The difference, of course, is that allowing the user to arbitrarily manipulate a directory entry at the byte-level could lead to filesystem corruption.
I'm aware I may be missing something really obvious here. Heck, even contradicting myself :)
I don't see how providing specialized open/read/close calls for directories breaks the file abstraction.
Imagine byte-level access to a directory. You'd have to have some library in userspace that would correctly be able to manipulate that directory's metadata. Now imagine doing that for various filesystems.
Plan 9's namespaces and file-servers were pretty awesome and flexible. It really opened my eyes to the generality of the file abstraction.
I'm working on a bunch of lexer and parser related tools for personal use.
The reason they're cool is that it automates a lot of the tedious, error-prone stuff that I've been doing by hand as I experiment with grammars and the like.
Sure, there are a ton of tools out there to generate lexers and parse tables and such. But using them doesn't help me understand how they were built.
And using them doesn't produce the same sense of accomplishment or, at least for me, /depth/ of understanding.
I try to document the tools as best I can so that fellow students who are interested in such things can learn or make use of them. :)
I've been battling RSI and stuff for the past two years and am starting to make progress although it's required me to get both of my wrists fixed and potentially both of my elbows in the future.
It's easy to just say "Oh, do this workout" but it can be very difficult to do that if you either lack the time or have other health issues that prevent you from doing them.
For me, I have rods in my legs and fused ankles so even though I try to hit the treadmill regularly, doing so means I wind up in a lot of pain.
None of this has got in the way of my passion for building software, although for me there is a distinction between what I do (or want to do) in my own time vs. what I have to do for work.
It's a good day when I can really apply myself to a problem at work.
It's less great when for whatever reason, I'm prevented from being able to do a good job.
And the sad thing is that often, you're not prevented from doing a good job because of any technical or time constraint, it's usually all political.
That's the thing that sucks most :)