Skip to main content

The Amazon story and future of (IT) jobs in India


I am sure many of you must have by now read the New York Times article which paints a very unflattering account of Amazon and the way it treats its workers. Examples are cited where a worker was given low performance ratings because she missed work as she was suffering from cancer. In another instance, a worker was asked to go on a business trip just a day after suffering a miscarriage. There are many others instances cited in the article.

While these are horrible stories, I am not here to criticize Amazon. Thing is, that these are the practices followed by nearly every organization. Every company exists to earn profit and they want to squeeze as much out of their resources to maximize it. This is also true of Indian IT industry. In general, the work done by the Indian IT industry is monotonous, not innovative and something which their "onsite" counterparts will prefer not to do. Indians are ready to take these up at much lower wages and thus work comes here. Even with constant pressure put on these workers, these jobs were pretty much the best jobs that one can get in India - which paid well compared to other jobs and had a hygienic work environment. But don't start rejoicing yet, these jobs will soon be automated.

Human beings are resources, and very flaky one at that. They get sick, demand holidays, take lunch and numerous other breaks, which lowers productivity. Add these to the manual nature of jobs done by the Indian IT industry these jobs are prime contenders where automation can be applied. If you are wondering how this is even possible, watch the video below. I will wait.


After watching the above video, if you are a manager who is thinking that this is a good thing for you as it will increase your performance, think again. If all the jobs are done by computers operating at their maximum efficiency, who will you manage? Your job is over too!

Sure all this won't happen tomorrow, or in the next year. We may still be 20-30 years away from the Utopian future where nobody needs to work and everything is in abundance. Till that day comes, have a little empathy - for your maid, for the person who comes to deliver the package you ordered from the e-commerce giants, for the person who comes to deliver that pizza, for your colleagues, friends and family. Be kind, for everyone you meet is fighting a hard battle.

Comments

Popular posts from this blog

Integrating React with SonarQube using Azure DevOps Pipelines

In the world of automation, code quality is of paramount importance. SonarQube and Azure DevOps are two tools which solve this problem in a continuous and automated way. They play well for a majority of languages and frameworks. However, to make the integration work for React applications still remains a challenge. In this post we will explore how we can integrate a React application to SonarQube using Azure DevOps pipelines to continuously build and assess code quality. Creating the React Application Let's start at the beginning. We will use npx to create a Typescript based React app. Why Typescript? I find it easier to work and more maintainable owing to its strongly-typed behavior. You can very well follow this guide for jsx based applications too. We will use the fantastic Create-React-App (CRA) tool to create a React application called ' sonar-azuredevops-app '. > npx create-react-app sonar-azuredevops-app --template typescript Once the project creation is done, we

Creating a Smart Playlist

A few days earlier I was thinking that wouldn't it be nice if I had something which will automatically generate a playlist for me with no artists repeated. Also, it would be nice if I could block those artists which I really hate (like Himesh Reshammiya!). Since I couldn't find anything already available, I decided to code it myself. Here is the outcome -  This application is created entirely in .NET Framework 4/WPF and uses Windows Media Player Library as its source of information. So you have to keep your Windows Media Player Library updated for this to work. It is tested only on Windows 7/Vista. You can download it from here . UPDATE : You can download the Windows XP version of the application here . Please provide your feedback!

Add Git Commit Hash and Build Number to a Static React Website using Azure DevOps

While working on a React based static website recently, there was a need to see exactly what was deployed in the Dev/Test environments to reduce confusion amongst teams. I wanted to show something like this: A quick look at the site's footer should show the Git Commit Hash and Build Number which was deployed and click through to actual commits and build results. Let's see how we achieved this using Azure DevOps. Git Commit Hash Azure DevOps exposes a variable called  $(Build.SourceVersion) which contains the hash of the commit. So I defined a variable in the Build Pipeline using it. Build Id and Build Number Azure DevOps also exposes two release time variables  $(Build.BuildId) and  $(Build.BuildNumber) which can be used to define custom variables in the pipeline. So we have a total of 3 variables defined: Next we use these variables in our React App. I created 3 global variables in index.html and assigned a token value to them. < script   type = "text/JavaScript&quo