Skip to main content

The Exit Door

A few years ago , I wrote about the concept of singleton and eventually mentioned the term "Resign Patterns" in the process.  In the realm of software engineering, design pattern is a general reusable solution to a commonly occurring problem within a given context in  software design. Similarly, resignation has been a general solution to a commonly occurring problem within a workplace.  Having only passed two resignation letters since I started working, clearly shows that I was never a fan of this solution. However, it does not mean that I am not fascinated by it and that my mind is not cheerfully entertaining and  playing with the idea of bidding goodbye to my bosses at some point.

This morning, while waiting for my colleagues, my attention was caught by a seemingly regular signage. The glowing red light that reads "EXIT"  got my imagination running. 
  • Are there better opportunities beyond the exit door? 
  • Have I been playing too safe by just staying on a defined comfort zone for years?
  • Do I have the courage to explore the world beyond the door?
  • Did the door  prevent  me from reaching further possibilities? or even reaching higher grounds?
  • Are the opportunities within too enticing that I did bother getting out?

My mind continued to fly as it  searched for answers.

 
If there is one thing  the "resign patterns" have taught me is that, sometimes,  it is not the greener lands that leads us to the exit door.  Often, it is the breeding disappointment within that pushes us to run towards the nearest way out.  The tempting call from the outside can easily be countered by camaraderie and friendship that binds a team ( not to mention counter offers that is hard to resist ). But when the team that you stood for over the years abandons you and the organization that you served well continues to disappoint you, the way towards the exit door becomes easier to find.  If the workplace has become a breeding ground of tension, dissapointments and misunderstanding thats the time we have to bid goodbye.  Organizations never realized your true worth until you are long gone.

Yet, decisions like this, is not a simple walk in the park. When we start to think about all the things that we have to consider, we realize that the path towards the exit door is not easy. The exit sign will remain to hang on top of that door. Everyday, I will walk pass it and tease my mind to go beyond it.I will entertain the idea, I will savor the feeling of farewell and I will continue to laugh about..Till I have all my reasons and all the strenght needed to walk pass through it....

 

Comments

Popular posts from this blog

Hiding Unwanted Python Folders and Files in Visual Studio Code

Visual Studio Code is a universal editor and pretty good at it. However, the explorer view maybe cluttered with the automatically generated folders and files confusing developers. Python is no different. Below are example files and folders generated by Python.

The __pycache__ folder and *.pyc files  are totally unnecessary to the developer. To hide these files from the explorer view, we need to edit the settings.json for VSCode. Add the folder and the files as shown below:
Copy and paste the lines below :

"**/*.pyc":{"when":"$(basename).py"},"**/__pycache__":true

Get Started with MongoDB Stitch : The New Backend As Service Offering from MongoDB

Halfway of this year, the guys from MongoDB launch their new backend as service product called MongoDB Stitch. While the launch is just for the beta, the promise of the service is quite interesting. MongoDB has been around for long now and some development stacks have been based on its database product, the MongoDB-ExpressJS-Angular-NodeJS (MEAN) and the MongoDB-ExpressJS-React-NodeJS (MERN) stacks to name a few. These stacks, however, relies on backend technology such as ExpressJS and NodeJS. The idea of provisioning servers and developing the backend solution makes it daunting for small to medium scale applications. MongoDB Atlas, at least made life much easier by providing on cloud database solution, but there must be a simpler solution, right? A solution the would stitch the backend and frontend together ( see what I did there ?).
MongoDB Stitch lets developers focus on building applications rather than on managing data manipulation code, service integration, or backend infrastruct…

Getting Started with Stateless : A Lightweight Workflow Library Alternative for .NET

A year ago, I was looking for a simple workflow manager for a project I was working. Its a medium sized application that involves tracking the state of assets in the system. Back in 2008, Microsoft (MS) introduced new technologies along with the release of Visual Studio 2008: Windows Presentation Foundation (WPF), Windows Communication Foundation (WCF), and Windows Workflow Foundation(WF). Having worked in a company utilizing mostly MS products for development, my first option was to go with WF. After doing some time reading and studying the library, I paused and decided it was too complex for my requirement. Using WF would be an overkill and the fact that it has, a rather, steep learning curve, there has to be another option. My mind toyed with the idea of developing a simple workflow library myself. It would be a learning experience but it might end up consuming a lot of time.

Why reinvent the wheel? So I started querying the internet for a better solution. I stumbled upon Stateless