[1]https://news.ycombinator.com/item?id=14877298
Edit: I didn’t intend for this to sound negative for the creator. Even if it’s just for fun and the chance someone else might find it useful, that’s enough of a reason to build it for me.
[1]https://news.ycombinator.com/item?id=14877298
Edit: I didn’t intend for this to sound negative for the creator. Even if it’s just for fun and the chance someone else might find it useful, that’s enough of a reason to build it for me.
This applies to even extremely technical, highly intelligent people. Often they recognize that there's an extraordinary time component to learning, and they optimize around that in other ways.
Learning to program is a weird thing because once you learn the mental processes of how to do it, it comes fairly easily. But the idea of "I'd like a tool that makes websites for me" and then knowing how to divide that problem down to the right mental abstraction model that perfectly (or near perfectly fits) some programming language and technical environment is a very difficult learning curve.
It's much simpler then to present small technical pieces that are well constrained in scope and definition and have tooling somebody else built do all the rest of the heavy lifting.
Static site generators are one of those things that are relatively easy, even for newish programmers, to build, but exist right on the other side of that learning curve for non-programmers.
Notice how these two sentences are contradictory -- or rather how the second explains what the first supposedly can't understand.
If it's "pretty easy and fun" to build X, then that would inevitably lead to a "proliferation of" X projects.
It just takes a person that built one to then share their implementation on GitHub to increase that proliferation, and that's a very simple additional step.
And it just takes any person who understands "opportunity cost" to want to adopt an existing static site generator rather than build their own.
Both kinds are in abundance.
- It's faster and I already have more fun projects than my time allows.
- I don't particularly enjoy writing HTML/CSS (though the rest of the project would be fun).
- I'm happier using an existing template rather than making my own. I know I'll be too critical of the design if I do it myself.
I don't think that's true. It looks deceptively easy up front but the subtleties involved actually make it pretty hard. I've tried hugo, jekyll and pelican and they've all pissed me off for one reason or another. A common issue involves one of the 'template' themes I found on their template theme libraries not working on the "latest" version of the generator.
Ivy seems to have "solved" this problem by having almost no themes. This is not exactly the solution I was thinking of...
There's still a gap in the market here I think, and there will continue to be a proliferation (like how there was with bad javascript toolsets until jquery 'won' ~2007-8) until somebody makes an acceptably 'good' one or fixes an existing one until it obviously stands head and shoulders above the rest.
If you can make a well designed static site generator with lots of nice themes (or the potential for that) that doesn't fail horribly when I try to use it in a normal fashion I'd switch to it in a heartbeat and tell all of my friends. I'm using hugo now, but I'm not super happy about it: last problem with that being that I couldn't get it to competently handle breadcrumb navigation.
Also yea, don't really want to do CSS and web design just to put a bit of content online. Hence why these things exist.
Yes, it really is a chicken-egg problem where I think you need to start with at least a half-dozen attractive themes to get attention.
Theme designers are not going to build themes for a site generator that nobody uses. And nobody (relatively) is going to use a site generator that has only a "document" theme.
Generators like Hugo, for whatever their faults, have dozens of really nice-looking themes so it's easy to find something close to what you want and either use it as-is or make some minor tweaks.
A lot of the themes on generators like Hugo are ugly or don't work too.
Probably porting a group of 10 nice ones would be enough.
However I’ve had lots of success building sites with Jekyll and love the speed with which it’s possible to get something up and running.
I'd very much like to see fullon wysiwyg static generators again; it could replace half, if not more, of the WordPress sites around.
I use static generators purely by available themes because that's the part that I hate the most.
It's an exciting time to be a web developer. We have many static site generators (like this one) to help build super performant sites, we can host them in the cloud for a negligible cost, and we can keep everything in Git.
Not sure if you mean to ask why people don't create their own static sites (without generators), or did you mean dynamic sites using PHP/Ruby/Python?
For the argument over dynamic sites:
Yes - the type that does not want to worry about security vulnerabilities.
My blog is made via a static site generator. I updated infrequently (once every so many months). I want to have it up and running for years without my intervention (i.e. maintenance).
I once had a Wordpress blog and treated it that way. It was hacked.
Then I built my own in Django. Then at some time it went down because my service provider updated Python libraries, etc.
The funny thing is: Using a static site generator is no more work, and has no fewer advantages. Why should I use a dynamic site or build my own?
For the argument against static sites, well then you'd have to maintain lots of links manually. A SSG gives you a lot of that for free. And you can use templates.
Because there are an unlimited number of things to create, and only a finite time in your life?
A lot of people who want pretty websites without writing or learning a lick of frontend technologies.
> It’s pretty easy (and fun!) to build your own
Seems like you answered your own question. :)