What's new in Padrino 0.11 and 1.0
speakerdeck.com
What's new in Padrino 0.11 and 1.0
1–10 of 20 posts
Re: What's new in Padrino 0.11 and 1.0
#2I use Sinatra a lot, and like the convergence of Padrino towards node and other javascript stuff. After reading the presentation few questions in my mind?
1) Is the routing an extended version of Sinatra's? 2) Is the throughput boost already there in padrino or sinatra?
Re: What's new in Padrino 0.11 and 1.0
#3I use Sinatra a lot, and like the convergence of Padrino towards node and other javascript stuff. After reading the presentation few questions in my mind? 1) Is the routing an extended version of Sinatra's? 2) Is the throughput boost already there in padrino or sinatra?
Actually the our router is totally different, is http_router, which is something very complex and full featured, the new version of Padrino 1.0 will use instead an extended version of sinatra.
2) Yep and will be more and more in 1.0
Re: What's new in Padrino 0.11 and 1.0
#4The slides are awesome! Great work. I also like speakerdeck a lot.
Re: What's new in Padrino 0.11 and 1.0
#5The slides are awesome! Great work. I also like speakerdeck a lot.
hahaha thanks! Much appreciated!
Re: What's new in Padrino 0.11 and 1.0
#6The slides are awesome! Great work. I also like speakerdeck a lot.
thanks!!! :) we put loads of hard work to make them happen! :) the next batch will be definitely more interactive! ;)
Re: What's new in Padrino 0.11 and 1.0
#7I use Sinatra a lot, and like the convergence of Padrino towards node and other javascript stuff. After reading the presentation few questions in my mind? 1) Is the routing an extended version of Sinatra's? 2) Is the throughput boost already there in padrino or sinatra?
Actually the our router is totally different, is http_router, which is something very complex and full featured, the new version of Padrino 1.0 will use instead an extended version of sinatra. 2) Yep and will be more and more in 1.0
[deleted]
Re: What's new in Padrino 0.11 and 1.0
#8I use Sinatra a lot, and like the convergence of Padrino towards node and other javascript stuff. After reading the presentation few questions in my mind? 1) Is the routing an extended version of Sinatra's? 2) Is the throughput boost already there in padrino or sinatra?
JS support will grow as we implement features such as hot-code-push and better support for the asset pipeline... ;)
Re: What's new in Padrino 0.11 and 1.0
#9One more question; Could you name me some more reasons why I should use padrino 1.0/sinatra instead of rails for my next startup or client project? (I may reuse them with my team and clients). I am aware from your presentation of speed, non-opinionated aproach etc, but appreciate some more technical advantages/disadvantages for an HN discussion..
Re: What's new in Padrino 0.11 and 1.0
#10One more question; Could you name me some more reasons why I should use padrino 1.0/sinatra instead of rails for my next startup or client project? (I may reuse them with my team and clients). I am aware from your presentation of speed, non-opinionated aproach etc, but appreciate some more technical advantages/disadvantages for an HN discussion..
As someone who has multiple Padrino apps running at customer sites:
- Almost nothing is activated without explicit choice (except security-related things and really default things, like sessions, mind you). This mitigates the risk of attacks that hit a component that you didn't implement without knowledge. See the XML-parsing attack on Rails (CVE-156) for that hit everyone, even if they were not conciously accepting XML. Padrino users using MiniXML would be affected, but those are only the ones that actually know that they are using it.
- You can learn the whole stack in just a few days. And by learning, I mean: including reading and understanding most of the source. This makes it much easier to get new people on board that didn't learn this specific framework for a few month already.
- Everything that can be changed can be changed via an API. (Almost) no need for monkey-patching.
- Very Rack-friendly. Programming Padrino well means that you leverage a lot of technologies that are standard in the Ruby anyways.
- No unneccessary magic for saving a few lines. The whole bootstrap-process is very straight-forward. If you want to know why something happens, its very easy to figure out the series of events from your code.
- Very low on stack frames. I hadn't figured that out before, but that makes debugging that much easier.
- Theres another thing that I call "load to memory", for lack of a better word: the mental overhead to understand and remember how that part of the framework that you are currently working with really works is low, so its easy to get it into your head once you need it.
- Its _very_ flexible. Everything that Padrino _doesn't_ do also means that you are free to implement things and it won't break during releases. For example, it doesn't really expect a fixed application layout - its just a very well chosen set of default load paths. If you want to change that: go ahead - organize your project in a fashion that makes sense.
- The best convenience parts of Rails (I18n and active_support) are available to you.
And finally: a completely different philosphical approach. We don't serve omakase, we provide you with fresh ingredients, pots and pans, because we believe that _you_ are the best chef.