Saturday, July 11, 2009

Good Lifehacker post on how crackable WEPs are. When I take out my laptop in a public area I don't see nearly so many anymore, but I'm sure there are still a lot of people out there who don't understand the difference between WEP, WPA, and WPA2 and aren't aware that they need to upgrade their wireless network security.

I don't really get to study wireless networking until fall semester, but just for the heck of it I'll explain the differences here. WEP, WPA, and WPA2 are all methods of encrypting data before sending it out over a wireless connection. The encryption is done by software embedded in the router, and it only lasts as long as the data is being transmitted--the data is decrypted again before it reaches the wired network.
  • WEP (Wired Equivalent Privacy) encrypts data with 64- or 128-bit encryption keys. The problem is that the keys are static, meaning that any hacker worth his or her salt can crack them in a reasonable period of time.
  • WPA (WiFi Protected Access, also known as TKIP--Temporal Key Integrity Protocol) uses 256-bit encryption keys, but changes them at set intervals. Better than WEP, but crackable with a bit more effort.
  • WPA2 is based on 802.11i, which is the standard for commercial-grade encryption products. It is the best of the three in that it actually generates a new encryption key for each session.
One Lifehacker commenter, MaribelAlligator, offered a really good analogy to describe the effectiveness of each of these methods:
I like to use the analogy of door locks. WEP is closest to a bathroom or bedroom lock (the kind you can unlock with a stiff pin). It'll let people know you don't want them to enter, but anyone with a the slightest bit of knowledge can get past it. WPA is like a standard door lock; it's a lot more secure, but it is still possible to get by for someone with the right tools, knowledge, and circumstances. WPA2 is like a bank safe. It may be possible to defeat, depending on how it's been set up, but it's not realistically possible for anybody to actually do so... yet.
Someone else in comments likened WEP to a "No Trespassing" sign--the people who will read the sign and go away aren't the ones you have to worry about. Someone who wants to get in very badly, however, will find a way.

Thursday, July 9, 2009

Done with my PC Hardware and OS Maintenance class. Eight weeks, nine hours a week. It was kind of brutal, but I mostly enjoyed it.

Our instructor showed us our grades at the end of class--I got a 99.25%. Don't know if that's the highest in the class, but it's up there. "Nice job," he said. "You deserved it." I said that the class indicated to me just how much I had to learn, but he pointed out that now I understood that it was all stuff that was knowable. And that's important.

So now I'm focusing mostly on my Networking course...and it's starting to get interesting. It helped that the week before networking started, our hardware/OS instructor gave us an introduction to most of the concepts, and there are two good chapters in the textbook that provide a nice overview of local and wide-area networks. It was good to take this course before plunging into networking--some of my classmates who had taken networking first mentioned that they'd been a bit lost and wished they'd taken this class first. I suspect it's a good prerequisite for a lot of things, but most of all, it gave me confidence.

Monday, June 29, 2009

Neither X nor I play many video games. He used to play Quake in graduate school until it started to give him a headache, and then he stopped, pretty much for good. I've played a couple that tend to involve having complete control over a world of tiny, terrorized pixellated people (i.e., Black and White, or Ghost Master, which involves scaring sorority girls screaming into the night), but I think the violence and the scantily-clad women put me off. I'm a bit more conflicted about the violent games. While I'm not too sensitive to handle a violent game, it seems almost like disrespect to be sitting safely in air conditioned comfort pretending to do things that are getting American soldiers killed in dusty, 120-degree conditions where IEDs, snipers, and suicide bombers abound.

But I tend to agree with the women described in this video who glance at the box illustration of an impossibly tall, voluptuous, mostly naked green-skinned alien woman with reptilian come-hither eyes and say, "I don't think this game is for me." Why can't they outfit Lara Croft in camouflage? For the same reason, I suppose, that the regulation uniform for all the women in the first Star Trek series was a minidress that hardly covered their posteriors: it sends the message that this is for the guys, and if you're not willing to be eye candy, you have no place in it.

One thing the folks who made this video seem to understand is that just because there are lots of women playing games doesn't mean that they are "gamers," just like throwing up a bunch of pink websites about losing weight, parenting, and pleasing your man in the bedroom doesn't make the Internet female friendly. Women don't want separate but equal. They want respect. They want not to be patronized or ignored, and they don't want to be seen as some sort of threat (although, well, they may very well be.)

Don't know if I'll ever seriously get into games. It seems like time and money that could be better spent elsewhere, doing more interesting things in the real world or working on more interesting, practical, tangible projects. But maybe I'm just getting old.

Monday, June 15, 2009

summer reading (hahahahaha)

I've just belatedly discovered Carlos Ruiz Zafon, a Spanish novelist from Barcelona who's apparently written a couple of interesting novels about Barcelona in the first half of the 20th century: Shadow of the Wind and a prequel of sorts, The Angel's Game. Barcelona l'entre deux guerres? I'm so there.

To be frank, I'm always a little suspicious of books described, as the first one was, as "an international phenomena" [sic]. Even when the book marketer appears to know the difference between Greek irregular plural and singular endings, I worry that novels with this label fall into the same category as those of Paulo Coehlo, James Canfield, and Khalid Hosseini: deluding the typical middlebrow "bookworm" into believing that he or she (and it's usually, to my everlasting mortification and shame, a "she") is a broad and deep reader of Great Literature, in part through the inclusion of some "inspirational" New Age and/or exotic element that never rises to the level of true magic realism or authenticity. It sounds as though The Angel's Game may verge on this classification, and that Zafon, having apparently relocated to the epicenter of literary badness (Los Angeles), may be tending in that direction, but I'll keep an open mind and read it anyways...after I've read the first novel, which might be pretty damn good. Sounds like he's Catalan writing in Spanish to get a wider audience--Catalan purists are probably balking, but that doesn't necessarily discredit the book. The translator is Lucia Graves, granddaughter of Robert, though a literary pedigree like hers doesn't always guarantee a brilliant turn of language.

Last night, unable to sleep, I started Snow (Turkish writer Orhan Pamuk, who won the 2006 Nobel Prize in Literature). While the jury's still out on whether it's truly good or merely a subway read masquerading as something more profound, I found particularly chilling one early section in which a mild-mannered university administrator is confronted in a pastry shop by a small-town religious fanatic apparently intent on avenging the suicides of a group of devout young Muslim women prohibited by the State from wearing headscarves to class. It really resonated with me after all the news about the appalling murder of George Tiller a couple weeks ago and the way it's been condoned by the right-wing media and the born-again Christian community. The Turkish struggle between modern secular and the traditional religious sensibilities and the resulting violence is instructive. You would think that sort of thing would be behind us, the most powerful, technologically-advanced nation on Earth, but you'd be wrong...and I'm secretly terrified of the political and cultural instability concealed beneath our current optimism.

Wednesday, June 3, 2009

I'm not in any way deluded that being able to get a perfect score on a 100-question exam (or three) prepares me to fix people's computers. In fact, I have to wonder whether a better-designed test would make students go through a series of scenarios where they installed Windows and showed that they could demonstrate grace under pressure while troubleshooting impossible problems for (simulated) customers from hell. Multiple choice is easy, and not simply because when in doubt you choose c.

Which is partly why, I suspect, my Linux instructor finds most industry certifications a little suspect. Last time I went to visit him he showed me a certificate verifying the fact that he had printed out the piece of paper and stuck it up on his bulletin board. He gave me some excellent advice with which I'm following through this fall: 1. learn C, and 2. take the wireless networking course which was being offered. Before he started teaching he apparently spent most of his career in academia and academic computing, and he's the kind of technical guy I've spent a lot of time around: an expert Linux user who knows system administration, networking, and security like the back of his hand, and, well, there's no other way to put it: he's a geek. He'd fit right into my current workplace. As a nondegree student, I don't have an advisor, but if I wanted a mentor, he might very well be a good prospect. I'll certainly see a lot of him in the coming years, as he teaches most of the system administration, networking, and security courses.

But I also will probably end up seeing a lot of my current instructor, as well. He has an industry background and emphasizes Windows systems--not so much out of advocacy as out of necessity. Despite the inroads by Apple and Linux into personal computing, despite their ever-increasing user-friendliness and "cool" factor, the vast majority of computers are still and will be Windows boxes for the foreseeable future. He teaches the Windows system administration courses, which I will end up taking, and he also teaches a computer forensics course which I hope to take in the spring. (I would have taken it this fall but for schedule conflicts.) He's worked for some major hardware manufacturers (as far back as the seventies) and run his own repair and maintenance shops, and so his approach is very industry-oriented. Where my Linux instructor reminds me more of X and my co-workers in the academic computing world, this guy reminds me more of my father and his crowd--the sort of engineers and technicians who design, make, and troubleshoot commercial hardware and software. And what he has to say is that certifications are important--maybe not so much in academia, but definitely in the private sector.

I don't think I've seen such different outlooks laid out so clearly before, and yet somehow I know that I need exposure to both of them--the exacting, independent, mostly self-taught hacker who doesn't suffer fools gladly and the ex-industry guy who knows that you have to in order to survive. They're both excellent teachers...and I'm not sure I would have gotten the benefit of either of their experiences if I'd just gone directly into courses at Major Midwestern Engineering School.

I still don't know where, exactly, this is all going to take me, but I think I'm on the right track.

testing...

"How many people have taken the Transcender exam?" our instructor asked last night. One or two out of the entire class of fifteen hesitantly raised their hands.

Access to a Transcender testing program was a requirement for this course. For about $70, you get access, for six months, to several practice tests geared to help you prepare for a certification exam--in our case, the CompTIA A+ Essentials certification, the basic cert you need to become a PC technician. Our instructor recommends it as the best exam preparation out there. He is also using the tests as our in-class exams--there are three tests which we'll be taking over the duration of the course, and then for the final we take all three at once. His rationale is that taking the test over and over forces us to learn the material, and that's more important to him than performing well on an exam we haven't seen, especially because the correct answers are accompanied by detailed explanations.

I was a little surprised that no one had taken it yet. I admit, I'd put it off too--partly because the first five questions seemed so daunting. What's the difference between SCSI-1 and SCSI Wide Ultra? Why didn't a text file remain encrypted when you copied it from one drive to another? Every question I encountered seemed only to remind me how little I knew. How could I possibly pass this exam, let alone get a perfect score? But these guys...at least two thirds of the class shouldn't be put off by exam anxiety.

So tonight I tried it. First try: got a 56%. Eh. Not bad, considering that I made a lot of guesses, especially in the section about printers (which we haven't gotten to yet). Probably took me half an hour to do a hundred questions. I went back through all the questions and looked not only at the correct answer for each but also the explanation for why it was correct. If you understood something about memory, or the Windows boot process, or hard drives, you could remember what you needed to know about some questions. Others were simply memorization: how many pins on a RIMM module?

Second try: 7.5 minutes, 96%. I'm a fast learner.

Third try: 6 minutes, 100%.

I'm wondering if anyone else in the class is going to try for the fastest perfect exam time, too.

Saturday, May 30, 2009

The Website Is Down



The slightly NSFW part which occurs in the second half is probably the funniest part of this video.

After the hilarity wears off, the viewer is left with the realization that yes, there are an awful lot of people out there who think the Internet is just a series of tubes, and you know what? You still have to be nice to those people.

Tuesday, May 19, 2009

do you know this guy?



Nick Burns, Your Company's Computer Guy.

Granted, these people seem kind of...befuddled, that's a kind way to describe them. But in the past few years I've gotten accustomed to befuddled, because there are lots of different ways to be befuddled about science and technology. And I have to admit, I've been them, at one time or another, just wanting things to work and not really caring about the underlying technology. They have all my sympathy: it is the stupid email attachment that's stupid, dammit, because everything worked fine before, and the user hasn't done anything differently, and all he wants to do is open his attachment and get on with his overwhelming todo list.

(I should add a disclaimer here: our IT guys at Major Midwestern Supercomputing Center are really fantastic. They're patient, they're respectful, they're sweet and funny and overworked, and they're nothing like this guy. But I've known lots of people who exhibit these characteristics and probably don't realize it, especially when it comes to their nearest and dearest. Our instructor tonight said he once showed this to his wife and said, "This is the worst IT guy in the world!" To which she responded, "He's exactly like you, honey.")

This is now one of the major rules of classroom etiquette in my technical PC maintenance course, which started tonight: that we respect each other and our deficiencies. At any time, someone might call "Nick Burns!" on us.

And with good reason. Some of the other students in my class already have enormous amounts of experience--they're sound engineers, self-taught IT guys, gaming programmers, honorably discharged Army computer specialists. I'm the only woman in the class (so far) and probably, even with my credentials as a technical writer at a major academic supercomputing center, the least experienced of them all. I'm prepared to learn from them as well as from my instructor.

It was a really great class tonight. Tonight I finally learned how to count in binary and hexadecimal and to convert between those two systems and decimal and octal. And then we got into the strange semantic language of logic gates, and I was excited about that too, because I'd had preparation for that twenty-one years before in symbolic logic, during my first semester of college, and I could remember and deploy some of it now.

I can do this. I can do this! I'm excited and looking forward to the next class. For once I almost felt like one of the boys, and not a silly female impostor.

Saturday, May 16, 2009

Good news...

X just found out that he got tenure. It's the end of a long, hard road. Ever since our first date (at the Buhl Planetarium in Pittsburgh, twenty years ago this year) I've known how much he loves astrophysics, how important it is for him, and how hard it would be for him to have to leave it to do something else. A lot of blood, sweat, and tears went into his doctoral, postdoctoral, and tenure-track work (and most of the tears were probably mine, on his behalf). I'm so proud of him right now, because not only is he a good researcher (he'll be modest about how good, of course) but he's a great advisor to his grad students and the best husband I could ask for, and a cool uncle (how many nieces have the telescope they'll ask for at eight already selected specially at birth?)

So, congratulations, my darling. I know it's still sinking in. I love you.

Friday, May 15, 2009

Graduation week...


From Girl Genius, a favorite webcomic around here. The timing for today's installment seems...uncannily, almost deliberately apt. Hmmm.

Anyways, happy graduation week to all college instructors and professors out there...I hope you're enjoying a much-needed break before the onslaught of summer classes, travel, research... X certainly will be...

done.

Well. I just took my last final--that will be all.

I didn't do as well as I'd hoped, but I survived (mostly) and I'm going back for more.

Some things I learned this semester:

  • how to create simple and moderately complex programs in Visual Basic, bash, and C
  • how to document my code
  • how to work with conditional statements, subroutines, loops, functions, and arrays
  • how to use server-side includes in a web page
  • how to write (simple) algorithms from scratch
  • how to do just about anything in bash
  • how to take a PC apart and put it back together
  • how to install Ubuntu on a laptop
Some other, less tangible things I learned:
  • How you study and prepare for, and how you're evaluated in computer science courses is very different from how you study and prepare for and are evaluated in humanities classes. This should have been obvious to me, but it wasn't. It's even had me questioning whether, when I was an undergrad with a GPA of 3.8, I was even a very good student, because it seems to me that college wasn't very hard for me at all, that my major just wasn't very challenging. (I suppose that might also be true for a lot of mathematically or technically oriented students who bragged about being able to pass a course without ever cracking a book, but couldn't write their way out of a paper bag.)
  • Deeply connected to that first point is that time management was a huge issue for me. Too often, I underestimated how much time it would take to complete an assignment or study for exams--there was a lot of late night panic that probably wouldn't have been necessary had I really been better at gauging the time required.
  • I realized that I actually do care about my grades, and that it's OK--more than OK--to care about them. I don't really have a lot of respect for my two prior degrees, because despite a stellar academic record (at least on paper), I don't feel as though they've really gotten me all that far, so I'd kind of given up on caring whether I got A's or not. But it turns out that I do care, actually...and if I ever want to get a graduate degree in computer science at Major Midwestern Engineering School, I will have to care, quite a bit. In any case, I think A's in these classes will actually be more of a measure of achievement than the A's I got for my bachelor's and master's in English. Those grades really only measured how well I could snow my professors with my writing ability. These grades really will measure how well I understand and demonstrate tangible, useful skills.
  • I can do this stuff. If it takes me a long time, if I feel like I'm swimming through molasses, it's because I've never done it before, not because I'm stupid. If I keep practicing, I will get better. Most of all, I don't need X or anyone else to hold my hand.
  • I really need to restructure my life to accommodate both this and my work. Some things are just going to have to go by the wayside. Meals are going to get a lot simpler. Everyday routines are going to have to be a lot more streamlined. There will be no time for sloth or fussing of any sort. This is not a bad thing. I can see now why the uniform of the programmer/developer/computer scientist is a t-shirt and jeans or, in my husband's case, khakis and oxfords. "I don't have to think about what I'm going to wear," he says, standing before his rack of identical white or blue shirts and beige trousers. But I hope to still be able to bake French bread every once in a while. There should be some pleasure to life, after all.
OK, now I have to turn my brain off and stop thinking about computer science for a weekend. On Monday there will be plenty of time for that sort of thing. Class starts Tuesday, and I intend to show what I'm capable of.

Wednesday, May 13, 2009

you are going to be a stunning programmer someday...

I heard this today, quite out of the blue, from a cow-orker who has been coding since I was in junior high school. I'd mentioned earlier in the conversation that I'd just written my first C program (it's very basic) and now had a better understanding of compiling and running C programs from the command line (one of the topics covered in the tutorial I'm working on), and so he asked me what I was learning in my coursework, and what my background was.

"English," I said, half apologetically. "Completely nontechnical."

"Wow," he said. "You are going to be a stunning programmer someday. Better than a lot of programmers who come from science and math backgrounds."

His reasoning was that with a strong grasp of language, grammar, syntax, and stylistics, I would become very good at it over time...and that I'd be able to do something that programmers from technical backgrounds often didn't--make my code readable, easy to understand and update. "Never mind the math," he said. "You can look it up, learn it later."

I don't know if that happy state of affairs will ever come to pass, but it's encouragement I really needed to hear right now. I am still fighting a tendency to see technology as something that's off limits to someone like me, to see a huge yawning gap between him (a subject matter expert) and me (a mere technical communicator). But when I mentioned the networking course I'd be taking, he said, "That's the kind of course that is a great leveler. You don't need a scientific background to understand networking. You'll be leaps and bounds ahead of people who don't have a formal background in networking."

And maybe it's a bit of a challenge: you will be a stunning programmer someday. An expectation to live up to. In other words: this is something that should, actually, come easily to me. And perhaps, if I force myself to to see it as a potential to reach rather than as a set of odds to beat, it will start to come more easily.

Sunday, May 10, 2009

taking a breath...

Yeah, I need to post more. But coursework got in the way, and so did life. Work on the project I began with in January ramped up and then ended abruptly, and then, serendipitously, I hooked up with another group that needed a lot more documentation-type stuff. There will, hopefully, be some design work a little later, but for right now I'm enjoying getting to do what I like best: making information accessible to larger groups of people...and applying some of my new skills.

Currently, I've taken over a tutorial (which is probably less than half complete) for new users on a distributed system of supercomputing resources around the country (currently, we have two such machines here at Major Midwestern Supercomputing Center). Users are mostly scientists from a huge range of disciplines and their undergraduate and grad students, and many are new to scientific computing, so in addition to getting them used to using the user portal, I have to help them get used to working with the UNIX shell.

So right now, as a matter of fact, I'm putting together a section on shells of various kinds that users are likely to encounter at different institutions: mainly, csh, tcsh, and bash. I'm still puzzling over how to explain the differences between the shells in a way that is useful and will make sense. But I'm also working on creating a very basic tutorial on getting around in UNIX, because I've noticed that existing documentation often instructs users to do things like this:

rm -rf directory/subdirectory

If you don't know that rm -rf should be used with caution and type a wrong filename, the results could be disastrous. Oh, and you could accidentally clobber files while trying to redirect output, and make a lot of mischief with tar and other utilities if you don't know what you're doing with them.

Besides, when I don't know a system, cookbook-style instructions, which often seem to communicate, "Just do this, don't ask questions, and everything will be OK," make me feel helpless and disoriented. And the man pages are not really written for novices. I know that I could probably just link to half a dozen Linux tutorials for beginners, and I will anyways, but that also seems like it could be overwhelming, so my plan is to take the commands and utilities I find sprinkled throughout the original documentation and devote a screen or two to each one, just to explain what it does, some of its common options, and what users might want it for later on.

So my coursework is yielding tangible results already. I think the feeling of being a novice user is also helpful and something I want to hold onto for a while--part of the reason such tutorials are necessary is that the original authors of current site documentation are mostly technical experts and seem to have forgotten--or perhaps never known--what it's like to see UNIX and computing in general as a black box.

Wednesday, May 6, 2009

Objectified



want to see this. Desperately.

yep, same guy who made Helvetica. Go figure.

For this I blame my friend and cow-orker b., who is taking a break from graphic design for a little while to go collect his sweet baby boy from Korea.

Monday, April 27, 2009

How To Take Your Computer Apart


How to Take Apart a Computer -- powered by eHow.com

I think it's funny that this guy prefaces this video tutorial with "Don't know why you'd want to take it apart, but..." when so many final exams in beginning computer hardware classes, like mine, involve taking apart a computer and putting it back together. (Of course, I think it's the reassembly that's the real challenge.)

Tuesday, April 14, 2009

Fun with cat


When I started learning about the Bourne shell this semester in my Intro to Linux class, I discovered cat. No, you can't get a whole book out of it, though this interview (with the accompanying proposed O'Reilly cover) was my favorite April Fool's Day joke.

However, cat is actually pretty useful. Short for "concatenation," it directs standard output of a file or a command to the terminal.
The most basic use of cat is to type the command at the bash prompt, followed by a line of text. Here's what happens:
$ cat print this line of text
print this line of text
The command line is "standard input." The line that prints out to the shell is "standard output."

Use cat to quickly view files.
OK, maybe that's not incredibly useful, at least for our purposes. But, say, what if you have a really messy home directory, with a lot of practice files? Like this:

DEADJOE
a*

a.sh*

a~*

b*
b.sh*
b~*

c*

c.sh*

cat.txt

cat.txt~

cattemp

c~*

dogs

dogs~

glupr

glurp

soopersekrit

You could go into an editor like joe or pico and open each file individually--kind of the way you have to do with most GUI word processing/text editing applications. Or you could do it much more quickly with cat:
$ cat soopersekrit
ok, here's a soopersekrit file that I'm going to copy.

seems pretty intuitive.
C-x-s saves.
That's all! I think I was trying out the joe editor with this file. Nothing to see here. But this could be really important later--say, what if you're investigating an intrusion incident and you're going through a huge number of files and directories to see if there's a nasty little rootkit script hidden away there somewhere? That can speed things up tremendously, although the security engineers I know probably use scripts that automate that process. For longer files you want to use | (pipe) and the more filter.
$ cat jeoffrey | more
This will show you a page of a file at a time--like the one above, "For I will consider my cat Jeoffry," a long, affectionate paean from harmless 18th-century religious lunatic Christopher Smart to his feline companion. (I like to use it for playing with long files, because it's a charming poem, and because it seems appropriate to use with cat.) Just press the spacebar to proceed.


Use cat to redirect output from one file into another.
You could use cp or mv to do this, but you might find cat more expedient. Here you use the redirect output symbol (>):
$ cat fun_with_cat > fun_with_cat_backup
Always be very careful with this command, though, because if you try to redirect output into an existing file, it will replace any content in that file. To safeguard against this, you can enable a feature called noclobber, which displays an error message and won't permit the command to be executed.

Use cat as an editor.

Want to get something down quickly, without leaving the command line or opening up a new shell? Just use cat to start sending input to a new file:
$cat > notes_on_cat
Things I can do with cat:


1. Preview files quickly.

2. Redirect the output from one file into another. (careful!)

3. Use cat as an editor.
When you're done, control-d saves and exits the file. But as with redirecting output, be careful that if you return to the same file that you don't end up overwriting what you've previously stored there. To pick up where you left off, use the append output symbol (>>):
$ cat >> notes_on_cat

OK, what was I saying? Cat is a very useful command.
Cat does have limitations as an editor, though--you can't go back and edit text, and you can only delete the line you're working on. So while I first attempted to draft this entry entirely in cat, I found it a wee bit impractical. But for taking notes while playing around with the Linux shell, it's incredibly useful. There are lots of other things you can do with cat involving pipes and tees and filters, but these are the three I've found most helpful lately. I'm hoping to add more of the useful things I've gleaned from my classes here--it actually provides something of a review for me and keeps me in shape as a technical communicator.

Monday, April 6, 2009

the luxury of being alone...


"For my belief is that if we live another century or so...and have five hundred a year each of us and rooms of our own; if we have the habit of freedom and the courage to write exactly what we think; if we escape a little from the common sitting–room and see human beings not always in their relation to each other but in relation to reality; and the sky, too, and the trees or whatever it may be in themselves...if we face the fact, for it is a fact, that there is no arm to cling to, but that we go alone and that our relation is to the world of reality and not only to the world of men and women, then the opportunity will come..." --Virginia Woolf, A Room Of One's Own, 1929

Right: This nine-year-old girl currently shares a bed with two little brothers in a California motel. Her parents and a baby brother have the other bed. (Credit: Monica Almeida/NY Times)

Reading this article about families displaced by the economic crisis (can we call it a depression yet?) has been causing me to reflect on one of those privileges, generally afforded more to men than to women, and far less to kids from families in straitened circumstances: private space.

It's something I've taken for granted--X and I don't have children, so we rattle around in a 2100-square-foot, four-bedroom house. When I started coursework in computer science, though, I found myself working a lot more on the Windows box in the library, which I need for two of my classes (and now use for the third, with a PutTY connection). Being down there with X and the cats was pleasant...but, I have to admit, kind of distracting. So last week, with X's blessing, I moved the library computer upstairs to my study and realized how important it was to have a dedicated workspace where I could think and concentrate without interruption.

I've discovered now that I can work--really get lost in my work--for long periods of time without getting distracted....and that I'm not lonely--just knowing that X is somewhere in the house is comforting, but I don't have to be in the same room with him.

I think, though, how lucky I've been, mostly. Growing up, I had my own room on an upper floor in my family's house, which I did not have to share with my sister. I had a desk and bookshelves, and it was quiet. My mother, like most mothers, made a lot of noises about me spending so much time in my "ivory tower," but I was (and continue to be) rather introverted, and it was a sanctuary without which I would have gone nuts. This is what I would do when I came home: walk into my clothes closet (a tiny 4 x 6 space), close the door, breathe deeply in the darkness, and emerge into my room as though it were separate in space and time from all the craziness in other parts of the house.

I think now of women and girls who no longer have rooms of their own, who live in motel rooms and with relatives, with no place to put their books or do their homework or sit quietly and think, or write. Will they again, someday? What will it do to their hopes and dreams, all this overcrowding, this lack of lockable doors? That private space, so briefly a common expectation in shared Anglo-American culture less than ten years after Virginia's death, is now more important than ever.

Project Dignity in Southern California is helping the family of the young lady in the picture pay their motel bills each month while they get back on their feet...and hopefully, give her a room of her own sometime soon.

Tuesday, February 24, 2009

Here I have to pen a belated valentine to my beloved X.

I met him for lunch in Campustown today, and we were talking about my classes. I was telling him about battling a serious case of (beginning) programmer's block, and how I figured out how to fight it on Sunday evening by getting out my notebook and just writing pseudo--

"Code," he finished. "I was just going to suggest that." He also suggested something else I hadn't thought of: when he doesn't know where to start, he starts by writing descriptive comments: i.e. "This program will do _____," or "The user now inputs _____ variable."

From the moment that I, while contemplating the end of my full-time job, came up with the idea of going back to school, he has been, without any hesitation whatsoever, my biggest cheerleader. Actually, the general response from my boss, co-workers, and assorted friends and family members has been overwhelmingly positive...not really surprising, considering that most of the people I work with or hang around with are geeks who think computer science is good for everybody, but it's still a revelation compared to the general reaction I got from family, friends, and acquaintances when I started graduate school fifteen years ago, which was mostly veiled hostility, outright suspicion, and, in one puzzling case, malicious glee. Only X was unconditionally supportive.

But this time he's not just supportive, but excited. I suppose there's some inherent risk to having a spouse who long ago mastered everything you're studying now, that he might push or be impatient with you, but X has been none of those things. While I struggle with code late at night he sometimes camps out in a recliner in the library and dozes, in case I need his help with something. I think his training as a professor probably contributes toward his unflappability in the face of my ignorance and occasional stubborn inability to learn. He's also deeply aware of all my old math and computing hangups. More than anything, I think he wants me to fly...and he doesn't want to do anything that might damage my fragile wings.

Now he smiled at me, in the noontime sunlight. "It makes me so happy that you're doing this," he said, again, for maybe the hundredth time. He knows I won't fail. For him, this whole decision is a no-brainer. He doesn't know what the future will bring for me, but he knows that this will only help me, that the unpaid leave from work, the tuition (inexpensive, but still around $1500 a semester for a full courseload) is an investment, that it will make me more valuable in the future, when things are better. And for once, I don't find negative thoughts interfering with my ability to concentrate; I don't find myself questioning the purpose of what I'm doing, how I'm spending my time. I want to make this whole effort entirely worthwhile, and I want to make him proud of me, and there's really no need to keep these two goals apart.

Wednesday, February 4, 2009

I SO NEED THIS BOOK, PART I

Morrow, James. Shambling Towards Hiroshima.

X, who knows my love for all things Godzilla, will know what I'm talking about.

And Morrow is the guy who once said, "'There are no atheists in foxholes' isn't an argument against atheists, it's an argument against foxholes." If he's got a sense of humor, maybe he'll read a little like Mark Twain (who dabbled in science fiction a bit himself, after all). Here's hoping. I'm very picky about science fiction in general.

Via Scalzi.

Tuesday, February 3, 2009

catching up...

So. Three weeks have gone by, and this marks the fourth. How are things so far?

I'm still adjusting, I think. And there's a lot to adjust to. I haven't been a student since the spring of 2000, and a lot has changed since then.

I don't really worry too much about being a returning adult student. For one thing, I don't want to be That Woman, the one your mother's age who sits in the front of the class ostentatiously taking notes and nodding violent comprehension and shouting out the answers to all the questions and and monopolizing the professor and trying otherwise to show what an exemplary student she is, the one she should have been thirty years ago except that flunking out/marriage/pregnancy/miscellaneous adolescent rebellion got in the way.

No, I was the perfect student twenty years ago (minus the more obnoxious habits, I hope) and it didn't really get me very far. These days, I sit in class, I listen carefully, I take down anything I haven't heard, I don't speak up unless no one else has the answer, I ask questions not for the sake of asking questions but because I really need to know something or am intensely curious about it, and I don't obsess over my grades. But what I'm thinking about when I sit down at my machine and log on to the Windows XP VM two nights a week in class, or get into the online course website other evenings, is what I can get out of this session, how it will affect what I want to do later.

I do things differently, though. When asked for freehand drawings of both the exterior and internal workings of my home PC, I supplied diagrams created using PowerPoint. "I'm a technical writer," I said to my instructor. "This is how I do stuff." Freehand just wasn't going to cut it. I was a little startled that no one else in the class had thought to do this--it seems that if you have tools at your disposal, you should do things properly, and it really didn't take me that long.

One thing I'm still getting used to is the treadmill of studying, homework, studying, homework--and taking two of my classes online kind of complicates things. I have to be careful to check the schedule diligently for unexpected assignments, as there is no physical classroom where the teacher reminds everyone.

I'm also getting used to just how cut-and-dried these courses are: either you get something right, or you don't. Either it's true or false. Either the walkthrough or program works, or it doesn't. I suppose you could have points subtracted for poorly-written code, but still, it's a much less subjective system of evaluation than I was ever used to, and I find the decrease in the number of potential areas rather gratifying, not to mention the immediate feedback from those exercises which are graded automatically. I realize that there are other intangible ways in which I might be evaluated, but at least I'm not second-guessing myself so much about whether I've mastered the material.

Mastering the material, however, is one thing. Mastering Linux or VBasic programming is a horse of an entirely different color. X has warned me about not just blindly following recipes but becoming aware of similarities, parallels, differences in operating systems and languages, fundamentals that are universal (or nearly so). If something goes wrong, I don't want merely to figure out how to fix it and move on (though sometimes that's expedient and necessary): I want to understand what's gone wrong, to gain more insight into the system, so that I can handle similar or related problems later on. So as I do my homework, I try to make myself understand as much as possible, because I want to be able to call on every bit of it when necessary.

And then there's the time management issue. In the humanities, graduate seminars take place once a week. For undergraduate classes, you can often do all your preparation in one sitting--read through Paradise Lost or the "Cyclops" section of Ulysses or whatever in a single evening, scribbling marginalia as you go. But this is different. I tried doing all my programming homework in a couple of days, on the weekend, and discovered the following weekend that life had interfered to such an extent that most of what I'd learned had slipped through my fingers and I had to go back and review it all over again. So I'll do what my Linux instructor strongly urges and try spreading out the whole thing over the course of a week, working for half an hour to an hour on each subject every single night. As I've said before, practice makes perfect.