ktamura

13 ms·

61.
by ktamura 10y ago
I did. As a matter of fact, I was this close to going to Rutgers to study combinatorics and graph theory for a Ph.D.
62.
by ktamura 10y ago
Once I realized that I was not going to be that good at math (I bailed on a Ph.D program a few months before I was supposed to start), I went into quant finance to make money. I was okay at it, but not great. From there, I somehow ended u
63.
by ktamura 10y ago
I'm still amused/saddened by how little theoretical work you need to do at Stanford to get a statistics BS (they call it Mathematical & Computational Science). I get it: you don't need a rigorous foundation of math to be
64.
by ktamura 10y ago
I still stand by my earlier comment: https://news.ycombinator.com/item?id=12915345 TL;DR; It's probably a good thing for Silicon Valley, considering the alternative outcome (all other things equal): Trump still winning
65.
by ktamura 10y ago
I wasn't talking about Palantir specifically but the valley in general =)
66.
by ktamura 10y ago
This is a stroke of genius by Peter Thiel. In hindsight, he was hedged. If Clinton won, his Trump endorsement would have been chalked up to his contrarian, eccentric bent. If Trump won -and he did- Thiel's bet would have a huge return.
67.
Broadcom Buys Brocade for $5.5B(wsj.com)
1 points by ktamura 10y ago|0 comments
68.
by ktamura 10y ago
Yeah, this is a great move. That said, again, here's the philosophical difference: with BQ, you need to "Contact your sales representative if you are interested in flat-rate pricing". There's nothing wrong with this, but
69.
by ktamura 10y ago
Before this thread turns into a vim-v-emacs-esque flame war. I really think it's a good thing that AWS and GCP are punching each other in the cloud data warehousing market. It means that the market is maturing, and we are all benefitin
70.
Redshift V. BigQuery: Similarities, Differences and the Serverless Future?(blog.treasuredata.com)
4 points by ktamura 10y ago|0 comments
71.
by ktamura 10y ago
What are you using for container/pod logging?
72.
by ktamura 10y ago
This is just great. I have a couple of mutual friends with Jess Lee from my time at Stanford, and no one from back in the day thought she was exactly the type to become a venture capitalist. The rest of her story is probably more well-publi
73.
by ktamura 10y ago
Unsurprising at all. All businesses/sectors are at the mercy of policymakers, and it's natural to invest some of the newfound wealth into influencing public policies. The size of lobbying budget is more or less a proxy for the siz
74.
by ktamura 10y ago
Their dataset reeks of startup hustling. I just downloaded the training set [1] and plotted some of its descriptive statistics [2]. It looks that all features are uniform distributions and the response variable is Bernoulli coin-flipping. I
75.
by ktamura 10y ago
Over the years, I've tried many digital to-do lists, including one I wrote myself. Today, I just use a notebook. The trick that I made work is to have two to-do lists: daily and quarterly. For daily, it's simple. I have a variatio
76.
by ktamura 10y ago
"The Power Broker" by Robert Caro. At first glance, it's a 1,000-page, detailed biography of a (in)famously effective city planner Robert Moses. At its core, it's a lucid examination of the anatomy of power. It has compl
77.
by ktamura 10y ago
>That's not what happened at all. He built the system entirely himself before getting in contact with us. Good to know. While what I said was meant to be hypothetical, I am happy to stand corrected. >creating a neural network tha
78.
by ktamura 10y ago
While it's a cool concept and agriculture is ripe for technology disruption, the enterprise software product marketer in me finds it to be a calculated marketing stunt, if not an disingenuous one. TensorFlow is, in no way shape or form
79.
by ktamura 10y ago
>A Docker distro of Kubernetes would do very well in enterprise on-prem or private cloud environments. They already have a great developer experience. Companies will pay for support on both. Some early data here: https://twitt
80.
by ktamura 10y ago
I cannot recommend using Slack via a browser enough. It achieves several goals: 1. It sandboxes resource usage, preventing Slack from being a permanent resource hog. Is your Slack tab running hot on Chrome? Just kill it for now. There are m
81.
It's not about the size of your data(blog.treasuredata.com)
1 points by ktamura 10y ago|0 comments
82.
by ktamura 10y ago
Neither am I =) It's a matter of doing fact-checking/analysis.
83.
Super MARIO Bros – Excel Stop-Motion(youtube.com)
1 points by ktamura 10y ago|0 comments
84.
by ktamura 10y ago
Some of the juxtapositions/language are bizarre. >2. Of the YC companies that use hosting providers, 55% use AWS, 13% use Cloudflare and 6% use Rackspace. Comparing Cloudflare and AWS? Where's GCP or Azure? >3. Of the YC com
85.
Hosting the Olympics is a terrible investment(fivethirtyeight.com)
1 points by ktamura 10y ago|1 comments
86.
by ktamura 10y ago
I've always found Palantir's sales&marketing strategy to be unique and fascinating among Silicon Valley startups. Palantir is a high-touch, B2B enterprise software startup, and as such, they are no different than other startup
87.
by ktamura 10y ago
>In particular, the ability to live-stream ("tail") logs seems to be a feature generally missing from logging aggregators. If you are talking about tailing log files live, Fluentd has supported it from Day 1: http://
88.
by ktamura 10y ago
I agree on the near-impossibility of causal ordering at scale. I don't see the need for a lot of "post processing". Adding filters in Fluentd is fairly simple: http://docs.fluentd.org/articles/filter-plug
89.
by ktamura 10y ago
Now that I understand the parent comment, I don't think this quite solves the problem he's asking unless all of your services are perfectly synchronized. No?
90.
by ktamura 10y ago
Ah, I completely misunderstood. Yes, you are right: Threading data together across multiple containers belonging to a single logical request is hard (and AFAIK, none of the container orchestration tools deal with it well).

More ›