Hacker News new | comments | show | ask | jobs | submit login

Let's switch Java for Javascript and Python for Coffeescript as far as similar syntaxes go. In any case, regardless of existing userbase, doing a forward looking project in backward looking technologies doesn't sound right to me. Go with Node, or Clojure if easily deployable today is a must.

"easily deployable" for Clojure or Node isn't even on the radar for 99% of people.

I go to any $5/month host, check "install wordpress", and it's done. When Clojure CMS/blog apps have even 1% of the installability (as in, ability to be installed) by non-developers, perhaps they'll have a fighting chance.

I say this as someone who develops Grails apps all day long.

Granted I don't know the state of Clojure, but I thought running on the JVM would make it easily deployable most anywhere. Of course then having a blog engine or cms built in Clojure that's easy to install is another problem, but this thread is exactly discussing such a solution.

>I go to any $5/month host, check "install wordpress", and it's done.

That is a function of popularity, not language. If some blogging app had a userbase the size of wordpress's, it wouldn't matter if it were written in PHP or brainfuck, shared hosting providers will set it up. This is why appealing to techies makes sense. They will be the ones setting it up in the initial "its not popular yet" phase, and if they don't use it, it will never get off the ground. Once they start setting it up for their friends/family/etc, a few companies start offering it as an option for their hosting. Then a few more, and it snowballs as the app gets more and more popular. Trying to start from "use PHP so end users will use it" doesn't work, because installing a PHP app is just as hard for them as installing anything else.

"easily deployable" is part of the equation, but even assuming a clojure app was 'easily deployable', the architecture of JVM apps runs against the interests of shared hosting providers - anyone looking to get more functionality from less hardware.

Keeping JVM engines going, and keeping a lot of compiled apps in RAM, on the offchance that someone makes a request, means fewer apps/sites can coexist on the same hardware. My $5/month PHP plan (hypothetical - I don't have one) - only compiles/executes the PHP when the request is made. If no one requests my site for 3 days, it's all just sitting there, not using any resources.

Until there's another technology that follows a similar model (or something else which provides good economies of scale for hosting providers), PHP will continue to dominate large segments of certain problem spaces.

Guidelines | FAQ | Support | API | Security | Lists | Bookmarklet | DMCA | Apply to YC | Contact