bhntr3

18 ms·

91.
by bhntr3 10y ago
But will anyone change it again? How many times would they have to change it for this to be better? Maybe the developer should build a UI so the business owners can change it themselves. After all, business people editing config files dire
92.
by bhntr3 10y ago
I meant a business that makes significant revenue and has enough users that downtime or data loss would be unacceptable. If you can't afford downtime you probably can afford to wait for the alert and choose your own mitigation strategy
93.
by bhntr3 10y ago
It seems like a hard technical problem to shut down gracefully. But it's an easy product problem. Just suspend the account. AWS must do this already for some cases. No one running a real business on AWS wants a hard ceiling instead of
94.
by bhntr3 10y ago
Yes. It's a rhetorical device. And some could argue that code is also a rhetorical device. But the only argument an if else block that returns true or false based on a boolean makes is "I'm not very good at this"
95.
by bhntr3 10y ago
Cool! Didn't see that on my quick scan. I agree and will probably use this library. It's needed. Thanks.
96.
by bhntr3 10y ago
They have a CircuitBreaker. They don't seem to have exponential backoff. But that seems close to correct. For a networked application, what do you think is safer than retrying with exponential backoff and circuit breaking?
97.
by bhntr3 10y ago
> Testing on your training data doesn't in-and-of-itself lead to overfitting, but it will hide overfitting if it does exist (and is a terrible practice for that reason). I read that as pointing out the danger of using training data
98.
by bhntr3 10y ago
I think the post represents the typical data scientist's approach to a machine learning problem pretty well. Deep learning is exciting but, for practical problems, most people aren't using it yet. XGBoost is still dominant in Kagg
99.
by bhntr3 10y ago
Right. What we're talking about here are tools. We can't understand or debug the electrons moving through the chip. But we build systems using languages and we build tools to translate execution back into those languages (Debugger
100.
by bhntr3 10y ago
My experience so far is that it's important to know WHY you use linear algebra. The idea to me is that almost all input data passed to a machine learning algorithm should be transformed to a multi-dimensional array of doubles. It'
101.
by bhntr3 10y ago
I actually think the hardest part about ML is the lingo. It's very alienating that even simple concepts seem to have their own lingo. A lot of the ideas are just what you as a developer might do intuitively if you had to implement it
102.
by bhntr3 10y ago
Yeah, I'm trying to figure this out too. TensorFlow needs Yarn support. Ideally, Yarn would allocate resources and inform the processes of the various workers in the graph, etc. etc. I see that as the harder part. If you use mesos, the
103.
by bhntr3 10y ago
I just spent a few thousand dollars on new furniture for an apartment I just moved into. But I know I don't have this problem because my credit card company immediately blocked the transaction and called me to make sure it was me becau
104.
by bhntr3 10y ago
I don't think this is actually true for most of what people do with AI right now. Machine learning these days is something where you want strong, native machine level support for numeric programming on matrices. Possibly with GPU suppo
105.
by bhntr3 10y ago
Dependency management isn't really a solved problem in any language ecosystem or operating system AFAIK. I'd love an example of the best case. I feel like this is why things like Docker exist. For a language like python, I'm
106.
by bhntr3 10y ago
I was recently working on some ML transformation code. The whole transformer/estimator thing that is pretty standard now in ML libraries. I got really frustrated when I realized that a "pipeline" made of "transformers&q
107.
by bhntr3 10y ago
You're right. I misstated it here and was clearly lying when I said I understood it. Another good tip for interviewees: If you don't really understand something well enough to explain it, sometimes it's better not to bring i
108.
by bhntr3 10y ago
I came here to make the same comment (pardon the pun.) This article takes such an expert tone. But it's just opinion. For me, that comment would be a red flag. He also says to write the most efficient code possible. Then doesn't.
109.
by bhntr3 11y ago
So, this paper is actually from 1986. More fuel for your argument. Out of the Tar Pit ( http://shaffner.us/cs/papers/tarpit.pdf ) is an interesting response. I'm not convinced Functional Relational Programming
110.
by bhntr3 11y ago
Here's a nice review of empirical studies on typing ( http://danluu.com/empirical-pl/ ) by Dan Luu.
111.
by bhntr3 11y ago
I just wish I could put my e-books on a shelf to show how smart and well read I am. And how seriously people should take my opinion. Maybe I could just get a digital e-bookshelf for hacker news actually. Anyway, this is basically the blessi
112.
by bhntr3 11y ago
Interesting. He also calls out Bard. That rang a bell for me so I looked it up. 31% of 2014 graduates were in the visual and performing arts. Maybe some of these schools just attract people who aren't expecting to have a strong econo
113.
by bhntr3 11y ago
Old data is possibly uninteresting. That's debatable. But all uncollected data is freshly uncollected data. I strongly believe in collecting as much granular data as possible. It's totally possible to throw it away after it has o
114.
by bhntr3 11y ago
Van Roy's book is an awesome way to explain computer languages and computing itself. I'm not sure there's anything so approachable yet mind blowing for DBs. I think Foundation of Databases, "The Alice Book", lays o
115.
by bhntr3 11y ago
You know what's cool? A billion planes. Sorry. I had to. But really, I think everyone's a little sad that this kind of impressive technical achievement is in pursuit of a questionable final objective. We're so advanced now
116.
by bhntr3 11y ago
Unfortunately, most companies aren't comfortable replacing an onsite with a work sample (or take home.) So, it's just additive. It's not "the worst" in relation to other interview options. It's the worst beca
117.
by bhntr3 11y ago
Thanks for the reference! It IS a fun read and informative.
118.
by bhntr3 11y ago
The lack of citations is concerning. I could read his book but it worries me when numbers like these are thrown around without some way to verify the analysis. The "28x productivity" (or 10x or Xx ...) claim always triggers warni
119.
by bhntr3 12y ago
Grant Achatz and Nick Kokonas are incredibly smart and their keen understanding of the software business is surprising but pretty clear from this article. I actually knew that already because the company I used to work for helped build soft
120.
by bhntr3 13y ago
https://contently.com maybe?

More ›