I’d like to know this as well. When there are existing tools that do the job and then some, there should be a reasonable argument against them beyond wanting to write all of the code yourself. The few folks I’ve talked to about property testing all suggest that migrating to QuickCheck is an inevitability because it offers so much more than other solutions and has more miles under it’s belt. If you know the destination, why not focus on getting there?
It’s great to want to build everything yourself and it is a wonderful exercise but at some point reinventing the wheel becomes unproductive. Especially so when we’re talking tools that people and businesses are building their livelihoods on.
While an interesting point I think it brings up the original question of why the core team needs to be chasing this. If there’s already a better option why not focus on delivering features that lack mature solutions instead?
These are valid concerns which I’ve heard from a number of individuals as well as organizations evaluating Elixir, longevity is a concern many of us share.
What brought me to Elixir was the community and what felt like an opportunity to participate in the evolution of the language and the ecosystem on which it depended. That’s why I’ve spent the time to build and grow Elixir School among other projects. What has disappointed me in recent months is the feeling that the community was fading because without a community there is no future. It seems as the language’s popularity has grown, and there is more to be gained by those involved, the sense of community has begun to dwindle. We’ve seen a slow down in jobs because what was a surge of companies switching to Elixir has turned to a trickle and we’ve even seen companies abandoned it after investing time and money in the language. There are a lot of questions to be answered about Elixir in general if we’re expecting people to invest their time and for companies to take the risk of adopting it, so I applaud @josevalim for taking the step to start these conversations with community. I hope this is not an exception but rather a trend where the core team is proactive in engaging the community and not reactive.
There’s no hiding how much I enjoy and I care about Elixir, everyone knows I’m quite passionate about it. I happily spend my time on Elixir School, open source projects, mentoring, and training all of which I do for free in an effort to better the community and ensure a long life of Elixir awesomeness for all, but I would be remise if I didn’t say I shared some concerns for the future. Decisions should be made that drive the language forward and be done so in a way that seeks to involve everyone, not just a small group of friends and co-workers.
“None of Us is as Good as All of Us.” — Ray Kroc
Thanks again for doing this @josevalim. I think it goes without saying but we’re all grateful for the work you’ve done.