hamilton

8 ms·

31.
by hamilton 8y ago
Feel free to reach out to us on Gitter https://gitter.im/iodide-project/iodide if you're interested in doing this. If you know anything about compilation, it's pretty straightforward, depending on the languag
32.
by hamilton 8y ago
Iodide does actually support that workflow, both in JS and our wasm python stack (Pyodide). We have some data scientists internally who have made Iodide reports using only pandas & matplotlib. It's still early days for this tech, b
33.
by hamilton 8y ago
(disclaimer: I work on Iodide) +1 - this is the right attitude to have! If you have a productive data science team, you should continue to use the tools you have - we'd be the first to tell you that. Re: the JS thing, we've found
34.
by hamilton 8y ago
(iodide dev here) Yeah, that's a good point. We called it JSMD before we even thought of starting Pyodide, and in hindsight seems a bit constricting.
35.
by hamilton 8y ago
This New Yorker piece on Andy Byford provides a lot more context for why the MTA is the way that it is: https://www.newyorker.com/magazine/2018/07/09/can-andy-byfor...
36.
by hamilton 8y ago
A handful of years ago, Paul Ohm wrote about a concept he called the "Database of Ruin" [0]. I think about it every time one of these pieces of news breaks. "Once we have created this database, it is unlikely we will ever be
37.
by hamilton 8y ago
I'll take any chance I can get to up this Lydia Davis short story, called "new year's resolution"[0]: I ask my friend Bob what his New Year’s Resolutions are and he says, with a shrug (indicating that this is obvious or
38.
by hamilton 10y ago
West-coaster here. Twitter unreacheable, Github unreacheable, Box unreacheable, Soundcloud unreacheable (I'm a musician, saw a friend's band's big song premiere go stale). Tons more. Just because you didn't feel it doesn
39.
by hamilton 11y ago
This, right here, must be why they're betting big on self-driving vehicles.
40.
by hamilton 12y ago
Titles would clarify everything (which is easy to add in the data_graphic calls) [disclaimer: I am one of the authors of the graphing library used. So neat to see it in action!]
41.
by hamilton 12y ago
Hi - yep, certainly on the horizon.
42.
by hamilton 12y ago
Hi - author here. Yes, we use Voronoi + clipPaths to make these kinds of rollovers possible.
43.
by hamilton 12y ago
Howdy - one of the authors here. I believe to my knowledge the only thing that requires bootstrap.js is the popover stuff, which we plan to decouple anyway. Make an issue on github and we'll get to it soon: https://github.co
44.
by hamilton 12y ago
Hi - one of the authors here (Dygraphs is fantastic, btw!) We've talked about this quite a bit internally (nothing formalized in a github issue), and are still figuring out how we want to handle it, if we want to.
45.
by hamilton 12y ago
Hi - author here. Completely agree - if you want to make much more complex data graphics, learning the nuts and bolts of d3 is vital. You certainly can't escape that. But I would add that not everyone wants to make more complex ones. F
46.
by hamilton 12y ago
Hi - one of the authors here. We've had the pie chart request before. We will probably never implement pie charts. I agree that there are cognitive issues with them, and given that at least for our immediate needs there are better alte
47.
by hamilton 12y ago
Hi - we've actually talked about a number of implementation ideas for this, and probably should add a github issue for this.
48.
by hamilton 12y ago
Agreed. It's a shame to write off Dweck's research because of poor phrasing on the part of the writer of the article. Her work is massively important. If you're not willing to understand the psychological underpinnings of mot
49.
by hamilton 12y ago
I worked at a movie startup, very similar to this idea, way back in 2007-8. It was my first startup experience, and I knew back then that it was not really an interesting product. We did a lot of cool text mining stuff on movie reviews we s
50.
by hamilton 14y ago
Interesting seasonal trend. Must be more than just students, though.
51.
Waffles - Machine Learning command line tools(waffles.sourceforge.net)
70 points by hamilton 16y ago|13 comments
52.
by hamilton 16y ago
I think these explorations are very worthwhile. People tend to underestimate how much work it takes to implement all the distribution functions. Looking forward to seeing where this goes. I'm hoping to see how the lib authors: 1.) deal wit
53.
Flume, Hive and realtime indexing via ElasticSearch(blog.mozilla.com)
12 points by hamilton 16y ago|0 comments
54.
by hamilton 16y ago
Having seen early versions of Rust (I work at Mozilla) I can tell you that the syntax is the last thing they're even considering (though that may have changed over the past few months). Seems like Graydon wants to get the guts right first.
55.
Accelerated Learning(johndcook.com)
4 points by hamilton 16y ago|0 comments
56.
Announcing the Mozilla Open Data Visualization Competition(design-challenge.mozillalabs.com)
11 points by hamilton 16y ago|1 comments
57.
by hamilton 16y ago
This is a great point, and one we should have addressed in the post. That said, there is not generally a spike in usage at lunch for anything else. For many other metrics of interest we see a familiar sinusoidal wave of usage, with the low
58.
by hamilton 16y ago
The game music is a Shostakovich piece. Awesome.
59.
by hamilton 16y ago
The author misses a large point, and it sort of confounds his other arguments. While form and representation are absolutely important, so is context. People cared about his facebook visualization because the subject matter was of immediat
60.
Stop Words as Social Signals (a result that goes against IR common knowledge)(cpdiehl.org)
85 points by hamilton 16y ago|11 comments

More ›