Category: Uncategorized

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

partclone-utils: imagemount

facil de usar, un comandito y ya, adjunto los paquetes para debian 5, 6, 7, 8, y 9 asi como Devuan 1 y 2 Descarga desde el lista venenux el paquete (https://groups.google.com/forum/m/#!msg/venenuxsarisari/Es-bSPvpAUc/L2V0LyAYAAAJ) e instalarlo manualmente

Continue reading

meldown, spectre y kaiser, fallo en los cpu de por vida, y a quien afecta

angeldeath trae una info interesante: aquellos que usan “lo que todos usan” deberan estar cagados preocupados ahorita, mientras los que usan algo apartado y distinto estaran tranquilos

Se ha descubrierto y se anunció una vulnerabilidad conocida como Meltdown que afecta a prácticamente todos los microprocesadores fabricados por Intel. Su solución un parche al que llaman Kaiser hara que los chips de la compañía funcionen entre 5 y 30% más lento, puff. Los desarrolladores del kernel Linux fueron los primeros en plantear los llamados parches KAISER, y hay ya nuevas versiones del kernel con esos parches aplicados que irán llegando a las distintas distribuciones Linux a través de los gestores de paquetes.
Continue reading

virtualbox GURU_MEDITATION y VERR_PGM_PHYS_PAGE_RESERVED, casos y soluciones

Error ocurre cuando se tiene mala configuracino de CPU, RAM o NET, por ejemplo la maquina esta en 32bit y el os es 64, o se configuro mucha ram o casi mas de la mitad respecto la real.

Guru Meditation -1618 (VERR_PGM_PHYS_PAGE_RESERVED
pero encontrar como arreglarlo es dificil ya que no se sabe la causa real puesto es un probelma de configuracion del xml/vdm y sucede mcuho cuadno se crean VM por linea de comandos, asi que pongo los casos mas comunes que lo pueden solventar: