ora600

15 ms·

31.
by ora600 15y ago
Cloudera is pretty much dominating the commercial Hadoop market now. It has a huge marketing head-start and arguably better engineers, since it was founded by Yahoo's employees who thought they can do better by leaving. They also have more
32.
by ora600 16y ago
Cubist.
33.
by ora600 16y ago
I agree that companies with 3-100 employees will just not appear in SP500. However, Mercury Interactive was included when it had around 1000 employees. 1000 is a lot, but you can still learn by comparing a company with 1000 employees to HP
34.
by ora600 16y ago
But S&P 500 are not the 500 companies with highest revenue. Its 500 companies selected by a committee to be representative of the american economy. Its not as biased as you suggest. http://en.wikipedia.org/wiki/S%26P_500#Selection
35.
by ora600 16y ago
worked for me too.
36.
by ora600 16y ago
The discussion in the comments of the following blog post make some pretty good points in favor of surrogate keys: http://prodlife.wordpress.com/2007/09/05/meaningless-foreign...
37.
by ora600 16y ago
Not exactly a startup (but less than 100 employees), but the company I work for is hiring sysadmins (both internal and as consultants for remote work). We are taking H-1B candidates and I'd love to stop being the only H-1B employee in the c
38.
by ora600 16y ago
Of course there are plenty of opportunities to help. However, telling the GF "learn to code so you can help him with his projects" can lead to wrong expectations.
39.
by ora600 16y ago
My husband has been patient through years of on-call duty and pages at all hours of day, night and weekends. He's been patient through all night maintenance duties and when I'm away for conferences or customer visits few times a year. I've
40.
by ora600 16y ago
"You should be a DBA, its a good career for a woman". Even though DBAs have more flexible hours, I wouldn't recommend a job with a pager to my worse enemies. 10 years later and I'm still trying to come up with a good way to get rid of it.
41.
by ora600 16y ago
I find that billing hourly can make for a more pleasant relationship with the customer. Provided that you give good justifications for the hours you bill. On fixed price contracts there is lots of haggling over the exact scope, requirements
42.
by ora600 16y ago
I'd guess that in Amazon and other online retailers, the part that completes the order of the item from the warehouse has to be transactional so two customers won't buy the last item. Normally, whenever physical objects or money is involved
43.
by ora600 16y ago
Everyone is using MySQL. But I attended a talk by one of their DBAs where he said that they large OLTP server, the one that processes the payments is Oracle. Single-instance, because Oracle RAC can't give them the low latency they needed. T
44.
by ora600 16y ago
I believe that Facebook subscribe to this methodology because MySQL makes this easy and other methods of finding issues very difficult. When all you have is a hammer...
45.
by ora600 16y ago
Some of us can even BE an attractive woman.
46.
by ora600 16y ago
I left my job at BigCo because I was part of a 8 person team where the manager was supposed to create a normal distribution out of scores from 1-5. I was one of two employees recognized for doing an excellent job, but my manager could rate
47.
by ora600 16y ago
I'm currently searching for a new car, so I thought I'll check out CarWoo. Here are some issues I ran into: 1. Can we have photos of the different models next to the drop down list? and maybe a short summary of the differences? I know I wan
48.
by ora600 16y ago
BTW. All architectures have a single bottleneck. Thats pretty much by definition. Oracle tried to market their Exalogic as "no bottlenecks" which is nearly as funny as "unbreakable linux" and "zero latency".
49.
by ora600 16y ago
Ah, I love SSDs. I was just pointing out that they are not the only game in town.
50.
by ora600 16y ago
You are paying developers to rewrite features that already exist in the database and you think this is "throwing hardware at the problem"?
51.
by ora600 16y ago
Its year 2010, we've invented RAID a while back. Stripe and mirror everything and you get decent performance without SSD.
52.
by ora600 16y ago
If you write your code in Java (or Ruby or Python or C++) it will come back and byte if you even need to scale or change architectures. Actually, if you have to change architectures, you are probably bitten anyway. If you need performance:
53.
by ora600 16y ago
The idea is that you don't have to write a DB - it is already there, usually even deployed and monitored by your ops team. Even if it gives absolutely no other value, thats a big plus. In terms of randomly distributed requests: I'm surprise
54.
by ora600 16y ago
MVCC you mean multi-version concurrency? As in writers-don't-block-readers? Because most relational databases have that.
55.
by ora600 16y ago
> Once one scales beyond a single node the system becomes distributed. Then by definition one must deal with distributed systems problems in order to achieve scale beyond the capabilities of a single node I meant that one doesn't need t
56.
by ora600 16y ago
I understood what he said as: Solving the problems of distributed systems is incredibly hard and not necessary if all you need is scalability and high availability. Better think of your problems in terms of engineering trade-offs and not d
57.
Stonebraker: Clarifications on the CAP Theorem and Data-Related Errors(voltdb.com)
25 points by ora600 16y ago|28 comments
58.
by ora600 16y ago
This is a cost-value calculation and neither approach is "best" at all cases. Does the cost of developing the tools and procedures exceed the cost of planned downtimes during the next X years? Often you build some tools that mitigate some o
59.
by ora600 16y ago
Is the Open House open to startup school attendees only?
60.
by ora600 16y ago
It has to be determined by specific market conditions. I don't think anyone practicing dentistry in Israel earns anything even close to the sums you mention. As you said, there could be an artificial shortage in dentists. When my father liv

More ›