Disfruta de las vacaciones!

Ok, te me habías escapado en el twitter! Te hago follow yo también y así estamos en contacto.

Si estas por Pamplona avisa y nos echamos una cerveza! Así podemos hablar más tranquilamente, me parece una charla interesante.

Un saludo!!

Hoy por hoy el soft se va a quedar tal y como está en el momento que hacer un cambio empiece a hacerse tedioso, no dudaré en cambios claro.

He visto que eres de pamplona, suleo ir de vez en cuando tengo como “familia”
ahí, me encanta damre alguna escapada y desconectar.

Te he hecho follow en twitter! hablamos!

Perdona por el retraso en contestar, pero estoy que no paro.

Creo que hay un tema importante a tener en cuenta: simple no es lo mismo que mantenible o escalable. Efectivamente, ver todo en un index.php podemos considerarlo como “simple”, está ahí, nadie lo puede negar, pero en poco tiempo comprobarás que cada vez que tienes que hacer un cambio la cosa se va complicando más y más hasta llegar a un punto en que ciertos cambios que deberia ser una chorrada, se convierten en horas y horas. Yo te lo digo por decir, yo creo que todos alguna vez hemos pasado por eso y se descubre antes o después. Creo que lo bueno es que te avisen y que lo veas cuanto antes

No te estoy diciendo que debas de hacerlo todo perfectamente estructurado, separando todas las capas, etc, etc. Hacerlo estoy seguro de que es muy bueno, pero creo que también es bueno ir paso a paso. Yo personalmente en algunos trabajos pequeños que he hecho, no lo tengo todo estrictamente separado y estructurado, pero sí que al menos hay cierta sepación, como las que te decía en el comentario anterior, por lo menos separar el PHP del HTML e intentar sacar un par de capas sencillas (base de datos y acceso a ella). Eso como mínimo para empezar a generar un código aceptable.

Y, jeje, sobre el tema del código spaghetti, desde el punto de vista más purista (hasta límites insospechados) viene definido como dices. No lo llamemos spaghetti, pongamosle un nombre más castizo que seguramente no esté en la wikipedia: código churro. No en referencia a lo bueno o malo que sea, sino al hecho de ser largo y, aunque tenga orientación a objetos, tener métodos muy largos, etc.

Un saludo!

Debo de defender un punto, tatai dices que yo uso spaguetti code pero por la definición de lo que comentan en wikipedia http://en.wikipedia.org/wiki/Spaghetti_code , yo no veo que OC este programado de esa manera, es código estructurado http://en.wikipedia.org/wiki/Structured_programming. ¿no?

Por cierto es curioso lo de Lasagna code para los MVC xD hay nombres para todo.

Empiezo:

Sigo todo lo que tatai me propone, ya no vería el código tan simple.

No se si me explico, pero tatai mismo ha abierto un sólo fichero y ha encontrado todo de golpe. Eso no es simple?

Que es una guarrada, amén por ello es cierto.

Lo que no quiero es que se convierta en un WP. Que te tienes que leer su propia documentación para poder desarrollar sobre él :S

No logro entender, por que es mas sencillo separar datos control y visualización (MVC), si tal y como está ahora, abro un fichero y ya tengo todo ahí y no tengo que hacerme “pajas” mentales de como funciona el código. Lo veo mas rápido y mas simple.

Es complicado, quizás sea mi punto de rebeldía hacía un trabajo muy muy muy organizado que hacía en antaño. Y ahora veo que por velocidad de desarrollo y simplicidad me gusta mas así.

Recordemos que este soft realmente no es ningún tipo de negocio, sino lo diría para que engañarnos, y plantearme un tipo de desarrollo (a mi parecer) mas costoso, ahora mismo no es viable.

Como bien decís hay gente que le gustará así y a los que no.

De nuevo gracias! espero vuestros comentarios o esta ayuda que es muy buena!

Yo también asistí a la charla, y he de corroborar todo lo que dice tatai.

Como consejo para tu aplicación, yo deistribuiría el desarrollo basandolo en objetos (si vienes del mundo Java te será mucho más fácil e intuitivo) y sin dudarlo usaría MDB2 de PEAR para la abstracción de BBDD, Cache_Lite para el cacheo y como dice tatai, XTemplates para separar la visualización (HTML).

Recuerda que las críticas siempre son constructivas y se tiene que aprender de ellas (yo he aprendido mucho a base de críticas de otros, y es de agradecer)

Permíteme aclarar un par de cosas.

Creo que confundes los términos. Yo también intento practicar KISS todo lo posible y no te digo que no sea una buena idea hacerlo. Recordemos que es KISS: Keep It Simple, Stupid. La wikipedia lo explica perfectamente (http://es.wikipedia.org/wiki/Principio_KISS): “El principio KISS es aquel que recomienda el desarrollo empleando partes sencillas, comprensibles y con errores de fácil detección y corrección, rechazando lo enrevesado e innecesario en el desarrollo de sistemas complejos en ingeniería.”

Por otro lado, el uso de frameworks. Tienes opiniones para todos los gustos es estos temas. Desde gente que los defiende a capa y espada (pongamos por ejemplo a Fabien Potencier, creador de Symfony), como gente que no les gusta, aunque con matices (creo que el mejor ejemplo es Rasmus Lerdorf, creador de PHP). El uso o no de frameworks no implica que no puedas (de hecho, deberías) organizar tu código, crear una serie de capas. El uso de framework “genéricos” implica que vas a meter cosas que es posible que no uses nunca, o capas que vengan de más y por eso el no uso de frameworks, para hacer tu código más eficiente, pero no sin seguir los principios básicos.

Mi comentario a tu charla tiene que ver con todo esto. Proclamas seguir el principio KISS y que no usas ningún framework. Ok, todo perfecto, nadie tiene nada en contra de esto, hay opiniones para todos los gustos. El problema es cuando entramos a mirar el código que tiene Open Classifieds. Sólo tuve que ver el index.php de raíz para ver que eso no es un código KISS, es lo que se denomina un código spaghetti. Ok, de acuerdo, a ti te puede parecer sencillo, pero no es mantenible ni sigues el principio KISS. Mezclas en el mismo index.php el include de cabecera y pie junto con html y php e incluso queries a la base de datos! No hace falta que uses un framework (aunque sinceramente, te recomendaría que mirases algo de Zend o PEAR) pero separa mínimamente las capas de datos, base de datos y visualización, crea unos cuantos objetos que materialicen y desmaterialicen tu información de la base de datos, etc, etc.

En mi opinión, para empezar, separa la parte de código PHP de la de HTML (lo más sencillo, XTemplates), usa una capa de abstracción de la base de datos (por ejemplo, MDB2 de PEAR) y crea un objeto para cada elemento que tenga tu sistema y una clase que realice las acciones con la base de datos. Esto es lo más sencillo y no es ningún framework, sería el framework de tu aplicación, totalmente optimizado a tu trabajo. De aquí en adelante, todo lo que te quieras “complicar” seguro que es bienvenido, pero separa.

PHP es un lenguaje que te permite hacer todas las guarradas que quieras, pero también te permite hacer las cosas bien. Hay que optar por el segundo camino.

Creo que tu aplicación puede ser muy potente, de hecho asistí a tu conferencia con la idea de ver si podía servirme para varios de los clientes que tenemos en el trabajo, pero tras ver la implementación, es inviable, al menos desde mi punto de vista.

Y no me entiendas mal, alabo tus ganas y tu interés, no todo el mundo es capaz de querer dar una charla en un evento como el PHPConference, pero no se puede predicar con algo que luego no se sigue. Por cierto, intenta evitar el “efecto demo”, te ayudará a captar más adeptos

Un saludo y suerte!

Soy el ponente de Open Classifieds.

Gracias por asistir.

¿Por que me he confundido de sitio? No creo ser el único en esta conferencia defendiendo concepto KISS, demostrado sobradamente de beneficios que esto puede llevar.

Ojo que no estoy en contra del uso de frameworks (cuando yo era uno de los que usaban) simplemente me gusta tener un control mas completo sobre todo lo que está ahí funcionando sin funcionalidades extras y optimizando lo máximo posible.

saludos!