#
jdh's blog
theme and variations
|
|
Thursday Feb 22, 2007
working remotely: Prague Paradise
This past year, I decided to leverage some intersecting reasons for travelling to Prague on business. But instead of just doing a business trip, I proposed to my management that I work out of the Sun office in Prague for a short time while also mixing in vacation time, so I could both experience the city and make a connection with Sun folks at a non-U.S. site. My management was very obliging, and before I knew it, my Prague plan panned out. Posted at 03:47PM Feb 22, 2007 by Julia Harper in Sun | Comments[0]
Monday Feb 12, 2007
double trouble
Well, folks, this time it's 4 hands again but 2 pianos! I have a friend with 2 pianos who suggested we do a piece together. She is a truly fine pianist and I'm very excited to be playing with her. Posted at 05:40PM Feb 12, 2007 by Julia Harper in Personal | Comments[0]
Friday Jan 12, 2007
blogging
Reactions to my starting a blog: I would shoot myself if I had to do that. (a sibling) I have a blog - it gives me a chance to show off my knowledge about the subjects I'm an expert at, which is a good way to enhance my future job prospects. (a friend) First there were mailing lists, then forums, now blogs. They all continue the trend of talking to more and more people that you are less and less familiar with. It gives folks the perception of a wider audience. Why just post your rants to a mailing list when you can post to the world? (a close relative) My, what a thoughtful, analytical person you are! You have an interesting view on the world, and are an excellent writer. (a parent - could you tell?) Blogs are the perfect medium for introverts. There is no one to make eye contact with, and no requirement to respond to (or even allow) comments. (an even closer relative) I'd SHOOT myself if I had to write that crap every day/week! (a sibling -- no, actually, a *different* sibling) Posted at 11:58AM Jan 12, 2007 by Julia Harper in Personal | Comments[0]
Friday Dec 08, 2006
Complexity: basic system monitoring
The other day I had my second contact with a Real Customer, and I learned something. (Come to think of it, I learned something at my first meeting as well. This is a trend I'm trying hard to extend by insinuating myself into meetings with customers.) We have a bunch of really cool systems at Sun -- across a wide range, from high end to low end, covering both SPARC and x64 platforms. Some customers buy lots and lots of them. And then want to manage them. Posted at 07:36PM Dec 08, 2006 by Julia Harper in Sun | Comments[1]
Wednesday Nov 15, 2006
nightmare
I awoke with a start from a nightmare I had after composing the previous blog entry about who the better programmer is. Posted at 10:40PM Nov 15, 2006 by Julia Harper in Personal | Comments[0]
Tuesday Nov 14, 2006
my mother should have been a programmer
My father is very smart. He was an electrical engineer. He used calculus in normal worklife to explain and create. He built things that measure things that measure (very small) things. He can reduce a problem down to its component parts, solve it, then express the solution in its most elemental, elegant form, and implement it the smallest possible space. Posted at 01:31PM Nov 14, 2006 by Julia Harper in Personal | Comments[0]
Monday Nov 13, 2006
not perfection, but
I performed that duet yesterday afternoon. It was ok. I give myself a B+. Most importantly, it was music -- my duet partner and I echoed each other's phrases, and there was delicate feeling and elasticity in the right sections. It was rousing in other right sections. I didn't ever lose it (and neither did she). I did lose one hand for a few measures (not literally, you understand), and played a few notes wrong here and there, but feedback was that it was fun to listen to. Guess I'll trust the feedback. It's hard to not be perfect. Not that I ever am, but that doesn't make it any easier. Hey, at least I delivered, on time, if with some bugs. :-) Posted at 07:12PM Nov 13, 2006 by Julia Harper in Personal | Comments[0]
Saturday Nov 11, 2006
Complexity and Completeness: FMA
Complexity brings joy into the life of an engineer: it is so satisfying to find all the nooks and crannies of a problem and come up with a solution that covers them all. No, wait. Complexity is the nemesis of the engineer: it is so hard to be satisfied with an 80% solution. The desire to provide a complete solution is almost unbearable, beyond all reasonable expectations of the company or customer, Must an engineer resort to damned statistics to prove that an inelegant or incomplete solution is sufficient, and a more efficient use of time? Sufficient for whom? For the consumer of course. Being associated with a less than perfect solution repulses me, yet I am the very customer that would never pay what it costs for perfection. One of my favorite examples of the agony and ecstasy of complexity is FMA (fault management architecture - see Mike Shapiro's blog). FMA is hard.1 I've looked at the blog entry by past Sun luminary Andy Rudoff, in which he provides a summary of the concepts of FMA. The concepts are so pure and beautiful. And simple! But it all starts with fault trees. One must explain every fault that could occur, and every symptom (error) it might produce. Then in the middle there are all the timing issues - how long will related errors take to show up? And will they show up, because after all the paths for communication are not perfect? And at the end is the problem of how to isolate the fault. Who are all the constituents who will be affected, and how do we guarantee there is no race condition between multiple actors? Right now we take an all-or-nothing approach to a vertical segment of faults -- all cpu faults, for example. Essentially we diagnose a complete subtree of faults, but ignore faults caused by a component closer to the root of the fault tree (maybe the fault is really a power supply problem that affects all components in the box). This is how we make the problem tractable. But the complete subtree approach gets particularly hard for I/O, where components can have a great deal of interaction, not necessarily all in a nice hierarchy, and errors are reflected in all directions. Cindi McGuire has lead a herculean effort to wrestle down I/O fault management into something containable and expressible, but getting every device to participate in FMA has stumped this effort. The job is not complete. The ability to diagnose with complete accuracy remains an unrealized vision. So I wonder - would it be so bad to just sprinkle some FMA around? For example, if we have evidence that a particular subset of faults is most common or catastrophic, can we can provide just sufficient error reporting and diagnosis to narrow the fault landscape to find the instigators of those most egregious faults? Maybe we allow drivers to be enhanced to some minimal level of error reporting to enable just that type of diagnosis, for example. This might make it easier for driver writers inside and outside of Sun to inch their way along the path of enabling the full FMA vision. 1 let's go shopping Posted at 06:45PM Nov 11, 2006 by Julia Harper in Sun | Comments[0]
Friday Oct 27, 2006
just one more compile Hi. This is my opening foray into blogging. As such I will start small. I am small, so I guess that kind of fits. I was practicing the piano recently (I am going to play (half of) a Schubert duet at an upcoming recital) and was reminded again of the similarity between practicing piano and coding. I have a very bad case of the "just one more compile" syndrome these days. You know how you really mean to leave for dinner, you mean to get to bed and get some rest, but you're hot into fixing a bug, or making some section of code more elegant and understandable. You haven't quite got it right, but you can see it there waiting for you, if you just try one more time... and then suddenly you've missed dinner, or ended up staying up to ridiculous hours. Not that you mind, because your mind is still racing even when you finally do stop. That's how it is with practicing. Can't quite play some section with the right timing. Need to try out a different fingering. Is there a better way to get that entire phrase hang together and make emotional sense? No that's not quite it, let me try something else -- or, yes, that's getting there, now can I get it to really work reliably? But then, I think everything's the same as everything else. Or at least has aspects that can be found to be similar. When I first started working in computers, I had to develop a filter to translate from one protocol to another. It was a new idea to me. For a long time after that, it seemed to me that everything was a filter of some sort. It still often seems that way. Why, playing the piano is being a filter isn't it! You read the music that the composer wrote and then provide your interpretation of it. And then there's jazz. Kind of blows that analogy out of the water, doesn't it. Ok, time to retreat. Bye. Posted at 01:30AM Oct 27, 2006 by Julia Harper in Personal | Comments[0] |
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||