Of Lost Baggage!!

30 08 2007

So it finally comes to a point where I culminated my US trips with a lost baggage counter. It so happened that I had gone on a vacation to my family members in Nashville and was supposed to catch a flight from there back to SFO. In between on the same day we had this batchmates meet coming, so decided to go for that too :). The final result was that when I reached Singapore for the next lap of my vacations, I was without my baggage :D. The only luggage which came through was the hand baggage with the laptop and a few necessities which I thought I might be needing.
The situation at the Changi Airport was such that it delayed me in getting to the baggage counter; I had forgotten to get the tickets updated and they did not allow me through with the Visa [:(]. After a lot of hue and cry and also getting a mail from the travel desk, I reached for baggage which was not visible [if you get down, you have to clear the customs and immigration at Changi, before getting to the baggage claim].
I then had a great time in Singapore, trying to locate my size of clothes [+under clothes], which surprisingly were not visible in the departments, as most cater for girls clothes only [:P]. And when I did manage to find some, they were real expensive 😦 [not the girls variety, I assure :)]. Well! Had to purchase a few and try to look smart [yep, i know, i know, i am as is, but…]. Roaming around Singapore was real fun. Great city to shop and also to see the places. Specially for a 2-3 days tour. The Gardens and the Zoo are good and well maintained and Clean … [more on this later, I hope my baggage is not totally lost :(]

So, finally the result comes to this: I have a few people fuming on the lost baggage, as I had borrowed it from them and a few crying as to why they asked me to get their stuff. While I try and get over the fact that I might have some very dear possessions and gifts which are missing 😦



8 04 2006

Back to the crux of all things – documentation. I suddenly realized why we need the documentation when suddenly a lot of people started to leave and the things that they had started here went for a toss as they have as yet not created any documentation in a Word Doc but only in their minds…

My PM came over today and the thing on his mind was to assimilate and get all the work that had been done by the people, into a single entry point on the version control system and then work on integrating the same for all the products and applications. Currently, the task I am doing is majorly centered on the Windows platform, but now I will have to check on all the products and all the platforms and see where all optimizations can be made so that re-work is not required. It takes a lot of effort and thought to create something but only a little bit of negligence to completely destroy the same. A prime example of the same is the test framework I am currently working on. Now we had a perfect version checker written in Perl, which used to check the version of the product installed by us and the version of the product as given by the executable. But the build and installer person decided that [or rather forgot] that he has to update the version number in the installed package. This made the situation that the version obtained from the package was different from the version given in the setup directory name and again different from what the user was entering it as. So came the problem that when we installed the product, the versions would not match and the product was again uninstalled, but as we were not checking the product version when installing, just the executable file was being checked, we used to install the product again, reboot and then get the version from the command line tool. This was matched with the version given by the user and again a loop as no match means uninstall the product… 😀

The main thing I next need to learn from this was never to trust anything where a human can make an error, as the famous words go, “if anything can go wrong it will” [along with “to err is human”] and the axiom added by my Project Manager from the first organization I worked in – “the thing that goes wrong will happen in front of the customer”, which is this case was the QA team who were supposed to execute the automated framework. They took the build and the process went into a loop… 😦

So coming back to the documentation part now, I was as is by habit creating all these documents, but could not comprehend this eventuality of the loop as I have given above. So exactly what does the documentation do? Well! for the first part, it got us immediately to the solution of this problem. From the given documentation we already knew that something was going wrong in the comparable algorithm as every time we got the message that ‘Version not Match’ and then uninstallation of the product and after that again an installation of the same. On going through the comments for the installation, I realized that I had not catered for human error and thus the solution to the problem was to cater for this, a major thing which I realized for Automation of anything was FAULT TOLERANCE...!! This has to be built into the system, else all our automation efforts fail, if we are just spending time in monitoring the application which has been automated.

As for the documentation part of all the other tasks being done for the automation, I realised that none of the others had any sort of documentation to go with them, except the typical programmers prospective of code and go, the logic and document is within the brain of the programmer who created the wonder of an application in the first place and as I have said earlier an unmaintainable application which if not understood and needs change might be discarded later. Thus, I am now to get down and create a document or ask the people who created these applications in the first place to create the same... [ the second option definitely looks appealing... 😛 ]

More coming' up...!!

Object Oriented Work!!

14 08 2005

Well! High time it has been that I visited my page and continued on my Ramblings…
The past year has been a very stressful time with me on the tenterhooks all the time as I am VERY weak on OO concepts and that is what is the work that I am currently working on during the time that I have been employed in my present company… 🙂

Actually the work began with me being recruited during the interview for a compiler post and then it being transformed to a OO QA role later sometime. I never knew when it hit me that I will also have to go the OO route for me to be competitive enough in the field. But Managers being what they are I was told to complete the work given and start with the current concepts of learning about OO. The concept stage was easy, but implementation took the cake. To add to the injury, we had team mates who thought they knew all the concepts and ideas and wanted us to not learn mor as then we would advance leaving them in the background… 😦

I suppose the work culture that I wanted and had developed is slowing getting eroded away and soon it will be time when I shall again have to resort to the last available weapon with me – CHANGE!!! 😦