In ten minutes we’re getting on the train to go to the Narita airport. I always feel sad when leaving, but excited to get back to work and the exciting opportunities therein. The fact we are flying Singapore airlines is some consolation. They have a fantastic in-flight entertainment system. If only they had wi-fi.
And if so, is he angry? I wondered this after reading Is Object Oriented Programming The Problem? in which Don invokes the programmer archetype, “Mort” to make a point.
Who is Mort?
For the uninitiated, Mort is a creation of arrogant software developers (I don’t exclude myself from this group) used to lump together and define the quintessential “average” developer. Actually, “creation” isn’t the correct word. In the same way that Design Patterns are discovered, not created, Mort is a discovery. He’s a Developer Pattern (If nobody has that term trademarked, I hereby claim it for myself).
Mort isn’t the only Developer Pattern I’ve seen in the wild, but he is the only one famous enough to go by a single name (think Pele, Madonna, etc..) that I know of. Other Developer Patterns that come to mind…
- The Bleeding Edge Liberal
- This one thinks Release Candidate software is so five minutes ago. Alpha and Beta software only, baby. The Conservative Curmudgeon
- This one still promotes punch cards as the solution to all software woes and believes things were better when a bug was best taken care of with a can of raid and a fly swatter. The Trainer
- The last time this one wrote a try/catch block was during the lesson on exception handling. The True Believer
- This one thinks that for any problem, there is one and only one correct solution. This person also believes there is only one true programming language and that language is…
I digress. As I stated before, Mort is the prototype of the average developer. He works 9 to 5 in some cubicle farm of a large bureaucratic corporation (perhaps he’s a government employee), and he rarely if ever attends a developer conference or discusses software development outside of the workplace. He almost certainly is not a technical blogger.
We worry for Mort.
Yet, so many advanced developers, trainers, language designers, get their panties in a tussle over how Mort is doing and what he is capable of. Is Mort switching from VB to VB.NET? Why not? Is Object Oriented Programming too difficult for Mort to grasp? How can we make it easier on poor old Mort?
What I’d like to know is just how many Morts are there out there? For example, if you ask the average developer if he or she is Mort, will you get an honest answer? I may have been in the mold of Mort when I first started writing software, but I most certainly am not Mort now, right? Right?!
Does Mort even know he’s Mort? Or is the “other guy” always Mort. There’s not much you can do for Mort unless Mort takes the first step and admits that he is indeed Mort. If Mort is defined as the “average” developer, we can’t all be “Not Mort”
Personally, I’ve never given Mort much thought. If Mort indeed does exist, I personally don’t have much interesting working with Mort. I’d much prefer working with a Jane or Juan. As a manager, my whole job was to hire someone better than Mort, though I can’t claim I was always successful.
From my experiences with Mort-like developers, Mort is capable of writing crappy code in any language, OO or not. Alot of times, this was due to what I call intellectual laziness. “Hmmm, this seems to solve the problem, I’ll move on.” Mort spends very little time reading up on the tools and platforms he uses to get his job done. Call it, programming via Intellisense. We all do it at times, and I wouldn’t want to program without it, but when Intellisense is the only means of learning an API, that’s a problem.
Mort cares little for learning about tools outside of the IDE that can help him be more productive and less error prone. For example, Mort won’t write automated unit tests, instead settling for a quick spot test, leaving the broken code for someone else to discover and fix.
Sorry Mort, but you know it’s true.
What is the Problem?
In any case, in answer to Don’s question, Is Object Oriented Programming the Problem?, my response is no, it is not. The problem is that developing Software is an extremely complex and difficult task. Engineering a sky-scraper sounds like a complicated task with many moving parts, but consider that the number of moving parts in a typical software project makes building a skyscraper look like building a small tower using Duplo blocks.
The problem is complexity and how to manage it. I am afraid there are no easy solutions. Consider that 80% of the time spent in all software projects is during the maintenance phase. This phase is typically where the use of procedural languages causes pain if not done well. If a developer cannot understand OO principles, then that developer will also very likely have trouble with writing modular code in a procedural language. Using a procedural language requires even more diligence due to its lack of language constructs to enforce encapsulation, etc…
I don’t know about you, but the thought of working on a legacy classic ASP project makes me cringe (I usually turn down such projects). I’ve seen reams and reams of spaghetti code using a procedural language (some of it written by me as a brash youth) as to make me dry heave. This is not to say a large system can’t be built well using procedural languages, just that it takes much discipline.
Of course, OO is not a panacea. Equally bad code can be written using an OO language, especially when OO principles are not well understood and you end up with procedural code anyways, or really bad OO-like code. But there’s hope! With well factored OO code, with a light sprinkle of Design Patterns where appropriate, sometimes the internal workings of a class or system are well enough encapsulated that you have a chance of maintaining a large system. There aren’t as many variables to juggle in your head at any one time.
Are DSLs the Solution?
So where do Domain Specific Languages (DSL) fit in? The history of programming languages is the story of using abstractions to hide complexity. Assembly is a abstraction layer on top of the 0s and 1s that make up binary. C is an abstraction on top of Assembly. SmallTalk, C#, and Java uses objects to abstract details of lower level languages… and so on.
Are DSLs the next level of abstraction? It would make sense, but they may be hard to deliver upon. It was thought that Component Technology would deliver the building blocks to make Mort’s life easier. Simply put the blocks together like a big Lego structure and voila! You have a working payroll system! In this scenario, your DSL is simply composed of Domain Specific components (building blocks) and your general purpose language is used to glue these blocks together.
But alas, it is never so simple as that. The problem is that although we can divide the world into distinct “Domains”, the variations within a Domain might as much as between Domains. For example, the differences between Chinese dialects are more than the differences between any two Romance languages in Europe.
The result of such variation is that you will rarely find just the right DSL for your situation or the DSL will itself be not much different than a general purpose language. One solution to this problem is to build a custom DSL for your business. But I wouldn’t task Mort with that project. Make sure your Joel’s are working on that one. Perhaps with a custom DSL, Mort has a chance to make a very meaningful contribution, without causing too much damage. If he’d only show more of an interest in building better software.
So What is the Solution?
This may come as a surprise coming from a technophile like myself, but I don’t think that we’ll find a technical solution for Mort. Even if DSLs prove themselves to be the next great abstraction level for software development, we’ll just take the extra productivity gains produced to do even more with software. We’ll build larger and more complex systems, and as we’ve learned, complexity is the problem in the first place.
Rather, I think the solution is to quit pandering to Mort with our condescending paternalistic attitude, and instead demand better from Mort. If the capabilities of the average developer truly is as bleak as many make it out to be, we shouldn’t just accept it, but work to raise the quality of the average developer. “Average developer” should describe an acceptable level of competence.
We have to realize that Mort is responsible for a lot of important systems. Systems that affect the general population. When I hear of recent cases of identity thefts such as Choicepoint among others, especially those caused by lax security such as using default passwords for the database, I think of Mort. When I read that $250 million worth of taxpayer money has gone into an overhaul of the FBI Case File system, and the system has to be scrapped. I think of Mort.
Given this much responsibility, we should expect more from Mort. So Mort, I hate to say this but software development is not like working the register at McDonalds where putting in your nine to five is enough. I am all for work-life balance, but you have to understand that Software development is an incredibly challenging field, requiring intense concentration and strong mental faculty. It’s time for you to attend a conference or two to improve your skills. It’s time for you to subscribe to a few blogs and read a few more books. But read deeper books than How to program the VCR in 21 days. For example, read a book on Design Patterns or Refactoring. Mort, I am afraid it’s time for you to quit coasting. It’s time for you to step it up a notch.
Mort, Can We All Get Along?
So Mort, if you really do exist, and you recognize who you are, I apologize if I came off as a bit harsh or critical in this post. I wonder if we’re being a bit too arrogant for pigeonholing you. Is the Mort archetype really useful for this discussion?
Perhaps my experiences have been with a sub-Mort, and not with you. I really would like to think the average developer deserves more credit. But from some of my experiences, there are large numbers of just plain bad developers out there. For you, I’d like you to know we’re thinking of you, and we know best. If you’re not willing to step up, then the best thing you can do now is go grab me a beer while we work to solve this problem.
We here at “You’ve Been Haacked” (well, actually just me) bend over backwards (and sideways) looking to enhance your Haacked experience and deliver more bang for your buck (What!? You’re not paying for this content? You lousy cheapskates!). To that end, we are adding Job Postings to the litany of entertaining drivel posted on this site. At least, we are adding this one job posting and reserve the right to add others. Here is an opportunity to work closely with yours truly on a project or two. Please, only reply if you have the skills to pay the bills.
Web Application Developer / Solution Architect
We are a startup technology consulting company that believes IT matters more than just TCO and ROI calculations (And we prefer two-letter acronyms to three-letter acronyms). We have an immediate need for web application developers and architects who want to work with an experienced team of motivated, intelligent, and fun folks.
Our focus is on delivering business value more than just pure technological solutions, though solid technical skills are critical. What else would we shoot the breeze about during internal conference calls? So we are asking for a lot, since we hope that you’re just as comfortable talking to the client as you are with your fellow developers.
Right now, this is a short term contract position, but if things work out well, you never know. You’ll be working in a most comfortable office environment, your home! Alright then, let’s get to the usual litany of job posting details.
Three to six month contract $65 - $95 / hour depending on experience, skills, and general all around awesomeness.
- 2+ years of technology consultant experience with direct client interaction (You know, “clients”. The folks that pay the bills.).
- Excellent communication skills: spoken, written, visual, and otherwise.
- Motivated, autonomous, self-starter. You need to be able to work effectively from home.
- You must have in-depth knowledge (2+ years) of several web
application technologies such as:
- (X)HTML and CSS. Ideally, you’re a fan of CSS ZenGarden. If not, fake it.
- XML Web Services (SOAP, WSDL, WS-*)
- Web application security
- XML, including XSD, XSLT, etc.
- Must know Microsoft ASP.NET and C# as if your life depended on it. This job does.
- Object Oriented Design.
- DotNetNuke or knowledge of other content management / extranet / portal technologies.
- SQL Server 2000 preferred, though excellent knowledge of other DBMS will be considered.
- MapPoint Web Services
- Experience with CRM, ERP, or financial systems
- Experience with full product development life-cycle and development processes.
- Know UML and understand Design Patterns, when to use them, and when not to.
- Experienced with Test-Driven Development and NUnit.
If you are interested, and you have what it takes, and you think we have what it takes, send me your resume to haacked at gmail d0t com (<— Yeah, that’s a really challenging puzzle to weed out the riff-raff and spammers).
Since I have a free moment (and the internet connection is back up), I thought I’d write a short status update of my trip to Japan. But first, let me point out that I used the term “status update”. What am I? A project manager?
In any case, we’re having a pretty nice time. Below is a little mural of photos I’ve taken thus far. Yes, I have been suppressing my Asian side by not being quite as trigger happy as one would expect.
One of the highlights so far was our one night stay at the Meguro Gajoen a luxury hotel that served as the inspiration for the location of the movie Sen to Chihiro no kamikakushi, otherwise known as Spirited Away. This place was one large museum piece. For example, though it is a bit dark, the picture to the right is of the main lobby bathroom. Notice it has a freaking bridge in there! Does that bridge look familiar?
The lobby of this place was breathtaking with its collection of historical artifacts, paintings, a pathway with water on both sides. Check out that archway within the lobby walkway. Notice the water on the left and right corners. The place even had waterfalls in its garden.
Much of the original hotel grounds had to be razed due to an encroaching river. We took a tour of the original section that was spared the destruction due to its distance from the river.
This is a picture of the famous 100 stairs. It turns out that there are only 99, according to our tour guide. I personally think they should add one just to be honest. In any case, I did remember this staircase from the movie.
I also remembered this main lobby area from the movie, when all the strange inhabitants of the inn gathered together.
Yesterday we were given a tour of Asakusa from an old family friend who resides there. He is an “Edoko”, a 3rd generation Tokyo native. Apparently, it takes three generations before you get to carry the Tokyo native membership card. I’m not sure if it gets you into the hottest clubs or not, or even if it at least provides car insurance on rentals, but I am sure it is an honor nonetheless.
Anyways, sources tell me it is the same way for “Parisians”. You’re not a Parisian unless your parents and their parents were born and raised in Paris.
My grasp of Japanese is still pretty close to non-existent, but even I was able to tell that he had an Edoko accent. They can’t pronounce the “h” sound so he prounces Asahi, “Asashi.” And when he says, “You’re welcome”, he says “Doi Tamashte” instead of “Doi Tashi-Maste.”
Speaking of Asahi, a fine beer, that’s a picture of their headquarters to the right. They used to have the brewery there in the city, but no longer. That piece of gold on top is supposed to be beer foam. Is anyone getting thirsty?
In any case, I won’t bore you with all the history of Asakusa, as I cannot remember much, but instead will point you to my photo set on Flickr, in case you are interested in seeing more photos.
But I will mention that the day prior, we were in a mall when we ran into Harry here on the left. The mall had a couple of animatronic dinosaurs on display. Their movements were quite impressive and not at all machine like, except for the fact that they mostly repeated their motions over time and they didn’t pounce on me, rip out my jugular, and drink in my blood. That’s what I would expect if they were to act lifelike.
Kevin Marks says in the comments to my last post that my example of how a format designed for both machine and human readability might run into problems was a little contrived. My dear Mr. Marks how silly of you to say so. I must vehemently disagree with your lack of insight. That example was a lot contrived. I blame Jet Lag for the lack of a better example, but the point that I was trying to make (albeit unconvincingly), is that…
A format designed for both data exchange and data presentation cannot excel at both.
Keep in mind that this doesn’t necessarily mean that Microformats cannot do well enough for both tasks. I am simply attempting to examine the consequences of using Microformats over other approaches.
There are three particular areas in which I see significant differences between a data interchange format and a presentation format.
Suppose you have a large set of data to send from one machine to another. Perhaps the statistical summaries for every soccer game played in a given month. Since we’re playing make believe here, also assume you’ve chosen XML as the format to represent that data. Are you concerned about the fact that the receiving machine is going to suffer from sensory overload trying to making sense such a large set of data?
When you choose a format designed for data interchange, you typically have no problems sending the entire data set. Machines don’t generally suffer from sensory overload.
But if you take the same set of data and want to present it to a human (using say, (X)HTML), you’d probably want to break it up into multiple pages, perhaps one per day, since that would be more readable for your soccer afficionado than simply cramming everything on one page (though many would-be web designers have committed such a crime in the past). Unlike machines, we humans do suffer from sensory overload.
Have you ever written poetry? And no, I am not referring to your code, though I do see code as poetry at times. The difference between code and poetry is that there are no strict rules to poetry. Certainly there are some rules to some forms of poetry, but the only standard rule of poetry is that to make great poetry, you have to break the rules.
Now how many machines do you know of that appreciate poetry (If you know of one, let’s talk). Probably not any at this point in time. This is due to the fact that computers cannot understand free form input. They require input formatted accordirng to very precise rules. This is one of the difficulties inherent in having a human author create content using aformat for data interchange, humans in general are not precise enough. Let me give you a more concrete example.
XHTML attempts to merge the presentation format of HTML with the data interchange format for XML. In many ways, this is a praiseworthy goal as consuming (we’ll get to that) XML is much easier than HTML. And, XML is easy to validate as it has very strict rules. Unfortunately, strict is not something humans do well.
I spent some time not too long ago attempting to make my blog XHTML 1.0 Transitional compliant. I succeeded in getting the front page to validate, but would often post content that would break validation. Imagine how bad it would be if I allowed HTML comments from visitors.
Now suppose I am writing a blog entry where I want to add a microformatted item in my blog entry. There are an infinite number of ways I could make a mistake and thus render the microformat useless and unreadable by a machine. Writing for machines takes a lot of discipline (think programmer), and humans don’t naturally do it well. We require debuggers, compilers, unit tests, etc….
As you read this, you’re probably thinking that better tools will ameliorate this problem, and you are probably right. When such tools appear, they may make this point somewhat obsolete. But I still want to contrast this approach to how my RSS feed is authored. I simply post content to my blog. The content gets stored in a structured table. An RSS generator (a machine if you wil), authors the structured data. No extra work on my part. Yes, it is a little less flexible than the alternative, since any new piece of information I want to include in the feed has to have some persistent storage associated with it and code written to author it. This is a classic trade-off. I don’t have to worry about messing around with tools or proper formatting when I create content, I merely cram it into my blog and the machine does the rest.
The other issue I have with Microformats is the Screen Scraping issue. Some Microformat proponents propose that we start building aggregators using Microformats instead of RSS. The problem with this approach as I see it is that these aggregators have to resort to screen scraping to find the appropriate markup within an HTML page. With RSS you have the benefit that the entire document is well structured, not just small sections within the document. You can use mature technologies to validate the document before you spend time trying to parse it. How well can you validate an HTML file that contains microformats alongside tag soup?
What Happens to Microformats When XHTML is widespread?
Microformats is designed to present data in a structured manner that works in current browsers. In a way, it is a compromise. XHTML promises the ability to add any kind of structured data (properly scoped by a namespace) to an HTML document, but XHTML is not yet well supported. So Microformats were created as a hybrid of XML and HTML. But what happens when XHTML is supported well. Are we going to settle for a bunch of divs to represent our data, or will we use more meaningful XML tags?
Ok, now that I’m done being critical of Microformats (and I’m only critical because it is the new kid on the block and I want to know why I should support it, if at all), I would like to point out some benefits that occurred to me, apart from the ones I mentioned previously.
The first benefit is that it can work now. To the previous question I raised about what happens when XHTML arrives, one can say, “Who cares, it isn’t here now!” Touche! As the Greasemonkey script illustrates, people are already starting to take advantage of the presense of microformats to enhance user experience.
In part, this is an illustration of the Betamax principle. Although, I may think that RDF or XML feeds are a better technical solution to the problem Microformats tries to solve, the better technical solution doesn’t always win. Often, the more convenient solution wins. That’s why VHS won.
Second, it is flexible. By flexible, I mean that I can add microformat data by simply publishing the format. I don’t have to add a new table in my database to store hCalendar entries and then create a proper UI to add those entries. Instead, I just post a blog post and carefully format the post with the hCalendar format. Sure, I might screw it up, but I can do this now, without a recompile.
A third benefit I have heard mentioned is that it is more easily indexed. I don’t necessarily see why that is so as I have seen many RSS feeds indexed by Google.
So at this point, I am still a bit ambivalent about Microformats. I’ll probably sit back and watch how well it is adopted and see if there is a groundswell of support. We’ll definitely incorporate it into Subtext if it becomes adopted in a widespread manner. Just don’t expect to see me cheerleading a push to create Microformat aggregators. I still think RSS does a great job of that and I believe it does a better job than Microformats would. It is well known and just starting to gain mainstream recognition. There’s no point in splintering the aggregation industry at this point, confusing the layperson as a result. Besides, I have a significant time investment in RSS technologies I am not willing to give up just yet. ;)
At the time, the potential benefit I saw was that it might allow CSS writers to share stylesheets for marking up certain types of content. For example, suppose we standardize the markup for a calendar event (say, using the hCalendar format). Now if I write some seriously sweet CSS that makes calendar events explode off the page, I could send that CSS to you and it would be immediately useful. No need to reformat it to reflect the structure of the HTML used to render your calendar event, assuming you followed the standard.
At the time, I was focused on the fact that according to the microformats about page, microformats are designed for humans first and machines second.
However, the fact that microformats are machine readable lends itself to other potential uses. For example, the Microformats blog recently highlighted a Greasemonkey script that parses out hCalendar events and provides links to import them into a calendar application.
Now while I try to keep an open mind, I find it odd that Microformat proponents are attacking the use of XML on the web.
This is where I find the goals of Microformats to be a bit far reaching. As far as my understanding goes, they present Microformats as a means to have your website be the API, attempting to make technologies such as RSS obsolete. The problem I have with this idea is that data exchange and presentation are often at odds.
For example, suppose I want my presentation to only display calendar events for the current week, but I want users to be able to import calendar events for the month. However, I never want to display a month calendar, for aesthetic reasons. It seems the Microformats method would be for me to have a month’s worth of calendar events on the page, but use CSS to hide those I don’t want displayed. Or, I could allow a query string parameter to specify how many entries to display, but how would I make that parameter discoverable without messing with my presentation (i.e. without placing a link to it)?
Instead, I might choose a standard XML format for calendar entries and provide a auto-discoverable reference to the calendar entries much in the same way that HTML pages add auto-discoverable references to RSS feeds. What’s so wrong with that?
It seems the Microformats user might say that the separate XML feed is not necessary. Why duplicate content? This is a fairly good point worth considering. The goal of Microformats is to provide a information in a machine readable format as well as human readable. Part of fulfilling that goal is to ensure that the presentation degrades well in a normal browser.
For example, a competing approach to avoid duplication of content might
be to simply specify a calendar event namespace in an XHTML file and
embed that within the markup. The problem with this approach is that
many browsers and web
not truly support XHTML properly. Thus, tags for alternate namespaces do
not show up, violating the Microformats goal of degrading gracefully.
Not only that, but most XHTML pages end up as being served as tag
because they are sent using the mime type
text/html. [See Sending
XHTML as text/html Considered
However, therein lies the problem with Microformats when compared to a non-presentational XML format like RSS. If you recall, RSS stands for Really Simple Syndiication. It’s not just that it is simple to syndicate content, but that (in theory) it is simple to parse such a feed since it relies on strict XML. Parsing HTML is much more difficult to do because of the inconsistencies and all the effort that goes into understanding malformed HTML. Unfortunately, that is exactly what a consumer of Microformats is essentially forced to do, since Microformats are intended to degrade gracefully. Microformats aren’t limited to XHTML and can be placed in valid HTML documents, making it much more difficult to validate a Microformat snippet.
In any case, it’ll be interesting to see how the use of Microformats unfold. As Greasemonkey becomes more prevalent, I imagine the popularity of Microformats might also take off. If I misunderstood microformats, be sure to let me know.
You just have to love modern technology and its power to shrink the Earth. I had a meeting over Skype with Micah in San Francisco from here in Japan with no discernible lag at all and wonderful audio quality. Later, I had an MSN Messenger chat conference about RSS Bandit with Torsten in Germany and Dare in Nigeria. What a small world indeed!
Please excuse me as I go over to Google Earth, zoom out, and use my mouse pointer to spin the globe.
For those of you who give a damn, we made it safely to Japan. The trip itself had quite an interesting start in the form of a cab ride to the airport with a, ahem, slightly odd-in-the-head fellow.
It started off innocuously enough as we called a cab to take us to the airport. When the driver called to let us know he was outside, we hurried out looking for the cab, but had difficulty finding it. We then noticed this dark Suburban pull out and the driver gruffly barked that we needed to come over to the other side. Gee, it should have been obvious to look for a dark Suburban, as opposed to, say, a bright yellow or green vehicle.
Nonetheles, he lightened up as he put Akumi’s suitcase in the back. It had a red, yellow, and green striped band around it which he loved. When we stepped in the car, it became apparent why, the back of the front seats were covered in laminated Rastafarian writings, the kind you might pick up in Venice beach. This guy was a Rastafarian. You know, a movement of Jah people.
As we stepped into the vehicle, I noticed some political material as well, such as a picture of Bush and the Saudi Crown Prince hand in hand next to a poem about how the author dreamed he ran into two devils holding hands. Odd to have such religious and political writings all over the back of a cab, but hey, it’s Los Angeles! In any case, once he started playing some Reggae, my trepidations were put at ease as I relaxed to the rasta beat, intent on enjoying the ride.
However, that only lasted a few minutes. He started furiously shuffling through a huge pile of CDs in the midst of driving. He seemed to find what he was looking for without hitting anybody, and started playing some instrumental reggae. At this point, he started singing out loud, filling in the missing words to the music!
Ok, I consider myself a very tolerant and understanding person, but this came across as a bit odd, even for Los Angeles. But hey, they man was feeling it, so we sat back and tried to relax again and enjoy the ride. The only problem was as we pulled onto the freeway, the driver got more and more into the music. He started pounding out the drum beats on the panel between his seat and the shotgun seat. He turned up the music and sang louder, gesticulating wildly with his right hand in the mode of a rapper feeling the flow.
His song selection began with repeating…
Jah Rastafari, he is my sheperd. Jah Rastafari, he is my sheperd…
…transitioning into such favorite classics as…
Why why why why why Why why? We have no social security. We have no social justice. Social inequality. How much longer? Why why why why Why why…
He was briefly interrupted by a phone call in which he had to relay a phone number for a customer in his Jamaican drawl that the customer had trouble understanding. He soon grew impatient and exclaimed, “Do you want me ta drive over tere ta write it down for you?” (imagine Jamaican accent). He then repeated the number and said, “I hope you got it.” *click*.
He soon resumed the show, ending the trip on…
True Love. True Love. True Love. I will love you tenderly. I will love you Sincerely. I will love you gently. A love that is transparent….
At this point, I looked over at Akumi and she had lost it. The entire ride, we fought hard to keep our composure, be respectful, and not laugh. But this was too much and she was nearly in tears. I nearly lost it seeing her lose it, but as I was in his line of sight via the rear view mirror, I struggled with great effort to keep it together. This guy is driving us rapidly down a Los Angeles Freeway and seems a bit loose in the head. I don’t want to piss him off.
What put us over the edge wasn’t just that he was singing. I seriously love Reggae music. The kicker was just how awful he was. I mean, he would give William Hung a run for his money. What a relief to finally exit the cab and plant our feet safely in the airport. As a memento, I secretly recorded a snippet using the voice note recording feature on my cell phone. If I can figure out how to get it off the phone, maybe I’ll share it sometime.
Tomorrow we head off to Tokyo, Japan for a memorial service to celebrate the life of my wife’s father. We’ve both been very busy with our respective work, plowing ahead head down. It finally feels good to lift our heads above the chaos and exclaim…
Holy Shit! We’re leaving for Japan tomorrow and we haven’t packed!
In any case, we are looking forward (as always) to staying with Akumi’s mother and her wonderful cooking. The geek in me enjoys the technological aspect of visiting Tokyo as much as the food. It’s like visiting the Epcot center only cleaner and the people with the high tech gadgets are real, not animatronic.
If I have the time, I’ll try posting a few pics here and there while in Japan. Ja Mata Ne!
For as smart a guy as Joel Spolsky supposedly is, you’d think he’d keep his dumb ass remarks off his blog and between himself and his interns.
In his latest ego-inflating piece of verbal masturbation, Joel insults the internal corporate developer.
Is software really about artistic high notes? “Maybe some stuff is,” you say, “but I work on accounts receivable user interfaces for the medical waste industry.” Fair enough. This is a conversation about software companies, shrinkwrap software, where the company’s success or failure is directly a result of the quality of their code.
Sadly, this doesn’t really apply in non-product software development. Internal, in-house software is rarely important enough to justify hiring rock stars. Nobody hires Dolly Parton to sing at weddings. That’s why the most satisfying careers, if you’re a software developer, are at actual software companies, not doing IT for some bank.
Now, let’s put aside for the moment the arguments on how outstanding internal developers are just as important as outstanding shrink wrap developers. Scott Reynolds does a nice job covering that.
The real question here is just who on god’s green Earth does Joel think makes the recommendation to buy his bug tracking and content management software? It certainly isn’t management or the Linus Torvalds of the world clamoring for FogBugz. Hmmm, call it a hunch, but I would imagine a large proportion of his sales come from internal corporate developers. So how much sense does it make to give them the big middle finger while sitting smugly cloistered away in your ivory tower divorced from reality?
Now I agree with his general point, that if you’re in the business of software, you should hire the best programmers you can get. I don’t think his goal was to alienate corporate developers, but to illustrate one unique aspect of how hiring the best applies to shrink-wrapped software.
Here’s why: duplication of software is free. That means that the cost of programmers is spread out over all the copies of the software you sell. With software, you can improve quality without adding to the incremental cost of each unit sold.
Essentially, design adds value faster than it adds cost.
Where I disagree is his casual dismissal of non-shrink-wrap developers. Hitting the high notes isn’t always about creating emotional appeal with a shrink wrap product. Sometimes it’s solving an engineering problem in such a creative or elegant manner so that millions are saved, or in the case of Apollo 13, lives are saved.
How about this for a principle, For many internal developers, millions of dollars, the entire business, even lives may be at stake (for example, the Shuttle programmers), all resting on the integrity of a single copy of unique software. How is the best any less needed in this scenario?.
I could say more, but I need some sleep. I’ve got a plane to catch.
You get BoohBah!
This is supposedly for kids, but it is about the most trippy subversive thing I’ve ever seen. Please excuse me while I check myself into a psychiatric ward.
My wife usually uses a cheap calling card to call her mother in Japan. Unfortunately, for the last month, every time she would try to call, there would be problems. Today for example, they were having problems routing calls and she kept waking up some man in god only knows what god forsaken country he was in.
I suggested she finally give Skype a try and she’s now downstairs on her iBook chatting with her mom. Since her mom doesn’t have a computer, she’s using the Skype Out service which is still much cheaper than using the phone.
I don’t exactly know why, but I find this use of computers and software so interesting and compelling. Part of it is the simple enjoyment of seeing how technology can foster community and communication. But more personally, it is also the excitement of seeing software and technology that I am excited about that my wife can also enjoy and be excited about. Most of the time my excitement for technology falls on deaf ears.
Hey honey, check this out! These new Visualizers allow me to view the values within a Hashtable while stepping through the debugger. Does’t that just blow your socks off!?
Umm… sure it does honey.
Reach out and Skype someone.
I just read what I wrote up there and it sounds just like a Skype ad. Hey Skype! Pay me! ;)
When this whole “Software Development” fad dies out (and yes, I am using air quotes here with the two fingers), I know what my next calling will be: An IPod DJ!
Oh yeah, I’ll definitely be using this at the next house party I throw. And yes, Kid AND Play are both invited.
Too bad these things aren’t out yet. With no moving parts, this thing sips power, less than 5% of the power consumption of current hard disk drives, while blazing at 150 percent of the performance of comparably sized drives.
The downside is that these will start off much smaller than your typical hard-drive and the first ones won’t be available until August. I need a new drive before Tuesday when we leave for Japan.
I’m pretty bummed today as my Tablet PC went on a holiday and refuses to come back. I’m pretty sure it’s a problem with the hard drive as the last event viewer message I saw was a warning that the system detected an imminent hard drive failure. That’s when I started backing everything up.
Hey there buddy, thanks for the heads up, but if you see it coming, can’t you do something about it?
The worse part is that I am getting the warranty runaround and I am not yet sure who is at fault. Toshiba is telling me that my warranty was only good for 90 days because it’s a factory reconditioned system. Well that’s odd because the warranty pamphlet that came with it says that I have a year warranty. Specifically it says…
One (1) Year Limited Warranty ENCORE Notebook Computers
For ENCORE (Remanafactured) Notebook Computers Purchased within the Fifty (50) United States and District of Columbia.
If that weren’t enough, the sticker on the back of the computer says the following:
This Toshiba Computer Product has been reconditioned, and although not new, is warranted by Toshiba America Information Systems, Inc. under its standard Limited Warranty, excluding any coverage for external blemishes.
Now let’s see, I bought the computer in Californ-eye-aye, which qualifies as being a member of the Fifty United States. A Tablet PC is a notebook. And it is remanafactured. Now I wonder what leads me to believe I am still covered?
The nice lady in a far off country on the phone for Toshiba told me that some remanafactured PCs come with one year and others come with three months. She says I?m in the three months camp. She says resellers such as Tiger Direct (her example, not mine) sometimes tell customers what they want to hear, and not the truth about the warranty. I wonder if she’s blowing smoke up my rear (an impressive trick) or if indeed, the retailer pulled a fast one on me.
So tomorrow I need to call PC Video Online to find out their version of the warranty story. Worst case scenario, I’ll purchase a new and even better hard drive. Either way, this sucks.
UPDATE: I called PC Video Online and they told me that they are indeed an authorized Toshiba reseller and that they don’ open the boxes they receive from Toshiba. Therefore, they have no responsibility for the warranty materials packaged within.
As Walter (a brilliant lawyer I might add) pointed out in my comments, it does appear that I am entitled to a one year warranty. From various reports around the web and my comments, it seems that hard drive failures in the M200 is quite common. At this point, I don’t necessarily want the same old hard-drive anymore. I just want Toshiba to honor its commitments.
[Listening to: Remind Me - Röyksopp - Melody A.M. (3:39)]
I’ve been pretty head down lately with work. But I just had to take a short break to blog this sweet funky song. The refrain is too catchy. You can click on the image to the right to sample the CD at Amazon.
I hope to see you soon\ In La La Land.\ Something about those little pills\ unreal\ the thrills\ they yield\ until they kill a million brain cells.
I have a feeling he’s not singing about a particular physical location, but “La La Land” is a common term for Los Angeles. Breathing the air here will have the same effect as the little pills he mentions.
Disclaimer This blog in no way promotes nor condones drug use. It promotes interesting music. Just assume the lyrics are discussing aspirin. Very potent aspirin.
[Listening to: Green Velvet - La La Land - James Lavelle - Fabric Live. 01 (2:39)]
I forgot to link to my pics on Flikr.
You know how in Monopoly you can draw a Community Chest card that says “Bank Error In Your Favor, Collect $200?” We had one of those moments regarding the Real Madrid vs Galaxy game.
The Galaxy put in place a rule that in order to purchase tickets to the Real Madrid game, you had to purchase as many tickets to another Galaxy game. A somewhat sleazy tactic to raise sales, but I wasn’t complaining too much. I figured more soccer is better than less.
So we purchased two tickets to the July 4th game against New England and two tickets to the Real Madrid game. In the mail, we only received one ticket for the Real Madrid game.
So I sent emails and got on the phone to customer support last Friday to no avail. I discovered that we only were charged for one ticket, so I began to worry that we would not be able to pick up another ticket because the game was sold out. Yesterday, I spent an hour or so trying to work my way through customer support to make sure our other ticket would be there at the box office and would be seated next to the first ticket.
When we got there, the will call line was a mess. It seems that everyone who bought via the Galaxy Online website was having problems with their orders. Apparently they were unable to send out all the tickets they intended to and got a lot of orders wrong. The line was held up as they tried to print the tickets from the system while scalpers hovered about offering tickets for $200 a piece.
I wanted to hand the Galaxy my business card and tell them I can help build them a new software system and business process to improve their ticket sales management. ;) Meanwhile, those who purchased from TicketMaster seemed to have no trouble at all.
Sure enough, when we got there, we got a second ticket in a completely different section. However, it turns out that they could only give us a $75.00 ticket in a much nicer section (which I think they comped us). Not pleased with the prospect of my wife sitting alone, I figured we would both check out the section to see if there were empty seats.
It turns out that the ticket was in an ideal location, section 108 row M right near midfield, much better than our original seats. We decided to try it out and we ran into a couple of soccer buddies (one who works for Fox Soccer Channel) and a few empty seats in a prime location in section
The game itself was quite entertaining. It was clear that the Galaxy was overmatched, as Real Madrid scored early and with ease on the part of Zidane’s superb play. However, the Galaxy put in a good showing and showed some grit. The highlight though, was Zidane’s amazing control and composure with the ball, not to mention scoring midfield seats.