dandv

8 ms·

31.
by dandv 10y ago
Also, while JavaScript has been a hacky language, ES2015 and ES2016 have really upped the game: * Classes * Modules * Block-scoped variables * Multi-line strings * Default parameters * Template Literals * Arrow functions * Promises * Async&
32.
by dandv 10y ago
Yes, the web was meant for building pages , not applications , and that shows. HTML and CSS are horrible at laying out apps (even with flexbox). Which is why using front-end libraries is critical. Have a look at https://webix.c
33.
by dandv 10y ago
I'm curious, have you looked at Meteor? https://wiki.dandascalescu.com/essays/why_meteor
34.
by dandv 10y ago
+1 for Meteor. It makes is far, far easier to develop a client-server + mobile web app than any other combination of server-side framework and client libraries. You get web, Android and iOS apps from the same codebase, and direct integratio
35.
by dandv 10y ago
JavaScript sucked indeed. ES6 though, has brought many improvements, and the language now is quite decent. With the advent of async/await in ES7 (which is available now if you transpile with Babel), the callback hell is completely gone
36.
by dandv 11y ago
Using npm instead of Grunt/Gulp/etc. has been extensively discussed by Keith Cirkel at http://blog.keithcirkel.co.uk/how-to-use-npm-as-a-build-tool... . Would've been nice to at least acknowledge that, if not
37.
by dandv 11y ago
There is no mention of Meteor in that article?
38.
by dandv 11y ago
To be fair, a big chunk of the stars were part of Meteor's "We'll give $5 to organizations that teach kids to code, for every GitHub star we get". But still, pretty impressive growth!
39.
Meteor.js vs. the MEAN stack(wiki.dandascalescu.com)
3 points by dandv 12y ago|0 comments
40.
by dandv 12y ago
Please stop spreading FUD and go read the source of https://install.meteor.com/
41.
by dandv 12y ago
Exactly. And by the time you do need to scale, Meteor Development Group will have released Galaxy, the enterprise-grade Meteor hosting platform, which is their money maker.
42.
by dandv 12y ago
That post was from 2010. I think you vastly underestimate the difficulty of building from scratch rich, modern single-page apps that satisfy today's users' needs. Have a look at "7 Principles of Rich Web Applications" [1
43.
by dandv 12y ago
Very few know this, but probably the largest Meteor app in existence is Knotable, http://challengepost.com/software/knotable
44.
by dandv 12y ago
There are such monolithic plug&play frameworks, targeted at line-of-business apps: Wakanda and Servoy.
45.
by dandv 12y ago
If you're looking for a monolithic solution, Meteor may not be for you. Check out Wakanda and Servoy. Delegating quasi-core parts of the platform to 3rd party libraries is quite common. For example, the preferred routing package for An
46.
by dandv 12y ago
Maybe this will help - I just wrote a "Meteor vs. the MEAN stack" article: http://wiki.dandascalescu.com/essays/meteor_js_vs_the_mean_s...
47.
by dandv 12y ago
Ha. Your writeup basically summarizes my extensive "Why Meteor" article. Curious if you've read it before, or if Meteor just makes developers become great minds ;) http://wiki.dandascalescu.com/essays/Why
48.
by dandv 12y ago
While that puts commute in perspective, time is not fungible like that in reality. 5 minutes on the margin won't make much of a different. Will you really take an extra week of vacation if move 5 minutes closer? No. Let alone the huge
49.
by dandv 12y ago
From http://jaxenter.com/angular-2-0-112094.html : > the framework will be “drastically different looking”, meaning users will need to get to grips with a new kind of architecture. It’s also been confirmed that there wil
50.
by dandv 12y ago
See this previous reply: https://news.ycombinator.com/item?id=8522918
51.
by dandv 12y ago
Client-side, you have Chrome DevTools, the best JS debugger there is. Meteor has extensive debugging support. See https://github.com/meteor/meteor/blob/devel/History.md#v094 . Also, the popular IDE WebSto
52.
by dandv 12y ago
http://meteor.com is very snappy. So are sites using fast-render, see https://meteorhacks.com/fast-render/
53.
by dandv 12y ago
See the section on "When not to use Meteor" at http://www.meteorpedia.com/read/Why_Meteor Basically, if you need native MySQL support (some support already exists, but it's not in core), or if you need a
54.
by dandv 12y ago
By default, Meteor spawns a Mongo instance, with its own DB stored in the app directory, and your data is stored there. No database configuration necessary. Of course, if you have an existing Mongo DB, you can point your Meteor app to it.
55.
by dandv 12y ago
You still need JavaScript on the client, so you have to switch context between Python and JS if you're a single dev, or have different team members work on the client vs. the server. Meteor is JavaScript everywhere. Anyway, Meteor offe
56.
by dandv 12y ago
Executing arbitrary commands on your machine?
57.
by dandv 12y ago
I applied too, they were in a hiring freeze before 1.0 :-)
58.
by dandv 12y ago
You can create REST points from Meteor collection very easily - http://www.meteorpedia.com/read/REST_API
59.
by dandv 12y ago
In the same vein, there's no way to shield the user from accessing the parameters of a REST request. Which incidentally is easier to replay outside the browser than a Meteor.call().
60.
by dandv 12y ago
Galaxy, an enterprise-grade, multi-tenant hosting environment for Meteor apps - https://www.meteor.com/blog/2012/07/25/meteors-new-112-milli...

More ›