Hacker Newsnew | past | comments | ask | show | jobs | submit | _harry's commentslogin

vx author here. Happy to answer any questions folks might have. This is a project I've been working on for the past 5 months at my job at Airbnb.

The goal of vx is to make d3 feel at home in any react codebase.

github: https://github.com/hshoff/vx/

gallery: https://vx-demo.now.sh/gallery

tutorials: https://github.com/hshoff/viewsource


One of the Airbnb style guide authors here.

The point about quotes comes up often. The important part for us is consistency at Airbnb. We use eslint to enforce and maintain the consistency. Would it be more consistent to treat strings the same everywhere? For some projects sure. We diverge from the community a bit in the sense that we treat JSX as not JS and we aim to be consistent about that. If your project treats JSX and JS the same then yes, we've certainly seen folks do this. As always, please do what works best for your team or project [1]. Forks encouraged.

I will say an added benefit of including a style guide in a project for large teams that may get lost jumping straight into prettier, has been helping our engineers become stronger javascript programmers in the process of learning our style guide. That's largely anecdotal evidence from my time at Airbnb and of course your mileage my vary.

Personally, I support the Prettier mission 100%. Easier consistency is huge. Removing barriers to contributing to open source projects is huge. PR reviews focused on what the code is doing vs painful style nits is huge. It's been great to see this come from the community and I look forward to seeing where the community takes it. Congrats to all of the contributors on the 1.0!

[1] https://github.com/airbnb/javascript/issues/102


Pretty Diff contains an option to convert string quotes to either double quotes or single quotes. This was a trivial update and I would be amazed if its absent in other beautifiers.


Yes, prettier has a `--single-quote` option (default false).


- fix abuse & troll problem

- clarify community guidelines

- threaded replies

- upvotes

- groups public/private

- add channels

- follow anything, focus on live

- then I'd buy Reddit & Imgur.


Yup! We only recommend !function(){}(); for a module where you just need your function to run. If you rely on the return value use (function(){})(); or (function(){}()); (more on this: https://github.com/airbnb/javascript/issues/21)


I deleted my comment because I realized it was tangential to your point and don't want to sidetrack discussion. Carry on!


Wired had a great article on Mesos that mentions Conviva also uses Mesos: http://www.wired.com/wiredenterprise/2013/03/google-borg-twi...


That was our first project that used Backbone. Since then, Backbone has made its way to the web site all over the place.


Haha, good digging.

That's the gross/first-draft/would-this-work version.

I'll be talking about why I think that approach is undesirable and some ideas for making it better.


What about us Euro JavaScript junkies? Are we not entitled to a text version of the talk, maybe in the form of a HN comment. Are we not!?


We love Europe!

I'm told the talk will be live streaming here: http://replay.vidyo.airbnb.com/replay/webcastShow.html?key=y... and a recording will be posted here: http://www.airbnb.com/tech_talks at some point in the future.


Lovely. Looking forward to it.


npm provides a common interface for running package scripts: http://npmjs.org/doc/scripts.html

So if you open the package.json (https://github.com/cloudkick/whiskey/blob/master/package.jso...) you'll see that `test` runs `make test`.

Check out the Makefile (https://github.com/cloudkick/whiskey/blob/master/Makefile) to see what `npm test` is doing. This abstracts out the test command, because you could be running `cake test`, `make test`, `node whiskey test`, etc. and if you're just using the node package, you probably don't care what the command is, you just want to run the tests. `npm test` is the way to do it.


- From the event page -

Tech Talk: Eric Tschetter on Druid - Distributed Exploration of High Dimensional Data

Druid is a distributed system in use at Metamarkets (http://www.metamarkets.com) to facilitate rapid exploration of high dimensional data. They use Druid to expose impression monetization data to internet publishers along any arbitrary combination of demographic, content and sales-based dimensions. One Druid cluster currently exposes a data set of >15 billion rows of data representing >500 billion impressions in hypercubes of varying dimensionality (largest is 28 dimensions) while allowing for exploration using top lists and timeseries in sub-second latencies. The tech talk will be a discussion of the design considerations and architecture of the system.

http://metamarkets.com/2011/druid-part-i-real-time-analytics...

About Eric Tschetter

Eric Tschetter is the lead architect of Druid, Metamarkets' distributed, in-memory database. He held senior engineering positions at Ning and LinkedIn before joining Metamarkets. At LinkedIn, Eric productized LinkedIn's PYMK with Hadoop. He holds bachelors degrees in Computer Science and Japanese from the University of Texas at Austin, and a M.S. from the University of Tokyo in Computer Science.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: