karterk

32 ms·

301.
by karterk 13y ago
Be Persistent and Keep On Starting From personal experience, this is the most important thing. There will be days you will keep asking yourself what significance a little thing that you're doing that particular moment has on the gran
302.
by karterk 13y ago
Then you should consider linking to their websites. Will definitely make it look more authentic.
303.
by karterk 13y ago
I'm aware of consistency levels. But in general HBase performs much better out of the box when compared to tweaking Cassandra to be be more consistent. In other words, if I wanted consistency badly and at scale, I would go with HBase.
304.
by karterk 13y ago
We use HBase pretty extensively and I have mixed feelings about it. On one hand, it's very clunky. Though the documentation is pretty good these days, setting up and managing a HBase cluster on production and in scale involves tackling
305.
by karterk 13y ago
Store it in HDFS as sequence files. HBase (as the article mentions) is a beast to manage with many moving parts. But, HDFS is just rock solid and very stable. If you want to analyze logs, you can do so in a batch mode (I recommend using Sca
306.
by karterk 13y ago
Actually if one wants to use Akka, one should be using Scala. Akka using Java is a total pain in comparison. Atleast with Scala, one seldom gets the feeling that the library is far from the language semantics.
307.
by karterk 13y ago
In many ways, Rails is the new VB. A little hyperbolic, perhaps, but I see a similar mindset when people ignore the language Ruby and live only in the world of Rails, eventually leading to shitty code.
308.
by karterk 13y ago
I suggest storing your data in files and just memory mapping them during start-up. JVM can't memory map more than 2GB per file, so just create logical shards, and map them independently. Since you will be mostly iterating over all reco
309.
by karterk 13y ago
A little bit of context: I have done a lot of hadoop, and also well aware of spark and storm. Storm is mostly well suited for handling a stream of real-time data. Spark is specifically for running iterative algorithms - it can read from HDF
310.
by karterk 13y ago
Hard to offer suggestions without knowing rough size of data - depending on how much money you're willing to cough up, even 1 TB is in the range of "can fit in the memory" territory. Having said that, Spark is really great fo
311.
by karterk 13y ago
This article pretty much reflects my experience with EC2. EC2 makes it very easy way to get started with things when you're figuring stuff out and don't have a great deal of experience in managing servers and machines. You don't have to dea
312.
by karterk 13y ago
Here are a few things: * understanding prototypal inheritance, e.g. knowing what __proto__ means * knowing how to model asynchronous code in several ways, e.g. using callbacks, events or even using promises * understanding how an event loop
313.
Ask HN: Experience with Hetzner?
1 points by karterk 13y ago|1 comments
314.
by karterk 13y ago
P.S. I take issue with anyone who is 28 years old being considered a "veteran" at her job, let alone at McKinsey. Perhaps I think too old-school. There are specific verticals, where one can very well be. For e.g. I know people who have be
315.
by karterk 13y ago
Engineers are better equipped to collect and store massive amounts of data than to analyze it to draw meaningful conclusions from it or to drive decisions. It takes business acumen to ask the right questions to the data. The way "big data"
316.
Performance tuning as the art of weather forecast(mrale.ph)
2 points by karterk 13y ago|0 comments
317.
Importance of context – takeaway from Dustin’s post(kishorelive.com)
1 points by karterk 13y ago|0 comments
318.
by karterk 13y ago
A new RSS should be about open standards and not about a single entity locking down all data. Also, Twitter has too much noise. Even if you're careful about following people who tweet good things, quite often you end up seeing "pooping"-sty
319.
by karterk 13y ago
in a language of your choice sounds best to me.
320.
by karterk 14y ago
Felix, given that the rest of your stack is on Node, what made you choose Go?
321.
by karterk 14y ago
I'll take monolithic, well designed, tested, and popular over a huge choice of one off libraries any day. Been there, done that. And, it's terrible. Monolithic things try to do too many things. It's fine if you grow along with it but a fe
322.
by karterk 14y ago
Let's say your application depends on two libraries A and B. And let's say that these 2 libraries depend on different versions of library C. In Maven if library C is not backward compatible, you're stuck. Only one version of library C can e
323.
by karterk 14y ago
Ideally, screen sharing will be nice, but we will have to wait for the proposed spec to evolve for that.
324.
by karterk 14y ago
To be frank, I have not tested it extensively on Firefox. Will do that over the course of next week.
325.
by karterk 14y ago
Noted. Will add it, thanks.
326.
by karterk 14y ago
I work with a lot of languages too. And, this has been something which I have thought a bit about. There are jobs where polyglot skills play a big part (e.g. software consultancy), but there are also jobs which require someone to just go ou
327.
by karterk 14y ago
Thanks :)
328.
by karterk 14y ago
There might still be some quirks/bugs due to stuff like firewalls and anti-virus software. I'm hoping that this becomes more polished in the future versions of Chrome and Firefox.
329.
by karterk 14y ago
It might also be because of the pounding that the server is taking currently, though it seems to be holding up fine. :) If you get a chance, please try some time later and let me know if it works then. Thanks.
330.
by karterk 14y ago
Thanks, will add that to my todo list!

More ›