Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: Moon – fast 7k Vue alternative

github.com

Post reply on HN
Print view View original

181–190 of 200 posts

Re: Show HN: Moon – fast 7k Vue alternative

#181

Post by dmitriid »

brylie wrote: post #175
hashbig wrote: post #101

Earlier quoted context omitted.

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.

> This is why I am orienting my frontend work towards Web Components.

...

> There are several libraries/frameworks > browser support for the spec isn't fully there.

The irony is lost on frontend developers

Re: Show HN: Moon – fast 7k Vue alternative

#184

Post by mmargerum »

ng12 wrote: post #154
hashbig wrote: post #101

Earlier quoted context omitted.

Isn't it a fun time to be a front-end developer?

Hell yeah! We're finally iterating on the problems that have made web development suck -- state management, non-imperative models, reasonable abstraction layers, modularization, etc. Fatigue is a good problem to have, it means people are trying really hard to solve important problems.

Part of the fatigue is the analysis paralysis everyone is suffering waiting for things to settle down. Also rewriting everything every five years has a way of fatiguing a person.

Meanwhile I have 20 year old object pascal code continuing to work and run in production.

Even iOS which is a fast moving target provides fantastic compatibility with older code that I wrote in 2009

Re: Show HN: Moon – fast 7k Vue alternative

#185

Post by adjkant »

photojosh wrote: post #156
adjkant wrote: post #145

Earlier quoted context omitted.

Angular 1 has its flaws but I've found it to be pretty stable, has developed some pretty consistent paradigms, and gets certain jobs done well. Don't put the round peg in a square hole, but I think it serves many web apps well, particularly if you're going the SPA route and don't care too much about things like viewing without javascript or ultra fast load times. I used it first in a personal project, then in a job,…

My position exactly: backend developer who only wants to do the minimum on the frontend. But for the next stage of the system (rich media streaming), it will require a whole lot more interactivity on the front end and the time has come to decide on something! I'm leaning towards Vue because it seems easier to grok as a solo developer while still having plenty of power and support... but I'm indecisive!

The cases for each personally:

Vue - It's been described as "Angular 1 without the flaws" before to me. I think it'd probably be the easiest transition. It also seems to have the advantage of being able to be sprinkled in lightly or heavily, dealers choice.

React - As someone who loves functional programming, Redux immediately clicked for me, and I do enjoy that idea of state. However, it seems like a lot more work to learn it coming from Angular 1 for someone who is doing the minimum front-end and when it comes to any serious project will be working with a true front end developer.

I'm just hearing of Moon obviously but I'll be keeping an eye out for the name when I am forced to switch from Angular 1.

Re: Show HN: Moon – fast 7k Vue alternative

#186

Post by kbr »

localvoid wrote: post #176
kbr wrote: post #173

Earlier quoted context omitted.

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 :)

Haha, like I said earlier, keyed updates will definitely be implemented in v1.

Re: Show HN: Moon – fast 7k Vue alternative

#188

Post by erikpukinskis »

zzalpha wrote: post #81
erikpukinskis wrote: post #80

Earlier quoted context omitted.

Honestly, no. I don't see what place ridicule has in a technical discussion.

This isn't a response. It's a dodge. Instead of responding to the substance of my reply, you've just pivoted to talking about "ridicule", which is a completely different issue that is only a symptom of the issues in the JS community: the lack of stability and comprehensibility that you seem to be willing to excuse, going so far as to tell people to go elsewhere if they don't like it, without seriously offering up a v…

I'm not trying to be flip. You didn't really write anything substantive. I'm happy to respond if you want to say something more than "I think what you're describing is ridiculous."

Re: Show HN: Moon – fast 7k Vue alternative

#189

Post by bartread »

deckiedan wrote: post #144
Moru wrote: post #138

Earlier quoted context omitted.

When you code something, choose the most strict browser/compiler you can. Then you get it right the first time and don't have to see it break so much later when tested elsewhere.

Which do you use? I've been bitten numerous times by a seemingly normal object or array method being Mozilla only or not yet standardised...

Funny thing: mobile Safari is a deeply frustrating browser to work with simply because it lacks proper full screen support and is very twitchy about showing/hiding its chrome (problematic for my use case). However, desktop Safari does often seem to nail the standard, at least for the APIs I use most.

Re: Show HN: Moon – fast 7k Vue alternative

#190

Post by vsl »

always_good wrote: post #158
franciscop wrote: post #147

Earlier 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…

Dunno, the only apps I can think of that don't benefit from React are just toy apps or little things like upgrades. You're way off if you think React doesn't work for anything other than large apps. I've been bitten this many times where my "little app" grew, and the non-framework code complexity would grow quadratically where I regretted not just using a framework like React in the first place. So when I hear "React…

If all you have is hammer...

Parent said it is overkill, a different thing from what you're reading. And boy, as somebody who doesn't already know it, is that right.

Post reply on HN