El primer problema si intentas implementar cakehp en una empresa 'grande' y/u organizada te lo vas a encontrar en la documentación, dile tu a cualquier empresa que lo documentado es la api ... que te sacan a patadas.
Lo cual no implica que cakephp no esté preparado para empresa, que yo creo que lo estará ... cuando esté acabado. :) El día 5/03/08, mbavio <[EMAIL PROTECTED]> escribió: > > > Me has tapado la boca Ricardo. Tienes toda la razon en lo que has > puesto. > > Saludos, > Martin B > > On 5 mar, 09:57, "Ricardo Mun~oz A." <[EMAIL PROTECTED]> wrote: > > 2008/3/5 mbavio <[EMAIL PROTECTED]>: > > > > > > > > > > On 5 mar, 03:52, rcechang <[EMAIL PROTECTED]> wrote: > > > > Ahora. Hacer aplicaciones "grandes" no es una tarea para > cualquiera. > > > > Eso se hace en equipos y equipos preparados y hay que evaluar > muchas > > > > variables (como ya se dijo, el entorno, por ejemplo). Pensar que > > > > porque uno puede construir una casa, ya está preparado para > construir > > > > un edificio, es falso. > > > > > De donde has sacado eso? Hay muchas aplicaciones grandes elaboradas > > > por una o dos personas, y mas hoy, en el estado actual de la web > > > (2.0?), donde hay startups saliendo todos los dias. > > > > un buen punto es definir como mides cuando una aplicacion es "grande". > > una startup casi siempre ofrece un servicio que hace algo muy > > especifico, y ademas se parte con una version basica para luego ir > > agregando funcionalidades. que algunas tengan millones de usuarios y > > muevan muchisimo dinero (Youtube, Facebook, Twitter, etc.) no > > significa que por dentro sean aplicaciones "grandes"... > > > > IMHO una aplicacion compleja es la tipica aplicacion "hecha a medida", > > es decir, encargada por una empresa/organizacion donde se pierde mucho > > tiempo en definiciones y en realmente saber que es lo que quiere el > > "cliente"... > > > > > Y creo que los frameworks actuales (CakePHP, ROR, Django, etc) estan > > > logrando justamente eso: que lo que antes de hacia con todo un equipo > > > de desarrollo, ahora lo puedan hacer 2 o 3 personas, y hasta 1 > > > freelance con tiempo. Acelerar los tiempos de desarrollo, eso es lo > > > que todos buscamos me parece... > > > > no necesariamente. quizas incluso mas importante aun es poder contar > > con una arquitectura bien definida (y probada) para asi estandarizar > > la manera de desarrollar y todo lo que eso implica (codigo facil de > > manetener, documentacion, etc.). el menor tiempo de desarrollo es como > > un efecto secundario... que en todo caso no se logra altiro. > > > > -- > > Ricardo Mun~oz A. > > > --~--~---------~--~----~------------~-------~--~----~ Has recibido este mensaje porque estás suscrito a Grupo "CakePHP-es" de Grupos de Google. Si quieres publicar en este grupo, envía un mensaje de correo electrónico a CakePHP-es@googlegroups.com Para anular la suscripción a este grupo, envía un mensaje a [EMAIL PROTECTED] Para obtener más opciones, visita este grupo en http://groups.google.com/group/CakePHP-es?hl=es. -~----------~----~----~----~------~----~------~--~---
