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

科技回声

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

GitHubTwitter

首页

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

资源链接

HackerNews API原版 HackerNewsNext.js

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

Ask HN: Is Meteor.js dead?

96 点作者 lakeeffect大约 7 年前
Is anyone still using meteor.js or planning on using it? Any advantages over just using node?

29 条评论

anonytrary大约 7 年前
I started using Meteor in 2014. I was active for two years, posting frequently on their forums, writing packages, building MVPs, etc. As I started building more things with Meteor, I realized that it doesn&#x27;t scale well. It&#x27;s great for proof-of-concept work. Frameworks can be incredibly productive for low-scale work, but they are painful to scale. No framework that can be simultaneously optimized for every use-case. Now, I always DIY with a router like Express.<p>Meteor&#x27;s problems were rooted in its real-time protocol, DDP, which had some problems. Firstly, everything is real-time by default. It&#x27;s better to minimize the amount of real-time components in your application as there are very few things that need to be real-time. Secondly, the pub-sub caching mechanism made it infeasible for situations with many concurrent users. I was able to get around this by proxying some of their internal functions.<p>Significant people in the ecosystem started leaving (e.g. Arunoda), probably for the same reasons. AFAIK, it&#x27;s still the best JavaScript framework out there for prototyping and MVPs. Their accounts system makes whipping up a user-driven application trivial. MDG (the phenomenal team behind Meteor) is likely focusing their efforts on Apollo now, because they understand DDP&#x27;s shortcomings. If you&#x27;re interested in Meteor, I suggest looking into Apollo.
评论 #16814632 未加载
评论 #16783467 未加载
rglover大约 7 年前
My company <a href="https:&#x2F;&#x2F;cleverbeagle.com" rel="nofollow">https:&#x2F;&#x2F;cleverbeagle.com</a> is based on Meteor.js and we have an active customer base. I also run themeteorchef.com (tutorials on Meteor) and while we&#x27;ve definitely seen the hype die down, we still get organic traffic upwards of 25k uniques a month. Dead? No. We see a lot of new interest from overseas (Africa&#x2F;Middle East&#x2F;Asia).<p>Technically speaking, Meteor&#x27;s in the best state it&#x27;s ever been: latest Node version, full Babel support (zero config), great accounts system, full NPM support, ready-to-go MongoDB support and access to multiple DBs via Apollo. Things like Atmosphere, Meteor&#x27;s package system—which have been earmarked to be phased out in favor of NPM—get Meteor some negative press.<p>It&#x27;s a shame, too, because having actively explored alternatives over the last six months, the only platform that came close to being comparable (in respect to being fully featured out of the box) has been Firebase. It&#x27;s not the <i>only</i> option but it&#x27;s a damn good one.<p>Meteor deserves far more attention that it receives—miscommunication around 2015 regarding Meteor&#x27;s choice of UI framework and the Meteor Development Group&#x27;s shift to focus on Apollo put a serious ding in its trajectory. A guess: MDG had to make a return for investors and Meteor itself—and their hosting product, Galaxy—wasn&#x27;t growing quickly enough (just a guess).
评论 #16783712 未加载
评论 #16783100 未加载
评论 #16783155 未加载
josephpmay大约 7 年前
I built a major project in Meteor last summer, and it was a big mistake. For the most part, Meteor itself is stable and being actively developed, but many of the packages are experiencing severe rot, and one of the developers of a few of the most used meteor packages recently went out of business and took all their documentation down with them.
评论 #16783049 未加载
评论 #16785570 未加载
评论 #16784214 未加载
ordinaryperson大约 7 年前
This comes up every so often here on HN:<p>&quot;Is Meteor.js dead?&quot; - 19 days ago <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=16622231" rel="nofollow">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=16622231</a><p>&quot;Is Meteor.js still a thing?&quot; - 5 months ago <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=15624623" rel="nofollow">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=15624623</a><p>&quot;Is Meteor(JS framework) is dying slowly?&quot; - 1 year+ <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=13303345" rel="nofollow">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=13303345</a><p>Personally I still use it but I think MDG made a big strategic mistake in organizing its marketing around DDP (its data protocol that allows for &quot;real-time&quot; updates where the database pushes messages upon update) when I find its biggest assets are its single ecosystem and overall speed.<p>It&#x27;s hip to say Vue.js is better but you&#x27;ll still need an underlying framework -- Express, Nuxt, Koa2, etc. Even if you like the features of Vue better you&#x27;re likely making the life of some future developer difficult by pairing two relatively unknown frameworks whereas at least with Meteor they only have to contend with a single system.<p>I also like Meteor&#x27;s integration with Cordova and have built a single codebase that my company uses for a website, iOS and Android apps. For a very small company like mine having just one technology to deal with the website and mobile apps makes Meteor 100% worth it.<p>MDG is very active in supporting the platform, just see <a href="https:&#x2F;&#x2F;github.com&#x2F;meteor&#x2F;meteor&#x2F;releases" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;meteor&#x2F;meteor&#x2F;releases</a><p>But I can&#x27;t speak for every use case, nor am I measuring commits or StackOverflow questions so maybe it is declining. But anecdotally it isn&#x27;t from my POV as a Meteor user.
评论 #16783940 未加载
starptech大约 7 年前
What&#x27;re the reasons why it should be dead? Development is very active <a href="https:&#x2F;&#x2F;github.com&#x2F;meteor&#x2F;meteor&#x2F;releases" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;meteor&#x2F;meteor&#x2F;releases</a> and roadmap are up-to-date <a href="https:&#x2F;&#x2F;github.com&#x2F;meteor&#x2F;meteor&#x2F;blob&#x2F;devel&#x2F;Roadmap.md" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;meteor&#x2F;meteor&#x2F;blob&#x2F;devel&#x2F;Roadmap.md</a>. What&#x27;re your requirements? Meteor can solve your problems but can also be too much.
评论 #16782641 未加载
013a大约 7 年前
We still use it, though we are phasing it out.<p>In general, its solid for its use cases, but you need to understand what its good at. Its pretty great for small apps, prototyping, hobby projects, etc.<p>There are a few things we learned that I&#x27;d share:<p>Use React. Should be obvious. Meteor&#x27;s react support is pretty great.<p>Stay away from Meteor packages as much as possible. Its better to look for a similar NPM package and do the integration work yourself then to rely on the &quot;magic sauce&quot; that many Meteor packages use. The only ones I can really suggest using are the official MDG ones.<p>You don&#x27;t have to use pub&#x2F;sub to fetch data. You can absolutely fetch data through Meteor Methods in situations where real-time isn&#x27;t important. Meteor methods are just simple request&#x2F;response RPC. Pub&#x2F;sub can become stupidly hard to reason about, though in simple applications can make your app seem really fast and responsive.<p>That being said, its got great integration with Apollo. If you start with Meteor, ignore all of the DDP stuff (pub&#x2F;sub, methods, etc) and just build the API with Apollo, you wont regret it.<p>If you think you&#x27;ll want to deploy a mobile app, maybe don&#x27;t do Meteor. You still definitely can, but Meteor&#x27;s semantics around the always-on websocket connection tend to severely hurt a mobile-first experience.<p>Today, I&#x27;m not sure I can recommend new projects go with it. That being said, I also feel like a normal GraphQL server on Node isn&#x27;t &quot;far enough&quot; down the path that Meteor set. The JS backend world is still really far away from an AIO framework like Rails&#x2F;Phoenix; Meteor is the closest we got, but its not the answer.
评论 #16783888 未加载
throwaway413大约 7 年前
MDG has been focused pretty heavily on Apollo for quite some time. I’m not convinced Meteor has been shown much love. The package ecosystem has dramatically declined in quality over the last year.
评论 #16782746 未加载
评论 #16785547 未加载
rascoe大约 7 年前
The Reaction Commerce[0] team is building their version of a modern eCommerce stack with Meteor[1]. They also received a Series A round of funding, lead by GV, in Oct &#x27;17 based on the work they&#x27;ve been doing[2]. [0]: <a href="https:&#x2F;&#x2F;reactioncommerce.com&#x2F;" rel="nofollow">https:&#x2F;&#x2F;reactioncommerce.com&#x2F;</a> [1]: <a href="https:&#x2F;&#x2F;github.com&#x2F;reactioncommerce&#x2F;reaction" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;reactioncommerce&#x2F;reaction</a> [2]: <a href="https:&#x2F;&#x2F;venturebeat.com&#x2F;2017&#x2F;10&#x2F;31&#x2F;reaction-commerce-raises-8-5-million&#x2F;" rel="nofollow">https:&#x2F;&#x2F;venturebeat.com&#x2F;2017&#x2F;10&#x2F;31&#x2F;reaction-commerce-raises-...</a>
VikR大约 7 年前
Some of the criticisms of Meteor are out of date. Last year Meteor added exact code splitting, making it a cutting-edge and industry-leading JavaScript build tool. Also, the criticisms of Meteor as something that doesn&#x27;t scale are out of touch with the current state of the product. Pre-2017 Meteor had difficulty scaling due to its method of oplog tailing wiht Mongo. But last year Redis-Oplog made that a thing of the past. With regard to SQL and other databases, Apollo addresses scaling concerns.<p>As a relevant data point, Qualia uses Meteor and recently raised $30M.<p><a href="https:&#x2F;&#x2F;blog.meteor.com&#x2F;dynamic-imports-in-meteor-1-5-c6130419c3cd" rel="nofollow">https:&#x2F;&#x2F;blog.meteor.com&#x2F;dynamic-imports-in-meteor-1-5-c61304...</a><p><a href="https:&#x2F;&#x2F;blog.meteor.com&#x2F;modernizing-the-real-estate-industry-with-meteor-an-interview-with-qualia-founder-lucas-hansen-b3b70d2f5dea" rel="nofollow">https:&#x2F;&#x2F;blog.meteor.com&#x2F;modernizing-the-real-estate-industry...</a><p><a href="https:&#x2F;&#x2F;www.forbes.com&#x2F;sites&#x2F;omribarzilay&#x2F;2018&#x2F;03&#x2F;07&#x2F;qualia-grabs-33m-series-b-led-by-menlo-ventures-to-simplify-the-home-closing-process&#x2F;#5b6522067ccc" rel="nofollow">https:&#x2F;&#x2F;www.forbes.com&#x2F;sites&#x2F;omribarzilay&#x2F;2018&#x2F;03&#x2F;07&#x2F;qualia-...</a>
xet7大约 7 年前
No. I released Wekan v0.81 today: <a href="https:&#x2F;&#x2F;wekan.github.io" rel="nofollow">https:&#x2F;&#x2F;wekan.github.io</a> <a href="https:&#x2F;&#x2F;github.com&#x2F;wekan&#x2F;wekan&#x2F;releases" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;wekan&#x2F;wekan&#x2F;releases</a><p>Currently using Meteor 1.6.0.1 with Node 8.9.3 and MongoDB 3.2.19. Planning to upgrade to newer version of Meteor, add new platforms, etc. Wekan is in use at companies that have thousands of users.
namelosw大约 7 年前
As we usually say technologies does not die easily. But they become legacy when no one want to use them for new project. The main problem of Meteor is scaling problem. Due to it&#x27;s fundamental design and platform it&#x27;s relying on (Mongo and node.js). It&#x27;s very hard to solve the problem for current Meteor. But anyway on the other hand Meteor has extremely high velocity, higher than any framework I have seen (Of course even higher then Rails) due to it&#x27;s isomorphic nature. Nowadays I&#x27;m betting on Elixir and Phoenix to achieve both high velocity and performance. The performance is literally crazy since it runs on Erlang&#x2F;OTP. But frankly MVC + RDBMS is not something comparable to Meteor on velocity. Currently I&#x27;m trying to throw databases away and use WebSocket + GraphQL + GenServer(some in memory process storing data) to boost up velocity, only use data base as a process backup (message + process IS transaction. Then dirty write all the way down). Now there&#x27;s still some boilerplate, but I found it&#x27;s promising.
评论 #16805227 未加载
sergiotapia大约 7 年前
We replaced a huge Meteor app with Phoenix and elixir.<p>From 12GB ram required - we went down to 1.1GB.<p>Not to mention all of the intangibles like better tested, healthier codebase.
评论 #16793312 未加载
hggra大约 7 年前
Still using it, and I would still choose it over many others for most use cases.<p>People get Meteor wrong. It&#x27;s basically a sophisticated build tool that takes away a lot of the burden of setting up a working build setup. If you want, Meteor will also provide a robust account management system and a seamless connection between server and client and a few other niceties, such as reactivity out-of-the-box and most recently, my favorite feature, dynamic imports.<p>I also love Meteor&#x27;s own package system which provides so much more than Npm-packages ever can. I&#x27;d also like to mention Blaze, which seems now pretty unmaintained, but it&#x27;s actually very solid and stable and works brilliantly with Meteor, especially with the ViewModel-package (supports both React and Blaze).<p>Meteor is awesome and it&#x27;s only getting better.<p>The only use cases I wouldn&#x27;t pick Meteor for are the ones where static sites shine, for those I&#x27;d opt for Gatsby or Nuxt.
wakeywakeywakey大约 7 年前
Anecdotally, everyone I knew who tried it complained about lock-in (environment too prescriptive and has behavior you can&#x27;t opt-out of) and no longer uses it.<p>There is development activity in the repo, but I would say the &#x27;hype&#x27; has moved to other projects.
评论 #16785617 未加载
评论 #16784144 未加载
hexsprite大约 7 年前
I run my SaaS <a href="https:&#x2F;&#x2F;focuster.com" rel="nofollow">https:&#x2F;&#x2F;focuster.com</a> on Meteor and I have also built several SaaS projects for clients using Meteor as the base. Some have criticized the scalability of DDP. While out of the box the real-time reactivity won’t scale infinitely, the community has released packages like <a href="https:&#x2F;&#x2F;github.com&#x2F;cult-of-coders&#x2F;redis-oplog" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;cult-of-coders&#x2F;redis-oplog</a> which is a great solution for scaling.<p>If I had to start over I’d probably still use Meteor but with Apollo as my data layer instead of DDP&#x2F;pub-sub.
ramezrafla大约 7 年前
We are still using Meteor and haven&#x27;t stopped. How else can you deploy a scalable reactive production (might I add &#x27;huge&#x27;) application on Web, Chromebook, Android and iPad with 99% reuse and 1% sweat. Instead of focusing on the nitty-gritty of node.<p>Everytime we look out there for replacement we have a hard time finding a better platform. When it comes along, we&#x27;ll switch. But we are not there yet.<p>All the negativity around the platform has to do with bad communication by the platform developer (after all, they are developers not marketers).
gremlinsinc大约 7 年前
Probably not dead yet, but in 2018 it makes more sense to use lightweight tools and frameworks that you can easily extend and make your own, and setup microservices.<p>Vue + Koajs might be good if you want to stick with js, vue&#x2F;laravel go well together, or vue+(pick one: django, phoenix, rails, flask, sinatra, etc...).<p>With react native or ionic framework you can easily built mobile apps for ios&#x2F;android off the same api, so meteor doesn&#x27;t have a lot of advantages. It was nice for a time, but I think JS is moving in different directions now.
评论 #16785557 未加载
swyx大约 7 年前
let&#x27;s just say that the number of times this question is asked: <a href="https:&#x2F;&#x2F;hn.algolia.com&#x2F;?query=meteor%20js&amp;sort=byPopularity&amp;prefix=false&amp;page=0&amp;dateRange=all&amp;type=story" rel="nofollow">https:&#x2F;&#x2F;hn.algolia.com&#x2F;?query=meteor%20js&amp;sort=byPopularity&amp;...</a><p>does not bode well for any open source software project. there is a vast expanse between &quot;dead dead&quot; and &quot;vivaciously alive&quot;. You will not get a straight answer because there is no good answer.
Can_Not大约 7 年前
I never used meteor, but from what I understand it&#x27;s functionality was, I currently use FeathersJS + SocketIO + VueJS (and nuxtJS for serverside rendering).
评论 #16792900 未加载
评论 #16783520 未加载
vlasky大约 7 年前
Meteor is alive and well! In 2015, my business implemented a Meteor-based real-time vehicle tracking app utilising Blaze, Iron Router, DDP, Pub&#x2F;Sub - features and packages that a vocal minority of misguided people seem to want to kill off or at least disseminate Fear, Uncertainty and Doubt (FUD) over.<p>This anti-Meteor FUD is being spread for the following reasons:<p>1) Someone doesn’t know how to use the Meteor feature properly or have the engineering&#x2F;computer science background to design a system to be able to manage computational complexity or scalability.<p>2) The Meteor feature or package is stable and mature so it hasn’t been generating much news or required drastic updates.<p>3) A competitor wants to promote a Meteor or Meteor package alternative that they have a vested interest in and are trying to manipulate people by creating self-fulfilling prophecies to kill off rivals.<p>Our Meteor app runs 24hrs&#x2F;day and handles hundreds of drivers tracking in every few seconds whilst publishing real-time updates and reports to many connected clients. Yes, this means Pub&#x2F;Sub and DDP.<p>This is easily being handled by a single Node.js process on a commodity Linux server consuming a fraction of a single core’s available CPU power during peak periods, using only several hundred megabytes of RAM.<p>How was this achieved?<p>We chose to use Meteor with MySQL instead of MongoDB. When using the Meteor MySQL package, reactivity is triggered by the MySQL binary log instead of the MongoDB oplog. The MySQL package provides finer-grained control over reactivity by allowing you to provide your own custom trigger functions.<p>Accordingly, we put a lot of thought into our MySQL schema design and coded our custom trigger functions to be selective as possible to prevent SQL queries from being needlessly executed and wasting CPU, IO and network bandwidth by publishing redundant updates to the client.<p>As we know, Meteor is tightly integrated with MongoDB which we did not consider to be well-suited to our needs. Did this result in us ranting publicly about how Meteor and&#x2F;or MongoDB are “dying” or “having no future”? No!<p>Instead, we found a way to embrace and extend Meteor - an ongoing task.<p>In terms of scalability in general, are we limited to a single Node.js process? Absolutely not - we use Nginx to terminate the connection from the client and spread the load across multiple Node.js processes. Similarly, MySQL master-slave replication allows us to spread the load across a cluster of servers.<p>In my view, the reason why Meteor is not more popular is because too few people are sharing their Meteor success stories and the MDG has not been doing much to promote Meteor publicly.<p>More people need to showcase their Meteor-based solutions and stories of success at technical conferences and developer meetups and events - especially those that concern NodeJS, MongoDB, MySQL, Databases, IoT and WebApps in general.<p>And what makes Meteor superior to plain Node.js development? We get much higher productivity from our programmers who can write less code and make fewer mistakes developing in Meteor compared to say using Node.js with express. Here are 3 benefits we enjoy:<p>1) Meteor&#x27;s use of fibers allows a synchronous programming style whilst avoiding callback hell. Meteor has an easy to use facility Meteor.wrapAsync() that allows you to use run any callback function, e.g. from a third-party package, within a fiber. There is also Promise.await() that does the same thing for packages that use Promises.<p>2) The isomorphic design promotes code reuse between the client and server-side and simplifies client-server communications. You simply decide whether you want to implement a Meteor method or a Meteor publication based on your application&#x27;s needs.<p>3) Meteor&#x27;s inbuilt, easy-to-use data validation methods promote secure, robust code.<p>In summary, Meteor is much greater than the sum of its parts.
pagoad大约 7 年前
<a href="https:&#x2F;&#x2F;forums.meteor.com&#x2F;t&#x2F;meteor-is-not-dead-in-fact-its-quite-all-right&#x2F;42762&#x2F;71" rel="nofollow">https:&#x2F;&#x2F;forums.meteor.com&#x2F;t&#x2F;meteor-is-not-dead-in-fact-its-q...</a>
Gaelan大约 7 年前
Between GraphQL and React, I&#x27;m not sure how much Meteor is left in a modern &quot;Meteor&quot; app.
评论 #16789795 未加载
评论 #16785003 未加载
评论 #16782987 未加载
zawerf大约 7 年前
If you want to build a real-time collaboration app today, what you would you use instead?
评论 #16784159 未加载
评论 #16783775 未加载
评论 #16783082 未加载
评论 #16783644 未加载
shankspeaks大约 7 年前
We spent a fair amount of time going back and forth over whether to use Meteor or not for our in-house development (in late 2017), before we bit the bullet and moved ahead with Meteor.<p>Finding people is the hard part for us as a business, so finding a balance between technology and available skills was a priority. Since Meteor is a public framework, it has a ready ecosystem for onboarding (tutorials, etc), plus with being standardized it reduces complexity for onboarding. Any JS dev can pick it up in a few weeks. It has enough checks and balances to ensure some level of consistency in implementation, but beyond that, you need to setup your own process anyway. Again being standardized, it helps with BCP as well.<p>Since Meteor is isomorphic, it gives us a very interesting advantage of tying code ownership to both front and backend code, which results in functional ownership not just code ownership. That emphasizes full-stack development, which is a priority for us. Our mantra is to do more with few people as we can, and Meteor lets us do that very well.<p>Technologically, Meteor gives us access to a wide variety of capabilities as a technology team. NPM opens up the JS ecosystem, Apollo&#x2F;MDG gives us the ability to move towards GraphQL if needed, build tools allows us to push code for web and mobile environments out-of-the-box, integrations allow us to handle scaling, and Meteor has gotten better at opening up options to allow for more granular tuning (queries, reactivity, etc.).<p>It might not be the most performant, but honestly I&#x27;d rather throw an extra $50-100&#x2F;m at hardware on DO&#x2F;Linode, than justify having to hire more people.<p>It helps that we&#x27;re not planning at building apps targeted at millions of users, but when you hit that kind of scale, refactoring is anyway going to happen. This quote from DHH (<a href="https:&#x2F;&#x2F;twitter.com&#x2F;dhh&#x2F;status&#x2F;885445986943868929" rel="nofollow">https:&#x2F;&#x2F;twitter.com&#x2F;dhh&#x2F;status&#x2F;885445986943868929</a>) is the best way to explain this anyway :)<p>As has been highlighted by others, MDG is still releasing updates to Meteor regularly, so there&#x27;s not much reason to doubt they&#x27;re stopping anytime soon. In addition, there&#x27;s been a resurgence in the community to contribute modules to addressing gaps in the ecosystem, which have made Meteor more relevant again for a lot of us.<p>This is highly opinionated, but for us and the fact that its about doing business, not just the best technology, Meteor ticks enough boxes to make it our choice moving forward.<p>If you look at it through that lens, I think it makes it viable (valuable even) in 2018.<p>IMO, I think Meteor is a victim of promising too much too soon. The real value only got unlocked IMO when they made NPM a first-class citizen. As a team, we aren&#x27;t really missing out on anything being on Meteor. We think it makes us more effective as developers.
评论 #16785760 未加载
aogaili大约 7 年前
It&#x27;s a live and kicking :)<p>You&#x27;d think majority people of at HH can do basic objective research and look beyond the FUD, but it seems not. Well, let me give you some facts, over the last two years Meteor added support for:<p>- Out of the box dynamic import <a href="https:&#x2F;&#x2F;blog.meteor.com&#x2F;dynamic-imports-in-meteor-1-5-c6130419c3cd" rel="nofollow">https:&#x2F;&#x2F;blog.meteor.com&#x2F;dynamic-imports-in-meteor-1-5-c61304...</a><p>- Importing NPM packages<p>- React, Vue, and Angular as view layers<p>- Latest release of Node JS: <a href="https:&#x2F;&#x2F;blog.meteor.com&#x2F;announcing-meteor-1-6-abf30f29e2c6" rel="nofollow">https:&#x2F;&#x2F;blog.meteor.com&#x2F;announcing-meteor-1-6-abf30f29e2c6</a><p>- Galaxy hosting just for Meteor apps, but you can also deploy anywhere using MUP: <a href="https:&#x2F;&#x2F;www.npmjs.com&#x2F;package&#x2F;mup" rel="nofollow">https:&#x2F;&#x2F;www.npmjs.com&#x2F;package&#x2F;mup</a><p>- SSR: <a href="https:&#x2F;&#x2F;blog.meteor.com&#x2F;meteor-platform-is-still-alive-5f6426644555" rel="nofollow">https:&#x2F;&#x2F;blog.meteor.com&#x2F;meteor-platform-is-still-alive-5f642...</a><p>- Infinite out of the box reactive scaling using RedisOplog: <a href="https:&#x2F;&#x2F;github.com&#x2F;cult-of-coders&#x2F;redis-oplog" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;cult-of-coders&#x2F;redis-oplog</a><p>- Innovative data fetching using Grapher: <a href="https:&#x2F;&#x2F;github.com&#x2F;cult-of-coders&#x2F;grapher" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;cult-of-coders&#x2F;grapher</a><p>- Ability to start minimal apps without DDP or Blaze (here meteor is just used as build tool)<p>- Many popular and active open source packages such as vulcan js and rocket chat, and commercially successful business Qualia with 32 million funding <a href="https:&#x2F;&#x2F;www.housingwire.com&#x2F;articles&#x2F;42710-qualia-raises-33-million-to-improve-home-closing-process" rel="nofollow">https:&#x2F;&#x2F;www.housingwire.com&#x2F;articles&#x2F;42710-qualia-raises-33-...</a><p>- Being taught at universities <a href="https:&#x2F;&#x2F;blog.meteor.com&#x2F;teaching-software-engineering-with-meteor-lessons-learned-after-three-years-793d8a16077" rel="nofollow">https:&#x2F;&#x2F;blog.meteor.com&#x2F;teaching-software-engineering-with-m...</a><p>There has been major FUD since 2015 when Meteor pivoted out of Blaze (original view layer which has been open sourced) to open up to the rest of the ecosystem and some folks were not happy with that so they wrote few articles which shaped a lot of the FUD we read about here. It&#x27;s a fact that today Meteor is way more flexible, you can use it as a full-stack, back end or build tool only, and you can pick which area of the stack you&#x27;d like to leverage.<p>It&#x27;s very active and still, by the far, the most started Node JS framework on Github, it&#x27;s very mature and stable and growing everyday.
michaelcbrook大约 7 年前
We have been using Meteor at my company <a href="https:&#x2F;&#x2F;pitchly.net" rel="nofollow">https:&#x2F;&#x2F;pitchly.net</a> for a little over two years now with great success. I&#x27;ve used to to develop over half a dozen projects and have really pushed it to the limit. While some things are harder in Meteor, we were able to build and launch a product in a few months that would have otherwise taken most teams with multiple programmers a year or more. I&#x27;m not a member of the Meteor team, just a consumer, but I recently gave a talk on Meteor this week to introduce it to my community (<a href="http:&#x2F;&#x2F;slides.com&#x2F;michaelcbrook&#x2F;rapid-development-meteor" rel="nofollow">http:&#x2F;&#x2F;slides.com&#x2F;michaelcbrook&#x2F;rapid-development-meteor</a>) and I plan on teaching it at Des Moines&#x27; first code school (<a href="http:&#x2F;&#x2F;iowacodeschool.com" rel="nofollow">http:&#x2F;&#x2F;iowacodeschool.com</a>).<p>As for advantages of Meteor over Node, I see many. Meteor is not this monolithic framework but rather a collection of sensible and well-intergrated tools. You don&#x27;t need to mess around with Babel or Webpack or write a bunch of boilerplate config or code. You can start running out the gate and write the code for your app exactly and only where it needs to be written. No cumbersome boilerplate or maintaining a million different tools and checking compatibility between versions. It just works.<p>Now, I&#x27;ll speak to why I think Meteor has lost some of its luster the last year or two, despite its advantages.<p>1) Meteor was way ahead of its time when it came out in 2012 - 6 years ago! Reactive programming wasn&#x27;t really a thing then, but they found a narrow pathway between several different tools that would allow for rapid development, combining the capabilities of websockets, MongoDB, and did some novel things that made development seamless between all these different tools. But in more recent years, we&#x27;re seeing more reactive frameworks rise up, like React and Vue, and in a way the rest of the world is only just now catching up. At the same time, we&#x27;ve got a phenomenon of framework fatigue going on, with developers just trying to catch up and understand this world of a million frameworks. It&#x27;s very easy for newcomers to think Meteor and React are the same thing. But they&#x27;re not. Meteor is a full-stack framework whereas React is only a frontend framework. React would only replace the Blaze portion of Meteor, and in fact many people do replace that part and use both together. But the fallacy continues.<p>2) Since the rise of React and GraphQL, Meteor Development Group has diversified. They are now behind the #1 GraphQL client for Node-based apps, Apollo. It happens to fit well with Meteor too. A common complaint of Meteor used to be that you couldn&#x27;t use it with data stores other than MongoDB, but with GraphQL and Apollo, that is no longer the case. It&#x27;s a welcome complement to the Meteor stack, however, it has its downsides. While it makes Meteor more flexible and highly compatible, it also makes it harder to use for newcomers. Working with Apollo and GraphQL can be a headache even for experienced developers, and if you&#x27;re still only using MongoDB, you actually lose functionality with it, like automatic pub&#x2F;sub. More confusion and less function for those who want to make apps quickly kinda kills it for newcomers who came to Meteor for its simplicity in the first place. And Meteor&#x27;s simplicity was its main selling point. Not to say, though, that you can&#x27;t still use Meteor without Apollo. You definitely still can, and in fact, I recommend newcomers do not use Apollo until they&#x27;ve bolstered their skills. It will just make everything more confusing. But all of this has muddied the water and undermined the simplicity that was once so lucrative to creating Meteor apps.<p>To conclude, Meteor is stronger than ever and is a very capable and powerful framework on which to build your product. The things that once made it sexy are not quite as new and shiny anymore, but I think it&#x27;s because we&#x27;re coming to this convergence of JavaScript frameworks and tools that are doing more of what Meteor has done over the last 6 years. At the same time, Meteor is trying to place themselves in the larger community and accommodate a wider ecosystem, sometimes at the cost of increasing complexity. Overall, though, I still believe Meteor is ahead of its time, and I have yet to find any other framework that does everything Meteor offers. And it is still more convenient for me to use Meteor than use a million independent tools. It&#x27;s quite an impressive tool and is a pleasure to use.
lerax大约 7 年前
I hope so
angersock大约 7 年前
We&#x27;ve been doing doubletime to migrate off of an old Meteor app, due to its bundling of old versions of node and really questionable use of Mongo.<p>I think that, in the right hands, Meteor is a great prototyping tool--putting into production and scaling it though is a fool&#x27;s errand.
评论 #16785001 未加载
评论 #16783837 未加载
评论 #16782901 未加载
jrs95大约 7 年前
&gt;Is Meteor.js dead?<p>Yes.
评论 #16785009 未加载