Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
gleb
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
17 ms
·
121.
▲
by
gleb
11y ago
I get: https://sense2vec.spacy.io/?Obama%7CORG First result is GOP
122.
▲
by
gleb
11y ago
Doesn't work as advertised for [Obama]
123.
▲
by
gleb
11y ago
Do find-file. Now I see current directory as the default suggestion. Can C-a, C-b, Backspace, etc. within it. Do ido-find-file. Now I see current directory as part of the prompt. Cannot C-a, C-b, Backspace, etc. within it.
124.
▲
by
gleb
11y ago
ido would really benefit from being spun-out as a package. People would actually fix bugs and add functionality in a reasonable way rather than hacky extensions (like ido-hacks)
125.
▲
by
gleb
11y ago
I think both built-in completing read and helm/ivy have their uses. ido is best for when you know what you want and want to get it to it with minimal number of keystrokes. helm seems better for when you want to review many (but not to
126.
▲
by
gleb
11y ago
For M-x I like smex. Like fuzzy ido but without the bugs and purpose built for M-x - it just works. smex persistently remembers how often you use different commands, and uses this to sort the initial list of completions - very handy.
127.
▲
by
gleb
11y ago
Yes, but a very limited one. I'd love to see a solution with tradeoffs made the other way: * syntax and semantics 99% like underlying SQL * support for 99% of underlying DB functionality * traditional areas where ORMs add value
128.
▲
by
gleb
11y ago
How does this compare to Elixir's Ecto?
129.
▲
by
gleb
11y ago
I think somebody needs to actually justify the need for composable SQL. With examples. It's far from obvious. In my experience outside of extension code the need for composable SQL is very limited. Most uses cases can be satisfied b
130.
▲
by
gleb
11y ago
I'll make a stronger statement - stored procedures are generally not composable in production. At least in Postgres they act as an optimization fence. In practice this means you can use them as an abstraction layer only in very limite
131.
▲
by
gleb
11y ago
Email sent.
132.
▲
by
gleb
11y ago
Email WIP.
133.
▲
by
gleb
11y ago
E.g. mktemp and friends. Or more generally, a secure way to work with temporary files. Subprocess control, e.g. popen seems different/hard. We are using Porcelain though, which is nice. This thread on the list about working with pty
134.
▲
by
gleb
11y ago
We are rewriting an internal Rails application in Elixir as a test project. I like what I see so far. Elixir/Phoenix promise it to be like Rails but 10x faster with 1000x less memory use and better concurrency. Our preliminary data
135.
▲
by
gleb
11y ago
I agree, seems like BS at least for iPhones. I think that tool may incorrectly assume that all factors it tests for are uncorrelated, e.g. Screen size vs browser user agent.
136.
▲
by
gleb
11y ago
The part that I found particularly interesting is towards the end of this article. That using stereotypes [as priors] makes people more accurate. And ignoring stereotypes makes people less accurate.
137.
▲
by
gleb
11y ago
Btw, in areas where it's OK to apply math (like medicine or spam filtering) we have a science which tells us how to determine posterior probability given prior and new information. It's called statistics and Bayes rule.
138.
▲
by
gleb
11y ago
Presumably the data is in cache already - i.e. it has already been read from disk and is sitting in RAM.
139.
▲
Which Elixir books should I read?
(chrismcg.com)
5 points
by
gleb
11y ago
|
0 comments
140.
▲
by
gleb
11y ago
I like the idea, but how do you apply this to power law distribution outcomes and get any statistical significance? I don't know the answer. E.g. the underlying First Round's analysis likely has no statistical significance. Ass
141.
▲
by
gleb
11y ago
Is scleroplasty still practiced outside of Eastern Europe?
142.
▲
by
gleb
11y ago
This study should be an embarrassment to a company that cultivates a reputation of knowing something about statistics. It's like the last 500 years of statisticians working on survival analysis didn't happen. Their conclusions ar
143.
▲
by
gleb
11y ago
I always thought that this feature was left out as a differentiation for Github Enterprise, where you could do it with hooks. But a simpler answer may be that it was just hard to implement.
144.
▲
by
gleb
11y ago
Thanks for reaching out to both of you guys. I emailed Kipp. I'll forward the email to you. The issue is not with your support folks. They are responsive. But much like me they can't figure out your product ;-) To bring it back
145.
▲
by
gleb
11y ago
Zapier really does have great support. When you use them for something, and then a direct integration becomes available you actually feel bad about stopping using Zapier. I think this is largely because of the quality of their support. If
146.
▲
by
gleb
11y ago
magit and p4.el are different. The scope of the projects is different - p4.el is a thin wrapper over p4, magit is an full blow UI both exposing and going beyond the underlying git's "porcelain". Compared to git Perforce com
147.
▲
by
gleb
11y ago
I'd put more effort into setting up a believable problem in these kind of posts, before presenting a solution. Much like in a company pitch, it's hard to understand the value of product if you don't understand what problem
148.
▲
by
gleb
11y ago
The example doesn't quite make sense: SELECT user_id IN (SELECT DISTINCT user_id FROM user_actions); is not valid SQL. You may mean something like: SELECT 123 IN (SELECT DISTINCT user_id FROM user_actions); which is a st
149.
▲
by
gleb
11y ago
YC invested on the assumption that their business wasn't really working. Arena would have invested on the assumption that it was.[1] YC was right, and helped them get to a true product-market fit. It was the right money to take. [1]
150.
▲
by
gleb
11y ago
From: http://sheplusplus.stanford.edu/sheStatistics.pdf "At Stanford, computer science is the most popular undergraduate major--220 students declared CS during the 2012-2013 academic year. The introductory CS106A class
More ›