1qaz2wsx3edc

Is it just me or has it been witch hunting season as of late?

I love Mike Judge. And as entertaining as Silicon Valley is. I find Betas to be more genuine and well rounded as a show, give it a try! Both are good.

I second this, and I'm a huge Mike Judge fan, but "Betas" feels so much more genuine then "Silicon Valley". Both are good, but I'm completely sold on "Betas".

Tell that to emscripten...

Sure, decentralized networks can have variable speeds, but you could put a caching layer in front and the problem should be solved, no? The writes will be variable, but reads don't have to be.

I can second this, it's a drop in replacement.

Postgres is still my preference for a RDBMS. Schemas, Triggers, JSON, Geo, PL, robust data types, it just offers so much more then MySQL/innoDB/MyISAM.

I'm in the same boat, I'm going to wait a couple days, but I'm very tempted to cancel my preorder.

I don't know Ryan directly or personally, but I think this whole situation speaks volumes to the effects of burn out, plaguing out industry.

I've also wondered why Ryan never reached out to his audience for people to intern during his downtime.

All in all, just my two cents on the issue, from two view points.

With correlation and causation unknown, I feel like I'm taking crazy pills reading this article.

> I apologize in advance if it takes a while for us to get back to you -- we interview everyone personally and are still ramping up the process.

https://news.ycombinator.com/item?id=7077493

You tend to ignore people, you're the same as a recruitment agency. I personally think these threads should be restricted to direct hires, not your skimming-the-top fodder.

I've actually talked with Kevin before, they do seem to care about open-source & security & scalability. I mean, from what we talked about, I got the sense they do. But for them, I think things are moving fast, and it's hard to please everyone, all the time, especially when you need to prioritize the business. It seems they care about open-source as a reassurance to security. And I think they do want to give back to the community.

Sure, it's not unheard of, but I think for most users, for most of the time, it's not a typical thing to happen. You instead work on a tree of small files. The odd time, I need to edit a huge file like a database dump, I'll pop open vim or nano/pico, but that isn't where I spend the majority of my time developing. I think the trade-offs are worth it, and I think it's also something that can be improved in the future. I don't view it as a critical feature.

I understand your point of view, but isn't that sort of the spirit of open source software? To take it and build something with it. I mean, they didn't close the repo, it's still up there, they just made the decision to not contribute back as they decided to build a business around it. Others can too.

I'm really hoping they make it completely open source with service-optional business model, they core needs to be open or it will have the same problems as every other closed source editor.

Currently only OSX support, win32 is being worked on, I imagine cross platform will be achieved shortly.

You hit the nail on the head there: "tries to modernize, adapt, or polish them". There's a lot we can do with the stack, we've got websockets (pair programming anyone?), workers, sql, and more baked into browsers. I'm not saying an editor cant do those things, but I think the level of entry and collaboration are totally different outside a web stack.

The most vital one, showing it wants to be hacked at (in a good way): http://i.imgur.com/XmLcOhB.gif

Awesomeness.

Move over, I'm hoping for a service-optional editor, also run locally hopefully. I don't mind adding cloud features, but not solely based on, as it creates the same problems closed source editors have.

LightTable is different then most editors by design, in that it tries to reproduce Bret Victor's idea on "the future of programming".

Brackets is really neat, it just attempts to be a good editor, it has some unique features like toggling css inline from an html file for example and other jazz.

So Atom isn't something that's really set apart from webkit-based editor, but I don't think that's what's important here. It's the potential the stack offers us.

There's also not as much competition in this area, but it's sorely needed. I feel vim, emacs, textmate, sublime and most the editors are generally closed source or have huge code bases, and they are hampering the process of innovation by creating walled gardens or creating a barrier to entry. With a editor based on web technologies things really open up a lot.

Think about an editor where you can write a feature, pass the tests, and have a hot reload. No compiling, no closed source or plugin system. Just simple coffeescript/javascript some html and css. And bam, you've rewritten your status bar without effecting work in progress. That's something an editor should give us.

I digress, I'm just excited by this.

And it's totally gonna be awesome. I'm fairly confident they built it around node-webkit or another wrapper, perhaps in browser, I'm not sure.

What's important is that it's a text editor on top of web technologies. I was poking around doing the same a couple months back, brackets has been doing it for even longer. It's honestly sorely needed because of the amount of expression one can put into due to it's technological stack. An open, compile-less, hot-reloading editor sounds like a dream coming true.

I'm excited for it.

It also appears to be built around react, so that's really cool as well. And the code is simply great.

And I thought soylent had the eating people market cornered. Fool me once...

I worded it as an oversimplification, but it does offer the same service a REST endpoint would offer (CRUD docs), and more via subscriptions. REST in itself is just an RPC, what I'm trying to convey is that it offers the same, plus more over a socket.

A backend for Meteor, fronted in another language doesn't exist. What I'll assume you're looking for is a bridge. Which Meteor.JS provides access to via the Distributed Data Protocol (DDP). There are clients for most languages, from javascript to ruby and etc. However, there are no servers operating the DDP outside of Meteor to the best of my knowledge. The DDP itself is kind of like REST over sockets on steroids.

https://github.com/meteor/meteor/blob/devel/packages/livedat...

https://github.com/search?q=meteor+ddp&ref=cmdform

1. Rails + SSE (server sent events) - http://tenderlovemaking.com/2012/07/30/is-it-live.html

2. Rails + Pusher

Those are the best solutions, at hand that would work well with Rails.

I wouldn't advise smashing a Rails app and a Meteor app together unless you have a solid case to do so (like migrating).

Rails, aside, I'm happy to here oplog has landed. 1.0 feels imminent, the tension is growing, even here in Toronto. Stop waiting sheeple, Meteor is great as is, and it's only getting better.

Honest question, how does this different from bitcore & node-bitcoin? https://github.com/freewil/node-bitcoin

This is anecdotal evidence, but I've known MagicalTux since he wrote `libgrf` 7 or 8 years ago. He's very much someone that gives back to the communities he's involved in. This whole situation had people running for pick forks, which is the reaction I would expect from the internet, in that it's prone to polarizing extreme opinions. Waiting it out like the last dip makes complete sense.

I beg to differ, in that the article doesn't consider the cost-benefit around the effort required to run them. Running your own hardware will cost significantly more time to manage than the latter, in my opinion.

Yea, I wouldn't call them big either, but they happen none-the-less. For package developers it can be vital. Sometimes A must be loaded for B. It's mainly a third party javascript issue. The compatibility folder sometimes does the trick, but by contrast the same utility doesn't exist for package developers. It's a larger dependancy management issue not tackled by the current packaging system.

Yea, I need some jade or haml, as the current packages are brittle as f#%k.

Asset ordering for packages is another important issue I'd like to see rolled out for 1.0.

In terms of growth, who knows, right now it appears to be linear, but I feel a ramp up is coming.

The current solution is humorous: https://github.com/larvalabs/pullup/blob/master/config/userl...