To the Moon! (Part I)

NASA's Constellation Program aims to return a human to the moon by 2020. As part of my summer internship, I (along with 10 other summer interns) have been asked to conceptualize one of the first missions for this program: a sample return mission to the South Pole Aiken-Basin. Being the eldest on the team (quite a new experience for me!), I was nominated to be the study lead.

What's interesting about this process is that it is truly systems engineering and requires a lot of "outside of the box" thinking. Stuff they didn't teach me in school (perhaps more so because I didn't study astronautics than because it is not taught). Knowing how to start the project was probably the most difficult thing: what questions do you ask the experts so you can develop a mission architecture that is feasible, cost effective, and innovative?

As an engineer, I'm always surprised at how these space missions always come back to the science. For a nation so steeped in technological growth and development, we do a lot more to advance pure science than most people realize. If there is no scientific objective to the mission, no goal that will advance the knowledge base of the world's scientists, then you can forget it. NASA (or any other agency I imagine) is not going to fund a mission simply to test the newest communication error correcting code or information theory advancement.

So where do you start? With the science. What do scientists want to know about where you're going? What do they already think is happening in that area, and can you prove or disprove it with your mission? From these science objectives, requirements are developed. Requirements are the bread and butter of systems engineers. The mission shall...An engineer working in the science area of a mission quickly becomes a scientist, sometimes shooting for the moon (no pun intended!) with ideas about what the mission could accomplish. And we've hit the key word: could. What the mission could achieve is a far cry from what the mission can achieve when the budget and engineering constraints are taken into account. The goal is to accomplish the most relevant and important science while staying within the other mission boundaries. It seems almost an art, knowing what the best science is, and certainly that is something that is never taught in school.

Next comes the instrument choice. Fueled by research into heritage missions and instruments that have done similar work for scientists in the past, engineers tread a fine line between incorporating new technology and increasing the risk of the mission. Yes, that instrument may have worked on MSL, but isn't it overkill for the Moon? Remembering the different environmental constraints and considering the communication delays for the instruments also presents an interesting challenge for the systems engineer. This is where technological innovation begins to come into play -- instruments are nearly always re-invented to a certain degree as they are used from one mission to the next. And it's not just true for the instrumentation: spacecraft, subsystems, rovers, landers, etc - nearly everything is retooled to take advantage of advances in research for every mission that is sent out.

I'll continue with this topic tomorrow - it's been a several week process learning it, so I imagine it'll be a several hour process writing about it!

Gross Monotony

It is amazing to me how much wasted time is blindly accepted in a workplace. And it's not just wasted time, but obviously duplicated efforts. It's like the time and effort you put into any work you do is really not considered important - to a certain extent, you're not important.

I have spent one month learning a software tool, adjusting to its idiosyncrasies, picking up the fine art of interpreting the results and identification of clouds versus smoke vers fog, etc. I have been bored out of my mind at the tedious nature of it all - staring at the computer screen, feeling as though my right arm might fall off from excessive mouse usage. And for what? To be told today that there is yet another update to the software. And despite the developer's prior assurance, post-processing of the data is not possible. So the original estimate of having to redo about half of the work I'd already completed is inaccurate. What is more accurate? A complete revision of all of the work that I have done up until this morning's software update. Anything that I'd finished prior to this? Completely useless.

And all of this so scientists at Harvard can write their PhDs and publications, possibly never understanding what went into getting them this data. And we're still waiting for the 7 years of raw data for the remainder of the country.

My summer is stretching out in front of me like the vast Sahara desert with no oasis in sight.

Quick Thought

Paul Simms wrote an interesting article in the New Yorker today.

It reminded me a little of my roommate, who has come home from her different work assignments each week with a new crush: on one of the other interns, an associate, or - once - her new manager. And each week, the crush fades away as she hears him talk about his girlfriend, his wife, or new baby. There is always the same initial giddiness as she describes the new person to me, the same thoughtfulness as she wonders if he's interested in her as well. Then there is the sigh of acceptance when she tells me that yet another one is "already taken." Despite these disappointments, she persists in having these crushes week in and week out. It's amazing perseverance actually.

And yet, it makes me wonder. Why do her crushes rarely work out? Are all of the good ones really taken or should she spend more time looking around before falling into a crush?

Ch-Ch-Ch-Changes

Coming back to a company you've interned at before is a lot more comfortable than you'd initially imagine. You feel like you've changed so much in the last 8-9 months , so many things have happened in your life...and of course that must be the same with the people you worked with, the projects you focused on! Surely everything will be completely different, surely no one will remember me or the work that I did...right?

It's crazy to me how little things can change. How the same idea that was the priority a year ago is the priority now - despite the fact that you spent an entire summer working on it! Of course, it's not exactly the same. The format has changed. The technical aspect of accomplishing the task will be different. But essentially, at the very core of the work, it is identical to what you acomplished a year earlier. But! You scream inside. But! I'm different. Why am I doing the same things?!

Random things will stop you every so often. You know you mentioned a boyfriend last summer. So when you say "my boyfriend" this summer, how many people even consider that it might be (is!) a different person? Is it weird that within a year you've dated 2 different people?

The nice thing about coming back is getting thrown straight into work. Even if it is eerily similar to what you finished last summer. There's no more waiting. No HR session that lasts most of the day. No boss saying, "Why don't you go ahead and head home? There'll be plenty of time to get started tomorrow." Of course, there's still no computer. And for some reason, the tech guys don't understand that, no, you really can't remember the passwords you haven't used since last summer. They sent you emails telling you the passwords were expiring? Really. You weren't around, so can they please reset ALL of them so you can log in to the computer and read those emails? Only to have to call them 20 minutes later.

The more things change...the more they stay the same.

But first, an introduction

What's in a name? Matt was starting his blog a few weeks ago and asked for a suggestion for a name. My immediate thought was "Fish Out of Water," but I realized that was more appropriate for something that I would write. He may feel the same way sometimes, but I'm more of a fish. That left him searching for a blog name and me with a name but a distinct lack of creative thought as to what to do with it.

Having a name became a nagging issue - wasn't that supposed to be the hardest part? Was it only a stroke of good fortune? I'd been meaning to start writing again, at least for the short term, to exercise the right side of my brain. I don't delude myself into thinking that I have anything to say that many other people would care about, but maybe a few of my thoughts will interest some. And if not, at least it'll be a welcome distraction from the daily grind of engineering.

So the goals of this blog are simple: provide an outlet for any writing impulse I may have, a corner of the internet where I may talk about living and working and trying to sort out what it is my life is going to be. Adjust to the feeling of being a fish out of water or somehow work my way back to a pond.