Morten Matras <morten.mat...@...> writes:
> Hi All
>
> Thanks for starting this discussion.
>
> Yes - Stripes is in danger - A danger that comes from the fact that this
framework is so good that it is difficult to improve (at least the core).
>
> To make the brand (and thereby the framework) stronger I think it could be a
good idea to "allow" sub-frameworks to emerge. This will engage developers and
add value to the core.
Great discussion!
I don't develop much, but I use Stripes exclusively when I do. It all started
with Freddy's book for me and I've been loyal to it since.
However, I just recently moved to the San Francisco Bay Area and am
***shocked*** at how many folks are doing Ruby on Rails (RoR) development out
here. On one hand, there's a ton of traction behind it and on the other, VC's
and angels actualy want/expect new development to be done on RoR!
Stripes for me has a lot of what I want out of the box: a light MVC framework
that allows me to do development quickly without the mess of config files.
Pair Stripes with Quickstart, Stripersist and Stripesstuff, and I'm a happy man.
However, the perception of other RAD frameworks like RoR is so strong, that
many like Stripes (its not alone!) get left behind. IMHO, Stripes needs a
"Rails" equivelant--and for the most part, it already exists--see Freddy's
stripes-quickstart. Ironically, it seems a lot of (regular) Stripes developers
don't even know about it! Aaron's Stripersist makes data persistence and
retrieval a breeze. A lot of what one would want to get up and running quickly
is already there, but it seems its not packaged that neatly--for the most part,
I suspect, because it works for those that use it. The catch is, for those
that don't use it, it's not obvious how good/quick/easy Stripes is.
If you go to the Stripes wiki, info about stripes-quickstart and Stripersist is
not easy to come by--in fact, if you don't know to look for it, you won't find
it. I only found out about the latter by chatting with Aaron on IRC.
I think Stripes needs a revamp in a few areas:
1. New releases need to go out more regularly (quarterly?). This is obviously
simpler said than done: Ben and others help keep Stripes alive and they have
only so many cycles. Unless we all pitch in, regular Stripes releases won't
happen.
2. The presentation for Stripes needs to be revamped. Compare the following:
- Stripes: http://www.stripesframework.org
- Grails: http://www.grails.org/
Which one looks more appealing?
3. To Morten's point, showing Stripes as a framework with simple, easy to
manage/install plugins that allow for VERY-RAD is key. Stripes should "sell"
its quick wins:
- Bare-bones configuration
- Stripes-quick-start - Get an app up and running from JSP to JDBC in a
minute
- Stripersist - Easy DB persistence and data retrieval
- What else is already out there?!!
- What else should be added to this list?
------------------------------------------------------------------------------
This SF.net Dev2Dev email is sponsored by:
Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
_______________________________________________
Stripes-users mailing list
Stripes-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/stripes-users
