Good work!

Thank you. I did a lot of command line pipes and unix tools like sed and awk. It was fun

I have few candidates :)

I have not looked at your code but I can say with some experience that it has nothing to do with how you wrote it. There is no way for me to confirm but most likely this is what happens when you turn in a coding test. Someone who is perhaps at a debatable senior level looks at your code and often (I have seen this happening at places where I have worked) gives it to someone else for their feedback. The person your code gets handed over to is often not the person who will make hiring decision. He/she will look at your code and try to discover their own style in your code. If your code does not come close to the way they would have written it then it is bad code.

A lot of things come into play here. Often it is unclear expections. I have done coding tests where the requirement was to pull data from a dataset and cache it in memory. This requirement can be met in many ways. I chose the simplest one but the feedback I got was similar to what you got. It totally depends on where the reader of your code is in the evolutionary stage https://medium.com/@webseanhickey/the-evolution-of-a-softwar...

Reading code is harder than writing.

That was a pretty cool read. The theory definitely makes sense

If I was in Canada then I would go to Vision Media's office just to meet or rather verify the assertion. It would be a win win in either case.

visionmedia is his screen name, not the company where he works. He worked at a company called LearnBoost (https://www.learnboost.com/blog/welcome-aaron-and-tj/), which I can only assume is some sort of mob-style front for laundering JavaScript code. (Look at their employee list and GitHub repo)

Now, I've heard he works for Segement.io (in SOMA), but does so remotely.

he is genius boy from 21st century

Reading Simpsons and their mathematical secrets this week. The book is both entertaining and informative.

So you will get in touch with him because the issue surfaced on HN. Says something about being proactive. Doesn't it?

Haha. Maybe Jai and Viru methods are doing server side processing :)

The choice here is between something tangible i.e. million dollars or skills to get a million dollars i.e. a promise which may or may not be fulfilled at some time in future. A bird in hand is worth two in the bush.

Ubuntu mono

But what value does displaying that number add to the activity undertaken by the user?

When I'm trying to choose between two alternative spelling or phrasings of a concept, I'll frequently google the two alternatives I'm considering to get a sense for which is more common.

And you measure "more common" by looking at the number of results returned?

Maybe the user wants to find out if there is more weather data for Sydney, Melbourne or Canberra by comparing the number of results. Sydney has the lead, btw.

<thinkingOutLoud>

Maybe they do, and number of results will give that information. But how does one verify authenticity of that number. For example saying that there were 102,345,290 results returned for a query is of no use if you cannot browse to x result. Google could have just picked these numbers out of proverbial hat. Maybe they already do :)

</thinkingOutLoud>