4 ms·

(Mithril author here) I think perception plays a big role. There are fairly large and high traffic apps[1] built w/ Mithril, but when someone is taking a risk

by lhorie 11y ago

(Mithril author here) I think perception plays a big role. There are fairly large and high traffic apps[1] built w/ Mithril, but when someone is taking a risk to learn a new thing (and there's a lot of that in js), of course something used by google or facebook feels "safer" to learn than something used by mashape, guild wars 2 or lichess. I've seen the "might no longer be supported later" fear being mentioned more than a few times, even though the reality is that it's not really a solo project anymore - it has almost a hundred contributors - and has a fairly sizeable ecosystem[2][3]. There are even Mithril jobs[4] out there. Another somewhat ironic issue is that Mithril's main appeal is its lack of ceremony. It doesn't ask you to drink the revolutionary koolaid of "bi-directional data binding" or "immutable unidirectional data flow" or whatever other fanciness you can explain to others to make yourself look good. It's just a tool to get stuff done. And even though that's an important metric, it's not exactly newsworthy. re: ES6: to clarify, you can use ES6 w/ Mithril. The issue in question has to do w/ trying to shoehorn ES6 classes to be components (which are normally plain objects in Mithril). Things like arrow functions actually make things cleaner in places where you'd otherwise use a .bind for example. [1] https://github.com/lhorie/mithril.js/wiki/Who-Uses-Mithril https://github.com/lhorie/mithril.js/wiki/Who-Uses-Mithril [2] https://github.com/lhorie/mithril.js/wiki/Community-Projects https://github.com/lhorie/mithril.js/wiki/Community-Projects [3] https://github.com/lhorie/mithril.js/wiki/Components https://github.com/lhorie/mithril.js/wiki/Components [4] https://github.com/lhorie/mithril.js/wiki/JOBS https://github.com/lhorie/mithril.js/wiki/JOBS

alexc05 11y ago
Mithril is now driving a number of corporate enterprise apps in production. Quite large companies are running the apps and using them daily. Now that I've worked in react, angular, and mithril I really do think it's the best of the three. Though I haven't used mithril since I learned about webpack's hot module replacement so I'm not sure if they work well together (but its amazing with react). Mithril is incredibly lightweight and quick to learn. The utils you've written with respect to rest integration are so quick to pick up and use... I'm actually thinking about pulling mithril into a react project just for the request side of things. Anyways, mithril is in my opinion so far, the best of the three.
- lhorie 11y ago
  For hot reloading, I've seen some people use amok. Here's a quick tutorial: https://gist.github.com/barneycarroll/de16bdff255344873439 https://gist.github.com/barneycarroll/de16bdff255344873439
bjourne 11y ago
It's version is 0.2.0 which is low. Authors generally use the 0.x series of numbers to indicate that their software "isn't ready" or "production quality" and breaking api changes might come. So if you want to encourage mass-adoption of Mithril, you ought to bump the version number to 1.x.

by lhorie 11y ago

alexc05 11y ago

Mithril is now driving a number of corporate enterprise apps in production. Quite large companies are running the apps and using them daily. Now that I've worked in react, angular, and mithril I really do think it's the best of the three. Though I haven't used mithril since I learned about webpack's hot module replacement so I'm not sure if they work well together (but its amazing with react). Mithril is incredibly lightweight and quick to learn. The utils you've written with respect to rest integration are so quick to pick up and use... I'm actually thinking about pulling mithril into a react project just for the request side of things. Anyways, mithril is in my opinion so far, the best of the three.

lhorie 11y ago
For hot reloading, I've seen some people use amok. Here's a quick tutorial: https://gist.github.com/barneycarroll/de16bdff255344873439 https://gist.github.com/barneycarroll/de16bdff255344873439

bjourne 11y ago

It's version is 0.2.0 which is low. Authors generally use the 0.x series of numbers to indicate that their software "isn't ready" or "production quality" and breaking api changes might come. So if you want to encourage mass-adoption of Mithril, you ought to bump the version number to 1.x.