3 ms·

Not trying to sound like a jerk, but I'm just wondering is it really a good thing to put on your homepage that there are nearly 12K questions posted on StackOve

by smaili 11y ago

Not trying to sound like a jerk, but I'm just wondering is it really a good thing to put on your homepage that there are nearly 12K questions posted on StackOverflow about Meteor? Seeing a number like that makes me wonder if maybe the documentation and or APIs are not very well done if it's generated that kind of activity on SO.

acgourley 11y ago
Personally I see it as positive - it means people are using it and I often find searching SO answers faster than searching docs.
trcollinson 11y ago
Maybe it works as the opposite. On SO there are ~800,000 questions about Java, Javascript, and C#, each.
akhatri_aus 11y ago
Maybe on SO questions are answered very efficiently. It doesn't mean the documentation is bad. It means the community is very at it and its a place to go if you have a question and don't want to dive into the docs Alot of people do prefer personalised answers over the effort of finding it in docs, sad reality.
gooseus 11y ago
Maybe you're right and everyone else on this comment thread are suffering from some cognitive dissonance? I'd be willing to bet much of those SO questions and replies are a part of keeping up the Meteor hype with most questions being answered by a core group of devs. The PR machine for Meteor is crazy. It's funny because this 20M will go to generating more hype and PR opportunities, while the actual development will fall to these wide-eyed open-source evangelists who will give up their time for free to make it better. Then Meteor will be sold to Facebook and all these open source developers will realize that their work was driving up the valuation for a bunch of investors who couldn't care less about their code or the products it powered. I'm having a relatively cynical day, I can't tell if I woke up this way or if this Meteor news is what set me off.
- DiNovi 11y ago
  I was under the impression most of the meteor devs work for meteor?
  - gooseus 11y ago
    Well-compensated, talented, and trusted in-house developers committed to making the framework the best it can be for all their client's use cases. Either that or they're a part of their huge open source community which will still work tirelessly to make the framework better, even if Meteor isn't commercial viable and people move on to the next best thing. I'm sure the truth is based more on who's in the room at the time than anything else.
- ibejoeb 11y ago
  I wonder where all of the dislike for Meteor originated. It's a cool product built buy some really smart people. They have the best cli tool I've used in a dev environment, and they're making a ton of progress. They're constantly publishing materials on integrating with third-party components including react, rethinkdb, famo.us. I hear you about the potential implosion by acquisition. It's definitely a risk. It's not much different than other burgeoning technologies in that regard. Meteor is advancing a new paradigm of building consumer applications, much like Django and Rails did for REST. It lowers the barrier to entry, and it really has the potential to expose a new generation of programmers to modern techniques. I also think they've been pretty clear about when Meteor is unsuitable, despite the hype. It's not going to magically scale. It's not a bad place to start, though.
  - galfarragem 11y ago
    Exactly. Coming from a different background (not CS), Meteor is a great place to start. The barriers to entry are really low and specially the risk is also very low: it's javascript ,"late bloomers" can't afford to learn something that might not be directly useful if their bet turn out a loss. I am all in.
  - gooseus 11y ago
    Seems to me I'm one of the few people who are willing to openly express their dislike while also having a real life use case where it caused harm to a startup actively seeking funding. I was brought into a company where the lead dev was doing everything in Meteor, if I wasn't open to Meteor at the time I would not have taken the job. Over the course of 6 months I watched this dev utilize their ability to sound smart to fool everyone into thinking Meteor was the right tool for the job when they really just wanted to become a Meteor expert since they thought this would be the next .NET that would give them sweet cushy consulting gigs in industries with crazy technology budgets. I worked with the technology and was unimpressed. Everything needs to go through Meteor and it leaves no room for flexibility. Going with Meteor is an all-in strategy... and anyone who knows strategy ought to know that going all-in is for when you're exceedingly confident or exceedingly desperate. I recognize Meteor's utility as a rapid prototyping tool. I will openly say anywhere that if you have little development resources and want to build out a proof of concept. Yes, utilize Meteor. But if you don't throw it away after you've shown whoever needs the proof, you are asking for trouble. The problem with lowering the bar with a new paradigm exposed to a new generation of programmers is that they're being taught bad habits and bad patterns. Tightly coupling the front and back end (what "isomorphic javascript" really means) is Meteor's main selling point. Tight coupling of systems is a universally accepted anti-pattern and anyone who has a product that eventually requires flexibility in their client-server communication is going to find themselves stuck when everyone just stares blankly repeating "but... DDP?" Creating a new generation of programmers who call themselves rockstars because they know how to run a couple Meteor CLI commands and make a Todo list app in 20 minutes is not going to make the Internet a better place.
hamoid 11y ago
Someone described this as "high WTF factor". http://larseidnes.com/2015/01/05/the-wtf-factor-quantifying-js-library-weirdness/ http://larseidnes.com/2015/01/05/the-wtf-factor-quantifying-...

by smaili 11y ago

acgourley 11y ago

Personally I see it as positive - it means people are using it and I often find searching SO answers faster than searching docs.

trcollinson 11y ago

Maybe it works as the opposite. On SO there are ~800,000 questions about Java, Javascript, and C#, each.

akhatri_aus 11y ago

Maybe on SO questions are answered very efficiently. It doesn't mean the documentation is bad. It means the community is very at it and its a place to go if you have a question and don't want to dive into the docs Alot of people do prefer personalised answers over the effort of finding it in docs, sad reality.

gooseus 11y ago

Maybe you're right and everyone else on this comment thread are suffering from some cognitive dissonance? I'd be willing to bet much of those SO questions and replies are a part of keeping up the Meteor hype with most questions being answered by a core group of devs. The PR machine for Meteor is crazy. It's funny because this 20M will go to generating more hype and PR opportunities, while the actual development will fall to these wide-eyed open-source evangelists who will give up their time for free to make it better. Then Meteor will be sold to Facebook and all these open source developers will realize that their work was driving up the valuation for a bunch of investors who couldn't care less about their code or the products it powered. I'm having a relatively cynical day, I can't tell if I woke up this way or if this Meteor news is what set me off.

DiNovi 11y ago
I was under the impression most of the meteor devs work for meteor?
- gooseus 11y ago
  Well-compensated, talented, and trusted in-house developers committed to making the framework the best it can be for all their client's use cases. Either that or they're a part of their huge open source community which will still work tirelessly to make the framework better, even if Meteor isn't commercial viable and people move on to the next best thing. I'm sure the truth is based more on who's in the room at the time than anything else.
ibejoeb 11y ago
I wonder where all of the dislike for Meteor originated. It's a cool product built buy some really smart people. They have the best cli tool I've used in a dev environment, and they're making a ton of progress. They're constantly publishing materials on integrating with third-party components including react, rethinkdb, famo.us. I hear you about the potential implosion by acquisition. It's definitely a risk. It's not much different than other burgeoning technologies in that regard. Meteor is advancing a new paradigm of building consumer applications, much like Django and Rails did for REST. It lowers the barrier to entry, and it really has the potential to expose a new generation of programmers to modern techniques. I also think they've been pretty clear about when Meteor is unsuitable, despite the hype. It's not going to magically scale. It's not a bad place to start, though.
- galfarragem 11y ago
  Exactly. Coming from a different background (not CS), Meteor is a great place to start. The barriers to entry are really low and specially the risk is also very low: it's javascript ,"late bloomers" can't afford to learn something that might not be directly useful if their bet turn out a loss. I am all in.
- gooseus 11y ago
  Seems to me I'm one of the few people who are willing to openly express their dislike while also having a real life use case where it caused harm to a startup actively seeking funding. I was brought into a company where the lead dev was doing everything in Meteor, if I wasn't open to Meteor at the time I would not have taken the job. Over the course of 6 months I watched this dev utilize their ability to sound smart to fool everyone into thinking Meteor was the right tool for the job when they really just wanted to become a Meteor expert since they thought this would be the next .NET that would give them sweet cushy consulting gigs in industries with crazy technology budgets. I worked with the technology and was unimpressed. Everything needs to go through Meteor and it leaves no room for flexibility. Going with Meteor is an all-in strategy... and anyone who knows strategy ought to know that going all-in is for when you're exceedingly confident or exceedingly desperate. I recognize Meteor's utility as a rapid prototyping tool. I will openly say anywhere that if you have little development resources and want to build out a proof of concept. Yes, utilize Meteor. But if you don't throw it away after you've shown whoever needs the proof, you are asking for trouble. The problem with lowering the bar with a new paradigm exposed to a new generation of programmers is that they're being taught bad habits and bad patterns. Tightly coupling the front and back end (what "isomorphic javascript" really means) is Meteor's main selling point. Tight coupling of systems is a universally accepted anti-pattern and anyone who has a product that eventually requires flexibility in their client-server communication is going to find themselves stuck when everyone just stares blankly repeating "but... DDP?" Creating a new generation of programmers who call themselves rockstars because they know how to run a couple Meteor CLI commands and make a Todo list app in 20 minutes is not going to make the Internet a better place.

hamoid 11y ago

Someone described this as "high WTF factor". http://larseidnes.com/2015/01/05/the-wtf-factor-quantifying-js-library-weirdness/ http://larseidnes.com/2015/01/05/the-wtf-factor-quantifying-...