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

Astro: Ship Less JavaScript

astro.build

Post reply on HN
Print view View original

71–80 of 171 posts

Re: Astro: Ship Less JavaScript

#71

Post by earthboundkid »

kbenson wrote: post #54
andrewmcwatters wrote: post #53

I don't want a build process. I don't want to have to use npm, but want the option if I desire, for something like React. And when I use React, because there is unfortunately no better option, I use `"build": "npx babel --watch public/javascripts/src --out-dir public/javascripts/. --presets react-app/prod"` and that's it. I don't want create-react-app lock-in. Eject doesn't count. That's an illusion. My favorite proc…

> don't want a build process. I don't want to have to use npm, but want the option if I desire, for something like React. And when I use React, because there is unfortunately no better option A few years back I chose Vue for supplementing the current little bit of web stuff I was doing because I could just include vue from a script to build a new page. The basic idea was // Vue page specific JS goes here There was ze…

Alpine.js works well for this use case too.

Re: Astro: Ship Less JavaScript

#72

Post by jiofih »

nickreese wrote: post #42
mwcampbell wrote: post #33

Earlier quoted context omitted.

Congrats on the release. For some reason when I heard of Astro, I thought it was a dynamic server-side rendering framework, not a static site builder. But I'm sure someone else will take on SSR with islands if they haven't already. Also: > Astro is and always will be free. It is an open source project released under the MIT license. > We care deeply about building a more sustainable future for open source software. A…

Elder.js supports Islands with SSR. It is also MIT. I released it as an SEO experiment as much as anything else. I’m enjoying the dev process and am committed to facilitating (myself or paying another) it’s maintenance for several years. I can do that because my prior successes can subsidize the cost. If I had to do it again, I’d probably pick another license. As a first time maintainer of a project that is hitting t…

Have you tried to convert those requests into one-off sponsorships to develop the feature they need? Sounds like a win-win. From my experience with procurement you just need a high enough number to make it worth their time.

Re: Astro: Ship Less JavaScript

#73

Post by iworshipfaangs2 »

fks wrote: post #2

:wave: Hey everyone, one of the Astro creators here! Happy to talk Astro or answer any questions you have about what we're building. Our README has a bunch more info that we couldn't fit into the release post: https://github.com/snowpackjs/astro

Any plans to add asciidoc support? This projects looks great, but markdown has severe limitations when authoring content. I really wish it would stop being used for anything but plaintext email and READMEs.

Re: Astro: Ship Less JavaScript

#74

Post by Cogito »

freeopinion wrote: post #70
nocman wrote: post #51

Earlier quoted context omitted.

> By now we should be ready to accept that free software with no strings attached just isn't sustainable except for projects with big corporate backers. That very much depends on who the authors of the software are and what their goals/motivations are. This is far too much of a blanket statement. I agree that no one should be ashamed to sell software that they write. Also, those authors can and should be the ones to…

My little app to monitor and assess the growth and health of trees I just planted in my backyard is a hobby app. It's just for fun. I did it for me. If you want to use it for your hobby, go ahead. When the extension office down the road wanted to use it for their cactus farm, that was fine by me. I added some stuff specific to cactii that they wanted. They added some more stuff. No big deal. It works for them, I gues…

Is the Amazon forest a contract job? Would love to read more detail about that arrangement if you can make it work.

Sounds big enough you could also get an ongoing retainer for maintenance and support of their set up after the initial work.

Re: Astro: Ship Less JavaScript

#75

Post by jiofih »

freeopinion wrote: post #70
nocman wrote: post #51

Earlier quoted context omitted.

> By now we should be ready to accept that free software with no strings attached just isn't sustainable except for projects with big corporate backers. That very much depends on who the authors of the software are and what their goals/motivations are. This is far too much of a blanket statement. I agree that no one should be ashamed to sell software that they write. Also, those authors can and should be the ones to…

My little app to monitor and assess the growth and health of trees I just planted in my backyard is a hobby app. It's just for fun. I did it for me. If you want to use it for your hobby, go ahead. When the extension office down the road wanted to use it for their cactus farm, that was fine by me. I added some stuff specific to cactii that they wanted. They added some more stuff. No big deal. It works for them, I gues…

Not sure what’s the point you are trying to make here. If you’re being hired (and flown) to extend the software it’s a consulting gig and not a “asking for a donation” situation, and you should quote accordingly. This is one of the traditional ways authors can benefit from OSS with permissive licenses.

Re: Astro: Ship Less JavaScript

#76

Post by ttty2 »

mmgutz wrote: post #50
aligray wrote: post #40

New static site generator tool releases seem to have superseded new js framework releases. I like the direction things are moving.

It's good times :) Next and Gatsby do too much for our use cases which are LOB applications. We've had to work around the idiosyncrasies of Next.js when we really don't need SSR nor its limited custom server support. Astro may be a closer fit for our needs. It's nice to see more esbuild-based frameworks, sveltekit, astro ... The edit-save-refresh cycle is almost instanteous even on large projects. Something I can't s…

Gatsby has a ton of magic... I use it but I rather skip it.

Re: Astro: Ship Less JavaScript

#77

Post by freeopinion »

Cogito wrote: post #74
freeopinion wrote: post #70

Earlier quoted context omitted.

My little app to monitor and assess the growth and health of trees I just planted in my backyard is a hobby app. It's just for fun. I did it for me. If you want to use it for your hobby, go ahead. When the extension office down the road wanted to use it for their cactus farm, that was fine by me. I added some stuff specific to cactii that they wanted. They added some more stuff. No big deal. It works for them, I gues…

Is the Amazon forest a contract job? Would love to read more detail about that arrangement if you can make it work. Sounds big enough you could also get an ongoing retainer for maintenance and support of their set up after the initial work.

Ummm. I thought I might have to put a disclaimer in there. But I figured it was over the top enough to be clear. I was wrong.

There is no app. No cactus farm. No Forest Service. No Amazon.

Edit: Ok, fine! The U.S. Forest Service does exist. So does the Amazon. But the story is fiction.

Re: Astro: Ship Less JavaScript

#78

Post by jiofih »

MatthewPhillips wrote: post #64
dasb wrote: post #47

Earlier quoted context omitted.

Thanks. What if only some components in my page require Javascript? Can the same "partial hydration" be achieved?

No. Svelte are big proponents of the SPA pattern so I'm doubtful they would ever build something like this.

Svelte by its nature only generates JS for the dynamic pieces of the page, if you’re using SSR it’s already “partially hydrated”.

Vue3 can also ignore static parts which gives similar benefits.

Re: Astro: Ship Less JavaScript

#79

Post by whoisthemachine »

zx2391 wrote: post #46

Sometimes I wonder what was wrong with a mostly static pages in the first place. Even http://mail.google.com/mail/h/ works fine, even in a slower browser - and I would say 80% of the sites today are less complex than Gmail.

I forgot how great Gmail was before they started doing major redesigns to it, although I do hate to say it... but it could benefit from a little JS to dynamically update with new e-mails...
Post reply on HN