Hidden_Text

Kumbia PHP Framework Kumbia es un framework basado en software libre que pretende lograr una reducción sustancial en el tiempo de desarrollo de aplicaciones web sin que esto produzca efectos sobre los programadores. La idea principal de Kumbia es producir aplicaciones que sean prácticas para el usuario y no solamente para los programadores. Para ello Kumbia automatiza todas las tareas de desarrollo repetitivas ayudando al programador a centrarse en la lógica de negocio de la aplicación y no en los pormenores que han de ser tenidos en cuenta durante el desarrollo de la misma. Kumbia ayuda a automatizar las siguientes características comunes de toda aplicación web: Plantillas Validación de Formularios Administración de Cache Scaffolding Interacción AJAX Generación de Formularios Efectos Visuales Seguridad Kumbia está desarrollado en PHP5 y puede ser utilizado en el desarrollo de aplicaciones de mediano y gran tamaño, con lógicas de negocio complejas y alta disponibilida...

Ponga a los mejores en los proyectos pequeños 04.09.2007 Al aumentar el tamaño del equipo del proyecto, disminuye la productividad personal. ¿Es porque en los equipos grandes los programadores son peores? ¿Porque la gestión los entorpece?. Por supuesto que se trata de una generalización, pero es una percepción recurrente, o al menos a mi me da esa impresión, y por eso me ha llamado la atención este consejo del consultor de EE Times, Jack Ganssle: Ponga a los mejores en los proyectos pequeños. Los mejores desarrolladores son seis veces más productivos que el más flojo del equipo, pero sólo cuando se mide a ambos en proyectos pequeños. A medida que el proyecto crece el mejor y el peor son igual de improductivos. Los grandes proyectos tienen grandes cantidades de ruido, reuniones, informes, e-mail... Un espabilado atiende en las reuniones a la misma velocidad que un torpe.

Garantía y mantenimiento de proyectos software Al entregar un proyecto de software aunque tengamos muy presente las enseñanzas de Philip Crosby siempre existirán fallos, incidencias e incluso defectos que deberán ser tratados. Proyectos comerciales de desarrollo de software suelen llevar de 3 a 6 meses de garantía después de la entrega del proyecto. El cliente debe instalar el software y validarlo lo antes posible y siempre dentro de este periodo de tiempo. Aunque pueden existir periodos de garantía más amplios, son acuerdos comerciales puntuales entre cliente y proveedor. Durante el periodo de garantía las incidencias encontradas deben ser reportadas formalmente y arregladas por parte del proveedor sin cargo alguno - mantenimiento correctivo del producto en garantía. Cualquier cambio - Change Request - introducido durante la garantía y aprobado por CCB debe ser facturado ya que se encuentra fuer...

Garantía, Soporte y Mantenimiento de Software El periodo de garantía en proyectos de software es una parte integral del ciclo de vida del proyecto , por lo tanto a la hora de realizar estimaciones de esfuerzo - presupuestos, el hecho de tener disponible una determinada cantidad de recursos supone costes y gastos que en su mayor parte obviamos, dejándonos llevar por la ilusión de una nueva iniciativa. El soporte y mantenimiento fuera de garantía también son parte del ciclo de vida como bien indica Joe en su comentario, pero no del proyecto sino del producto . En estos casos las cuentas de cargo deben ser diferentes ya que no se trata de alcanzar los objetivos del proyecto en sí (ya lo hemos conseguido anteriormente, hurraaaa!), sino tomar las fases de soporte de la aplicación como un proyecto nuevo... con obje...

¿Cómo reconocer a una persona ineficaz? Productividad Add comments Uno de los problemas más grandes que (según yo) ocurren al ser freelance y por tanto trabajar en casa es las continuas distracciones que se pueden encontrar en ella. Hoy buscando algo de información para evitar demasiada procrastinación , decidí hacerle una pequeña visita en google, descubriendo el blog: The Positivity Blog , donde hablan sobre los 7 hábitos de la gente altamente ineficaz . Acá un resumen: No demostrar nada. Procrastinar la mitad del día. Cuando realmente se hace algo, se hace lo que no es lo más importante. Pensar demasiado. Ver lo negativo y las desventajas en cualquier cosa. Encerrarse en sus propias ideas y evitar las de los demás. Sobrecargarse de información.

Los 13 hábitos para el desarrollo personal del ser humano Platicando con un amigo economista (que inteligentes son los economistas!) llegamos a la conclusión de que para que se logre un cambio social, se debe iniciar por un cambio personal… he aquí los que pueden ser los 13 hábitos para el desarrollo de los mexicanos ó de los habitantes de cualquier nación. 1. Disciplina. Toda voluntad que se quiera mover tiene que ser iniciada con auto disciplina. ¿eres capaz de seguir tu propia disciplina? 2. Orden. Del exterior que te rodea, de tus pensamientos, de tu arreglo personal, de tu vida, de tus planes. ¿tienes orden en tu casa, tu oficina, en tus prioridades? 3. Honestidad. No es únicamente no robar, sino que lo que pienses hagas y dices sea congruente. ¿eres honesto y congruente contigo mismo? 4. Autoestima. Se refiere a valorarte y quererte por lo que eres y no sentirte víctima de las circunstancias; sino i...

Estimaciones Parte 3 ¿En qué consiste una estimación del proyecto? Cada vez que un cliente solicita un presupuesto en esta acostumbrado o mejor dicho habituado a recibir un presupuesto según determinados criterios implícitamente claros para él. Para que el presupuesto no juegue con una desventaja innecesaria, preguntamos al cliente el formato en el que desea recibir el presupuesto. Tratándose del gobierno, nos lo indicarían en el pliego, pero si tratamos con empresas medianas o pequeñas debemos intentar de forma explicita solicitar esta información a fin de que el cliente tenga facilidades para leerlo. En aquellos casos cuando esta info adicional no esta disponible recomiendo facilitarle al cliente la estimación de forma escalonada, salvo que hayan instrucciones en contra. La estimación ocupa tiempo y recursos, para intentar asegurarse de que cuando lo preparemos y se lo enviaremos no se asusta, primero sería prude...

Estimaciones Parte 2 Continuando con el tema de estimaciones de proyecto, tenemos un escenario donde se nos ha facilitado un documento breve que describe en términos generales el alcance del proyecto. El documento contiene suficiente información para poder preparar estimaciones de tipo ROM o en mejor de los casos Budget, sin embargo el cliente desea que nos comprometamos con un precio cerrado. En estos casos debemos barajar siguientes variables: Background y conocimiento del Cliente Plazo para proporcionar la estimación Importancia proyecto (volumen de negocio, cliente, etc.) Riesgo vs. volumen información proporcionada. Relación que existe con el cliente y confianza. Consideremos diferentes escenarios: Worst Case Scenario. El cliente tiene pocos conocimientos técnicos y su background no permite elaborar documentación como casos de uso o análisis funcional para correcta estimación del proyecto. El cliente tiene muc...

Estimaciones Parte 1 Nos llega por correo del jefe o directamente del cliente una petición de estimar un proyecto basándose en un fichero adjunto. Ese es el escenario más común a partir del cual empiezan nuestras peripecias para responder al requerimiento usando ¿sólo? la información proporcionada... Según el alcance y el detalle de información incluida en la documentación de requerimientos podemos utilizar una o varias técnicas de estimación de proyectos. Imaginemos que con suerte el documento anexo es un análisis funcional con casos de uso de la aplicación (escenario óptimo), en este caso hemos tenido suerte ya que según el esmero del personal técnico y el nivel de insistencia podemos usar cualquiera de las técnicas más comunes de estimación (FP - Puntos Funcionales, UCP - Puntos de Casos de Uso, EDT/WBS - Bottom up, etc.). Pero no siempre es así, suelen llegar documentos poco detallados y ambiguos que no permit...

Crea contraseñas seguras Considerando que “ password y “ 123456 ” son las contraseñas más usadas en la red , tal vez es momento de crear una un poco más segura y más difícil de adivinar. Strong Password Generator es un sitio que hace exactamente eso a partir de un par de parámetros que indiques, qué tan larga debe de ser y si puede contener símbolos. También el sitio da algunos consejos para usar una contraseña más difícil de adivinar o de crackear : Debe tener 7 a 14 caracteres debido a la forma en que la encriptación funciona, 14 caracteres es preferible. Debe tener caracteres en Mayúscula y minúscula. Debe tener números Debe tener símbolos como ` ! ” ? $ ? % ^ & * ( ) _ - + = { [ } ] : ; @ ’ ~ # | \ . ? / Por la manera en que la encriptación funciona, debe tener un símbolo en la segunda, tercera, cuarta, quinta, o sexta posición. No debe parecerse a ninguna de tus contraseñas anteriores. No debe ser tu nombre, el nombre de un amigo, familia o parte del nombre de usuario. ...

Here is a list of PHP MVC framework for web rapid development, some of this are modeled after Ruby on Rails. Web Application Component Toolkit Limb PHP Web Application Framework EZ Publish LogiCreate Mojavi Navigator Phrame ZNF Achievo ATK Akelos Framework AModules3 Ambivalence Aukyla PHP Framework Binarycloud Biscuit bitweaver Booby Cake Castor Cgiapp CodeIgniter Copix Core Enterprise PHP FastFrame Fusebox FuseLogic Konstrukt Kumbia Krysalis Inek InterJinn Ismo Medusa Nexista P4A PHP on Trax PHPulse PhpMVC Popoon Prado Qcodo rwfphp Seagull Sitellite SolarPHP sQeletor ...

Siguiendo los Rubies miércoles, septiembre 12, 2007 at 6:00 AM Posted by Mario Alberto Chavez Desde hace algunos meses he estado siguiendo a un nuevo jugador en el área de desarrollo de aplicaciones para Web, ese nuevo jugador es Ruby . Ruby es un popular lenguaje de programación interpretado de pasada-unica con características orientadas a objeto y multiplataforma. Ruby tiene ya como 10 años de que fue desarrollado, pero creo que ha ganado una gran popularidad en los últimos años debido a un framework (marco de trabajo) que permite la creación de aplicaciones web con relativa facilidad y potentes; este framework se llama Ruby On Rails (RoR) . RoR esta basado en 2 patrones primordialmente, Model-View-Controller (MVC) ; el cual permite reali...

Fuga de cerebros….cuando un recurso de va….deja un espacio vacio… La programación y alocación de recursos (humanos) en un proyecto, es parte fundamental de la fase de planeamiento. Debemos tomarnos el mayor tiempo calculando las tareas a realizar; de acuerdo con las habilidades de la gente asignada (en los casos que la mano de obra sea escasa y fija). Es muy común en las organizaciones, menospreciar las habilidades de sus empleados y descuidarlos, dejándolos sin un factor de retención . Si nos encontramos en este tipo de organizaciones, se debe tomar un colchón de tiempo en los proyectos para reemplazar estos perfiles, asegurando la retención de los recursos claves o marcando los Riesgos por perderlos en un momento clave del proyecto. Hay sobrados estudios que demuestran; que es mas económico retener que reemplazar un puesto perdido (leer el articulo de Clarin o ESTE LINK de Estrategia On-Line ). Ahora la parte de periodismo de autor: Ley número seis del PM Alocado:...

Me he encontrado este artículo en un blog en el que dos programadores de Java, resumen muy bien como ha sido la evoloción de Java en los últimos años. Los autores son Russel Beattie y Joe Gregorio y comentan esto: ” Java es demasiado voluminoso y su curva de aprendizaje es demasiado empinada , con la catidad de APIs, librerías, servidores de aplicaciones e IDEs es imposible mantenerse al día. Una compañía no busca un desarrollador Java simplemente, busca un desarrollador de aplicaciones de servidor con experiencia en JSF, WebSphere y EJB (2.0 ó 3.0 depende), o desarrolladores con conociemiento de Eclipse, Tomcat, Spring e Hibernate . Las mayores innovaciones de hoy en día están fuera del mundo Java en sí mismo (opensource) , toda esta innovación no está orientada más que a hacer más fácil el trabajar con Java . Herramientas como Eclipse e IDEA hacen posible que sea productivo trabajar con Java. Asimismo, se han creado múltiples frameworks para programar Web en Java , la ...

Una breve reflexión para ampliar la definición que dí en un post anterior sobre qué podía ser para mí un Ingeniero de Software. Si la Ingeniería del Software se centra en producir software maximizando la calidad y minimizando el coste: ¿Qué es minimizar el coste? Minimizaciones que afectan al código: Robusto : que un cambio en un sitio del código no me haga perder el tiempo cambiando cosas en un montón de sitios más. Flexible : que el mismo código me sirva para diferentes cosas y no tenga que perder el tiempo en programar cosas que, aunque no sean iguales, son parecidas. Encapsulación y reutilización : que sepa qué clase hace qué cosa y pueda reutilizarlas en diferentes ocasiones y no perder el tiempo en escribir código que hace lo mismo una y otra vez. Mantenible : que no tenga que perder mucho tiempo buscando dónde está el fallo. Minimizaciones que afectan a las personas Gestión de proyectos : una buena comunicación en el equipo de desarrollo puede evitar perder el tiempo ...

10 señales que no eres buen programador 1.Estás convencido que eres “muy buen programador”. 2. Reconoces inmediatamente a Jobs, Gates o Torvalds pero no sabes quiénes son y/o qué han hecho Turing –además de su modelo matemático tan conocido–, von Neumman –además de su famosa definición de “arquitectura”–, Dijkstra, Knuth, Wirth, Kernighan, Ritchie, Engelbart, Corbató, Hoare, Minsky… 3.A primera vista del código de programas grandes de otras personas dices “vaya mierda de código, muy complicado, yo lo puedo hacer mejor”. 4.Justificas que tu código es ilegible para no mostrarlo o publicarlo. 5. No sabrías definir en pocas palabras qué es la programación estructurada, ni sus relaciones y ventajas/desventajas con las arquitecturas y diseño del hardware. 6.Afirmas “el último lenguaje/librerías/framework XYZ es el mejor”. O que “C y ensamblador desaparecerán”, o peor aún, “el C++ reemplazará al C en los sistemas operativos”. 7.Te dicen que puedes tener una race condition en tu código y pones...

Tips Para Programar Mejor Estudio ingenieria en sistemas computacionales, y una de las cosas que se les dificulta a muchos de mis compañer@s y amig@s es la programación, por lo que al encontrar estos tips de programación, no dude en postearlos, tal vez alguno de ellos los lea y les sirva, del que mas estoy de acuerdo es del primer punto, no programes porque tienes que, programa porque quieres : Bueno hoy les quiero compartir unos “tips” que les pueden servir mucho a la hora de programar, sobretodo a los que apenas van iniciando en ese campo. No soy un programador perfecto, pero en base al tiempo que llevo programando estos puntos me han servido mucho. Lo primero que uno necesita para programar mejor es tener gusto para programar sin gusto es muy dificil que aprendas aun pagues el curso mas caro. Necesitas tener iniciativa, un programador con iniciativa es alguien que se adelanta a los hechos, que investiga, que tiene un afan de ser mejor, un ejemplo puede ser la busqueda constante de ...

Consejos para profesionales independientes Mainframe.gr publica unos buenos consejos que vienen perfecto para los freelancers, emprendedores, o simplemente los que trabajan desde casa, que seguro han escuchado o leído infinidad de veces acerca de la disciplina que se necesita para no te distraerte de lo que es realmente importante. Mantén horas de trabajo regulares, levántate, báñate, vístete, desayuna con calma y de ahí trabaja. Desactiva todos los mensajeros instantáneos de una. Sé realista más que optimista. Siempre pide, al menos, el 25% por adelantado. Deja de usar acrónimos, PHP, ASP, SQL, HTML no tiene ningún significado para el cliente. Prepárate para estar solo. No fumes ni comas en tu escritorio. Prepárate para el fracaso. Organiza tus comunicaciones, no uses el MSN para clientes, ten una línea de teléfono separada para tu trabajo y llama antes de que te llamen. Acepta la mala actitud del resto. Planea con anticipación. Se tacaño, gasta en lo que sea realmente necesario. No ...

Cuidado con el pogramador que no le gusta programar Desde mis primeros días en la facultad hasta hoy he conocido a bastante gente que no les entusiasma mucho su trabajo de programadores, creí que que eran muy pocos, pero con el tiempo me doy cuenta que son muchos más de los que yo pensaba. Si has llegado a leer hasta este punto no creo que seas de esos, así que enhorabuena!Estos programadores, o desarrolladores que no les interesa lo que están haciendo nunca van a intentar aprender cosas nuevas, ni a mejorar su estilo. Nunca van a sentirse orgullosos de su código. Nunca leerán blogs tecnológicos, no sabrán que es The Server Side. Nunca leerán un libro tecnológico. No intentarán ayudar a sus compañeros, siempre estarán demasiado ocupados, pero en cambio son los primeros en preguntar cómo se hacen las cosas sin antes preocuparse de mirar manuales, libros, foros, etc... Este tipo de programadores hacen mucha daño al equipo. Así que, antes de que contrates a tu nuevo fichaje, necesitas muc...

¿Estamos listos para liberarnos del papel? Por Hebe Bravo La factura digital se emplea en España y México desde el año 2003 y desde hace 3 años en Chile. En Argentina, durante el año en curso, se ha reglamentado su obligatoriedad para las grandes empresas de servicios, conozcamos sus ventajas y desventajas. Las innovaciones tecnológicas ofrecen importantes recursos en el campo de la organización y manejo de los documentos. Entre ellos, la factura digital, por sus características particulares, acapara la atención de la Administración de los diferentes Estados, empeñados en promover su uso y extender la obligatoriedad del mismo, como mecanismo de control para la evasión fiscal. Como señala Wilson Rafael Rios Ruiz en su artículo Factura Electrónica. Los Títulos Valores en la Era de la Desmaterialización , “los avances tecnológicos vertiginosos, han hecho que la teoría de la desmaterialización de documentos y títulos valores sea una realidad y una necesidad inaplazable”. Sin embargo, para...

lo que le falta al sistema operativo para ser mujer, es una pinche falda... Ejemplo practico windows vista Mujer - Windows Vista -Si le quieres agregar una funcionalidad nueva (sexual, recreativa, en su vestimenta), osease instalarle algo.... te pregunta estas seguro que quieres esto?.. le dices que si... y al final te manda a la verga, y ya no reinicia... tienes que volver empezar denuevo a reinstalarle todo para que vuelta a jalar (flores, cartas, chocolates, serenatas, etc) - Si es cierto, esta bien pinche buena, esta super linda (interfaz grafica), pero si no jala... regresate a la antigua (XP), para que quieres una chingadera nomas de adorno, en ese caso comprate un carro - ha si la mejor parte... te va a exprimir los recursos pero cabron... si el hecho de tener una joyita como vista, tiene su precio... gastas mas memoria ram por fin de semana que lo que gastabas en 2 meses con tu antigua Xp, a la cual podrias...