Show me the code, don't hide behind a huge post with buzzwords like "mobile first" and "modular". Show me what it actually does.
Show me the code, don't hide behind a huge post with buzzwords like "mobile first" and "modular". Show me what it actually does.
The quickstart (called "Learn") is 2 clicks away, well written, and full of code samples:
I hate it when people are lazy. ;-)
But seriously, I agree that the code is what matters, not some blog post. However, I don't know if you could really unpack a framework in a single blog post anyways...
A few inline fragments to contrast with Backbone would be super helpful.
And the clientside code for the example application generated by the cli is here: https://github.com/AmpersandJS/ampersand/tree/master/templat...
Your landing page should contain what your users want to see, not what you want to put there. You might be excited about the motivation behind your project but nobody cares, really.
I clicked on the link and I spent ten minutes reading a wall of text hoping to find good reasons why I should switch from Angular, Backbone or Ember. Instead, I just closed the window without knowing anything about your framework.
> There's plenty of API docs for the core components
Still not a substitute for a user manual, even tiny.
Yes we'll try and improve the content on the homepage to make it more focussed. Though I guarantee if we didn't talk about the motivation we'd have people saying "why did you make another framework?!"
> Still not a substitute for a user manual, even tiny.
I'm not suggesting we've got it perfect by any stretch, but I'm not sure exactly what you're hoping to see? There's also http://ampersandjs.com/learn with some more detail around the various pieces.
The actual landing page is http://ampersandjs.com (linked in the first sentence of the blog post) and has plenty of technical content like the user manual/guides you wanted (http://ampersandjs.com/learn) and api docs (http://ampersandjs.com/docs).
I don't know what that means, and the reasons for it are "simplicity of tiny modules and npm dependency," which are not exactly convincing by itself, as I can do that just fine with plain Browserify. Then, going to the "Learn" page I get my hands busy.. with something I know nothing about.
This is heavily marketed towards Backbone users, I'm guessing.
You're right that it's basically for Backbone users:
> We <3 Backbone.js at &yet. It’s brilliantly simple and solves many common problems in developing clientside applications.
> But we missed the focused simplicity of tiny modules in node-land.
Read as: "This is like Backbone.js (almost a forked Backbone.js) but better." (better from some perspective, at least)
Were does the entitlement come from?
It took some browsing of the GitHub repos for me to figure out what this is. But I like it, and will probably use it, so the code is not the issue, just the presentation. :)
Though yes, a better overview would be useful.