hobbyist's comments

hobbyist | 11 years ago | on: Principal component analysis explained visually

How differently is linear regression than PCA? I understand the procedure and methods are completely different, but isn't linear regression also going to give the same solution on these data sets?

hobbyist | 12 years ago | on: Learn C, Then Learn Computer Science

Could you elaborate more or give some references on the second and third part? I am done with the first. I seriously need some profound knowledge on second and third, which a lot of people like you talk about. I need to put a plan to get there too. Scheme to C looks fun though :-) . Where should I start first with?

hobbyist | 12 years ago | on: MapReduce and Spark

I often read that spark avoids the costly synchronization required in mapreduce, since it uses DAG's. Can someone explain how is that achieved. If the application so demands that you can launch jobs together, that can be done even with hadoop/mapreduce. If one job requires the output of another, then the job has to wait for synchronization whether its mapreduce or DAG.

hobbyist | 12 years ago | on: Spark: Open Source Superstar Rewrites Future of Big Data

Good question. I did read the spark paper, and one reason that I found for spark doing so much better than hadoop was that it avoids the unnecessary serialization, deserialization which hadoop just can not avoid. The RDD's as mentioned by @rxin, are in memory objects and thus do not require frequent serialization/deserialization when multiple operations are being applied to data.

hobbyist | 13 years ago | on: How I Explained REST to My Wife (2004)

Correct me if I am wrong here. So, instead of the eloquent method of using GET, POST and PUT on resources, the current practice is about the programmer writing custom parsers to get the information they want and then use them accordingly.

hobbyist | 13 years ago | on: Confessions of a Git Skeptic

Well, if 2 people are working on different files, they can commit their changes to svn without updating their local copy first. But in git you have to bring your copy to the same revision as the remote one, in order to push your changes, irrespective whether the changes you made our conflicting

hobbyist | 13 years ago | on: Confessions of a Git Skeptic

Once speaking to a freebsd developer, he explained the problems with git in freebsd workflow.

His explanation was on the lines that if there are 100 developers working on different trees of freebsd and they want to commit their work, it causes a race, as if some one commits before you, you need to do a git pull, incorporate changes and then push, even when they are working on unrelated components.

My response to this was yes, and that is why git allows you to create branches so cheaply, but he still was not convinced.

hobbyist | 13 years ago | on: Ubuntu on tablets

There is something visionary about these South Africans, first Elon Musk and then Mark Shuttleworth.
page 1