Tagged: php

Razones de porque el top de frameworks: que cuidar al comenzar un desarrollo

Cualquier busqueda nos arroja: en el top de frameworks a RAILS (ruby), LAVAREL(php), CODEIGNITER(php) y SPRING (java) entre los primeros siempre fijos, nunca salen de esos puestos.. estas son las razones (discutidas entre ingenieros y desarrolladores) y las explicamos:

1. soporte a amplio rango de base de datos

2. soporte a migraciones.

3. autoconstruccion de codigo (esto incluye plantillas, CRUD’s css, js)

4. curva de aprendizaje
5. casos de exitos durareros con razones

La primera es obvia, SPRING usa java, con JDBC puede usar la DB que exista, LAVAREL y CODEIGNITER usan ODBC y RAILS tiene driver para todo menos oracle donde se usa odbc, estopermite al framework atacar a .NET y Oracle, es decir, si mi framework soporta oracle (virtualmente) sea por odbc o por driver directo, podre fabricar un app que sustituya el de una empresa privada.. claro esta uno puede basarse en un soporte ya previo como el de mysql dentro del mismo framework, pero debemos ser conscientes, el trabajo no es ese.. el tiempo apremia..

La segunda significa que cuando yo libere una actualizacion de el codigo de mi proyecto, no tengo que dar instrucciones de sql’s para actualizar la db, ni ojo ni mucho menos las ubicaciones de archivos subidos, simplemente sustituyo todo el codigo php/ruby y el sistema “migrations” (presente al menos en RAILS, SPRING y Codeigniter) hace el resto basado en los SQL’s de alteraciones registrados durante el desarrollo de las actualizaciones

La tercera todos las conocemos, son las herramientas de modas, sass, jquery, grocerycrud, templates, etc.. que nos permiten “dividir y vencer” sobre grandes partes de codigo, reutilizadas entre varias pequeñas, actualmente cualquier framework tiene maners de integrar estas tecnologias..

La cuarta razon es tambien obvia pero delicada, en una eleccion mas solida pero complicada, lamentable no es lo que el resultado se espera, esta basada en la relacion tiempto-resultados que desea todo “cliente” (cliente en el sentido de aquel que pidio y recibe el resultado final, no solo el que paga algo), SPRING y CODEGINITER aqui no requieren que el desarrollador sepa de JS o CSS, tienen herramientas que se encargan de ello (menos optimas claro) si bien tardar mas a veces da mejores resultados a futuro, si nuestro desarrollo implica aprender, solo sirve si este aprendizaje no sale con una de las 3 anteriores faltantes, ejemplo es facil de aprender pero no soporta SQLserver o Oracle, no sirve porque no podemos en medio del desarrolo fabricar una solucion indirecta al desarrollo mismo.. esto se traduce a vista del cleinte en perdida de tiempo valioso que escogiendo otro framework se evitaria

El usar casos de exitos no nos viene a nosotros los desarrolladores como una razon, pero si al lider de proyecto, es simple, seguro mato confiado… y ya sabemos que SPRING, RAILS y CODEIGNITER son casos de exitos de mas de 8 años.. LAVAREL es muy reciente pero se ha hecho respetar dado su gran soporte de compañias..
Advertisements

GUACHI php framework

Porsupuesto en gitlab, no en github..

Guachi (Nombre quizas definitivo) es un framework nacido de los constantes trabajos realizados por Master Vitronic, creador de VenenuX, altamente basado en Banshee, se penso para proyectos pequeños, pero realmente es para proyectos gigantes donde se neceita control de la mas minima pieza de trabajo

DONDE?

El proyecto esta residenciado en https://gitlab.com/guachi/Guachi_Framework y su vision es modular, es un framework fuertemente tecnico, orientado a buenos programadores, las clases de mayor interes son Guachi.php y class.router.php despues de las llamadas a input.php.

COMO?

Basa su logica en enrutamientos, usando el famoso directorio “public” en vez de un directorio “stats” para los elementos no dinamicos. Para los adeptos notaran que define lejos el core de la exposicion de los archivos por el webserver, lo que significa que no ejecuta en hostings gratis, pues requiere “ayuda” del administrador (Definir htaccess o aliasing).

Debido a esto Guachi hace uso extensivo de la reglas “rewrite” de los servidores web, lo que lo orienta a proyectos mas completos que a cosas simples o sencillas, asi que es recomendable tenga un buen entendimiento de estas, esto permite configurar rutas especiales y tener dominio y control sobre los requests respecto el desarrollo.

CUANTO?

Liviano y rudimentario pero firme, fuerte y robusto: usa Php cualquier version desde la cinco, no tenene requierminetos mas que modulo match, modulo curl y modulo mcrypt/openssl (este ultimo tampoco disponible en la mayoria de los hostings, solo en planes AWS) pero tal como se explica, no es un proyecto empezando su desarrollo, ya se ha usado en produccion, sin embargo en cuando a conectividad de datos no tiene soporte ODBC en el cual se comenzara a trabajar…

CUANDO?

Aun no hay releases o versiones oficiales, pero no es un proyecto en desarrollo, realmente ya se ha usado en produccion varias veces y esta es la razon de porque se hace hoy dia un proyecto publico en la web, el trabajo actual es mas de ampliacion y documentacion que de refacciones y desarrollo, ya que ya es estable y tienen uso..