Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
dgeb
searching Neon…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
7 ms
·
1.
▲
by
dgeb
9y ago
I find that a lot of developers will use the briefer implicit return form (`transform => backup.sync(transform)`) of a function without focusing on whether the returned value has significance. I wanted to write out the explicit `return`
2.
▲
Orbit.js – a framework for orchestrating data access and synchronization
(orbitjs.com)
18 points
by
dgeb
9y ago
|
2 comments
3.
▲
by
dgeb
10y ago
Developers from several large public-facing sites have already told me that they're using engines in production. In fact, Kacey Coughlin is giving a talk tonight at the SF Ember meetup about LinkedIn's experience using engines [1]
4.
▲
JSON API reaches v1.0
(cerebris.com)
2 points
by
dgeb
11y ago
|
0 comments
5.
▲
by
dgeb
11y ago
JSON API adheres to RESTful principles and constraints: it uses HTTP verbs to fetch and manipulate resources and provides allowances for hypermedia. XML-RPC is neither RESTful nor supportive of hypermedia and has no place in building a REST
6.
▲
by
dgeb
11y ago
> JSON/REST are beloved because it's simple and just works. There is no consensus on the details of "REST". Every implementation has its subtle quirks and solutions to the same basic problems. Every client library mus
7.
▲
by
dgeb
11y ago
Attribute names are opaque to the base spec. Dasherization is only a recommendation (see http://jsonapi.org/recommendations/#naming ) and not by any means required.
8.
▲
by
dgeb
11y ago
As a co-author of JSON API, I'd like to address the value proposition of the specification. First of all, JSON API provides guidance for a lot of API design decisions that are usually contentious because, although they may seem trivi
9.
▲
Jsonapi-resources – Easily Support JSON API in Rails
(cerebris.com)
2 points
by
dgeb
12y ago
|
0 comments
10.
▲
by
dgeb
13y ago
Actually, both a broccoliphile and a broccolifilephobe.
11.
▲
by
dgeb
13y ago
I like the Broccoli name quite a bit (and the whole concept and implementation - great job Jo!), but I also prefer `Brocfile` to `Broccolifile`. Does that make me a broccoliphile against broccolifiles?
12.
▲
by
dgeb
13y ago
I've had this name and concept kicking around in my head for over two years. "Orbit" seems a catchy metaphor for effortless relationships between data sources. I'd hoped there wouldn't be confusion with a component
13.
▲
by
dgeb
13y ago
Hi, I'm the developer of Orbit, which I created to enable advanced features in client-side apps such as offline mode, synchronization of local caches, undo / redo stacks, and ad hoc editing contexts. These features require a syste
14.
▲
Thought experiment for deciding a web app's architecture
(cerebris.com)
1 points
by
dgeb
13y ago
|
0 comments
15.
▲
The "Development Drawbacks" of JavaScript Web Applications
(cerebris.com)
2 points
by
dgeb
13y ago
|
0 comments
16.
▲
Stop using the term "Single Page Application"
(cerebris.com)
3 points
by
dgeb
13y ago
|
0 comments
17.
▲
by
dgeb
15y ago
I approve! One of the most annoying aspects of OS X (pre-Lion) was hunting for the lower right corner to resize windows. Thankfully, all sides of a window can now be used for resizing. This is a good vision for extending ease-of-resizing fu
18.
▲
Understanding Ember.Object
(cerebris.com)
5 points
by
dgeb
15y ago
|
0 comments
19.
▲
by
dgeb
15y ago
Thanks for everyone's feedback on this series. Part 2 generated some discussion here: http://news.ycombinator.com/item?id=3516061
20.
▲
Beginning Ember.js on Rails: Part 3 (of 3)
(cerebris.com)
11 points
by
dgeb
15y ago
|
2 comments
21.
▲
by
dgeb
15y ago
If I were writing this particular app as anything other than an example, I agree that Rails would be overkill. However, I wanted to provide a starting point for Ember/Rails apps that are much more complex. For instance, I wanted to illustra
22.
▲
Beginning Ember.js on Rails: Part 2
(cerebris.com)
65 points
by
dgeb
15y ago
|
7 comments
23.
▲
Beginning Ember.js on Rails: Part 1
(cerebris.com)
7 points
by
dgeb
15y ago
|
0 comments
24.
▲
Warming up to Ember.js
(cerebris.com)
5 points
by
dgeb
15y ago
|
0 comments
25.
▲
by
dgeb
15y ago
I guess my analogy is a bit contrived, but definitely less than this legislation ;) If we abstract analogies too far, I worry that people will ignore them. I tried to leave Uncle Art with very few dots to connect by only changing the "host"
26.
▲
by
dgeb
15y ago
We really need to do a better job arguing this case. This is about justice vs. injustice, not jobs in tech vs. jobs in movies/tv. Here's the analogy I tweeted a couple weeks ago: "SOPA is the equivalent of allowing Disney to shut down a res
27.
▲
by
dgeb
15y ago
Orbit.js I just registered orbitjs.com but would be willing to donate it. I think the name is a good fit for a framework that aims to keep so many objects moving effortlessly around each other. Contact me (@dgeb) if you're interested.
28.
▲
by
dgeb
15y ago
I think that sync'ing client and server state is a concept that most people do understand. For instance, the Dropbox UI clearly shows sync'ing between client and server. Mail apps show spinners to indicate messages being sent. Asynchronous
29.
▲
by
dgeb
15y ago
I hear you, but I think that this can be solved with the UI instead of a blocking approach. The synchronization status of the app (and even individual records) can be shown without preventing a user's next action. As Alex states in his arti
30.
▲
by
dgeb
15y ago
My solution (for an app in development) is a status indicator that shows users when they're offline, sync'ing, or sync'd.
More ›