hmans

No worries, I was just being the worst kind of my grumpy German self. Ignore me. :)

Half-Arsed Server Capacity

How weird, it didn't a minute ago.

It's been out for 2 hours and there's still no SublimeText syntax package?

Feedbin.

http://sloblog.io/ - simple, responsive layout, Markdown everywhere, syntax highlighting, BrowserID/Persona-based signup, native comments + subscriptions, JSON export.

Coming soon: full API (someone's already building an iOS app on it), anonymous posting, authenticating against Twitter (not just Persona), Flattr integration.

No ads _ever_, monetization through Flattr, and I may eventually do a full open-source release. (My business is in training and consulting, not in running websites.)

Enjoy.

I concur.

Love it. Time to convert those design agencies that are still struggling with FTP or sending huge PSDs through email.

lol, objectify.

Thanks for giving it a go, and I'm really glad that you like it!

However, whenever someone says that Happy is a nice framework "for tiny webapps", I like to chime in and add that the goal for Happy is to be as simple (and thus fit for tiny apps) as Sinatra, but also a great fit for large applications as it allows for a kind of modular development style that may feel a whole lot more natural to some people than what Rails is doing (and Padrino is sadly trying to mimick): controllers actually describing behavior - no matter how simple or complex - and not URLs or individual resources.

I'm very much looking forward to finding out how much this resonates with other Rubyists. Upwards and onwards :)

Hi, author of Happy here. A Todo or Blog app as a basic example is a great idea! I'm planning on adding more example apps to the source distribution and will make sure they'll be part of that.

I'm also the author of Schnitzelpress, a Ruby-based blog engine built with Sinatra (and optimized for hosting on Heroku and similar cloud providers), and I will be porting it from Sinatra to Happy some time soon.

Author of Happy here. I apologize, the link ended up on here too early -- I'm preparing to release & announce the first proper version some time this weekend.

To answer your question though, the way Happy works largely revolves around routing the request URL through a simple graph of controllers (instead of mapping URLs to classes, like most other frameworks do it). These controllers are essentially apps-within-apps; modular, testable, describing functionality, not data.

It's also a good Rack citizen, as each Happy controller class is also a fully functional Rack app.

Details some time this weekend.

Hello.

Absurdly lame opening paragraph. Made me want to use Parse a little bit less.

tl;dr We LOVED MongoDB (http://www.zopyx.de/blog/plone-using-highcharts-and-jqgrid) but we got burnt so it's USELESS and BRAINDEAD!

Yup, SP will at some point -- hopefully not too far into the future -- host its own comments/likes/links/feedback. Right now I'm trying to figure out how do this right.

Bootstrap is the new Photoshop Lens Flare.

This is from February?

"Of course, being a software dev, I ended up using the last alternative [compiling things manually] a lot."

Yeah, whatever.

If this mattered, people would be using Gnutella.

By the way, "beginners" wanting to get started building Ruby-based web applications should have a look at Serve (get-serve.com). It's not a framework per se, but if you're coming from PHP, it will probably get you started with the Ruby ecosystem pretty fast (and well), since it allows you to just create an .erb file and add inline code.

(Which is what most PHP people seem to want initially - you know, before that magic thing happens where they realize that real applications need structure.)

Web application development is not for beginners.

tl;dr - web development is changing, the frontend side of things is gaining significance, while the backend is moving to, well, the background.

No reason to be surprised there, right?

You don't. That guy didn't.