tomdale

10 ms·

31.
by tomdale 10y ago
Most "vim emulation" plugins suck, because the vim way of thinking about things is so different from the typical GUI editor. Because of this, extension APIs often have to be wildly abused just to get even moderately decent parity
32.
by tomdale 10y ago
I have been using VS Code as my full-time editor for a few months now and couldn't be happier. Originally I was only using it for TypeScript projects, where the language integration is top-notch, but eventually found myself using it al
33.
by tomdale 10y ago
The recent flurry of activity around async IO in Rust has been really exciting; to me, it indicates that the core team's decision to stabilize the language was a smart bet that is paying off in rapid ecosystem growth. One quibble I hav
34.
by tomdale 10y ago
For example, see Robert Jackson's addon for using decorator syntax to describe computed properties: https://github.com/rwjblue/ember-computed-decorators
35.
by tomdale 10y ago
One thing that I'm really excited to start working on is aligning the Ember object model towards the new features coming in ES2016+. During the period of JavaScript-the-language stagnation, we had no choice but to add these features as
36.
by tomdale 10y ago
I use https://blendle.com , which is similar to what you describe. It really has diversified the number of sources I read.
37.
by tomdale 10y ago
You will find that Ember and Ember CLI are built on top of well-architected primitives; it's not that these things are hidden, it's just that understanding them isn't required to get started.
38.
by tomdale 10y ago
I think modernserf made some great points here, but didn't take the argument to its logical conclusion: just use a (non-bespoke) framework. We might not be able to provide novice users with One True Framework, but we need to do bet
39.
by tomdale 11y ago
If I wanted to downplay competitors, why would I acknowledge that Angular 2 is doing something similar? Angular has much larger marketshare at the moment than React. It is fundamentally different, as I outlined above. That's not down
40.
by tomdale 11y ago
The Inspector works by injecting some debug code into the running app, so it won't work with FastBoot because the JavaScript is running on the server. That said, it should work just fine once the Ember app finishes loading and running
41.
by tomdale 11y ago
Yes, it relies heavily on Ember CLI.
42.
by tomdale 11y ago
With Fastboot, somehow an additional, non-interfering layer of computation on the server does the same loop (without having to download anything and without significantly slowing down overall client app JS initialization) Right. Typ
43.
by tomdale 11y ago
We've been beta testing Canvas on the Ember core team for a few months now and it has been awesome . Markdown is the lingua franca of open source, but until Canvas, none of the online collaboration tools we used understood it. Not onl
44.
by tomdale 11y ago
One of the authors of FastBoot here. I'm happy to answer any questions anyone has. (P.S. One thing I think that's pretty meta-cool about the FastBoot site is that it is, itself, a FastBoot site, running on Heroku.)
45.
by tomdale 11y ago
Sorry to nitpick, but I don't think the React example is an analogous initiative. ;) There is a huge gulf between "synchronously render a component in Node" and "asynchronously boot an app, marshall async data, render an
46.
by tomdale 11y ago
Have you tried ember-cli? It does all of this out of the box.
47.
by tomdale 11y ago
For those of you looking for a rich text editor like this that is lighterweight and doesn't come with a heavy React dependency, I can highly recommend Mobiledoc[1]. I've been using it in several production sites and it has perform
48.
by tomdale 11y ago
I'm really sorry it's felt like a slog for your team. We've learned a lot from the transition from 1.x -> 2.0, and definitely didn't get everything right. That said, we think we can refine the 2.x -> 3.0 transiti
49.
by tomdale 11y ago
I was at EmpireJS where this was announced and they said they had a team of Googlers working on it, and showed a few production Google apps built using it.
50.
by tomdale 12y ago
Always awesome to see another production Ember.js app in the wild. On a personal note, the team behind Confetti also organizes the NordicJS conference in Stockholm. In addition to running one of the best JS conferences in the world, IMO, th
51.
Ember and Sails.js: Getting Started(hutchinson.io)
3 points by tomdale 12y ago|1 comments
52.
by tomdale 12y ago
Thanks, Sam. Like all things in technology, there are tradeoffs to make and a cost-benefit analysis that every project will do differently. We spend a lot of time on backwards compatibility in Ember, but my goodness, it's painful. Rece
53.
by tomdale 12y ago
Yes, I totally agree. Sorry if that was confusing—I was trying to simplify the diagrams and perhaps oversimplified. You would of course still use a CDN for any static assets. Only the HTML that changes would be served by FastBoot, and of co
54.
by tomdale 12y ago
Re: Virtual DOM, keep an eye on https://github.com/tildeio/htmlbars/pull/282 .
55.
by tomdale 12y ago
I don't want to get into a big discussion on small libraries vs. big frameworks (your use of the word "bloat" gives away your position here ;). I would ask readers of this discussion to visit any of the web applications they
56.
by tomdale 12y ago
Typical "progressive enhancement" calls for creating HTML in templates that have no knowledge of the JavaScript, and then using JavaScript to attach behavior to that HTML. The approach described in this blog post builds a JavaScri
57.
by tomdale 12y ago
The Flux fragmentation makes this hard to talk about. The examples I've seen from Facebook all use global singletons. There are some libraries/implementations that work correctly, but it's hard to know how widely used those a
58.
by tomdale 12y ago
I got an alpha version of something we call FastBoot working for Ember apps: https://github.com/tildeio/ember-cli-fastboot FastBoot allows you to boot up your JavaScript application on the server, gather model data, an
59.
Sane Stack – The JavaScript Fullstack to get you productive instantly(sanestack.com)
17 points by tomdale 12y ago|1 comments
60.
Ember.js and Reactive Programming – Computed Properties and Observers(medium.com)
5 points by tomdale 12y ago|0 comments

More ›