.NET Design Patterns

Hello World!!!

So happy to announce my first book which I co-authored with my friend and mentor Praseed Pai.

This book is more a practitioners hand-book (amasses collective wisdom of over 4 decades) that shows you how to deal with architecture/design techniques, GoF patterns, relevant patterns from other catalogs, functional programming, and reactive programming in .NET

Please grab a copy of this book from the image link below:

Encourage all interested technology folks to recommend, read and provide feedback.


It is indeed with great pride that I publish my latest learning project on Compiler Construction.

It was an attempt to port the interpreter (written in C#) to Javascript for the programming language named “SLANG” that was created by my mentor and friend Praseed Pai K.T (a.k.a Pai) as part of his teaching endeavours.

It has been a life changing experience and nothing describes the euphoria I get considering the fact I too have hand-coded an interpreter and am part of an amazing learning community that has created a programming language!

Experience it yourself : SlangJS v1.0

Javascript Currying – An Interpretation

As intrigued and obsessed [confession] I am with this Dynamic language, my foray into Functional programming via JS has definitely wired quite a bit of neuron networks which seem to mutate (should I say grow) as days progress. This interpretation of Currying in JS is one byproduct of such mutation.

I have been using the conventional approach advocated by Crockford in his book “JavaScript: The Good Parts” (see below)

Function.prototype.crockfordCurry = function () {
	"use strict";
	var slice = Array.prototype.slice,
		args = slice.apply(arguments),
		that = this;
	return function () {
		return that.apply(null, args.concat(slice.apply(arguments)));

until an year back when I started re-looking at Currying as a first-class Functional programming feature and Haskell’s implementation (where almost always curried functions are used to achieve multiple arguments thus having all functions have exactly one argument) of it caught my attention and led me to think why would one need to curry as below and painstakingly compute (highlighted in code below),

function add(x) {
	"use strict";
	return function (y) {
		return x + y;

function multiply(x) {
	"use strict";
	return function (y) {
		return x * y;

//Creating the curried functions
var adder = add.crockfordCurry();
var multiplier = multiply.crockfordCurry();
//Finding the sum of 1,2 & 3 with the curried function
//Finding the product of 1,2 & 3 with the curried function

especially when computational values are more than 2 and there is little or no use of the resultant partially applied functions; thus automating this and giving user a direct option to compute the results with just a curried function that can accept any number of arguments a.k.a computational values in one shot (thereby living up to the true definition excerpt from Wikipedia below):

In mathematics and computer science, currying is the technique of translating the evaluation of a function that takes multiple arguments (or a tuple of arguments) into evaluating a sequence of functions, each with a single argument (partial application). It was introduced by Moses Schönfinkel and later developed by Haskell Curry.

Function.prototype.haskellCurry = function () {
	"use strict";
	var slice = Array.prototype.slice,
		that = this;
	return function () {
		var	jsEval,
			args = slice.apply(arguments),
			result = args[0];
		jsEval = function () {
			args = slice.apply(arguments);
			fn = that.call(null, result);
			jsApply.apply(null, args);
		jsApply = function () {
			args = slice.apply(arguments);
			result = fn.call(null, args[0]);
			if (args.length > 1) {
				jsEval.apply(null, args.slice(1));
		jsEval.apply(null, args.slice(1));
		return result;

And you end up using the curried functions quite conveniently this way (see highlighted):

//Creating the curried functions
var adder2 = add.haskellCurry(),
	multiplier2 = multiply.haskellCurry();
//Finding the sum of 1, 2 & 3 with the curried function
console.log(adder2(1, 2, 3));
//Finding the product of 1, 2, 3, 4, 5 & 6 with the curried function
console.log(multiplier2(1, 2, 3, 4, 5, 6));

I have employed the Meta-Circular Evaluator principle here, along with Partial Application, Cumulative Recursion (with tail call optimization) and Closures to devise this currying operation in JavaScript.

And most surprising was that I found this approach resonate well with a paper (“Making a Fast Curry: Push/Enter vs Eval/Apply for higher-order languages” by none other than the great Simon Peyton Jones and Simon Marlow) published by Microsoft Research on March 17, 2004. I stumbled upon this actually quite recently which prompted me to let this piece of code thaw that was lying in cold a.k.a code storage for the past one year.

Hey! I now have a way to formally or rather [computer] scientifically explain my code.

Though the authors in their paper, drew a conclusion that the ‘Eval-Apply’ currying approach should be employed in compiled implementations, I was curious to find out how it would fare in an interpreted one. Well here’s my jslitmus benchmarking results that seem to corroborate their recommendation (Charts shows ops/second – higher is better!):

Currying Benchmarks

Anyone who likes to fiddle around and see if they can push the bars on the ‘Eval-Apply’ implementation are free to do that at my Github Repo.

Happy Coding!

Time – A Relentless Traveler

There are times you wish time was frozen. You feel a stranger in modern times.  Its really amazing the way you become fossilized in time and becoming memories in someone else’s mind. What’s more phenomenal is that your memories become associated to that person through certain senses and experience. It could be an image, sound, smell, taste or situation.

Brought back fond memories of my dad (a great martial arts fan) when listening to the soundtrack of Bloodsport (a 1988 Van Damme Action Classic). The ones by Stan Bush (On My Own Alone & Fight To Survive) are classics. The background score of the last fight scene is mind-blowing. You literally feel the Adrenaline spill.

Miss you Pappa…

The case of the “missing” VAR

A couple of days back a colleague (JS enthusiast) of mine asked me if it really matters to declare variables before use in JavaScript. He went on to say that he didn’t seem to find any side effects in doing so. Though I did tell him it has deep consequences (in terms of these rogue variables inheriting the global scope), I wanted him to appreciate this by experiencing it (and hence asked him to try this out) and in case he is still trying to figure it out, here’s a leading light for him and for many others who might still end up treading this path tomorrow…

If you end up in this situation (using a variable implicitly without declaration) in a global scope, this doesn’t have an impact (though not recommended) and I presume this is the situation this colleague of mine is in and hence didn’t notice any side effects whereas if you have a variable implicitly declared inside a function – that is, if it appears on the left side of an assignment expression but has not been declared with var – it is created as a global variableThis is because, in the process of looking up the variable in the scope chain, if the variable is not found all the way till the global scope, it is created at this point in global scope.

See the code below to understand the fun (I am sure this would have been a nightmare for many others):

function increment(x) {
	factor = x;//Implicit usage without declaration
	return function (y) {
		console.log(factor + y);
var increment1 = increment(1),
	increment2 = increment(2),
	increment3 = increment(3);
increment1(1);//What result do you expect here?

You can see that in place of 2, you would be getting the result as 4 (for reasons already explained above). Now this is definitely something you wouldn’t want and you end up cursing the language for its unpredictability in addition to all the “undefined” errors it has to put up with (little knowing that it’s actually you who went rogue by not following some best practices and let some bad parts in the language get the best of its good parts).

The good thing is there is vaccine available that can help prevent you from not contracting this disease and those would be:

  1. JSLint/JSHint your code.
  2. The “use strict” Directive (starting ECMAScript version 5).

Happy Coding!

My Son’s first expression on Notepad




Probably my first personal blog. But this one remains close to my heart especially considering the excitement, precision and care in which he punched his short bio in (with those tabs and spaces). Reminds me of someone who I still manage to be 🙂

Herewith WWW… the first impression of my passing DNA!


It’s a great moment for any developer to preview version 1.0 of his tool.

Herewith world I unveil MarkUS, the UI for a tool in its making. Well the ecstasy is in understanding how it is made and not why it is made.

I have employed a powerful visual programming tool named “Blockly” for crafting this self-guiding and smart UI. So true credits to the project owners of “blockly” who utilized their 20% time well in Google 🙂 To me it is the best visual DSL tools I have come across (not that I know many others).

Thanks to their documentation plus yet another smart API from Google (Realtime API), I have employed real-time collaboration for the tool as well.

Well I enjoyed every second spent on building MarkUS and “this” moment I call BLISS!

See MarkUS in Action…