motter
Joined 16 years ago
Joined 16 years ago
This one if I remember correctly: https://github.com/timmyomahony/django-pagedown
Simply put, a web interface is often more convenient so I can update things easier on the go, and it's good to have a place to host experiments too.
I have used various static site generators but none of them seemed to be significantly less work to get going than a small django app on heroku. Though I've been using Django for a few years, so there is simply no learning curve left.
Our new design looks like this: http://test.lfgss.com/. We focused heavily on clear typography.
It's not quite finished, so parts of it don't work yet. But you get the idea. Feedback appreciated.
Agreed, and to add to your point, group identity is also a strong motivator for close-knit networks.
Forums are a good example of this. It's partly why I think communities (and the software they use) centred around a specific interest or activity will, for certain kinds of community, ultimately win over what we now call social networks.
It's the tools that are lacking: at the moment it seems far easier to set up a facebook group than work out what a community needs and provide it without technical knowledge.
(I have an interest in this area because tools for communities are what I left my job to work on: http://microco.sm).
Let's say you're writing a new web service in Java, because it has features aplenty and is also the language your team is most familiar with. You're confident the JVM is a platform you want to build on.
Now you need to:
1. Choose a set of libraries or a framework. Do you go for Spring or Java EE, or for something newer like Play or Dropwizard?
2. Choose a build tool. Maven? Ant? Gradle? Maybe we'll write some scala, so SBT?
3. Choose tools for deployment, config management, etc.
4. A database.
5. And so on.
All of these tools have different trade-offs. There are so many trade-offs that I don't think blog post comparisons (or whatever) cut it. And so you have the "magpies" who try and figure out some of these trade-offs for themselves by experimentation. (That is what, in my opinion, hack days and 20% time are for, not your new production system.)
But don't listen to me, we wrote our new web service in Go ;)
More seriously, it was a major decision and I couldn't possibly write a few hundred words on my blog to justify it. I may write a few thousand, though.
As a whole the toolchain makes working with Go code very convenient.
I've also heard good things about https://github.com/spf13/cobra and https://github.com/codegangsta/cli.