-
Notifications
You must be signed in to change notification settings - Fork 111
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
FAQ: what differs kyt from Roc? #154
Comments
Thanks for pointing this out! Sorry, we were not aware of Roc. I think the biggest difference is that Roc has a nice website ✨ ! But there is one important difference that I gathered from skimming the site, which is that kyt aims to not depend on React. In fact, kyt is designed to give users the freedom to include whatever frameworks they need in their source directory. Angular2, Backbone, or JQuery with server rendered Mustache templates should all work well next to kyt. As an example, I created a WIP Angular2 starter-kyt. If this is also a feature of Roc, please let me know. We'll add it to the FAQ, possibly in the form of a "Similar Projects" section. Thanks! |
Actually, that's one of the main features of Roc as well :-)
It is basically a way of sharing "library composition patterns ready for immediate consumption" (from this background article). I guess it's just another case of multiple discovery, in the aftermath of the javascript fatigue discussions. And since the developers making Roc are backed by a big newspaper company with a lot of interactive publications I guess it's no wonder that they faced struggles that were similar to yours 😄 The more the merrier! P.S. I am not in the dev team or associated. I just saw it presented on a Meeup a few months ago and thought this seemed very similar. |
Ah, thanks for the clarification. I should have looked into it more. The site really makes it look like React is a dependency. |
Hello, one of the developers behind Roc here! 👋 As @fatso83 mentions seems like we have very similar goals and collaboration would most likley be beneficial for us both. It is quite obvious that our projects are born out of the same pain points, especially since we are both tackling the problem space from a publisher perspective! 😄 First of all, the site (getroc.org) does not accurately reflect the current state of Roc in a good way and we will update it in the near future. React has been one of the focus for us but Roc is at its core totally agnostic for any frameworks or libraries. One example of this is that Roc is not coupled with Webpack for example and other alternatives can easily be added like Browserify and Rollup. The core of Roc is really more like a framework for creating solutions like kyt, create-react-app and similar. It defines a way to create something that we call This means that a Roc project does not have a direct dependency on Roc itself but rather on a We are about to land the next version of Roc that will bring several improvments to it along with new documentation. A good place to start can be seen here https://github.com/rocjs/roc/blob/master/docs/Introduction.md I hope that we can help each other to make the experience when creating JavaScript projects as good as possible. |
Awesome to hear more about Roc. Going to close this in favor of #160 Thanks! |
Congrats on shipping this. I was just wondering what differs this project from Roc, which I found a few months ago. The article on open seems to want to solve the same set of problems as the creators of Roc sets out in this article. Maybe the latter is trying to solve a bigger problem. Not quite sure, but maybe trying to unite forces could be an idea given the similarities.
The text was updated successfully, but these errors were encountered: