Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
gracenotes
searching Neon…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
8 ms
·
1.
▲
by
gracenotes
7y ago
I think we both agree that cars have some significant utility to them, although having utility doesn't mean that any amount of cost is acceptable. This is my problem with "cars pay for themselves, therefore other forms of transit
2.
▲
by
gracenotes
7y ago
I can't find that info about funding sources in the urban.org article, or what "sales tax" is generated from specifically. The article does say that HTF is not fully self-funded. If something comes from general revenues/
3.
▲
by
gracenotes
8y ago
I think you're seeing the influence of math on programming conventions. If I think of something like (!a && !b), I can immediately start doing boolean algebra in my head. I can manipulate it like an algebraic expression and get
4.
▲
by
gracenotes
8y ago
Reification doesn't just impose a substantial complexity cost on dynamic languages in the CLR, either. See this F# feature request from 2011 that is effectively unimplementable: https://visualstudio.uservoice.com/forums
5.
▲
by
gracenotes
8y ago
Oddly enough I've been getting into UE4 and things would be so much easier for me if the core classes were better decoupled. For instance, I'd like to have a quadraped skeleton with the ability to apply a movement vector. Unfortun
6.
▲
by
gracenotes
9y ago
It's worth looking at "for no reason" in greater detail for cars, which is different from those other medical cases in significant ways. We collectively as a society decided that motorization of roads was worth pursuing at th
7.
▲
by
gracenotes
9y ago
You can take it from one of the most productive living mathematicians: https://terrytao.wordpress.com/career-advice/theres-more-to-... I recommend reading the entire post - it's not too long, and links to other gr
8.
▲
by
gracenotes
9y ago
I was going to link this one if someone did not already. It is a natural followup from this article and must-read for getting intuition on DFT and its limitations, many of which are just limitations of sampling. As far as progressing even f
9.
▲
by
gracenotes
9y ago
Yes. It is a slow, slow decline into the kind of behavior described in the article that could have been stopped or mitigated at any point along the way but wasn't. Not necessarily in terms of how someone is deep down, but in terms of t
10.
▲
by
gracenotes
10y ago
I am not sure what molly-coddling means in this context, but as a single data point you can look at the platform page of a minority advocacy group: [0]. The actual low-level details of many of the policies (if not the headlines) share a lot
11.
▲
by
gracenotes
10y ago
It's better to try to understand what's happening than handwave and say "it's all bunk". That is way more political of an action than trying to determine causality through data. The social sciences are valuable in t
12.
▲
by
gracenotes
10y ago
Maybe? The type of diversity that companies care about (to contrast with the many strawmen out there) happens to be good for the bottom line. That is, a team with 5 men and 5 women is likelier to perform better than one with 10 men [1]. Som
13.
▲
by
gracenotes
10y ago
I am not sure I agree with this focus. As someone who does not exactly do single-question technical interviews but more like two- or three-question ones, my goal is somewhere in the vicinity of measuring the software engineering version of
14.
▲
by
gracenotes
10y ago
I do occasionally ask newer employees who are not experienced with code reviews to split up a review into multiple smaller reviews. Actually there is a natural equilibrium that happens here. There is an exponential relationship between comp
15.
▲
by
gracenotes
10y ago
As several other commenters have pointed out, code reviews are not a silver bullet. It is widely known that there is no silver bullet. That said, if your goal is to make a quality product, you shouldn't have to choose between code revi
16.
▲
by
gracenotes
10y ago
Who says language rules were intentionally made by we as a society? :) Unless you mean these grammar rules: http://chronicle.com/article/50-Years-of-Stupid-Grammar/2549...
17.
▲
by
gracenotes
10y ago
One of the most important things in "professional" writing, which includes technical writing, is clarity. Sticking to a style in that context is important because you shouldn't draw attention away from what you're saying
18.
▲
by
gracenotes
10y ago
I have been a little mad at Safari while building a website recently ( https://windmill.thefifthmatt.com ), and the issues I ran into seemed like Safari's "fault"—it does not implement several web features such as r
19.
▲
by
gracenotes
10y ago
> "Won't somebody think of every single possible group that is possible to somehow offend in some way" I'm pretty sure that is part of the job description of marketers.
20.
▲
by
gracenotes
11y ago
I'm reminded of this section from "Reddit: Lessons Learned From Mistakes Made Scaling To 1 Billion Pageviews A Month" ( http://highscalability.com/blog/2013/8/26/reddit-lessons-lea... ): >
21.
▲
by
gracenotes
11y ago
I make a lot of jokes and incongruous juxtapositions and things like that, I hope not anywhere close to 'disinhibition' mentioned in the paper. But it makes me wonder how much laughing at a joke is appreciation of a witty idea vs
22.
▲
by
gracenotes
11y ago
That is a great point. Talking about supervised vs unsupervised vs reinforcement learning is most straightforward with tasks like language learning, audio processing, image processing, and playing discrete games. It is possible to see broad
23.
▲
by
gracenotes
11y ago
Interesting. I have heard the opposite of this. Supervised learning may be how it looks from the outside, but consider that out of the >6,570,0000 waking seconds of a child's life up to age 5, there maybe only a few dozen instances
24.
▲
by
gracenotes
11y ago
I took a closer read through the AlphaGo paper today. There are some other features that make it not general. In particular, the initial input to the neural networks is a 19×19×48 grid, and the layers of this grid include information like:
25.
▲
by
gracenotes
12y ago
I would agree with GP that emergent code organization principles that come from eliminating side effects are the crux of FP, as far as being the bottom line of what makes it effective and worth internalizing. Higher-order functions are a si
26.
▲
by
gracenotes
12y ago
REST came to mind for me as well. Let's assume there is a platonic ideal for REST, or for OOP. Just talking about REST over HTTP (methods, response codes, URIs) clouds that ideal, making it hard to learn about and even harder to talk
27.
▲
by
gracenotes
12y ago
Nice article. I got too far into it before realizing I was essentially tricked into reading an academic paper :) There seems to be a tradeoff between clear presentation of an idea and the formalization required to usefully build off of it&#
28.
▲
by
gracenotes
12y ago
There was a talk at Strange Loop 2014, "Our Shared Joy of Programming", which was just recently put on YouTube: https://www.youtube.com/watch?v=3_zW63dcZB0 The whole talk is stimulating, but the parts relevant to
29.
▲
by
gracenotes
13y ago
Based on comments from the 2048 thread, I'm running a deterministic variant of this which just cycles Left, Down, Right, Down. After an hour or so, the largest tile is 524288, 2^19: http://i.imgur.com/Yk758sx.png While
30.
▲
by
gracenotes
13y ago
For more context on why F# does in fact run into problems, see https://visualstudio.uservoice.com/forums/121579-visual-stud... . To my understanding, F# only allows type variables to vary, not type constructors (all gen
More ›