1,261 karma · joined October 30, 2008
Regarding Padrino: when it was released earlier this year I initially didn't think much of it, but after playing with it recently I believe it definitely has the potential to be another great Ruby web framework. It's already very usable and extremely pleasant to work with.
It's a simple web service for converting markup from one format to another. Most of the conversions in the app are done using the Haskell library Pandoc, but I'm also using Discount, Python's Docutils and Ruby's RedCloth. It was also an opportunity to use MongoDB a little more. Right now it just converts snippets to snippets, but I'm in the process of adding additional options, like autolinking URLs when outputting HTML and adding headers and footers for formats like RTF that require them for complete documents.
I really liked the November sprint idea and am going to try to launch at least one thing a month this winter, even if only a simple microapp.
response = Net::HTTP.post_form(URI.parse("http://example.com"), {:param => "val"}) #id.class
:markdown
[A link](/path)
outputs: <div id="id" class="class">
<a href="/path">A link</a>
</div>2. You can do the equivalent of = in Haml filters by enclosing the Ruby in #{}. For example, where sign_up_path is a Ruby helper method:
:markdown
[Sign Up](#{sign_up_path})
Personally, in the past I've put large blocks of mostly-static content (eg, a TOS) in a erb template or partial. I now often use the markdown filter for things like help documentation in my sites. :markdown
## Heading Content
This is just some *emphatic* text. Maybe I'll talk about `$BASH_VERSION` here.For me, I periodically use Django for content-centric sites with standard CRUD operations primarily performed by a small number of privileged users, but I prefer Rails and Sinatra for most projects. I prefer the Ruby web development ecosystem, with libraries like Haml, Sass and Compass.
VPN makes more sense if you need to access things on another network, like shared drives, and can be difficult to configure.
I've been working completely mobile and using tunneling for years. It works well. Set sshd on the router/server to use port 443 and you won't have issues with port restrictions.
Once it's set up, all you need to do is switch your network location to the tunnel location before you leave the house, then when you want to get online, press the button for the appropriate tunnel in SSH Tunnel Manager.
I've personally been working from cafes and tunneling everything through SSH for years, but in my experience almost no one else does this.
It's not clear how or whether would add desktop touch features, but they've clearly considered it.
We are discussing web development jobs in this particular thread.
Django doesn't even dominate Python web related jobs
Yes, it does. SimplyHired: Django 1168, Pylons 143, TurboGears 18, Zope 96, web.py 5.
"Python JavaScript"...Granted for many of them Python is not the main skill asked for
Exactly the problem with that approach. It's relatively common to list a bunch of languages including Javascript, Ruby and Python in desired experience for any non-MS web development job, but pretty uncommon to list specific frameworks unless that's what the job is for.
Also, if you follow my links you'll see that the subjects of the comparison originally came from a poll.
A little over a year ago I compared the jobs available for PHP, Django and Rails (http://news.ycombinator.com/item?id=805931). I did the same again 3 months ago (http://news.ycombinator.com/item?id=1459119). A quick glance now shows the same trend and ratios (eg, simply hired has 20,125 PHP jobs, a 25% increase in 3 months; 5,334 Rails jobs, a 39% increase in 3 months; and 1,153 Django jobs, a 25% increase in 3 months).
TL;DR: PHP, Django and Rails jobs are all on the rise, there are vastly more PHP jobs than either Rails or Django jobs and there are many more Rails jobs than Django jobs, and this applies to startups, too.