Comments on: Symfony 1.1: Should I be worried?

By: hentai tough jobs hand

hentai tough jobs hand — Fri, 05 Sep 2008 08:38:40 +0000

hand hentai jobs tough hentai jobs jerks hand

By: superhaggis

superhaggis — Fri, 09 May 2008 17:12:03 +0000

The “proxy method” suggestion is a great one - you can never have too many wrappers!

Point taken regarding blog registration! Cheers!

By: halfer

halfer — Fri, 09 May 2008 15:54:04 +0000

My first thought, superhaggis, was I think the same as yours: uh-oh, a split in the community. But I don’t think Francois’ post is indicative of that, and I know Fabien and colleagues will take the criticism with good grace. After all, they’ve been fairly bulletproof in the past, given the number of negative comments thrown at the framework/docs/whatever by struggling users, in the fora and from elsewhere!

It will of course be interesting to see where Fabien and co take the framework, but if Francois’ core point is that “a few proxy methods to help non-expert programmers won’t hurt the codebase”, then I’m inclined to agree with him. I can’t see how adding a bit of “polish” is going to hurt extensibility at all.

Off topic: if you want to encourage commenters here, then I’d suggest turning off the registration feature, and have a captcha instead. People generally won’t bother with the hassle otherwise, imo :o)

By: superhaggis

superhaggis — Fri, 09 May 2008 07:06:20 +0000

Thanks for taking time out to comment.

I’m guess I’m just concerned about how these significant changes to the framework will affect it’s marketability. “Enterprise-ready” is currently one of the hooks used, and I wouldn’t want to see that change to “enterprise-focused” or “enterprise-only”. There are a lot of enthusiast PHP developers out there who get a kick out of Symfony development, and I wouldn’t want them to feel alienated by future design decisions (the removal of RoR-a-like helpers, for example).

By: jwage

jwage — Fri, 09 May 2008 02:07:44 +0000

I really don’t think so. In my opinion the verbosity, flexibility and configuration are good things which allow large applications to be built in an extendable and easy to maintain way. The catch some would say is the learning curve has the potential to be greater for less experienced developers to dive right in. It requires good documentation and a little more api studying and understanding by the developer before being able completely begin to develop rapidly. But this learning curve is small and significant and well worth it in the big picture. I would say that frameworks that are built in a way that is the easiest to understand quickly and has less magic and tools at your fingertips can be less ideal once you begin to deal with larger applications. This is because you are doing a lot of work manually, which could be automated or extended from some base functionality. i.e. forms, lists, models, database abstraction, etc. On the flip side this means that symfony might not make sense for smaller one-off projects due to the higher overhead.

Just my two cents.