Tag desarrollo - Userlinux.net

A mi modo de ver los esquemas organizativos MVC -junto con muchos otros factores- han cambiado a mejor la organización y estructuración del código fuente de un proyecto. Separar en capas las distintas partes de un trabajo (datos, lógica y vista) se antoja un proceso crítico, laborioso pero divertido a la vez.

Por otro lado a veces nos encontramos con situaciones en las que el MVC se convierte en un híbrido entre lo que es y lo que debería haber sido, en este punto hay una clara diferencia entre los desarrolladores que optan por la rama práctica y los que bajo ningún concepto intentan mezclar capas.

Por favor, que nadie se sienta ofendido, pero me acaban de contar una anéctoda digna de publicar:

• ¿Por qué usáis Java para eso? ¿GUI en Java?
• Es que es muy complicado encontrar buenos programadores en Python, Perl o Ruby, pero monos que programen en Java a cambio de cacahuetes, hay muchos, y eventualmente, los monos acaban el trabajo.

Que cada uno saque su propia moraleja.

Hace algunos días que no escribo nada en este rincón digital... y es que los cambios que habíamos planeado en BidoBido se fueron retrasando hasta esta mañana. Hemos actualizado el código y -en principio- parece que no hemos roto nada. Esperaremos a ver que dicen los clientes, verdaderos protagonistas de esta historia.

Creo que hemos cerrado una etapa importante de cambios, aunque debemos mejorar el aspecto y la usabilidad del sitio... pero necesitamos más retos para seguir vivos. Obviamente nos llevará tiempo llegar al volumen de clientes que se había estimado en un principio, es un laberinto complicado pero seguro que entre todos lo acabaremos consiguiendo.

Por otro lado centraremos esfuerzos y recursos en integrar la logística de negocios online con volumen algo mayor a los que ya tenemos (es posible que en breve surja un acuerdo de colaboración con Arenal, integración logística con subforos de "compra-venta", servicios de picking...). E incluso migración integral de servicios e-commerce a la nube, pero eso ya es harina de otro costal.

En cuanto a retos personales -hablando siempre de devel & sysadmin- he estado mirando muy por encima un sistema de estadísticas sobre Twitter como excusa para probar algún que otro framework de desarrollo que me lleva tentando algún tiempo.

Parafraseando -y versionando- al Número 5 de Cortocircuito... retos retos, ¡¡quiero más retos!!.

Debería haber escrito este post hace algún tiempo pero ya se sabe como somos la gente importante que no tenemos tiempo a nada (modo ironic off). De todas formas nunca es tarde así que allá vamos, a adentrarnos en el maravilloso y fascinante mundo de Mercurial (hg para los amigos).

A estas alturas todos sabréis que Mercurial es una herramienta de sistema de control de versiones multiplataforma para desarrolladores de software implementado en Python (wikipedia dixit). Lo que igual se hace menos familiar es la facilidad con la que podemos crear un repositorio en 3 simples pasos:

Desde la época de CakePHP no había vuelto a probar otro framework de desarrollo libre -en serio-. Este último mes he empezado un par de pequeños proyectos con CodeIgniter, más que por los proyectos en sí, por ver cómo se desenvuelve el fw según mis necesidades y valorar su futuro uso.

Como primera valoración me está gustando, fácil de configurar e instalar, con una curva de aprendizaje exponencial -como la mayoría- y muy estructurado en cuanto a código y esqueleto de aplicación, MVC estricto, sin parámetros GET por defecto -seguro-, no hay que usar la consola...

Aunque hay otras cosas que no acabo de ver como por ejemplo el uso de la librería form_validation() con varios formularios en el mismo script, pero imagino que será cuestión de buscar un poco más.

Seguro que surgen más problemas según vaya profundizando en el desarrollo, porque de buenas a primeras he de decir que compensa seguir profundizando. Como primera toma de contacto -y viniendo de un $don_nadie como yo- voy a tener la osadía de otorgarle un notable (pero alto).

Hemos instalado el devkitpro, un kit de desarrollo para la Nintendo DS que se basa en la librería PA_lib.

No sé si al final saldrá algo bueno de todo ésto, pero para quien lo quiera intentar aquí queda un bash script que lo hace todo sin apenas esfuerzo, devkitpro.sh (no es de cosecha propia, pero tampoco es sencillo de encontrar sin registro previo):

Hubo un tiempo en el que empecé con un patrón que parecía el adecuado. El mini-fw que estaba empezando era como un billar: directorios estáticos por un lado, app por otro y el core como tercera banda -la más importante sin duda- donde trato de coleccionar -y reutilizar- funciones.

En la segunda entrega creamos el despachador de forma que todas las url's tenían que pasar por un index.php que controlaba todo el tráfico.

Y ahí se quedó el invento, al menos en lo que a publicaciones se refiere. En cuanto al código he avanzado bastante y pensaba que había seguido el camino correcto hasta que el maldito Apache Benchmark Tool se cruzó en todo esto.

Un tip muy sencillo y funcional para los que quieren rellenar un desplegable con dos tablas relacionadas en CakePHP 1.2. En pocas palabras el entorno es el siguiente, dos tablas Users y Groups relacionadas entre si por el campo Users.group_id (sigo la nomenclatura 'oficial' para que tanto cake como bake me entiendan. Podríamos resumir la relación en: