Cool... looks like Mithril:React;Moon:Vue, as they're only 1kb different. Wonder if Moon also benefits from low-latency like Mithril does.
Show HN: Moon – fast 7k Vue alternative
171–180 of 200 posts
Re: Show HN: Moon – fast 7k Vue alternative
#172Earlier quoted context omitted.
I agree about the principles but not about how it happens on the real world. Many front-end jobs now require you to know at least one front-end framework (normally React), which is a totally different and focused problem-solving tool. Before you had jQuery that scaled from small, personal projects to mid-size projects. This worked great as a learning progression, however now you have React (and others) that don't mak…
I really dunno - I find React to work really, really well in the small and medium projects where I do (any) web work. Coming to React after years away from frontend development, and avoiding it because of things like jQuery, was really awesome because it demands that you enforce separations of concerns in a way that really appeals to me. Hell, I generate HTML email with React, now. No reason not to; it's great. Simpl…
Tooling and build process is still a problem for trying out react in personal small/micro projects. I miss the days when I just drop in jquery.min.js and boom! We can hack something to our heart's content.
Re: Show HN: Moon – fast 7k Vue alternative
#173Earlier quoted context omitted.
it's significant because code has to be additionally parsed and JIT-compiled. which is not true of images which simply blit pixels to screen as they decompress; it's not simply about size on the wire. https://twitter.com/HenriHelvetica/status/877924754195324928
But many libraries that has a primary focus on library size are usually sacrificing runtime performance to reduce size. Yes, they've reduced parse time, but significantly increased bootstrap time. I understand that they are doing it because of marketing reasons, because many people think that smaller means faster.
Didn't see this earlier. Moon is actually pretty fast during runtime, and I haven't used many hacks to get it to be so small. Check out the source.
Re: Show HN: Moon – fast 7k Vue alternative
#174Earlier quoted context omitted.
Not knocking on your effort here, but you think that it would have taken more effort to submit a PR to Vue than building an entirely new open source framework from scratch over the course of several years? If so, there is something very wrong with the state of open source development.
Working on Vue would take similar effort, deleting tons of the code and rewriting it. Part of it is that this is project started as a way for me to learn what goes on under the hood of libraries like React and Vue. While I made this, I wrote a compiler (lex + parse + generate), virtual DOM engine, reactivity system, and more! I've started to take Moon in a different direction than Vue, and in the future it will most…
Is that supposed to be good news?
Re: Show HN: Moon – fast 7k Vue alternative
#175So we are here. It didn't took so long for vue to go from "will vue be new react ?" To "vuejs alternative".
Isn't it a fun time to be a front-end developer?
This is why I am orienting my frontend work towards Web Components.
There are several libraries/frameworks that enable us to write Web Components now, even though browser support for the spec isn't fully there. E.g. [Aurelia](http://aurelia.io/) and [Polymer](https://www.polymer-project.org/) have great features, component APIs, and cross-browser support.
Re: Show HN: Moon – fast 7k Vue alternative
#176Earlier quoted context omitted.
But many libraries that has a primary focus on library size are usually sacrificing runtime performance to reduce size. Yes, they've reduced parse time, but significantly increased bootstrap time. I understand that they are doing it because of marketing reasons, because many people think that smaller means faster.
Didn't see this earlier. Moon is actually pretty fast during runtime, and I haven't used many hacks to get it to be so small. Check out the source.
I haven't talked about Moon, don't know too much about it. Just wanted to say that small size doesn't always mean that it will have low TTI.
And Moon is small because it doesn't have features that are necessary to build complex apps. For example, keyed updates :)
Re: Show HN: Moon – fast 7k Vue alternative
#177Earlier quoted context omitted.
I really dunno - I find React to work really, really well in the small and medium projects where I do (any) web work. Coming to React after years away from frontend development, and avoiding it because of things like jQuery, was really awesome because it demands that you enforce separations of concerns in a way that really appeals to me. Hell, I generate HTML email with React, now. No reason not to; it's great. Simpl…
Tooling and build process is still a problem for trying out react in personal small/micro projects. I miss the days when I just drop in jquery.min.js and boom! We can hack something to our heart's content.
I agree. I have been meaning to try choo or hyperapp for small projects since they are so simple and small
Re: Show HN: Moon – fast 7k Vue alternative
#178Earlier quoted context omitted.
Well, I think that compared to other fields, it's quite hard to get on board - there is so much tooling that it's really hard to catch up. There is node, npm/yarn, webpack, gulp, scss/sass. If you're back-end dev coding in ruby, you just pick rails and you're done if you're python webdeveloper, you pick django, and so on. With front-end? After hours of fighting with Babel and Webpack, you can pick Angular, React or V…
if you make a simple backend thing, pick up rail and you're done, but you're essentially building something that's a solved problem. The frontend equivalent is dropping a script tag on a page and uploading it by FTP. But there's a reason backend communities accepted devops long before frontend. Between all of the various BE platforms, all with their own dependency management intricacy, all the various databases, big…
Yes, but STARGING in backend is easier. I don't try to say that FE is harder, just that this wall between beginner and modern standards is higher here. After this wall it's probably harder in BE that in FE, but I think this wall is higher for FE devs.
Re: Show HN: Moon – fast 7k Vue alternative
#179Earlier quoted context omitted.
Well, I think that compared to other fields, it's quite hard to get on board - there is so much tooling that it's really hard to catch up. There is node, npm/yarn, webpack, gulp, scss/sass. If you're back-end dev coding in ruby, you just pick rails and you're done if you're python webdeveloper, you pick django, and so on. With front-end? After hours of fighting with Babel and Webpack, you can pick Angular, React or V…
if you make a simple backend thing, pick up rail and you're done, but you're essentially building something that's a solved problem. The frontend equivalent is dropping a script tag on a page and uploading it by FTP. But there's a reason backend communities accepted devops long before frontend. Between all of the various BE platforms, all with their own dependency management intricacy, all the various databases, big…
[deleted]
Re: Show HN: Moon – fast 7k Vue alternative
#180So we are here. It didn't took so long for vue to go from "will vue be new react ?" To "vuejs alternative".
I once told my non-technical friend about the hypewars and giant refactorizations that websites go through every few years and she couldn't believe it. Websites have hardly changed from the users perspective for like the past five years, yet in the background we keep modifying our tools.
If anything, I wouldn't be surprised if to many users websites are much shittier than they were five years ago. No wonder so many people I know pretty much exclusively stay within the clean confines of facebook for much of their information consumption...