Meteor 与流星一起发展的真实生活体验

我正在从事一个项目，我们必须很快做出决定，是否投资于我们目前的技术堆栈以改进它，使其更灵活地支持我们的上市时间（基于灯的堆栈），或者是否改变到另一个堆栈，以期使我们的开发更快、更高效，可能更有趣

我们正在研究的一个框架是Meteor。所以我想知道：有没有人有过启动或将一个中型项目转移到Meteor（3个开发人员，数百个活跃用户，大部分是短期用户生成的内容，所有用户都可以查看，需要立即更新）的实际经验？您是否有可以共享的生产力、代码质量和代码效率指标？或者仅仅是一种感觉？当你使用Meteor超过一两周时，你对它有多高兴？长期的可维护性如何？它的规模有多大

---

如果您有任何见解，我们将不胜感激

我将尽可能以事实为基础，以保持这一目标： 我从Django转到Meteor，从PostGreSQL转到MongoDB

交换堆栈成本巨大。一种新的语言、语法、模式，甚至可能是IDE。在线课程将被采纳，一个坚实的基础。JS基金会，好奇IO.JS，ES6，和Mongo 3。介绍JavaScript如何处理日期和数字，以及如何使用JavaScript查询mongo。 最重要的是，你会希望你的开发人员在幕后达到顶峰，看到流星的魔力，这样他们就能了解纤维、反应性、DDP和minimongo。所有这些事情将花费每个开发人员至少160小时，但要成为一名称职的开发人员是必要的。跳过这些步骤，就会有一群猴子在拉杠杆

回答您的问题： 生产率它将和代码质量一起触底。然后慢慢爬升，可能会超过之前的分数（如果开发者喜欢的话）。这是因为客户端和服务器使用相同的语言&只需一个文件即可。调试消息和堆栈跟踪非常好，重新加载热代码（尽管仍然不是很好）也很好

代码质量与框架完全无关

代码效率很高，因为大部分时间和光纤在幕后处理的反应性使得以同步方式编写服务器代码成为可能。这增加了代码的可读性

可维护性是代码质量的另一个词

---

可伸缩性更像是node.js的一个问题，但它适用于绝大多数项目。对node缺点的诚实批评如下：

这个问题主要基于观点。我强烈建议你去像www.reddit.com/r/meteor这样的地方，那里更适合这些问题！好主意，我试试看。谢谢这是学习一下Meteor内部工作原理的一个好方法。Evented Mind有很多关于流星背后基本概念的好课程。同意！关于光纤和期货的视频是同类视频中最好的。尽管自2012年以来，对旧版视频的处理一直很谨慎，但还是有很多变化。从个人经验中，学习一些东西，然后发现它过时了，这真的令人沮丧。。。