cem/catik

That's How I Rant

2009-06-11T22:22:00.000-07:00

OK, I think I came a little too strong in the meeting – blame it on production incident! This is going to be a long one...

I think I got a better handle of the original idea. So I think of it in 2 ways. First is the ease of use – easy to install/run aspect from automation expert side. And the second is the bank of dedicated machines that Mo’s group will be in charge of maintaining/running a pre-defined set of tests that will get triggered automatically with pushes and also they can run them in small chunks on demand against an environment of their choosing.

I believe that it would be ridiculously impossible to maintain these dedicated boxes if we let anybody try to “test-run” their newly written tests willy-nilly. In my opinion the testers of other groups should be writing their tests/adding on to the basic extensions/actors we created locally on their machines and then check in to Perforce when they’re done. Than after verifying that these tests are working as expected and decided that they are worthy of promoting to the set of tests that get ran with the automated push.

It seemed like we were all in agreement that it would be impossible to maintain the “lab” for “everybody else”. First and foremost we cannot know what kind of requirements they will have about the environment for their tests. Most basic – how many devices/accounts do they want the test to run against? So far all our examples were based on 1 device/test. So I’d recommend that the testers can still write the tests up to their expectations and then if we see this test to pass certain standards, then we can promote it to run with the automated push.

So in this case what would the “lab” look like? I don’t think we would need to split them up based on location. We just need to verify that they have access to the environments they are going to run against. Then I guess we’d have a separate box per environment such that if needed we can run the same set of tests concurrently against all environments.

Let’s figure this out with Angi before moving on to the next sprint.

"Write Me a Function That Reverses a String"

2008-12-19T14:00:00.000-08:00

(If you want to get real information how to really interview, don't look anywhere else but http://www.joelonsoftware.com/articles/GuerrillaInterviewing3.html)

I happened to cover my team lead for an interview, and apparently our interview process is quite harsh. Harsh is not enough to explain - It was like trying to dodge bullets during a hurricane. If I was the intern, I would probably have flipped over the meeting table and run for the window!

Let me first explain to you how our interviews are structured. Depending on the candidates' experience and position they usually go through a minimum of two 45-minute interviews. You would think two interviews is very short, right? Well, each interview happens to have three people on the opposite side of the table. These three people are preferably from different teams. So you're interviewing three people all at once. That's quite a pressure if you're used to having 1-on-1 interviews.

Interview started off with pretty straight forward questions that every CS student must be able to answer really easily:

What is polymorphism?
What is difference between method overloading and method overriding?
What is a Reentrant Lock? How does it differ from a Semaphore?
How do you select all columns from the Users table?
What's the time complexity of Merge Sort? (This one really annoys me, I'd rather ask them to implement it first, and then tell me the answer based on their solution instead of directly answering it.)

Next comes the questions that show us how good a Java superstar you are:

What's the difference between a regular inner class and a static inner class?
Why should I choose StringBuffer over StringBuilder?
What's the difference between Interface and Abstract Class?

Then comes the hard-core superstar programmer questions:

What is a Socket?
How do web sites "remember" you? (Let me give you a hint, it's got nothing to do with IP or MAC addresses!)
Which one performs better for parsing XML: DOM or SAX? (another hint, it's not DOM!)
What is the difference between HTTP and TCP/IP?

Well, let's stop for a second here. What's the problem with these questions? Oh, by the way this is only the first 5 minutes. As you might imagine, candidate had all of them wrong! Well, if I was a sophomore, I would probably choke on all these questions as well. To tell you the truth, I have a feeling I would never have gotten hired if my interviews went like this ;).

Sure, these questions show us how much of a technical knowledge the candidate has, but tells us nothing about how smart or if he can get things done! After the first 10 minutes of total destruction, I was a little sad for the interviewee. To tell you the truth I even sympathised with the kid. I'd rather try to understand if he was a smart, capable and fast learner kid, so I stepped in; I have a couple of very simple questions that show us the candidate's knowledge of algorithms and problem solving skills. So I went with my favorite question:

"Write me a function that reverses a String."

Takes, maybe, 2 minutes to answer this question on the board. Another 3 minutes to have a step-by-step testing exercise. Once the candidate is confident with the answer, I then ask them if they saw their bug - let them roll around in the mud for 5 minutes. This is especially fun if there is no bug - the good ones just go nuts trying to find their non-mistake.

What makes this my favorite question is if you have good candidates, then there is so little places where they'll mess up. If they can't even answer this question, you know they are a "No hire". Unfortunately even I can't make any exceptions if you can't answer a standard question.

Fun part is if the candidates go through this question like a breeze, you can easily extend the question to better measure them up:

What's the space/time complexity of your solution? (Did they go to their algorithms class?)
Now do it in constant space. (Problem solving skills)
How would you solve this multi-threaded? (Translation: Are you a superstar student?)

Tough economic times call for tough interview experiences. We can't make the mistake of hiring an intern that we don't want to bring in for full-time after the internship. Yes, our interview process must be very competitive and selective but I believe that the interview must be well balanced, too. Enough questions to show us the technical knowledge as well as personal capabilities. You can't be too harsh, or too soft. The result should never solely be based on technical questions - what's the probability that an intern or a new graduate is technically well versed? If the candidates are not technical enough, they better be able to solve questions better than I would!

Mocking Static Blocks in Java

2008-09-14T11:45:00.000-07:00

My motto for Java is "just because Java has static blocks, it doesn't mean that you should be using them." Jokes aside, there are a lot of tricks in Java that make testing a nightmare. Two of the most I hate are Anonymous Classes and Static Blocks. We have a lot of legacy code that make use of Static Blocks and these are one of the annoying points in our push in writing unit tests. Our goal is to be able to write unit tests for classes that depend on this static initialization with minimal code changes.

So far my suggestion to my colleagues is to move the body of the static block into a private static method and call it staticInit. This method can then be called from within the static block. For unit testing another class that depends on this class could easily mock staticInit with JMockit to not do anything. Let's see this in example.

public class ClassWithStaticInit {
  static {
    System.out.println("static initializer.");
  }
}

Will be changed to

public class ClassWithStaticInit {
  static {
    staticInit();
  }

  private static void staticInit() {
    System.out.println("static initialized.");
  }
}

So that we can do the following in a JUnit.

public class DependentClassTest {
  public static class MockClassWithStaticInit {
    public static void staticInit() {
    }
  }

  @BeforeClass
  public static void setUpBeforeClass() {
    Mockit.redefineMethods(ClassWithStaticInit.class, MockClassWithStaticInit.class);
  }
}

However this solution also comes with its own problems. You can't run DependentClassTest and ClassWithStaticInitTest on the same JVM since you actually want the static block to run for ClassWithStaticInitTest.

What would be your way of accomplishing this task? Or any better, non-JMockit based solutions that you think would work cleaner? Please follow the discussion at StackOverflow.com.

5 Ws Done Right

2008-08-05T08:27:00.000-07:00

5 Ws, 6 Ws, 5 Ws and 1 H... Who cares? What did I do? When? With who? And where? That's what everybody care about! The point is that the hundreds of social networks we're involved with happens to manage one or some of these Ws. I think the other day a similar conversation was going around in Twitter but I don't remember all the details - too bad! That was around the time I started using brightkite.

Then, it got me thinking that what brightkite is doing with Twitter sharing should actually be the other way around. I'm already putting what I am doing, where and with whom on Twitter - why should I do the same thing over again at brightkite? Why should brightkite forward what I post there to Twitter? What brightkite should be doing instead is to subscribe to my Twitter feed and check me in to the locations I mention in my status updates.

Of course this proposal doesn't make anything easy for brightkite... Natural language processing is not an easy problem. And I'm not expecting any service like this to show up any time soon.But I believe that should be the value-add of brightkite.

Mobile Innovators Falling Back?

2008-03-29T16:35:00.000-07:00

antoniocapo: Blog Post: A twittering life. http://tinyurl.com/33esrk. Yours similar?

You can never be too fast to follow the latest trends in the World. Being slow, on the other hand, is unacceptable; it means you're not cool! Last night I was sitting around, doing some work, then @antoniocapo sent this out on Twitter, and the post got me thinking... (It also got me thinking that I'm probably the only one amongst the 8,000 people at RIM that uses Twitter. Facebook is catching up :)).

Well, for those of you who don't know, I work at Research in Motion, RIM for short. We make the BlackBerry. We are THE innovators in mobile technology. To be more specific, I work in the group that makes your Gmail, Yahoo!, heck all your personal emails delivered to your phone so you get more addicted to your device (more info here). We are the kings of push mail technology which saves you gazillions of dollars on mobile data bills.

So, what has this tweet got to do anything with what I do? It got me to realize that we're still very much on the corporate side. RIM's not trying hard enough to tap into the consumer market. Yes, last couple years we've done a lot to tap into the consumer market and achieved great success (ever heard of Pearl, Curve ?). But we can do better, we should be doing much better.

Then what happened next? We said, let's tap into social networks. I bet only people that had Blackberry's heard about the infamous (!) Facebook app. In my opinion this brought the biggest shame on the company's profile but nobody has realized it yet. First of all it's no where as cool as the Facebook iPhone app - it's not even close, it hurts. Let me tell you what this app does. You know, Facebook sends you emails on certain things - like somebody sent you a message, wrote on your wall, added you as a friend, right? All this app does, is sees these emails on your inbox and displays them to you in a pretty application. You can reply to the wall posts, etc from this app but that's about it. You can also tag the pictures you took with you BlackBerry and upload to Facebook, but that's the cool part of the app - so unimportant. Why don't I like this app? Because it relies on Facebook sending you an email (I'm already pissed off at Facebook because it never delivers these emails in a timely fashion anyways).

If you ask me, any application on BlackBerry that doesn't use push data somehow is LAME. A Twitter app that refreshes every 15 minutes is LAME (The coolest thing so far - which is kind of accidental, is to have Twitter send notifications to your Google Talk on your BlackBerry; but still, that's not a true, native Twitter application). A Facebook app that doesn't send you all the notifications is LAME. We provide really good infrastructure so you can write apps that will deliver real-time data to the device, i.e. push! Push, push, push, push.

What can I do so I don't cry myself at night? I take it as a personal goal to raise awareness of the BlackBerry API to the masses, a la iPhone SDK. We already have a great network of sources for BlackBerry developers, however - for some reason - it's not as cool, or popular as the iPhone's. Why isn't there any buzz about BlackBerry apps? What saddens me the most is the fact that even thought there is a tremendous amount of BlackBerry apps out there (yes, even US government has in-house apps built on BlackBerry infrastructure) the mass media - aka non BlackBerry users - don't know about them.

All BlackBerry developers out there - make sure you drop me a line. I want to hear your thoughts and ambitions on how to improve your experience so YOU can design and develop the coolest applications.

All BlackBerry users - drop me a line as well. What kind of cool applications do YOU want to see on your device so iPhone and other smart phone users are jealous of your BlackBerry?

PS: I'm no where related to the group that publishes the BlackBerry APIs, nor am I a PR person. I have no influence what so ever on those groups and I don't want to be. This is totally a non-work-related initiative of mine.

Your Online Presence

2008-02-22T10:48:00.000-08:00

This is a very tricky and fragile matter. Actually there are two matters here, first the standardization of web services - whether this be SOAP, REST or WS-*, this problem has been solved long time ago - and then there is creating a standard infrastructure of web services - this is what I'd like to rant on. Feeling confused? Well, don't, because this will be the next greatest thing after my grandmother's crunchy walnut baklava.

Here is the problem I see with the web services and Web 2.0 applications out there today:

There are a lot of new websites that do pretty much the same things. RSS readers, social networks, heck even word processing sites (Google Docs rocks, I know, it's so cool!).
I have my established (or maybe not so, who knows?) online presence and I'm using certain tools/applications to maintain it (Facebook, Twitter, Blogger, etc.)
If I'm not happy with one service, it's almost impossible to move to a different one. This fact makes me locked in to one application either because I started using it the first, or because the majority of my friends circle is in it.

One of the major problems people have been arguing around is the question of who owns the data/pictures/videos people upload? If I put up a video on YouTube, does that video becomes YouTube's property? For the sake of simplicity, you can replace "media" with "profile", "data", etc.

The way I think of this issue is rather different than any other person's I've heard so far. I believe that you are the sole owner of your own media. Hence, you have a hard copy (offline) of the media at your person. The problem you're facing is, in order to share your media with your friends, you have to go through some third party social network. It also happens that this social network also makes tagging your friends on this media and commenting on the same media available to your and your friends' disposal. The key here is that the media is now in the 3rd party's control.

Are you with me so far? Here is what you've been trying to accomplish so far.

You have some media you want to share with your friends.
You upload this media where all or most of your friends can access.
The place you uploaded allows you to link this media with your friends through tags or comments, etc.

Good. We can get back to what I believe in. My God says that even if I own the original media, the social network owns the plumbing that connects me to my friends. It's the social network's value-add to society. It may be your personal profile, your blog, your status updates. but it's the social network that provides you with the infrastructure to host this data.

It used to be that getting your data back from social networks was hard; not impossible, but hard. If you really wanted, you could use screen scraping. Nowadays, most sites give you public links that will take anybody outside the social network easily see the media or provide you with web service APIs that would allow you to look at your information from outside the social network's web site.

Twitter's API, for example, allows you to do pretty much everything you want to do on Twitter - including getting a list of your friends, followers, your and their statuses. When you think about the power Twitter gives in the user's hands, this is a great step towards enabling the user owning their own data.

Similarly, OPML - the XML document that describes "outlines" - lets you easily move your RSS subscriptions from one reader to another.

Don't even get me started on the power of Facebook and Ning APIs.

Now, imagine that you can move all your online presence over to wherever you want. In comes DataPortability.org. It's a project that started in November 2007 and has seen a lot of attention in the last couple of months. The idea behind the group is to merge the existing open standards, protocols, formats (such as OpenID, APML, and various APIs) with people's online presences (profiles, friends, media) in a way that the users have the control over their data. I'm very hopeful about the steps this group has been taking so far, and hopefully it's going to result in a new era in web applications.

Imagine tagging a picture on Facebook and viewing that same picture with same tags (and maybe more) on Flickr without doing anything... It's going to be slow but hopefully that's the direction I'd like to see social networks and web sites evolving into. Of course this might require different ways for you to host your data but what the hell, we're humans, we evolve!

Ben De Artik Meshurum - Teknoloji'nin Karanlik Yuzu

2008-01-09T09:08:00.000-08:00

Iki hafta once Christmas arti yilbasi vesilesiyle ufak bir kacamak yapip Istanbul'a donmustum. Sira Murat Lostar'la (www.lostar.com) bayramlasamaya geldiginde beni Teknoloji'nin Karanlik Yuzu'ne davet etti; BlackBerry'den "Daha sanal, daha sosyal"den konustuk. Lafi daha fazla uzatmadan buradan podcast'e buyurun... http://teknoloji.lostar.com/2008/01/blackberry-gvenlii.html

BlackBerry's New in Town

2007-11-07T09:19:00.000-08:00

For those of you who don't know, technology evangelism runs in our family. My parents own an IT infrastructure/consulting firm and I grew up in this environment where people were trying to fix a lot of every-day enterprise problems by using various technologies, primarily on the Microsoft front (Go check out www.datasistem.com.tr, but I guess they don't have an English site anymore!).

While I'm back in Istanbul for my first ever vacation from work, I've been hanging out with the old man. I usually prefer to just meet with customers and listen to what's going on in the industry. One very good aspect of these visits is that I get to meet a lot of CxOs (buzzword - networking!). But the best part is I get the chance to talk to them about the new/different technologies they use within their Enterprise. I usually prefer to converse with people higher up in the food chain, because most often they are the ones who decided to go forward with the chosen technology. No offense to anybody, but unfortunately the IT personnel is often grumpy and they don't like to enjoy these technologies from an engineering/innovation point of view.

Also, my dad has a very unique sense of humor. I mean it's really awkward when you're visiting your father's customers and while they are demoing the iPAQs the customer turns over to me and begs me to fix their BES. He didn't take me there to teach me how to sell, he knew that they were having problems with their BlackBerries. Half the meeting revolved along the lines of "Hey look, this guy works at RIM, he built that thing you're holding!"

So, guess what? The latest hype in Turkey is on the smartphone front. BlackBerry entered the market around Summer of 2006 and now HP is pushing forward with its new iPAQ Voice Messengers. Both the BlackBerry and Windows Mobile sides have their pros and cons (NO, BlackBerry doesn't have cons!) - but for the sake of simplicity I will assume that they all have the same features - push email, synchronization, phone, Internet browsing, etc. So what do people make their final decisions on? From all the people I've talked recently, the winning answer, by far, is "which ever just works".

Wait a minute, so BlackBerry should be ahead by two touchdowns and a field goal! After all BlackBerry just works! Apparently it doesn't and what's worse is this has nothing to do with BlackBerry not working. The apparent market penetration strategy so far - from what I have heard from several of these CxOs - is Turkcell says here are 10 - 15 8800s for free and here is BES, go install and evaluate, we'll see if you like it within a couple of months. Guess what? The local IT crew can't setup the BES properly so your BlackBerry gets all the Service Books except for CMIME which turns out to be your Exchange email Service Book. So they call up Turkcell's customer support and the only answer they know to solve this problem is to say "Open up your BES settings and click on 'Send Service Books'". Give me a fucking break!

And guess which side Data Sistem is on? Of course, they are going to push harder to sell the iPAQs to customers who've already started using BlackBerries. On the Windows side, they have the power to at least setup a system that "just works", plus they will make a ton of money on extra consulting and the device sales. After all the dark side aligns better with their business. So their new plot goes like this

Customer: I heard you're son's working at RIM, too bad our BES doesn't work - do you think he can come over and fix this thing?

Dad: Hey, we actually have these new HP thingys that actually works perfect - We'll setup it up for you to test AND it's going to cost you less - you don't have to pay for BES with Exchange 2007!

RIM, on the other hand, has only the next few months - OK I give them (us?) until the end of next summer - to fix their strategies and to gain a faithful customer base. It's not going to be easy! I know that we - as RIM - don't have that many subscribers yet in Turkey but as everybody acknowledges there is great potential to expand. What that means is, we have to make sure that we have to provide a smoother experience than any Windows Mobile solution. It has to work even if these are evaluation units. We have to continue giving the world class customer support that we're proud of. Unfortunately I don't see any future for BlackBerry in Turkey - not if we're not going to put in the effort.

PS: It's really awkward to talk about RIM in third person - in the R&D groups, we rarely hear about the marketing side of things.

My Shared Items

2007-08-22T14:02:00.000-07:00

I'm probably the biggest fan of Google Reader. There are minor details that I don't like; i.e. the "All Items (100+)". I lost track of how many feeds I'm following, so I consulted my "Trends" and I'm pasting it what it says right here...

From your 72 subscriptions, over the last 30 days you read 11,426 items, starred 13 items, and shared 33 items.

The point is, I easily get more than 100 items when I wake up in the West Coast. Usually I get the "(100+)" almost all of my folders there. That's probably another reason why I stopped using del.icio.us long time ago. It's just too much hassle to add stuff to a list and tag them when I'm just skimming through millions of posts every day.

Just because of this sole issue, I decided to publish my "Shared Items" from Google Reader. I added the widget on my blog's sidebar. You can also check it out from here. And if you're a Google Reader bloke like me, you might want to add the feed.

Can You Really Export Software?

2007-08-17T19:20:00.000-07:00

Just a little thought experiment... Today, I came across an article (I really don't remember where) about Pakistan Software Export Board's new goals and expectations and what not. What really struck me the most is the name of the board and I have a gut feeling that it's actually misleading. I really believe i the fact that in the world we're living in today, software really became a mainstream commodity. My question however, is, can you really "export" software or is it the "labour" that you export by the means of outsourcing?

The best resource I've seen on this so far is http://www.emich.edu/ict_usa/exporting_software.htm.

What I'm most concerned about is how can you really regulate the software trade? With products like shoes, books, DVD's at least the Customs Authorities can do something. How can you monitor downloaded software? How about open source software?

Worst Way to Communicate - SMS

2007-08-15T16:23:00.000-07:00

I'm quite certain I never liked communicating over SMS. I have to admit that texting occupied a great deal of my life growing up, but that doesn't stop me from hating it. Anyway, a couple of weeks ago I started using GrandCentral now that I have a desk phone, two BlackBerry's and my good old cell phone. This made me re-realise how much I hate text messaging.

When we were younger, for some reason it seemed to us that texting was cheaper than directly calling the person and I remember sending an SMS to learn the whereabouts of my friends when they were late to the movies. Trust me it was time consuming; go to Menu, then Messages/Create new message, type the message, wait until the guy receives and responds to your text. How can this be faster then just calling the dude? Anyways that's not the point. On the plus side, practice really made perfect; we were really fast typing on the dial pad (Remember, my childhood were the times before T9 or any other text prediction was introduced). Soon, cell phones and SMS became the greatest cheating device - we could text without looking at the phone under the desk

So why do I have so much hatred now that I'm all "grown up"? Now that I'm paying for my own phone bill, I find the charges unacceptably high. Whether you have a texting plan or not, I think it's really expensive. Aside from that I still think they are slow. Actually, come to think about it, if you have a BlackBerry, it's not slower then typing an email, but did I tell you SMS is extremely unreliable?

Here is my breakdown:

Doesn't guarantee that the message will be delivered (at least I have come across a lot of cases where the message was not delivered).
You can only RECEIVE on your cell phone.
You can only SEND TO a cell phone.
You can't redirect your text messages if your phone's battery dies (or any other reason for that matter).

I guess that'd make a nice list, did I forget anything else? Here is the single most reason my hatred grew once again - now that I'm using GrandCentral as my "phone hub", I don't check my old cell phone anymore (I think it's somewhere on my desk hiding under a huge pile of papers). So what then? I DON'T GET TEXT MESSAGES ANYMORE.

All Your Code Base is Legacy

2007-06-07T13:36:00.000-07:00

I hope, I'm not the first one two say this but I totally stand firm behind my wisdom! It's usually "legacy this" or "legacy that" but the general terminology lies around the concept of trying to work your way around existing source code.

When the term "legacy system" was first introduced all it meant was that the system had been there long enough that the owner/maintainer didn't want to replace it. But recently I've been hearing the "L" word a lot around my colleagues and the code they are talking about is from our last release which was only a couple of weeks ago. I keep thinking to myself, "Code that young can't be legacy, right?"

Truth of the matter is AS SOON AS YOU CHECK YOUR CODE INTO REPOSITORY, it becomes LEGACY (You have a repository right? Don't make me force you to take the Joel Test!). Little disclaimer here, of course having a repository also means you use it frequently - if you don't, again, please please PLEASE check your code in frequently and in small increments; it's a good practice and you'll actually see your progress easier.

You're in total denial if you don't believe me; how many times have you thought "What the hell does this method do?" or "How am I supposed to use this API?" Off the top of my head, here is a very short list of ways any code becomes legacy:

Some guy wrote it 7 years ago, the day before he was let go.
You HACKED it for the last release in order to fix your bug, but now, it doesn't click anymore.
You thought you had some progress last night and decided to check it in. This morning, how ever, you think you have a better solution but it's so damn hard to retrieve to the last version and you sit in your cube, beingmiserable and all... You get the idea.

Nothing is set in stone in the software world; you have to be able to adopt to changes all the time and often very quickly. One of the first things they teach you in Software Engineering is to design your solution to accept future improvements. No matter how well you designed your product at the beginning, you will come up with avenues of improvements which you would never have thought of before. Hell, even every step you take to approach your solution has the potential to make the solution legacy.

Only defense you have is to be aware that one way or another your code will become legacy and you can't stop that. Live by this rule for the next day, week or month and let's see how your life changes.

Interoperability that Actually Works

2007-05-22T18:31:00.000-07:00

If your applications are already talking to each other, at least make them talk correctly! Web services and the ability to communicate between different applications ease our lives a lot. And I mean a lot; imagine going shopping without a credit card. Credit cards are convenient because they actually work (as long as you don't exceed your credit limit, blah blah blah...).

Last weekend I got quite frustrated trying to publish my last entry. I'm using Google Docs as my text editor for this blog. I'm actually in love with it - it makes my life easier in many ways.

All my blog entries are in one online place - I can access them from home or work without carrying them around (by the way there needs to be more online storage services; I used to love Xdrive back when it wasn't AOL's puppet).
I can easily collaborate my side-project specs with relevant people - Almost everybody now has a Gmail account, so I don't even need to create or manage accounts for them.
Automatically publish to my blog since I'm using Blogger to host this wonderful page - Oh, by the way this is what I'm going to be bi*%#ing very soon.

As I said, I was writing the entry on Google Docs, placed my fancy picture in the correct location and finally "Published" it. The experience is perfect until now. Then I go back to my blog to see if the layout actually looks correct; and of course I get disappointed with the results immediately.

Most obvious flaw in this experience is the title of the post - as a matter of fact the lack there of. A Google Docs document has its own title, which is (I'm totally guessing here) the first line of the document when it's first saved. Usually my first line is the actual title of the post which is totally OK. But the title of the post is technically nothing, therefore Blogger picks up the first 6 words that doesn't contain weird characters of the entry. The following is the table of the title and the URLs of my previous posts.

Title	URL	Published From
I Give Up	.../i-give-up.html	Blogger
Design to Interface	.../design-to-interface-were-all-familiar.html	Google Docs
High Fidelity =? High User Experience	.../high-fidelity-high-user-experience-ok.html	Google Docs

As you can see the URL of the one entry I posted from Blogger actually complies to its real title. But the other two, come on Google, you can do better than that. I haven't tried using Windows Live Writer, so Google, you are off the hook for now. I'll keep writing my entries from Google Docs but I'll manually publish them from Blogger to satisfy my OCD.

The point I want to make here is not to blame everything on Google. "Publish" is a very "nice-to-have" feature and I don't know what priority Google gives it; but since both the services are owned by the same people I would like to feel safe and assume that the feature will actually cooperate as expected. I have a feeling (experience speaking?) this is not that hard of a feature to fix anyways.

In the world we're living now, inter-process communication is gaining more and more power every day. I've even heard people talking about Web 3.0 which essentially is the idea of having "Web Data" instead of "Web Pages". The Internet is moving to a place where which client you use is irrelevant, however these clients still need to understand and represent the data correctly. And in order for your products to survive in the wild, you will have to consider every such use case carefully and comply with your own standards.

PS: Wow, creating tables in Blogger is not that easy!!! The real table in Google Docs looks so much cooler.

High Fidelity ?= High User Experience

2007-05-17T18:16:00.000-07:00

[OK, so I was going to publish this like 4 months ago, actually before new years, I mean really long time ago. So what happened in he mean time? I moved back to Seattle from my 3-month vacation after graduation; nice!]

Lately I've been looking into the Software as a Service (SaaS) demos Microsoft published. Especially the Litware project, and its architecture explained here and with more details here. It's a great guidance tool that demonstrates how an SaaS application should be.

One of their core take on designing an SaaS application was to define how configurable your application will be. How much of the application's features am I allowing the users to tweak? If I have a dumb, simple application then it will be easier to deploy and maintain it. If I let every single option to be managed by users then they can configure the application to look and behave exactly how they like.

In their presentation they have this nice rainbow spectrum with "One size fits all" on one end and "Fully configurable" on the other. My two cents on this? I totally agree with the rainbow but High Fidelity & High User Experience? OK, I guess UX is not only GUI interaction experience but can also mean to configure the software to such detail to fit my needs perfectly. But then I thought that meant High Fidelity. It's actually a great feature that I can put my company's logo in Basecamp. But then again this example lies on the side of configurability (I don't think this word even exists, my Google Docs spell checker is complaining). Whatever, I'm not here to dis the great work Litware guys have put forth.

Then there is the other question; Does a "Fully Configurable" application give you the best User Experience? My head explodes every time I think about MySpace. I know it's been a hit by millions of users but come on. The only reason I prefer Facebook is the fact that Facebook looks so much elegant the way it is and it would take me days to create a MySpace page that I will like myself. With Facebook, the page is already setup for you, you don't have any options to change your font color or the background image. It's perfect, I'd rather spend time reading my friends' walls and look at their picture.

But then again we're talking about SaaS, it's enterprisey and you need to be scared of those kinds of software. The idea is that my SharePoint page's background should be in sync with my company's logo and I should be able to receive any kind of notifications when the "Company Roster.doc" is updated, right?

Design to Interface

2007-02-26T08:28:00.000-08:00

We're all familiar with the concept; always design to interface, not to the implementation. This is very powerful; if I want to use some sort of a list in my code, I just declare a List and don't care whether it's a LinkedList or a DonaldDuckList. As long as I want the object to act as a list, I have no problem since every class that implements the List interface will give me the same functionality.

I want to take the Design to Interface paradigm to another level of abstraction. I say the software should be designed to the user interface. This is often called "Design by Use Case". The major idea here is to design how the user will interact with the application before designing the application itself. I like to believe that nailing down the user interface is the most important part of designing a great application. I don't want to claim that the user interface design is the only thing that makes the application great but rather it plays a very significant role. At the end, if your application has a great interface but doesn't do what it's supposed to, then we're back in square one.

I believe that all good software is created for a purpose. I mean good software, like Gmail or Word 2007, etc. The purpose of this breed of applications is to create a platform so you - the user - can easily pursue your purpose. I want to send and receive emails. Google solved this problem very elegantly; Gmail is a web application that allows me to check my email from anywhere in the world (we're making some assumptions here - that "anywhere in the world" actually means "anywhere with an Internet connection"), with enough storage space that will last me two lifetimes and so easy to use that my 80-year-old grandmother easily started using before she understood what the "start" button is for.

On the other hand Word has always been a controversial product. Word, as well as other Microsoft products are considered to be feature behemoths. Tons of functionality that no one in his or her right mind would try to learn them all, but they are still there. Some people argue that having so many features is unnecessary and any application should only contain the main features used by the most people. But I still believe that Word 2007 is still a very sexy product that is designed to show everybody that they needn't be afraid of it.

This paradox is also known as the "80-20 rule"; 80% of the people use only 20% of the functionality but these functionality are never the same among the users. While the Web 2.0 startups are trying to find the sweet 20%, Microsoft always aims for the 100. Well, I think with Office 2007, Microsoft found the sweet 100%. With the Ribbon, they found a great way that lets the users to find every single feature in Office without having to go through the excessive list of menus. Now even though users are still presented with all the features and options it is easier to accompish for them to accomplish their goals. This Ribbon UI was designed after years of usability tests and revisions, and I believe that shows a great anti-thesis against the simplistic nature of the Web 2.0 applications. It's not a matter of how many features a product has, but rather how they are represented to the user so they can better interface with the product.

I Give Up!

2006-11-05T14:37:00.000-08:00

I had to start somewhere or all my talent would have gone to waste...

It's a competitive world we're living in. I might be young and inexperienced but I believe I've had my exposure in the industry to reflect on it. So, I'm giving up my ambition to not write and hopefully have the tiniest influence on however wants to listen.

So here is the plan. Here I'm going to talk about what's bleeding edge in software and what makes the hot applications hot while my housemates are trying to make pizza from scratch.

I had to start somewhere; therefore this is my mark in the territory. I hope I don’t get bitten by the killer whales, so whish me good luck!

PS: the name is Cem, but you read the "C" as a "J". Don't even get me started with the last name.