hhuuggoo

4 ms·

1. 1.▲
   Python's Role in the Future of Data Analysis(Video)(vimeo.com)

   3 points by hhuuggoo 13y ago|0 comments
2. 2.▲
   by hhuuggoo 13y ago

   I wanted to point out one important distinction between Bokeh and anything that's currently out there - we have a full blow python/js object bridge that synchronizes client side models with objects you can interact with in python.
3. 3.▲
   by hhuuggoo 13y ago

   Well, we'll be able to do that without sending the data to the client, not sure if our implementation right now will work without loading the data into memory, though long term that is definitely the plan (we will leverage http:/
4. 4.▲
   by hhuuggoo 13y ago

   This doesn't directly answer your question, but in regards to seaborn, our goal is to support enough of the mpl API so we can get seaborn to work with bokeh. Either that or we would write our own ggplot interface. Which ever approach
5. 5.▲
   by hhuuggoo 13y ago

   January - but probably only support for abstract rendering for scatter plots and line plots. we'll have to roll it out incrementally, but the good thing is 90% of plots are scatters and lines =)
6. 6.▲
   by hhuuggoo 13y ago

   Part of the 0.4 release is to incorporate the concept of abstract rendering - which means you render on the server, and then send the necessary information over to the client on demand. For example, if someone tries to scatter a billion po
7. 7.▲
   by hhuuggoo 13y ago

   We're actually using canvas. http://bokeh.pydata.org/plot_gallery/iris.html That has a selection tool you can play around with.
8. 8.▲
   by hhuuggoo 13y ago

   wouldn't js -> llvm be an easier approach?
9. 9.▲
   by hhuuggoo 13y ago

   agreed, disco is really great becuase you can easily get access to the file descriptor which has your data, then you can load it however way you want
10. 10.▲
    by hhuuggoo 13y ago

    hope you all don't mind. little self plug on the subject - I also have an open source outliner here is the source http://github.com/hhuuggoo/efficiently and the demo: https://eff.iciently.com/docv
11. 11.▲
    CUDA Performance: Maximizing Instruction-Level Parallelism(continuum.io)

    53 points by hhuuggoo 13y ago|11 comments
12. 12.▲
    by hhuuggoo 13y ago

    I realize there are other entries in this space, but here is mine. Just launched with credit card payments for non-free accounts
13. 13.▲
    Show HN: Efficiently - shareable online outlines/tasks(eff.iciently.com)

    2 points by hhuuggoo 13y ago|1 comments
14. 14.▲
    by hhuuggoo 13y ago

    I took a really boring job, and it was a terrible experience but I came away with 2 lessons 1. python can be just as terrible or worse than java when written by ex-java programmers 2. I can now understand and read some seriously scary lar
15. 15.▲
    by hhuuggoo 13y ago

    I use nosql stores for the same reason that I use a dynamically typed language (python) I like the flexibility and agility. I don't use nosql stores for performance
16. 16.▲
    by hhuuggoo 13y ago

    we've been discussing this a bit at Continuum, the motivation for me is that we're building some data viz stuff in the browser, and so access to some numerics in the browser would be quite nice. we could try numba -> llvm -&gt