TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Why I’m not staking my future on MeteorJS

5 点作者 stakent超过 9 年前

1 comment

anonyfox超过 9 年前
Meteor is an excellent (or: the best) <i>prototyping</i> framework. Getting some idea implemented into something usable that mostly looks and feels nice is a cakewalk of a few hours (once you know a little bit about popular atmosphere packages). It also can be used to get the UX of an idea right in live-coding sessions and to give a try at the hard problems of your idea quickly (atmosphere + the giant clusterfuck of NPM stuff should contain something that does what you need more or less). If you do some small tools or or internal stuff or the like, there is no need to progress any further after prototyping.<p>If you know there will be pressure, high growth or stability&#x2F;performance&#x2F;predictability&#x2F;maintainability requirements for years to come, by all means, use the appropriate technology to build your product. You should know where the application problems are after tinkering with a prototype in meteor. For the average &quot;90% of current products&quot; you&#x27;ll end up building, phoenix[1] is an excellent choice to build the real stuff, and you can have the same soft-realtime-sockets of meteor with just a little more thought (but way more predictable, structured &amp; scalable).<p>But again, IMO <i>nothing</i> beats meteor for prototyping stuff as fast as possible.<p>[1] <a href="http:&#x2F;&#x2F;www.phoenixframework.org&#x2F;" rel="nofollow">http:&#x2F;&#x2F;www.phoenixframework.org&#x2F;</a>
评论 #10437462 未加载
评论 #10437492 未加载