wcrichton

12 ms·

91.
Ask HN: What is your knowledge toolchain in 2018?
10 points by wcrichton 8y ago|7 comments
92.
by wcrichton 8y ago
If your use case is archival (running this on many videos stored on disk) as opposed to realtime (running on a live video feed), we built a research tool called Scanner [1] for maximum performance in offline video analytics, e.g. see our fa
93.
by wcrichton 8y ago
Is defer commonly used for memory management in Zig? I'm not very familiar with Zig, but it seems pretty onerous to have to write defer { free(mything); } after every allocation that's supposed to be scoped. I don't think it&
94.
by wcrichton 8y ago
I think lack of objects/destructors is also a bit of a minus. Manual memory management is hard to get right, and if you're not going to go the Rust route, I think a modern systems language should at least provide RAII-style facili
95.
by wcrichton 8y ago
Thanks for the time to write up this thoughtful reply. I agree with all your major points about maintaining/sharing notebooks. I don't work in the same collaborative setting (only 1 or 2 other people on the project), so I don&#x27
96.
Rapid Prototyping of Interactive Data Science Workflows in Jupyter(willcrichton.net)
10 points by wcrichton 8y ago|7 comments
97.
by wcrichton 8y ago
The guarantee of `impl Trait` is that if I want to call a trait method on the returned object, e.g. for iterators if I want to call `foo(0).next()`, then the function pointer will always be in the same place on the object in memory (static
98.
Remixing as Learning in Creative Media(willcrichton.net)
2 points by wcrichton 8y ago|0 comments
99.
Remixing as Learning in Creative Media(willcrichton.net)
2 points by wcrichton 8y ago|0 comments
100.
Remixing as Learning in Creative Media(willcrichton.net)
2 points by wcrichton 8y ago|0 comments
101.
by wcrichton 9y ago
I understand "their" as a plural, so for lack of it, there are no good gender-neutral singular third person pronouns. In my writing I've quite often used "he" in the past, so I try to keep it balanced. I don't
102.
by wcrichton 9y ago
I'll grant "unique" is not an ideal world choice. I meant it not as much as "you literally can't find this anywhere else" so much as "it's something you don't find much these days." And I th
103.
by wcrichton 9y ago
I find this comment frustrating, just like many of the Lisp comments. Asserting a condescending statement with zero explanation. These Lisp comments aren't taking the form "oh, Lisp has something like this too, we can learn from i
104.
by wcrichton 9y ago
While it's true that shorter write/run cycles can encourage a throw-spaghetti-at-a-wall approach to programming, the other side is the Bret Victor point of view [1], i.e. that a programming environment that clearly exposes the beh
105.
by wcrichton 9y ago
Not related to your point, but I do think it's entertaining that every time I post something about programming languages, there is always at least one person who says "Lisp already solved it!" [1] [2] [1] https://n
106.
by wcrichton 9y ago
I would love to see "Jupyter for power users." I think the programming language tooling community needs to take a serious look at how interactive programming interfaces could work in the development cycle for all expert programmer
107.
Programming in the Debugger(willcrichton.net)
117 points by wcrichton 9y ago|86 comments
108.
Programming in the Debugger(willcrichton.net)
5 points by wcrichton 9y ago|1 comments
109.
The story of ispc(pharr.org)
3 points by wcrichton 9y ago|0 comments
110.
by wcrichton 9y ago
I think we're not seeing eye-to-eye on the HCI part here. The value of talking to programmers in the field is just to understand what are the most difficult problems they face day-to-day. You don't have to ask them how to solve it
111.
by wcrichton 9y ago
I'm not sure why our two viewpoints have to be at odds. I wholeheartedly agree that improving education and encouraging students to focus more on understanding the fundamentals instead of the syntax is important. But our languages are
112.
by wcrichton 9y ago
To be clear, I mean that in an empirical sense more than a prescriptive sense. More people use imperative code than functional code, and one hypothesis is that it's simpler for people to think in terms of instructions. But as I mention
113.
by wcrichton 9y ago
Sorry Jon, I didn't mean to imply you haven't been making progress on your language. I was thinking moreso in terms of published research.
114.
by wcrichton 9y ago
Apologies, I forgot to follow up on the promised inference discussion in the original version of the post. I just added a paragraph at the end on my thoughts. > Another big question in gradual programming is inference vs. annotation. As
115.
Gradual Programming(willcrichton.net)
133 points by wcrichton 9y ago|118 comments
116.
Type-directed metaprogramming in Rust(willcrichton.net)
3 points by wcrichton 9y ago|0 comments
117.
Type-directed metaprogramming in Rust(willcrichton.net)
2 points by wcrichton 9y ago|0 comments
118.
Type-directed metaprogramming in Rust(willcrichton.net)
4 points by wcrichton 9y ago|0 comments
119.
by wcrichton 9y ago
Current tally of high-performance, deep-learning-oriented DSLs/IRs/compilers, in no particular order: - TensorComprehensions (Facebook): https://github.com/facebookresearch/TensorComprehensions - XLA (Google)
120.
A distributed for loop from scratch in 70 lines of Python(willcrichton.net)
2 points by wcrichton 9y ago|0 comments

More ›