Once again, it's Pi Day. The kids celebrated in their schools on Friday, but it was fun to remind ourselves on this Daylight Savings Time day as well, that there is more to today than just the time change.
Happy Pi Day!
This morning I noticed that Apple had released Safari 4.0.5 on Software Updates. It requires a reboot, which is still annoying in my book, but so it goes. In the same update we get updated HP Printer Drivers, and those don't require a reboot. Drivers? No, Browser? Yes.
Go figure.
This morning I noticed that Google Chrome dev 5.0.342.3 is out and it seems to have fixed a few of my concerns about getting connected to servers, but maybe that's just my faster home connection versus the connection at The Shop. In any case, it's an improvement in something, so let's stay up to date and see if it's improved enough to be my secondary web browser.
I haven't used this guy in a while, but it's still the first graphics app I used on a Mac all those years ago and this morning GraphicConverter 6.7 was out. It's solid, has a great feature set, and reads some of the most odd-ball graphics formats I've ever heard of.
Well... it's taken me what... about 25 years?, but in the end, I finally finished the first 10 psec of the simulation that I started in my PhD, and was never able to finish. These are the two big results I was waiting for with the Gould NP1 but never managed to be able to get the results out of the box as it just took too bloody long. Well... fast forward to now, and I was able to run the simulations for all 10 psec on my iMac at home without any problem at all.
In fact, the total runtime for the entire 10 psec simulation was 4:34:54 - about four and a half hours! Had I told myself back then that someday I'd run this code on a desktop Mac and it'd finish in less than half a day, I'd have laughed. And then wondered when that day would come. How exciting!
The first test is the Si pulse. Here, we're looking for a nice, representative pulse widening and drifting down the channel. I was able to get a few psec of this simulation done for my thesis, and it proved that at least in Si, the physics was behaving as you'd expect.
The second test was the similar conditions in a GaAs channel where we're biased in the negative differential mobility zone, and so we'd expect the oscillations predicted by the 1D simulations to start to appear. What I'm seeing here isn't anything like that.
This pulse seems to be nearly stagnant in the channel - hardly drifting at all - but spreading out much faster than the Si device. While this might make sense, if you think of the higher mobility in GaAs over Si, the problem is, the mobility in the bias conditions we're looking at should be shrinking the packet and starting to make oscillations on the top part of the pulse.
So I'm wondering if I've got something wrong in the code, or if I just have it misconfigured. It sure looks like it's configured correctly. But then again, I don't have anything to compare it to. Hmmm... very odd.
Well, if I get more time I might dig into this, now that the runs can be done in a reasonable time. I just wonder if there's something I'm missing as the other tests all checked out. It's something to think about.
I saw this article on Daring Fireball this morning, and decided to give it a read. Daniel J. had tweeted about it yesterday, and was in the middle of something so I didn't take the time to dig into the article. Well... this morning, I'm glad I did. The follow-up is equally interesting and as worthy of a read as the original.
There's just so much in this article to talk about. First, he's completely right about the state of typical development these days:
I want to make things, not just glue things together. When people ask me what I like about my job, I always say the same thing: that its the thrill of starting with nothing and making something. That, for me, is the essence of programming, and it hurts that there isn’t as much of it about as there used to be.
He's right on the money about the state of anything called Frameworks:
Here’s a rule of thumb (which, like all such rules, is often broken and should not be taken too seriously): beware of anything that calls itself a Framework. Anything that, instead of providing stuff that you can call, takes over the wheel and tells you what code to provide for it to call. Not always, but often, that marks the line where this stops being fun.
and:
You know the real problem with frameworks? They demo too well. Someone shows you their favourite framework and demonstrates how you can build 50% of your application in half an hour! Great! That other 50% can’t be hard, can it? But it turns out that what looked like 50% is actually 5%, and filling in the other 95% gets exponentially more difficult as you approach the 100% mark. Frameworks are great for building toys, and that fools us — again and again — into assuming they’re good for building products.
and whatever has Enterprise in it's name:
Especially, I have learned that anything that has “Enterprise” in its name is so incredibly boring that the people who use it had to shove the name of the Star Trek ship into its title just to keep themselves awake. (I am convinced that this is the case.)
I'm sitting here thinking these same things, and realize that there's an element that's missing here - it's the user community, or business users. They are the drivers of this change, not developers. It's not something the author touches on in his writing, but it's something I've come to realize in the past few weeks, and it's bothersome.
No good developer says I want to glue crap together! or Please let me use this Enterprise Java System! Nope. Bad programmers say that, and that's because they probably shouldn't have the job in the first place, and gluing things is at the limit of their skill set.
No, real programmers want to create things. Then why don't they? The answer is in those Framework Demos, and the press releases on the libraries and toolkits that the business users read and think that the act of creation takes exactly 3 hours, 15 minutes, and then there's no need for that documentation because they can use the frameworks to add in the features like so many Excel Macros.
It is we, the developers, that are to blame.
Like Prometheus, or even Pandora, we brought this on ourselves by doing too good a job for those that had no understanding of the complexity and difficulty in the creative process. These people would never have thought to walk up to Picasso and say Hey, Pablo - Babe! Draw me a tree, will ya? And get it on my desk today, or tomorrow morning if you need more time. Yet in my experience, they think two days is too much for a complete new feature set.
When we create something out of nothing, and do it faster and batter than they expected, they'll simply shift their expectations for the next time. No problem there... in fact, that's an exercise they like having to do. Next time, they'll expect more, and more, and then when you have to do something a little more difficult, they'll try to compare this to something done six months ago, and how you did it fast then, so why can't you do this fast now?
This makes an individual tired.
Then some CTO who may never have even been a good programmer, decides that the entire organization is going to use some Framework, or Enterprise Widgets, and then you're a Glue Monkey.
At each turn we do something that those requesting it have no understanding of so they can't possibly understand the cost of requesting it. Many of the bad programmers see this as nothing more than a digital assembly line, and for them, it takes no more thought than assembling a toaster or DVD player. But for the good developer, the act of creation is mentally, emotionally, even physically draining. That's why it's so rewarding.
But to the non-programmer, it seems like you sat down in front of a glorified TV set, and a few hours, or days later you came up with exactly what they asked for - no matter how crazy, difficult, or near impossible it was. To these people, there is no cost of that request. Nothing could be further from the truth.
I've been thinking of solutions to this problem, and realizing that anything involving the changing of other people is arrogant in the extreme, so I have to focus on myself and what I can do to change this for me. I've come up with a few ideas. None is trivial, but I believe one of these is the solution for me.
This seems obvious, and it is, but it's not trivial, and it's not a direct solution. You may land in a better place, or you may land in a worse place - it's impossible to tell, and in this day and age, I've run into employers that are not above decorating the truths about their organization in order to attract the top talent. Certainly in the financial sector which I'm most familiar with.
Yet, if you can find a place that matches your ideals and goals in software development, you're in business. Maybe there aren't that many places in the world like that, but I believe there are some. Maybe they're no more real than Santa and the Easter Bunny, but I really believe they are there, and as long as I believe they are there, I'll try to find one. Just one is all I need.
But lately, I've been thinking maybe the better approach is to settle a little on the job, and just change the environment.
I worked at home for 2.5 years while at First Chicago. I got more done there than I have ever gotten done in any office environment I've ever worked in. Why? Lack of distractions. It's simple, really. I have an office at home, with good internet connectivity. Just move the necessary machines to my office, start working there. For me the benefits are obvious:
All these reasons make a so-so job a "good" job because you approach it every day with a sense of happiness. You don't mind going to work, because it's a comfortable, warm environment that you don't have to travel 90 mins to get to. It makes all the difference in the world.
This is the most interesting to me, but it's also the path most fraught with danger and uncertainty. I've done the small consulting shop thing but what I'm thinking of is just taking some of my ideas for simulation tools and putting them on the Mac. I know it's not a career path that a lot of people would see as going in the right direction, but it's the extreme case of my second point of working at home. In this case, I work at home, but I also have to generate my own revenue.
But the path to this goal is clear: get some apps, start to generate some revenue, and then replace the day job. Not easy, and not guaranteed, but it's something I could do, and something that I want to do.
While I'm not sure it's necessary to keep up to date with OsiriX, it's still nice to be able to see the kids' and Liza's images from the doctor's office visits they have accumulated over the years. Sure, some will say it's a little creepy, but it's like baby pictures - sort-of. Well, today I noticed that OsiriX 3.7 was out, and decided to snap it up and upgrade what I had. Easy, quick, and really fun to look at the x-ray images over again.
This morning I noticed that Google had updated Chrome (dev) to 5.0.342.1, which is a welcome improvement. I've been using it as my secondary browser for several days, and I have to say that I think I'm still leaning to Firefox as a better experience. I'm not going to debate the speed of the V8 JavaScript Engine, I know it's better. But what I need in a secondary browser is something that feels right, and the fact that it's not WebKit is not bad either.
I'll keep Google Chrome around, and I'll give it a shot in a little bit, but it's just not as smooth as Firefox is for me. Nice, and close... but not a winner - yet.
Today I was checking on my WebDAV/SSL access to my home server and noticed that it wasn't working. I knew I had set it up once, and I couldn't imagine what had messed it up, but then I started looking at the error and access logs, and it was clear that the WebDAV lock database was not accessible to the plugin. Rats.
As I started digging, I noticed that the DAV config file: /etc/apache2/extra/httpd-dav.conf was not the same as I had originally had - specifically, the value for DavLockDB. What was there was pointing to some default Apple location, and even that wasn't really there. So I had to go in and set:
DavLockDB "/Library/WebServer/WebDAV/DavLock"
and then a simple:
$ sudo apachectl graceful
and my WebDAV/SSL was once again working.
It turns out that the DAV plugin makes several files with that root name, and there's no reason it has to be there, so if there's something in that location - wipe it out and then restart Apache.
Whew! I'll have to keep a closer eye on the Apple Mac OS X updates and make sure it's not breaking the configs.
Today was Liza's first appointment at the Diamond Headache Clinic where, she had been told, If anyone can figure out her migraines, these people can. So with great hope, we went to the clinic. I think it's important to support your spouse when they're going into a new medical environment - even if they say they don't need it. Bull Cookies. Everyone needs support now and then, and this is one of those times.
So we went, and while they had some great ideas, they ruled out the stroke, but pointed out that it would not have show up on the MRI or CAT scan if it was a small one. However, the doctor pointed out that even a small stroke would have produced more profound effects than the droopy eye for a few days, and the loss of taste (sweet and sour) for about six weeks.
So with that checked off, he wanted to break the cycle of pain. So she was set up for an infusion of drugs to do just that. Actually, three infusions - two today and one tomorrow morning.
It took most of the day, and then I had to play ferry captain for the kids, so I didn't get a lot of work done. But hey... I went in, I fixed a few things, and then I had to go. It's the best I could do.