spacer
spacer
Welcome to the old-school-mobile (like suitable for old mobile phones) version of this very minimalistic home page of the
Martin Vahi!

I offer Information Technology support for abusing loopholes in laws of science.

My life's very first work day as a software developer was 2003_12_01. My birth date is 1981_08_05 and I recognize that even if by some good luck and miracles I were able to live without dementia till my death and live at least 80 years and learn everything at my current learning list, I would die as a dumb person, who knows as littel about software development as the alchemists knew about chemistry and the medieval doctors knew about human body. The medieval doctors were competitive at their era and I intend to be a competitive software developer at my era, at least from technical skill set point of view, not market value or popularity point of view. I also think that a fine service is not the same as a pleasant service, because, figuratively speaking, safety belts do impose a nuisance to people, who just want to sit in a car and drive, as do passwords and ohter security measures in the case of information systems. Pain killers win the popularity vote whilst antibiotics, the drugs that actually work on the core of the matter, do not provide any immediately peasant or positive feedback.

Software development style wise I find the long-term availability of software components to be more important than the popularity of the technology. If a technology that saves a lot of development time over a long period of time has a huge learning curve, then I'll cross that learning curve even if it is not possible for novice software developers to use the components that I created. (Read: typical business software development houses will find no value in my creations.) As the long-term availability of software components depends on the long-term availability of the dependencies of those software components, I pay a lot of attention to the dependencies of the software components that I use at my projects. That tends to eliminate many popular options.

I prefer all of the communicaton to be in a written form,
martin.vahi@softf1.com

My phone number is
+372-5-515-537

I usually do not answer to phone numbers that have not been listed at my phonebook. Even if I did, I would probably not be able to tell anything reasonable anyway, because giving a reasonable answer usually takes some studying and thinking and that takes time, which oral communication does not have. Trivia that I could provide orally is usually available through other online materials, which reduces the list of reasons for publishing my phone number to a relatively small set of very exceptional cases, where prior agreements have been made. Having the phone number at my home page is just a way to duplicate my paper-name-card.

Thank You for reading this text. Some related references: