La cultura del consumismo

Navengando me encontre estos excelentes videos que llevan por titulo ¿Por que sufrimos? en ellos se habla del sistema de vida que llevamos actualmente la cual fue inducido por las grandes corporaciones con el afan de vender mas...

Los recomiendo mucho, son en total 3, veanlos no tienen pierde.

Metodologia de la investigacion parte 2

ENFOQUE CUALITATIVO

• El enfoque cualitativo recolecta los datos sin medición numérica para descubrir o afinar preguntas de investigación en el proceso de interpretación.

• En este enfoque el investigador comienza examinando el mundo social y en este proceso desarrolla una teoría coherente con lo que observa que ocurre.

• Van de lo particular a lo general.

• La hipótesis se genera durante el proceso de investigación y va refinándose conforme se recaban mas datos.

• La recolección de los datos es un proceso que consiste en obtener las perspectivas y puntos de vista de los participantes.

• Las técnicas usadas en este enfoque son la observación no estructurada, entrevistas abiertas, revisión de documentos, discusión en grupos, evaluación de experiencias personales, registro de historias de vida, interacción e introspección con grupos y comunidades.

• Su propósito consiste en reconstruir la realidad tal como la observan los actores de un sistema social previamente definido.

• Postula que la realidad se define a través de las interpretaciones de los participantes en la investigación respecto a sus propias realidades.

• Este enfoque es naturalista por que estudia a los objetos y seres vivos en sus contextos o ambientes naturales y además es interpretativo pues intenta encontrar sentido a los fenómenos en términos de los significados que las personas le otorguen.

• La recolección de la información está fuertemente influida por las experiencias.

Actividades del investigador cualitativo

• Adquiere un punto de vista interno (desde dentro del fenómeno), aunque mantiene una perspectiva analítica o una distancia como observador externo.

• Entiende a los participantes que son estudiados y desarrolla una empatía hacia ellos.

• Analiza los aspectos explícitos, conscientes y manifiestos, así como aquello implícitos, inconscientes y subyacentes.

Metodologia de la investigacion parte 1

METODOLOGÍA DE LA INVESTIGACIÓN

Un saludo a todos los lectores esta vez traigo con ustedes la primera de una serie de reportes que estoy realizando sobre lo que es el proceso de investigación, si ya lo sé suena de lo más aburrido, sin embargo nada más lejos de la verdad, para todos aquellos estudiantes y profesionistas que deseen iniciarse en la investigación o que quieran en caso de los estudiantes presentar un trabajo bien fundamentado, encontraran en estas líneas una buena referencia, les aseguro que eh resumido lo mas que eh podido este tema dando como resultado espero un texto claro y con ideas sustanciales, sin embargo la falta de una explicación en ciertos puntos se hará claramente visible por lo que los invito a comentar y ah exponer sus dudas las cuales tratare de aclarar si me es posible o que seguramente alguien mas sabrá responder, sin más por el momento me dejo de palabrerías y los dejo de lleno con el tema.

Bueno para comenzar eh de mencionar que en los textos que eh consultado marcan que la investigación puede tomar dos enfoques muy bien definidos el primero de ellos es el enfoque cuantitativo el cual es un enfoque claramente científico que se aleja lo más posible del carácter humano, este enfoque empieza formulando una teoría (hipótesis) para posteriormente probarla a través de la medición numérica y el análisis matemático y estadístico dando como resultado de ello la aprobación o el rechazo de la misma. Por el otro lado tenemos al enfoque cualitativo el cual da más bien a la investigación énfasis en el rubro humanitario, este no comienza con una hipótesis si no que esta se va tomando forma a lo largo del estudio y el resultado de la investigación no será dependiente de las matemáticas si no de la perspectiva y criterio personal del investigador. Si la diferencia entre estos dos enfoques no ah quedado muy claro en este momento espero que no se preocupen ni se quiebren la cabeza releyendo este parrafito tratando de comprenderlo, este solo fue a modo de introducción, estos enfoques y sus características las veremos con más ah fondo en las siguientes líneas así que sigan leyendo…

CARACTERÍSTICAS DEL ENFOQUE CUANTITATIVO

• Sus preguntas de investigación versan sobre cuestiones especificas

• Revisa siempre lo que se ah investigado anteriormente

• A partir de lo investigado contruye una hipótesis

• Usa la recolección de datos para probar la hipótesis, con base a la medición numérica y el análisis estadístico, para establecer patrones de comportamiento.

• Somete a pruebas a las hipótesis, si los resultados corroboran la hipótesis aportan evidencia a su favor. Si se refutan, se descartan en busca de mejores explicaciones y nuevas hipótesis.

• La recolección de datos se fundamenta en la medición(se miden variables o conceptos contenidos en la hipótesis)

• En el proceso se busca el máximo control para lograr que otras explicaciones posibles, distintas de la hipótesis formulada, sean desechadas y se excluya la incertidumbre y minimice el error.

• Es objetiva, es decir se hacen a un lado las preferencias personales.

• Con este tipo de estudios (cuantitativos) se busca explicar y predecir los fenómenos investigados, buscando regularidades y relaciones casuales entre elementos.

En este tipo de enfoque nos encontraremos con dos tipos de realidades las cuales nos servirán para abordar el problema:

1. Realidad subjetiva: consiste en las creencias, presuposiciones y experiencias subjetivas de las personas.
2. Realidad objetiva: Esta es independiente de las creencias que tengamos de la realidad (en nuestro caso las pre concepciones e ideas que tenemos de nuestro objeto de estudio)

Ambas realidades son de valor para el investigador, solo hay que tener bien en claro que la “realidad” de un fenómeno u objeto de estudio nunca cambiara, siempre será la misma; lo que si se ajusta es el conjunto de creencias (hipótesis) del investigador y en consecuencia, la teoría.

Relacion entre la teoria, la investigacion y la realidad en el enfoque cuantitativo.

Realidad subjetiva (interna)|______________________|Realidad objetiva (Externa)

Creencias del investigador -| Investigacion cuantitativa --->| Realidad (Fenomeno)
(hipotesis)

Se aceptan las creencias ---|
(hipotesis) del investigador | <---------Si coinciden------->| Realidad (Fenomeno)
como validas, se prueba la -|
teoria.

Se rechazan las creencias--|
(hipotesis) del investigador| <-------Si no coinciden------>| Realidad (Fenomeno)
se debe modificar la hipotesis|
junto con la teoria.

Proximo post Caracteristicas del enfoque cualitativo, ese me lo echo mas al raton asi que no desesperen :)

Maestros

Estaba viendo el otro dia una pelicula donde decian que ser maestro no es facil ya que no ve su exito en sus triunfos si no en el triunfo de los demas, en el de todas esas personas que formo y eso creo yo siempre sera algo muy dificil, aunque extrañamente satisfactorio.

Bueno pues les cuento resulta que hace un tiempo comence con eso de dar clases, siempre pense que era una tarea super sencilla, que cualquiera lo podia hacer, sin embargo enseñar es una de las cosas mas dificiles con las que me eh encontrado,si eh de ser sincero creo que estube muy lejos de ser buen maestro a pesar de mis exfuerzos, y es que tratar de llegar a los jovenes de ahora es una tarea por mas titanica (hace no mucho leei en un articulo que trataba sobre la crisis de la educacion, arto famoso el documento este :P, bueno les decia que leei una posible explicacion a la indiferencia de los alumnos actuales por la educacion, esta era algo como: "LA EDUCACION ANTES ERA UN PRIVILEGIO, DESPUES SE CONVIRTIO EN UN DERECHO Y AHORA ES UNA OBLIGACION" saquen ustedes mismos sus conclusiones sobre esto :P ), aunando a esto mi inexperiencia como educador y sumandole ademas los sueldos poco estimulantes dieron como resultado una primera experiencia muy poco placentera pero eso si muy estimulante.

Dejando atras mi primera y penosa experiencia (pero experiencia al fin y al cabo)y a sabiendas como persona conciente de que no todo me saldra bien a la primera y que siempre hay que esforzarnos por ser mejor, me di a la tarea de investigar unas cuantas cosas que todavia estoy probando y que se escuchan por demas interesantes, espero que estas ideas les sirvan a profesores novatos como yo y estimule a los mas experimentados a que compartan un poco de su sabiduria con nosotros.

nota: el profesor Ron clark es un caso de exito muy estimulante y hasta una pelicula de el hicieron, existe otra pelicula muy buena que tambien es muy estimulante para la profesion y es la del club de los poetas muertos otra que me viene a la mente es la de la sonrrisa de la mona lisa y la de una mente brillante que tambien algo nos sabran aportar.

Primer dia de clase

Presentacion: A pesar de que muchos como yo lo hacia, ven inecesarios los formalismos y quieren dejar claro algo como "no me importa tu vida y tu no te metas en la mia" remarcando que solo estan ahi para enseñar sin extender la relacion con el alumno a algo mas, eh aprendido que esto es muy importante para dejar claro el tipo de persona que es uno como profesor y conocer el tipo de alumnos que tenemos y sacar ventaja de ello.

PROFESOR

• - nombre
• - titulo que ostenta: ingeniero, licenciado, doctor etc.
• - estudios, simposiums, conferencias, conocimientos en general que se tienen.
• - pasatiempos (¿Que te gusta hacer?)
• - habilidades (¿Que es lo que haces mejor?, ¿Que se te facilita mas?)
  
• - ¿Que espero de la clase?

ALUMNO

• - nombre
• - semestre | grado
• - carrera
• - pasatiempos
• - habilidades
• - aspiraciones (¿Que quiero llegar a ser?, ¿Por que estudio? para poder conseguir algo se debe de tener un objetivo bien claro y definido es por eso que esta interrogante es muy importante)
• - ¿Que espero de la clase?
• - ¿De que me imagino que tratara la clase?
• - ¿Que quiero aprender de esta clase?

Normalizacion (normas o reglas del cursos): Debemos de definir y dar a conocer las reglas que se deberan de respetar a lo largo del curso, estas dependeran del nivel educativo al que nos enfrentemos, es decir una norma a respetar en el kinder puede resultar incoherente aplicarla en una universidad.

• - Respeto para el maestro y para sus compañeros
• - Orden
• - Pueden tener libertad pero no caer en el liberinaje
• - Afuera puedo ser su amigo pero dentro del salon de clases soy su maestro y es algo que no se debe de perder.
• - La confianza no se regala, se merece.
• - Respetar el material en comun considerando que todo lo que hay en clase es mio pero de los demas tambien.
• - Entrar a clase a la hora señalada y sin alboroto
• - Levantar la mano y esperar a que me concedan la palabra

La eficacia de las reglas esta en saber presentarlas en forma de consignas explicando la razon y conveniencia de tal manera que los alumnos capten su valor, llegando de esta manera a un compromiso personal.

Evaluacion: es importante hacer una serie de test de personalidad, de conocimientos y algun otro que se considere importante, con el fin de saber cual es la mejor manera de abordar a los alumnos, si alguien esta interesado tengo un test que pueden aplicar, solo dejen un comment o manden un correo.

Principios que fomentar

Ya alejandonos un poco del primer dia de clases, una parte importante de nuestra tarea como educadores es inculcar en nuestros alumnos una serie de principios para hacerlos mejores tanto educativa, como maralmente y sentar las bases para una nueva generacion en donde si bien seria de momento algo utopico decir que no haya corrupcion, minimo podemos hacer sea mas dificil que se de y de esta manera llevar al pais al progreso, existen infinidad de principios, yo seleccione los que se me hicieron mas importantes, si alguien difiere o desea agregar alguno no duden en expresarlo.

SOCIALES
-Respeto
-Convivencia
-Confianza
-Libertad de iniciativa
-Libertad de profundizar en una materia respetando el minimo requerido
-Libertad de uso de material
-Libertad de expresion (ideas, inconformidades, dudas)
-Sana competencia

EDUCATIVAS
-Iniciativa
-Observacion
-Buenos habitos de estudio
-Responsabilidad
-Espiritu critico
-Comprencion
-Creatividad

PROGRAMACION DEL CURSO

Una parte importante que habeces se ignora por ser algo tediosa, es la programacion del curso, sin embargo para llevar una buena estructura de lo que se va a enseñar y aprovechar nuestros tiempos al maximo siempre sera nesesario hace una buena programacion.

El programa debe...

° Estar estructurada con un orden logico
° Tener finalidades tanto informativas como formativas
° Que no sea tan facil que no motive, ni tan dificil que desanime.
° Proveer los recursos necesarios para la realizacion de actividades señaladas.
° Desarrollar tecnicas de aprendizaje y estudio, imaginacion, observacion, analisis, sintesis, gusto estetico.
° Sencillo y Claro
° Gradual y Progresivo
° Los contenidos deben de impulsar a la busqueda de nuevos cauces, provocando la investigacion.
° El contenido debe de estar fuertemente relacionado.

El Tutor

El tutor puede sugerir, pero no decidir

Algunas cualidades que debemos hacer nacer en nosotros como profesores son:

+ Madurez
+ Paciencia
+ Sinceridad
+ Capacidad para las relaciones humanas
+ Cultura puesta al dia
+ Liderazgo
+ Vocacion

La programacion debe de responder a las siguientes preguntas:

¿PARA QUE ENSEÑO?
¿QUE DEBO ENSEÑAR?
¿COMO DEBO ENSEÑAR?

Evaluación

Una parte importante de la educacion es la llamada evaluación que mas que para calificar debe de servir para ayudar a reforzar los puntos debiles de los alumnos.

Para hacer una buena evaluacion debemos de tener claro el objetivo de estas, despues debemos de seleccionar la mejor tecnica para llevarla a cabo, algunos ejemplos son:

° Pruebas objetivas, escritas
° Test de actitudes y aptitudes
° Informes
° Temas a desarrollar
° Entrevistas con el alumno

¿QUE SE DEBE DE EVALUAR?

+ Conocimientos
+ Desarrollo de habitos
+ Habilidades y destreza
+ Actitudes

Es importante tomar en cuenta no solamente el resultado si no tambien el esfuerzo realizado.

ETAPAS EVALUATIVAS
- Evaluacion inicial: esta se usa para saber que conociemntos tiene el alumno, obtener informacion personal, familiar, psicologica y medica con el fin de conocer la mejor manera para que estos puedan aprender.

- Evaluacion continua: es la que se realiza normalmente cada cierto periodo con el fin de evaluar progresivamente los conocimientos adquiridos.

- Evaluacion final: Cumulo de las evaluaciones continuas.

Actividades

Como anexo agrego algunas actividades que pueden ser utiles a lo largo del aprendisaje:

+ lluvia de ideas
+ Recreacion de una situacion historica
+ Un relato de que harias tu i fueras .... o si hubiras inventado ...
+ Que cambiarias de un invento
+ Que hubieras echo tu si ...
+ Cuestionarios
+ Composicion
+ Resumen
+ Fichas

Una herramienta muy recomendada es el uso de fichas para estimular el aprendisaje, las hay de diversos tipos como:

° De recuperacion: se usan cuando un objetivo no es logrado, en estas se simplifica al maximo los conocimientos, respetando el minimo requerido.

° De ejercicios

° De ampliacion: con mas informacion sobre un tema

° De busqueda de datos: con preguntas para buscar informacion en un documento dato.

° Razonamiento: con problemas o lecturas para rzonar

° Correctiva: se usa para completar un trabajo incompleto y para corregir deficiencias.

° Trabajo libre: Para los alumnos mas adelantados.

° Motivacion: Enlaza los conocimientos en un trabajo.

° Refuerzo: Recuerda, repite, repasa.

PCman al Rescate!!!

Es un pajaro
Noooo
Es un avion
Noooooooooo
Es PCman!!!!!!!!!

No se si es una epidemia, o simple coincidencia pero de un tiempo a la fecha me eh encontrado con una multitud de personas que me piden que les cheque su computadora que por X o Y razon ya no funciona bien o simplemente ya no funciona, pensando en eso decidi hacer una pequeña guia con pasos que realizo para detectar un problema ya sea de hardware o software.

Lo primero que hay que hacer es identificar si el error es de software o hardware, esto pese a lo que puedan imaginar no es tan complicado de adivinar, fallos tales como que no enciende el monitor, no enciende el cpu, solo se escuchan sonidos que antes no hacia (pitidos) , se ven unas cuantas letras y se congela sin siquiera haber comenzado a cargar windows o el sistema operativo en cuestion, son fallos clasico del hardware, mientras que los fallos del software pueden ser que el sistema empieza a cargar pero luego se congela, nos sale en algun momento dado las ya tan famosas pantallas azules, o mil cosas mas ya que de errores de software hay infinidad, pero para todos ellos o casi para todos hay solucion asi que Don't Worry :)

ERRORES DE HARDWARE

• Checar que todos los cables esten correctamente conectados, si no hay alguno flojo o desenchufado (lo se es tonto pero creanme puede pasar).
• Que no existan disquetes o CD , hay computadoras que tienen la opcion de leer primero la unidad A o la de CD antes que el disco duro y si dejas algun disco extraño dentro de alguna unidad esto te puede generar errores, si quieres cambiar este valor puedes buscar en la configuracion de la BIOS.
• Por ultimo puede que te aparezca explicitamente un # de error, buscalo en internet para que puedas descubrir que pieza de hardware te esta funcionando mal y puedas cambiarla por una nueva.

Cabe mencionar que es posible saber que esta mal por el numero de pitidos que haga tu ordenador, para eso busca la guia de sonidos correspondiente a tu computadora GUIA, en internet hay varias y checa en ella el error correspondiente a el numero de sonidos que escuchas.

ERRORES DE SOFTWARE

Como decia anteriormente estos son inumerables asi que es dificil escribir que accion tomar en cada uno de los casos, sin embargo existen una serie de acciones que uno puede hacer para solucionar este tipo de errores.

• Leer con atencion el mensaje del problema (importantisimo, por lo regular ni siquiera nos detemos a averiguar que dice el mensaje de error, simplemente le damos en aceptar y lo ignoramos)
• Hacer un tipico Scandisck (muchas veces lo infravaloramos, pero a mi me a salvado en multiples ocaciones)
• Defragmentar el Disco
• Revisar el sistema completo con algun antivirus actualizado
• Si estas conectado a internet revisa tu fireWall
• Limpia el registro un buen programa para esto es el CCleaner sin embargo hay muchos otros.
• Checa las ayudas de Windows (si es que ese es tu S.O)
• Verifica en internet el numero del error o en su defecto el mensage que muestra el SO.
• Recurre a foros (recuerda ser muy preciso sobre lo que quieres, no escribas en mayusculas y comenta las acciones que ya realizaste y no te sirvieron, para que la comunidad vea que si lo intentas por ti mismo, no hay nada peor en las comunidades online que las personas que quieren que uno les haga su trabajo y al mismo tiempo sirve para que no te den soluciones que no te sirvieron) algunos foros muy buenos son desarrolloweb, cristalab y maestros del web entre otros.
• Usa la restauracion del sistema
• Desinstala los ultimos programas que en un momento dado pudieran ser causantes del problema.
• Entra en modo a prueba de errores (reinicia tu maquina y presiona muchas veces la tecla F8 hasta que te salga un menu donde se encuentra la opcion "modo a prueba de errores"), si el problema no aparece ahi quiere decir que el error esta en la carga inicial de alguna aplicacion, para solucionar esto no hay mas que el modo prueba y error, para esto dirigete a inicio->ejecutar y escribe msconfig luego ve a la pestaña que dice inicio y ahi juega activando y desactivando opciones hasta encontrar la que de de problema.
• Si cuentas con un disco de tu SO usa la consola de recuperacion del mismo.
• Si nada de esto funciona lo mejor sera respaldar la informacion y reinstalar tu SO.

Twitter

Twitter, Twitter oía por todos lados como si de un campeon olimpico se tratara, o como el maximo goleador de un equipo de futol, que twitter esto que twitter aquello, monton de invitaciones que nunca acepte, debo confesar que ese tal twitter ya me tenia hasta la M...

Sin embargo fue tanta la insistencia de esa palabra y ver a ese pajarillo (sin albur) azul por donde quiera que me puse a checar y al fin de cuentas twitter resulto ser una red social que es parecida a un muro de anuncios donde uno llega y pone lo que esta haciendo en ese momento o lee lo que sus amigos estan haciendo, en otras palabras alimenta el morbo y nuestra nececidad de chismes, al principo se me hizo algo completamente inutil, por dios para que esta el google talk, el messenger, el messenger de yahoo en fin tantas opciones para comunicarnos con quien deseemos entonces para que usar ese maldito twitter.

Bueno bueno pues resulta que apesar de todo lo que tenia el concepto en contra segun mis criterios ehhh aclaro, al fin de cuentas me anime a usarla y oh gran sorpresa!!! es un inventaso, aparte de que es super entretenido y adictivo :P, tambien es util en muchos sentidos, por ejemplo:

• Si se va a armar una fiesta ya no mandamos correos o hablamos con los contactos eso es perdida de tiempo, ya no gastamos en mensages ni nada por el estilo simplemente montamos un anuncio corto y conciso en nuestro muro de twitter "Fiesta a las 3 en casa del chanfle traigan chelas y botanas" y la gente llegara sola.

• Por otro lado puede que algun amigo o tu mismo este metido en un proyecto interesante simplemente poniendo "Estoy programando un nuevo sistema que revolucionara el mundo" acapararas la atencion de la gente y encontaras a personas que te apoyen y no se en su caso pero en el mio una buena ayuda nunca esta de mas.

• Otra cosa puede ser la invitacion a un evento o simplemente anunciar que acabas de realizar una entrada nueva a tu blog o que te vas a brazil, colombia, españa y quien quiera que se valla contigo, etc.

Aunque el concepto es muy sencillo y la pagina mucho mas, la utilidad que tiene este sistema no es nada despreciable por eso los animo a darle una probadita y no dejen de agregarme como seguidor de su twitter ;).

EXTRA:

Twitter que estas haciendo? es un buen articulo que explica un poco mas esto del twitter, al parecer el creador de este concepto es el mismo que creo el de blogger asi que ya saben creo que vale la pena que le den una checadita.

Por que programar tambien es un hobbie

Ultimamente a habido mucha union entre la comunidad desarrolladora, ya sean programadores, diseñadores, webmaster etc y como muestra esta la reunion denominada domingo en la mañana,y ahora aqui esta otra que tambien se realizo en el defectuoso la cual se denomino Super Happy Dev House Mexico City.

Me gustaria expresar la enorme alegria que siento por la euforia, el sentimiento de compartir y unir fuerzas que estamos desarrollando las personas que estamos en este medio, nos hace sentir que no estamos solos por que no me negaran lo dificil que es comunicar tu entusiasmo (habiendo sido generado ese entusiasmo por algo que tenga que ver con intenet,computadoras, programacion etc :P) a una persona que no sabe nada del medio y no entiende ni J de lo que dices, bases de datos??? (por dios quien no conoce las bases de datos, aunque no lo creamos la gran mayoria de la gente) ajax??? Dom??? seo??? que demonios es eso, con que se come, en que idioma me hablas :(, por eso siempre es gratificante encontrar personas que te entiendan (eh ahi la hermosura de estas reuniones), lo unico que espero con todo mi corazon es que esta creciente unidad siga y se extienda y no unicamente dure un tiempo mientras es novedad (bueno no mucha, pero aqui en mexico algo :P) para despues de un rato terminar extinguiendose como algo pasagero, por eso: LARGA VIDA A LAS REUNIONES GEEK!!!, bueno por otro lado a las personas de Toluca edo. Mex estamos viendo la posibilidad de realizar algo por aca, se tiene pensado que sea en Galerias Metepec, pero aun se esta planeando asi que esten atentos :)

Super Happy Dev House Mexico City 2.0 (tercera reunion) from DFectuoso on Vimeo.

Aprenda a programar en 10 años

Buen articulo que nos habla sobre todos esos libros que nos venden la idea de que aprenderemos a programar en unos cuantos dias y algunos se atreven ha enseñarnos en unas cuantas horas, tan facil es la computacion???

aprenda a programas en 10 años

Metodologia Scrum

Un afectuoso saludo a todos, pues aqui traigo un tema arto interesante :P, de echo ya tenia algun tiempo queriendo escribir sobre esta metodologia pero por X o por Y no lo habia echo, ahora estoy documentando un proyecto en el que presisamente ocupe SCRUM por lo que aprovechando la documentada del marco teorico, me decidi a escribir por fin este post.

SCRUM

Scrum es una metodología ágil de desarrollo de proyectos que toma su nombre y principios de los estudios realizados sobre nuevas prácticas de producción por Hirotaka Takeuchi e Ikujijo Nonaka a mediados de los 80, su objetivo primordial es elevar al máximo la productividad de un equipo. Reduce al máximo la burocracia y actividades no orientadas a producir software que funcione y produce resultados en periodos muy breves de tiempo. Sólo abarca prácticas de gestión sin entrar en las prácticas de desarrollo como puede hacer XP. Más bien delega completamente la responsabilidad de decidir la mejor manera de trabajar para ser lo más productivos posibles.


La forma de trabajar con scrum es por medio de la product backlog y el sprint, la llamada product backlog es una pila (los que no conoscan las pilas imaginen un pastel con muchas capas, el recipiente que lleva al pastel es el contennedor mientras que cada capa de pan o lo que sea es un elemento de la pila) que contiene todas las funcionalidades que deberá tener el sistema, las funcionalidades serán acomodadas en esta de acuerdo a su importancia en el sistema, es decir una funcionalidad primordial se pone en una posición superior a la de una funcionalidad poco trascendente, por otra parte el sprint es un periodo de tiempo calculado, no mayor a 30 días (algunos dicen que hasta 40 dias esta bien, ahora si que va en gustos chato :P) hábiles en el cual se desarrollaran ciertas funcionalidades del sistema que son tomadas de la product backlog, estas funcionalidades formaran una nueva pila a la que se le llama sprint backlog, cada funcionalidad finalizada pasara a una lista de nombre “incremento de funcionalidad”, al termino del sprint se hace una reunión para ver el rendimiento del equipo y los avances realizados hasta el momento, si alguna funcionalidad no fue finalizada o existen cambios indicados por parte del propietario del producto dicha tarea se pondrá en el sprint del siguiente periodo, las tareas que se realicen por cada sprint dependerán enteramente del equipo de desarrollo, sin embargo existen algunas prácticas que son comunes y que deben de realizarse en cada sprint estas se enuncian a continuación:

Sprint Día 1 (Planificación)

En scrum es importante saber identificar cual es el papel de cada uno de los implicados para saber cuáles son sus responsabilidades en el desarrollo del sistema, esta identificación se da casi siempre de manera natural y debe de estar explicita desde el principio del proyecto, sin embargo cuando estos roles no están bien definidos podemos caer en el error de asignar tareas a quien no le corresponde, causando de esta manera un atraso en el proyecto, para evitar esto scrum define de forma sencilla tres tipos de roles con sus respectivas responsabilidades:

Propietario del producto
Representa a todos los interesados en el producto final. Sus áreas de responsabilidad son:

• Financiación del proyecto
• Requisitos del sistema
• Retorno de la inversión del proyecto
• Lanzamiento del proyecto

Equipo
Responsable de transformar la pila del sprint (Backlog) en un incremento de la funcionalidad del software.

Gestor de Scrum (Scrum manager o Scrum Master):
Responsable del proceso Scrum se encarga de organizar y guiar el desarrollo, evitar atrasos y proporcionar información a quien lo requiera ya sea al propietario del producto, a algún miembro del equipo o al equipo en general.


Al comienzo de un proyecto, este se divide en cierto número de funcionalidades, las cuales en un momento dado pueden subdividirse si se requiere, una vez divididas se les asigna a cada una de ellas una prioridad, es decir se eligen cuales son las de carácter necesario, cuales son de tipo urgente y cuáles no son realmente necesarias, hay que tomar en cuenta que alrededor del 45% de las funcionalidades solicitadas por los usuarios rara vez son utilizadas, por lo que inicialmente hay que enfocarnos en las que realmente sean funcionalidades necesarias, después todas estas funcionalidades se guardan en un apartado lógico llamado product backlog lugar del cual iremos sacando teóricamente las tareas que debemos realizar.

En scrum para realizar la división de funcionalidades se hace lo siguiente:

1) Planificación de sprint: En este punto se determina el tiempo de duración del sprint y se establecen las fechas en las cuales se cubrirá dicho tiempo.

2) Se calcula la velocidad inicial del equipo: este es un proceso muy sencillo de implementar, lo primero que se debe de hacer es multiplicar el número de horas de trabajo por el número de días que dura el sprint en caso de ser mas de un desarrollador, se multiplica la cantidad anterior por el numero de desarrolladores, con esto tendremos el total de horas de trabajo, ahora bien scrum es consciente de que las horas de trabajo no son forzosamente de rendimiento, es decir puede que trabajemos 5 horas al día, sin embargo debido a diversas circunstancias (Tiempo para iniciar, descansos, comidas etc.) realmente estamos rindiendo únicamente 3 horas, es por esto que scrum usa un porcentaje llamado factor foco para determinar la velocidad de avance, inicialmente el valor del factor foco será del 70%, por lo que si multiplicamos (número de horas al día) x (número de días del sprint) x [número de desarrolladores] x (factor foco inicial) obtendremos la velocidad inicial del equipo, este valor refleja la cantidad real de horas que disponemos para trabajar en el presente sprint, a medida que vallamos avanzando en el proyecto este valor se ajustara cada sprint pudiendo aumentar, disminuir o quedar con el mismo valor.

3) Exposición de historias: En esta etapa el Scrum Máster, el Dueño del Producto y el equipo se juntan para estimar las historias (es decir tener un panorama general de lo que tiene que hacer el sistema) y decidir cuales podrán realizarse durante el Sprint. Esta primera parte de la reunión de planificación se conoce con el nombre de "Exposición". Es importante destacar que la reunión es llevada adelante por el Scrum Máster, el cual tiene que asegurarse que la reunión no divague en temas que no afectan al Sprint y tiene que poder cerrar la reunión con las historias priorizadas y estimadas. Además, sólo se planifica el Sprint que está iniciando.


4) Creación de historias: El Dueño del Producto presenta las historias de usuario(es algo similar a los casos de uso), las cuales se escriben con títulos que el equipo comprenda en post-it amarillos grandes. Estos post-it se pegan en la mesa para que todos los vean. Cada post-it contiene 4 datos:

• Nombre de la historia
• Importancia
• Estimación
• Validación

o El nombre de la historia es una muy breve frase o título que describe a la historia (por ejemplo, "exportación de saldos", "alta de usuario", "modificación de dirección de facturación", etc.).

o La importancia es un número, mientras más grande el número más importante la historia (y deberá terminarse antes que historias de menor importancia). La importancia la indica el Dueño del Producto.

o La estimación es un parámetro que indica el número de horas de esfuerzo que nos llevara realizar alguna tarea, en principio se deja en blanco, ya que será completada más adelante (pero dentro de la misma reunión).

o La validación será la forma que el Dueño del Producto dará por aceptada la historia en la reunión de Revisión (Demo del Producto).

Así, luego de la exposición del Dueño del Producto, se tendrá cierto número de historias pegadas sobre la mesa, ordenadas por importancia.
El Equipo además puede agregar historias propias, generalmente técnicas, que considera necesarias para la ejecución del proyecto (por ejemplo, la creación de un repositorio de código, creación de un estándar, diseño etc.).

5) Estimación de historias: El Equipo y el Scrum Master son quienes estiman el tiempo que tardaran en realizar las historias. El Dueño del Producto está presente durante la estimación, para responder cualquier duda que pueda surgir, pero no estima ni opina sobre la estimación.
El equipo estima las tareas hasta un número mayor al de su capacidad (que es el valor de velocidad inicial calculado anteriormente). De esta manera, si durante el Sprint llega a terminar antes puede seguir tomando historias, y al estar estimadas luego se pueden tener en cuenta para el Factor de Foco del próximo Sprint.
Teniendo las historias estimadas, el equipo seleccionará por orden de importancia una cantidad de historias cuya estimación no supere al número de horas que hemos calculado para nuestro sprint.
Estas historias seleccionadas serán las que conformarán el Backlog del Sprint, y es el compromiso que asume el Equipo frente al Dueño del Producto. Estas historias se completarán durante el Sprint, y serán las demostradas el último día durante la Revisión del Sprint.

6) Planificación: Después de finiquitada la primera reunión el equipo y el Scrum Master ya sin la presencia del dueño del producto se vuelven a juntar para crear las tareas de las historias, y estimarlas.
En esta reunión el equipo toma cada una de las historias del Backlog del Sprint (las comprometidas) y crea las tareas que necesita resolver para terminar con la historia. Cada tarea no puede tener más de 4 días ideales (de ser mayor, debe ser dividida).

Sprint Día 2 (Inicio del proyecto)

En el segundo día, los desarrolladores eligen las tareas que van a realizar de la pila sprint backlog, tomándolas libremente, por orden de importancia. “Cada desarrollador elige la tarea, nadie se la asigna”.
Al tomar una tarea del Sprint, el desarrollador escribe su nombre en la nota adhesiva, la pasa a la columna de "Asignada" y comienza el trabajo en la misma.
Durante el tiempo que dura el sprint es norma de scrum tener una reunión diaria de no más de 15 minutos, en ella el equipo rápidamente hará un repaso de su situación y del esfuerzo restante para finalizar el Sprint. Cada integrante cuenta cuántos días le falta para finalizar la tarea que tiene asignada: tacha el valor anterior en la estimación de la tarea, y escribe la nueva estimación.
El Scrum Master lidera la reunión, y debe asegurarse que no divague en otros temas, para lograr esto debe de apegarse a cuatro preguntas básicas:

• ¿Qué hiciste ayer?
• ¿Qué vas a hacer hoy?
• ¿Qué ayuda necesitas?
• ¿Existe algún impedimento que te permita finalizar la tarea?

Cabe aclarar que durante el Scrum Diario no se resuelven problemas, tan sólo es un punto de encuentro para que todo el equipo informe su estado al resto y puedan sincronizar sus actividades. En caso de que alguien tenga un conflicto que deba que comentar con el scrum manager deberá quedarse hasta el final de la reunión y exponerlo únicamente al scrum manager y a las personas que pudieran verse directamente afectadas.

Sprint Día 3 (Terminando tareas)

Una vez repartidas las tareas, todos los días durante el Scrum Diario cada integrante dice cuánto le falta para terminar la tarea que tiene asignada. Cuando se finaliza una tarea, la misma se ubica en la columna de "Terminados" y el desarrollador toma otra tarea para seguir.
El momento de finalización de una tarea puede o no coincidir con su estimación. Es decir, por ejemplo, una tarea estimada en 4 días puede haber llevado 1 día en resolverla; a sí mismo, una tarea estimada en 1/2 día puede llevar finalmente 3 días, o una tarea de dos días puede llevar 2 días resolverla. La estimación de esfuerzo restante para la tarea se actualiza todos los días durante la reunión de Scrum Diario. Aquí se debe tener en cuenta que solo se debe estimar el tiempo restante para finalizar la tarea, no importa el tiempo que pasó, solo el que falta.

Tarea pendiente esperando ser tomada por un miembro del equipo

Al tomar una tarea el miembro del equipo escribe su nombre y la mueve a la columna "Asignada"

Durante el Scrum Diario el miembro a cargo de la tarea dice cuánto le falta para terminarla, y se actualiza la estimación.

Cuando el miembro termina la tarea tacha la última estimación y la mueve a la columna de tareas "Terminadas".

Es que las tareas se resuelvan en el orden de importancia de las historias de usuario. De esta manera el equipo se asegura de ir terminando primero las historias más importantes para el Dueño del Producto.

Finalización del Sprint

El último día del Sprint, ocurrirán dos reuniones importantes para el equipo, las cuales ya fueron planificadas por el Scrum Máster desde el inicio del Sprint. Estas reuniones son:

• Reunión de Revisión
• Reunión de Retrospectiva


Reunión de Revisión del Sprint

En la reunión de Revisión (o demostración) el Equipo muestra a los asistentes el trabajo realizado durante el Sprint. Se realiza una demostración "en vivo" del producto, mostrando el funcionamiento de las historias terminadas en el Sprint.
Esta demostración se realiza preferentemente en una de las PC de los desarrolladores, y se muestra el producto real funcionando (no hay diapositivas, ni papeles impresos: se muestra el sistema funcionando realmente) y se comienza contando el Objetivo del Sprint, y cuál era el plan original del mismo con las historias que se desarrollarían. Luego se comenta lo que es lo que se encuentra terminado y se explica que ha pasado con lo no desarrollado a grandes rasgos.

A esta reunión asisten todos los integrantes del equipo, el Scrum Máster, el Dueño del Producto, usuarios y cualquier otro interesado en el sistema.
El Dueño del Producto (y los usuarios), al ver el sistema funcionando, pueden empezar a visualizar la solución, verificar si el producto está llevando el rumbo que ellos pensaron desde el inicio, si sigue siendo útil, y qué cambios se podrían hacer. Todos pueden proponer mejoras, pero sólo el Dueño del Producto decidirá si las mismas formarán parte del sistema final.
Es muy importante tener en cuenta que lo que se muestra al usuario, es en base a la reunión de planificación que se había realizado inicialmente de cómo iba a aceptar la historia y en qué condiciones. Es importante tener esto en claro en la Reunión de Planificación del Sprint.
Esta reunión no debe durar más de 2 horas, en general, con 1 hora es suficiente para que todos puedan ver el producto, debatirlo y proponer cambios para el próximo Sprint.



Reunión de Retrospectiva del Sprint

La retrospectiva del Sprint es una reunión en la cual los Miembros del Equipo discuten el Sprint que acaba de finalizar, y determinan qué podría cambiarse en el próximo Sprint para que sea más productivo y mejor.
La Revisión del Sprint se focaliza en "Qué" construye el equipo, mientras que la Retrospectiva se centra en "Cómo" están construyendo el sistema.
El Scrum Máster lleva la reunión adelante, mostrando la dedicación del equipo dando a conocer los imprevistos e impedimentos que pudieron influir en el trascurso del Sprint.
El equipo divide los temas del Sprint en:
• Bueno
• A mejorar
• Mejora concreta (de aquí se elegirán dos o tres para poner foco en el próximo Sprint)
La dinámica será en que cada miembro exponga su impresión del Sprint y agregue temas a las dos primeras columnas. Cuando los miembros del equipo discuten sobre el Sprint que acaba de finalizar, no solo tratan temas técnicos, sino que tiene que surgir cualquier tipo de mejora.

Con esto se da por terminado el Sprint, y el equipo se prepara para comenzar una nueva reunión de planificación al día siguiente hasta llegar a la finalización eh implementación del producto.



fuentes:

The beast
Scrum
Explicando Scrum a mi abuela
Agile Spain

Domingo en la mañana

ueno pues resulta que ayer navegando entre mis sitios favoritos me encontre con un post de cristalab donde decian "Domingo en la mañana! Reunión este domingo en México, DF" que!!! me dije a mi mismo, pues como yo vivo en toluca (aunque no soy de ahi)me queda literalmente cerca, ademas es un evento de los que por lo menos yo, no suelo ver aqui en toluca ni en el estado apesar de que es una expriencia creo yo muy gratificante y que definitivamente me gustaria vivir, ya sabes estar con todas esas personas y hablar de lo que nos gusta, ademas de que de este tipo de charlas siempre aprendes algo, o compartes algo con gente que te entiende y que no solo te da el avion (cuando alguien te da el avion es por que regularmente no comprende de lo que estas hablando) surgen multitud de ideas y en general pasas una mañana amena y de cierta manera productiva, sinceramente me gustaria que gente de toluca se animara a juntarse tambien a compartir sus experiencias como desarrolladores, diseñadores, publicistas etc mientras nos echamos unas chelitas :P de esta manera no solo aprenderiamos cosas nuevas sino tambien extendemos nuestros lazos de amistad y en todo caso sabriamos a quien acudir cuando se nos presente un problema, ya saben zapatero a su zapato ;).

Para finalizar aqui les dejo los link que encontre del la reunion del domingo en la mñana en mexico, desgraciadamente no pude ir por que el mensage lo encontre a eso de las 7 de la noche cuando todo ya habia terminado, espero que estas reuniones se sigan celebrando.

http://www.cristalab.com/blog/64646/domingo-en-la-manana-reunion-este-domingo-en-mexico-df.html

Mapa de donde se celebran estas reuniones

http://www.danielgimenez.net/2008/11/23/sunday-morning-con-freddie-de-cristalab/

Entrevista con Suraski

Para las personas familiarizadas con php y su historia bien recordaran que si bien el padre de php podriamos decir que es Rasmus, ya que de el nacio el principio del concepto, tambien conoceran la importancia de Zeev Suraski que junto con Andi Gutmans rescribieron desde cero el analizador sintactico del PHP/FI para concebir junto con Rasmus y un buen numero de desarrolladores que se subieron al barco, lo que el mundo conoceria como PHP, si bien de un tiempo aca ah sufrido ya muchisimas actualizaciones, PHP se puede decir que fue PHP desde ese historico momento, weno pues resulta que navegando por aqui y por alla me encontre con una entrevista que le hizo El pais.com" , la entrevista no es nueva, es de abril del 2007 sin embargo pienso que siempre es interesante lo que estos gurus tienen que decir, asi que sin mas los dejo con ella:

Zeev Suraski, israelí de 31 años, es un hacker de manual. En vez de ir a clase, aprovechó la universidad para pasar horas escribiendo código con su amigo Andi Gutmans. Así crearon el lenguaje libre de programación PHP, para desarrollar páginas web. Hoy dirigen su compañía, Zend Technologies, demostrando que es posible hacer dinero con un producto de código abierto...


"PHP es potente, fácil, gratuito y permite a servicios como Flickr, Digg o Youtube crear aplicaciones rápidamente en un mercado veloz"


-Ya no programas?

-No mucho. Antes progrmaaba mucho, creé PHP hace 10 años, he estado muy involucrado en su desarrollo hata 2002, aunque sigo desarrollando algunas partes. Ahora ayudo a empresas a implementar php, alianzas estratégicas, etc, es lo que más hago ahora, más que programar.

-Tú y andi sois algo del estilo wozniak and steve jobs. Ahora eres el steve jobs del php?

-ok

-Cómo explicarías a un niño pequeño qué es php?

-No sé si lo entendería... Sabes esta cosa llamada Internet, donde puedes ir a sitios como Youtube, Yahoo y otros sitios web? PHP es la herramienta que usan estas compañías para crear estos sitios web. Es un lengauje de programación para desarrollar sitios web.

-Qué significa?

-Oficialement significa "PHP Hypertext Processor", sigue la misma idea de "GNU is Not Unix". Es un nombre muy malo. En el pasado significaba Professional Home Pages. Pero cuando nosotros creamos la nueva implementación queríamos encontrar un mejor nombre que PHP/F1, como lo llamó su creador, porque era difícil de pronunciar, pero no pudimos, así que seguimos llamándolo PHP, sin F1. Y PHP es PHP y ya está.

-El creador de PHP fue Rasmus Lerdof. Andi y tú lo reescribistes. Por qué?

-Usábamos PHP como usuarios para crear aplicaciones web en 1996. Estábamos haciendo un proyecto de la universidad, una tarjeta para hacer compras de comercio electrónico, lo que entonces se consideraba un proyecto muy avanzado, porque la web era algo nuevo. Yo conocía PHP, que era una alternativa a Perl, más fácil, y lo usaba, todo el mundo usaba Perl pero nosotros preferimos usar PHP.

-Y por qué reescribirlo?

-Cuando empezamos a usarlo vimos enseguida que tenía bastantes problemas, problemas serios en el lenguaje. Podríamos haber usamos Perl pero preferimos fijarnos en qué le pasaba a PHP, que era de código abierto y por tanto podíamos mirar el código. Estaba realmente embrollado, era un caos. Hablamos con su creador y nos dijo que él había hecho algo para que le funcionase a él y su equipo, que no era un informático y que si queríamos hacer cambios seríamos bien recibidos. Y lo hicimos. Para nosotros era como un hobby, gastamos todo un curso en la universidad con esto, al fin y al cabo no estábamos demasiado interesados en estudiar y hacer los exámenes. Preferíamos trabajar en esto y era una buena excusa para no estudiar.

-¿De qué parte te encargaste tú en el desarrollo de PHP?

-El desarrollo completo, el 67%. Y también Andi. Trabajábamos juntos, diseñábamos el nuevo lenguaje. Basado en PHP/F1 pero también en Java, C, un mix en diversos lenguajes. Creamos algo que tuvo mucho éxito. No fue sólo coger PHP/F1 y escribirlo de nuevo sino crear PHP de nuevo y convertirlo en un lenguaje poderoso que pudiese competir con C, Java y otros. Trabajamos en el diseño, la implementación, arreglar los fallos, etc.

-Sabes que eres un hacker?

-En el pasado, sí. Y aún lo soy, pero más orientado a los negocios.

-Cuántos servidores en Internet usan PHP?

-Los números cambian mucho y es difícil de decir. En porcentaje tenemos del 30 al 35% de toda la Internet corriendo con PHP. Si comparamos las plataformas para servidores web, PHP es la primera y la segunda es .Net. Y, en cuanto a desarrolladores, .Net y Java tienen más, pero ambas no son sólo para la web, hacen otras aplicaciones. PHP es la plataforma de desarrollo web más popular. Y, en cuanto a desarrolladores está siendo más popular que Java. En Europa y en el entorno de desarrolladores, PHP es más popular que Java.

-Por qué Europa ama PHP?

-Es una combinación de cosas. Una es que el código abierto en general es más popular en Europa que en otro lugar del mundo, quizás por diferencias culturales y también porque en Estados Unidos están las grandes empresas de código abierto, en cambio en Europa no las hay pero hay muchas comunidades locales, son muy fuertes. Hace una semana, estuve con grupos de usuarios en Alemania y la gente se reúne una vez al mes para hablar de PHP y otras cosas. Estas comunidades no existen en Estados Unidos. Es un hecho que la adopción de Linux es más fuerte en Europa que en EEUU. Todos los proyectos de código abierto son más populares en Europa que en EEUU. EEUU lo vive de otra manera. Por ejemplo, las grandes compañías están empezando a usar código abierto pero se siente más confortables si usan Oracle y software propietario.

-Por qué PHP se ha hecho tan popular?

-Por dos cosas sobre todo. Una es tecnológica: es simple, lo que lo hace más productivo. La segunda razón es social: se hizo muy popular por un círculo de efectos: hay una gran comunidad que usa PHP, lo que significa que siempre hay alguien que puede ayudarte, responder una pregunta en un foro o una lista, gente que escribe documentación, grupos de usuarios... No necesitas ser un programador para usarlo, puedes cogerlo y usarlo, normalmente gratuitamente, cambiarlo. La contribución social a PHP es la clave de su éxito y lo que lo nutre y lo hace más y más atractivo. Simplicidad y comunidad son las respuestas de su éxito.

-Y ustedes agradecen la ayuda a la comunidad dándoles PHP gratuitamente

-Muchas empresas desarrollan partes de PHP no para hacer negocio directamente, no para venderlo, sólo porque lo necesitan.

-PHP es software libre o de código abierto?

-En la definición de Richard Stallman, es código abierto porque no tiene una licencia GNU. PHP tiene su propia licencia.

-PHP es responsable del éxito de la web 2.0?

-Ha sido un elemento clave, no el único, pero lo han usado servicios web líderes porque es muy poderoso para crear aplicaciones web y gratuito, mientras que las herramientas de Microsoft son caras y necesitas usar sólo sus productos. programar PHP es fácil y permite desarrollar aplicaciones más rápido. Es difícil pensar qué habría pasado si no hubiese existido PHP pero la revolución de la web habría sido más pequeña o habría tardado más tiempo. La generación de contenido, la colaboración, que son el espíritu de la Web 2.0, lo son también de PHP. Por qué tantas aplicaciones de código abierto usan PHP? Avances como la Wikipedia, donde la gente aporta información...

-¿Cómo se siente uno cuando se echa en el sofá de su casa y piensa: yo ayudé a crear la web 2.0?

-La web 2.0 han sido un montón de cosas diferentes que han convergido al mismo tiempo, no fuímos sólo nosotros. Nosotros hemos sido unos de los colaboradores. Estoy muy orgulloso de haber sido uno de los colaboradores clave y normalmente no me siento en mi sofà pensando esto, pero ahora que estoy volando a diferentes países, Rusia, Estados Unidos, Europa y veo que en ciudades de todo el mundo hay gente usando PHP, el lenguaje que ayudé a crear, es muy bonito. No puedo hablar en español con ellos pero todos hablamos el mismo lenguaje, que yo ayudé a crear. Esto es muy bonito.

-El video mató a la estrella de la radio. PHP está preparado para la web 3.0?

-No sé cómo será la web 3.0 y no puedo decir que estemos preparados para ello pero, en general, tenemos mucho éxito en integrar tecnologías para hacerlas accesibles, integración con Java, etc. Ahora que estamos preparando la versión 6 de PHP, veo que está tan avanzado y es tan poderoso, comparado con la versión de 1996, está integrado con tantos lenguajes, muchas cosas que hemos implementado en PHP están basadas en ideas y demandas de la gente que lo está usando, quizá el 60%. Por tanto, el hecho de que PHP responda a las necesidades de la gente hace que cuando la web 3.0 sea popular, PHP soporte todo lo que necesite. Incluso sin saber que será la web 3.0, una forma de conocer el futuro es crearlo.

-Cuándo liberaréis PHP 6?

-En 2008 pero muchas cosas nuevas que habrá en PHP 6 ya las estamos ofreciendo con las nuevas versiones de PHP 5, para que no sea necesario esperar a la 6.

-Google usa PHP?

-Tiene su propio equipo de desarrolladores que hacen la mayoría de sus aplicaciones. Pero nos han contratado para crear una librería PHP para acceder a los servicios de Google. Los lenguajes que usa son Java y PHP. Pero cuando hacen servicios para el mercado, valoran PHP como tecnología clave.

-Yahoo, youtube, Flickr, Digg.. Los mejores servicios de la web usan PHP. O quizá son los mejores porque usan PHP?

-Quizá sí debas ser bueno para usar PHP :) PHP ayuda a realizar los conceptos que ellos tienen de la mejor forma posible. Les ayuda a implementar los servicios que quieren, a ser los mejores del mercado... Es una combinación de buena mercadotecnia y buena tecnología para ser los primeros. PHP les permite crear aplicaciones rápidamente en un mercado que se mueve rápidamente.

-En las listas de correu, los blogs, es fácil encontrar a gente hablando o usando PHP. También entre los servicios punteros de Internet. Ahora las compañías tradicionales, no sólo las relacionadas con la red, también empiezan a usar PHP. ¿Es así?

-Sí. Es un fenómeno bastante nuevo. Si hubiésemos hablado hace dos años no habría tenido muchos ejemplos pero hoy sí, PHP está entrando en las compañias tradicionales: telecomunicaciones, bancos, gobiernos.. Uno de los ejemplos más interesantes es el gobierno francés donde PHP está entrando muy fuerte junto con otros sistemas de código abierto. La razón de que empresas e instituciones adopten PHP es por un parte su simplicidad, también el hecho de que las grandes empresas de software han empezado a soportar PHP en los últimos años. PHP ya no es sólo un proyecto de soft de código abierto, está cambiando la percepción. Además ha penetrado con mucha fuerza en la comunidad de Internet. Está siendo cada vez más popular en grandes corporaciones, como Fiat.

-Y por qué estos sitios adoptan PHP si, por ejemplo, a la administración Microsoft le da sus herramientas gratuitamente? Si ambos son gratuitos, ¿por qué escogen PHP?

-Microsoft es muy popular y PHP menos. Mucha gente prefiere PHP y otra prefiere Microsoft. PHP es más fácil que .Net, más productivo, muy escalable y personalmente prefiero usar PHP con Linux que .Net con Microsoft porque, de esta forma, no sólo las herramientas sino todo es libre y gratuito. Además tienes el código abierto y puedes cambiar lo que quieras, lo que hace que sea más fácil cambiar de dirección.

-Ahora Java es libre. ¿Es un problema para PHP?

-No. Hay una diferencia fundamental entre ambos: Java no se ha diseñado para crear sitios web sino aplicaciones de escritorio. Es más difícil crear sitios web con Java que con PHP, sea Java libre o no. Estamos en negocios diferentes.

-Un joven que está aprendiendo a programar, es mejor que .Net o PHP?

-Si quiere encontrar un trabajo, es indiferente. Depende de tu naturaleza, de lo que prefieras: trabajar con herramientas de Microsoft o tener el control total de la aplicación y usar PHP. Hay usuarios de uno y otro.

-Si PHP es gratuito, ¿de qué vivís?

-Cuando lo creamos estábamos en la universidad y no necesitábamos mucho dinero, era un hobby. Pero cuando empezó a crecer, en ocho meses, entre 1998 y 1999 un millón de sitios web lo empezaron a usar. Fue algo increible. Y empezamos a pensar qué negocio podíamos crear, no fuimos nosotros sino que las empresas venían a nosotros, en 1999, pidiéndonos que hiciésemos determinadas herramientas para PHP que no existían o pidiéndonos soporte. Al ver esto, creamos Zend Technologies. Invertimos mucho en código abierto y lo que hacemos es vender el conocimiento y crear programas comerciales y servicios para empresas. Así hacemos el dinero. Invertimos mucho en proyectos de código abierto y donde hacemos el dinero es en los servicios comerciales.

-Y hacéis suficiente dinero para vivir tranquilamente? ¿no es una entelequia lo de vivir del software libre?

-No, no. No somos Bill Gates pero vamos bien.

-¿Zend tiene 140 trabajadores?

-Sí. La mayoría son desarrollores. Nuestra central está en California, en Cupertino, y también tenemos oficinas en Israel, Alemania y Francia.

-¿El código de PHP se produce todo en Zend?

-No. Zend es responsable sólo del kernel de PHP. El resto de contribuciones son desarrolladas por gente de Zend pero muchos voluntarios. PHP no sería lo que es sin las contribuciones de esa gente que ha creado las extensiones y otros, voluntarios de todo el mundo. Zend hace las partes quizá más complicadas pero la mayoría de gente que contribuye crea y mejora PHP son voluntarios de todo el mundo. No sería tan popular sin sus contribuciones. Si miras todas las líneas de código de PHP, quizás el 90% es de los voluntarios. PHP es como una cebolla: en el centro está el kernel y esto lo desarrollamos nosotros, pero el resto de capas las hacen voluntarios (extensiones, etc). Zend hace también una parte, pero pequeña. En PHP hay un montón de desarrollo de la comunidad. PHP es uno de los mejores ejemplos de productividad funcional de la comunidad. No somos sólo una empresa.

-¿Qué tecnologías son realmente vuestros competidores?

-Java y .Net son grandes competidores. .Net es muy bueno si te gusta Microsoft, están haciendo un buen trabajo. Java es una historia diferente, tiene mucho trabajo hecho en la percepción, en la imagen, han hecho un gran trabajo de marketing, todo el mundo piensa que debe usar Java para todo. Esta percepción es aún difícil de cambiar. Java es un competidor en el área de aplicaciones web más por la percepción de las empresas de que deben usar Java para todo. Esto está empezando a cambiar, también porque las empresas oficiales de Java están empezando a soportar PHP y vemos a Java menos como competidor y más como colega, aplicaciones que conectan PHP y Java, usar Java para unas cosas y PHP para otras, conectarlos es necesario.

-Hace unos días, leíamos que el editor de O'Reilly decía: "We've noticed that one of the signs that a language is becoming mainstreams (and perhaps being abandoned by the cutting edge developers) is that the For Dummies book becomes the top seller". ¿Es quizás el caso de PHP?

-Ahhh... Qué manía en predecir el futuro.. No, no lo creo... No sé si es un buen indicador. PHP desde el principio no ha querido dirigirse a los desarrolladores avanzados. Desde el principio sabíamos que no era para ellos, por eso lo hicimos fácil de usar. No queríamos que fuese un lenguaje élite desde el principio sino fácil para los nuevos y creo que hicimos un buen trabajo. Y ahora hay muchos novatos que lo usan y también compañías avanzadas y queremos seguir por este camino.

-Se habla mucho de la inseguridad de la web 2.0 y también de las aplicaciones PHP. No hace mucho, vuestro responsable de seguridad se marchó del grupo y anunció que daría a conocer todos los fallos de PHP. ¿PHP tiene un problema de seguridad?

-Sí, tenemos problemas de seguridad, pero los tiene todo el mundo. Y cuando los conocemos los arreglamos, respondemos muy rápido. Cuando se hizo el mes de fallos en PHP creo que respondimos rápidamente. Hay que entender también que, desde una perspectiva de seguridad, la web es un sitio muy peligroso. Cualquier aplicación que pones en línea, todo el mundo, gente de Rusia, de Australia, de Estados Unidos, se pone a intentar tumbarla. Hoy en día es muy complicado crear aplicaciones seguras. Muchos de los problemas de PHP son en aplicaciones, no en PHP en sí. Por tanto, lo que hay que hacer es educar a la gente, a los desarrolladores, para que escriban aplicaciones seguras. Zend y también la comunidad PHP está creando mejor documentación para crear aplicaciones seguras.

-Creo que también se debería educar a los usuarios. Por ejemplo a no usar javascript cuando navegadas por la web.

-Sí, pero javascript está siendo cada vez más importante, muchas webs no funcionan sin javascript.

-Odio javascript!

-Todo el mundo lo odia.

-Un hacker pide que te pregunte: ¿Cuál es tu sistema operativo preferido?

-Espero que no me maten. En el escritorio uso Windows y en el servidor, Linux, no me importa qué distribución. Para el servidor por supuesto prefiero Linux.

-PHP tiene algún conejo a punto de sacar de la chistera?

-Conejos no, solemos jugar con la transparencia en el código abierto. La discusión precisamente está en ser muy abiertos. Para la comunidad de desarrolladores, el Zend Framework y los componentes que vamos a publicar en unos meses creo que serán una sorpresa, aunque no son un secreto. Para las empresas, estamos haciendo más potente Zend Core. También estamos trabajamos con IBM en herramientas para PHP. Es difícil hablar de sorpresas porque no lo son.

-Si PHP no hubiese sido libre habría tenido este éxito?

-No. Más por la accesibilidad que por el precio, que no es un aspecto demasiado importante, aunque está claro que si no te cuesta nada entrar en esta tecnología es más fácil hacerlo. Hoy las compañías usan PHP porque la tecnología es buena, pero si no fuese popular no lo harían. La comunidad ha sido la clave del éxito de PHP.

Criticas web

Bueno navegando por una de mis paginas favoritas, maestros del web!!!, me encontre unos videos donde criticaban varios ascpectos de diferentes sitios web, la verdad las criticas me parecieron muy divertidas y constructivas, aunque por la forma en que las expresaron no lo parecieran tanto :P, asi que aqui les dejo esos video, no con el afan de alimentar el morbo que genera el escuchar cosas malas de los demas, sino con el fin de escuchar las sugerencias y aprender de los errores de otros.

Críticas a sitios web (I) from cvander on Vimeo.

link


Críticas a sitios web (II) from cvander on Vimeo.



Mejorando la web en español (III) from cvander on Vimeo.


link

Compartir es legal !!!

Ha habido muchos puntos de vista encontrados sobre el echo de compartir peliculas, musica y otras cosas a traves de la web, vamos la llamada PIRATERIA que los puristas tanto publican y degradan, sin embargo la red debe de ser libre y prestar un programa a un amigo para que lo instale, o una pelicula para que la vea de ningun modo deberia ser un delito, la unica diferencia en la web es que revasamos fonteras, es decir puedes compartir tu musica, videos, peliculas no solo con el vecino o los amigos de tu escuela, si no con cualquier persona que este en cualquier parte del mundo y esto no deberia ser de ningun modo un delito, a menos que intentes lucrar con el, bueno pues esta idea porfin en algunos lugares esta siendo aceptada como la verdad que es y la comparticion de archivos esta dejando de ser un delito (Alguna ves lo fue???), bueno el caso es que podremos estar tranquilos ya que compartir por fin es legal.

Secretos del FTP

La gran mayoria conocemos que es un servidor y un cliente ftp, enterminos generales es un protocolo utilizado para compartir archivos, sin embargo pocos saben el modo en que funciona, asi que para todos ellos aqui les dejo este aunque viejito exelente articulo de la revista HxC1, ojala les guste y puedan ampliar sus conocimientos una vez mas ;)

Blog google para latinoamerica

Con un primer post fechado a 15 de septiembre del presente año google estrena blog para los hispano hablantes ;), el blog esta orientado a informar sobre todas aquellas herramientas que google proporciona a los webmaster, por el momento va demasiado lento en comparacion a su similar en ingles sin embargo esperemos que muy pronto de mas de que hablar, pero en el mientras aqui la entrevista con que abrieron el blog, echa a uno de los ingenieros de moda :) de google.

Al blog de google
Al blog de matt cutts

You Tube proyecto Reportaje

Reportaje es una iniciativa a nivel internacional con el que Youtube en colaboración con Pulitzer Center on Crisis Reporting y la participación de Sony e Intel pretende promocionar la creación de vídeos de corta duración apostando por el periodismo ciudadano y el reportaje.

El concurso se divide en varias fases, en un primer momento serán elegidos los 10 mejores trabajos por el Pulitzer Center presentados antes del 6 de Octubre que versen sobre sobre noticias de relevancia relacionadas con un personaje de su comunidad.

Tras esta selección cada uno de los autores clasificados presentara a la comunidad Youtube un nuevo trabajo sobre una historia secundaria que tenga lugar en su comunidad.

Por último los cinco finalistas deberán presentar una historia de su comunidad que haya quedado relegada a un segundo plano utilizando una técnica de reportaje especial y eligiéndose entre estas el ganador final del concurso.

El autor del trabajo ganador recibirá más de 7.000 euros para viajar al extranjero, así como la oportunidad de trabajar con el Pulitzer Center. Los finalistas serán premiados con equipos de edición de vídeo de Sony de gama alta y aparecerán en la página principal de YouTube.

El plazo de presentación ya inicio y finaliza el día seis de octubre.
Para suscribirse quedan unicamente 2 dias mas, no dejen pasar esta oportunidad, quien quite y pega no :)

mas informacion aqui

Frameworks

Saluditos, saluditos, pues ahi tienen que recientemente se realizo un evento online al que le pusieron de titulo seminario de php, supe de este evento a traves del sitio Desarrollo Web (Muy buen sitio por cierto), bueno el caso es que aunque prometieron mucha informacion desde mi punto de vista fue poco sustancial y me dejaron con ganas de informacion, sobre todo de como usar el dreamweber para ahorrarte el 80% del desarrollo de un sitio :P, pero en fin esa es otra historia, el caso es de que apesar de que no fue lo que esperaba en cuestion de informacion si fue un seminario bastante motivador que supero en creces mis espectativas en dicho sentido y es que se tomaron temas muy interesantes, (yo creo que en si el seminario no fue de ninguna manera malo, sino la publicidad te daba una idea equivocada de lo que hiba a ser, sin embargo estoy muy contento de haberlo seguido)que aunque solo se fuse por encimita ciertos puntos como el de Dreambevear :P y el del trabajo del freelance fueron por mucho muy interesantes y motivadores (perdonen que lo repita bastante pero creo que ese fue el punto clave de este seminario, la motivacion para hacer las cosas, de echo termine de escucharlo y luego luego me diron ganas de programar ;), por lo cual mis mas sinceras felicitaciones al grupo organizador de este seminario y espero que no se detengan y nos regalen muchos seminarios mas y que por favor me expliquen lo del Dreamweber jejejeje por lo mientras yo ya lo voy investigando :), bueno ya dicho mi punto de vista sobre esto regreso a lo que va a ser este post (es que empece a escribir y en elcamino me perdi)... :( ... :P

Bueno la cosa esta asi, dentro de la variadad de cosas que se mencionaron en el seminario dijeron algo lo del uso de herramientas de desarrollo rapido, las cuales sirven para reducir la codificacion de las paginas considerablemente y de esta manera terminar proyectos mas facilmente y con codigo ya mas que probado, dicho sea de paso esto tuvo la facultad de acelerarme el pulso :P y es que aunque ya sabia de estas herramientas nunca me habia dado tiempo para utilizarlas ni conocer mas de ellas, asi que llegado a este punto pues me puse a investigar algunos frameworks de desarrollo rapido y encontre dos muy buenos y gratuitos:

nota: aun no los exploro totalmente pero conforme los vaya uzando mas ya estare muy pronto hablando de ellos :)

Y todos a movernos al ritmo de la... KUMBIA

Kumbia es un web framework libre escrito en PHP5. Basado en las mejores prácticas de desarrollo web, usado en software comercial y educativo, Kumbia fomenta la velocidad y eficiencia en la creación y mantenimiento de aplicaciones web, reemplazando tareas de codificación repetitivas por poder, control y placer.

Sus principales características son:

* Sistema de Plantillas sencillo
* Administración de Cache
* Scaffolding Avanzado
* Modelo de Objetos y Separación MVC
* Soporte para AJAX
* Generación de Formularios
* Componentes Gráficos
* Seguridad

y muchas cosas más.

Adicional a esto Kumbia integra lo mejor de la Web en un solo framework para producir las aplicaciones Web del mañana (prototypejs, phpMailer, Smarty, FPDF, Script.aculo.us)

Enlace a Kumbia

CakePHP, un ambiente de desarrollo rápido para PHP

Este sentido programa que nos anuncia que programar en PHP es un como pedazo de pastel.

El proyecto tiene liberado su tercer candidato de liberación y pinta bien, requiere que se tenga instalado tanto el lenguaje de programación como Apache y el administrador de bases de datos, preferentemente MySQL, bastando sólo con descompactarlo y algunas configuraciones para tenerlo operando.

Algunas caracterísitcas es que soporta PHP 4 y 5 (se recomienda el primero), genera código limpio de acuerdo a las mejores prácticas para el manejo de passwords y sesiones, puede manejar código orientado a objetos, es sencillo de utilizar y se libera bajo la licencia MIT.
descargas: página del proyecto.

Viva mexico ca... balleros!!!

Aqui una vista ¿critica tal vez? o extraña alabanza a nuestro dia, al dia en que celebramos nuestra libertad, o que celebramos???, creo que al final lo que importa es la celebracion en si no el motivo, ja que bajo caemos y que horrible es nuestra indiferencia pero en fin CADA PUEBLO TIENE EL GOBERNANTE QUE MERECE sea pues y celebremos, pues malo o bueno sigue siendo NUESTRO MEXICO y como decia doroti NO HAY LUGAR COMO EL HOGAR :)

Dia 7 es una revista que viene en el periodico universal los fines de semana, es una publicacion muy sustanciosa y actual, aborda temas interesantes y no da mas de lo que debe de ofrecer, solo lo necesario, como todo lo bueno en esta vida la revista es gratuita y como todo lobueno de esta vida tambien tiene su sitio web, aqui algunos pensamientos que encontre en el sitio hacerca de este 15 de septiembre, cada uno con su enlace para que puedan seguir ladiscusion o demas comentariossiles interesa.


El chovinismo es detestable, más si la exaltación desmesurada de la patria es francamente contradictoria con la realidad. ¿Viva México? Sí, celebremos la obesidad, la ignorancia, la falta de civilidad y de civismo de los mexicanos, su homofobia y su machismo. Que vivan sus instituciones injustas, su corrupción, su pobreza, su índice de asesinatos, en fin, su proyecto fracasado.

de Luis Muñoz Oliveira
ir a sitio

Sólo por hoy vestiremos de china poblana, haremos chiles en nogada, compraremos banderitas chiquitas, medianas y grandotas, las colgaremos en nuestros coches, en las ventanas de nuestras casas (donde quede espacio… ahí, enmedio de la calca del censo del INEGI 1990 y aquella otra que dice “este hogar es cristiano/católico” – según sea el caso). Sólo por hoy compraremos cuetes a escondidas de polis honestos que nos multarían y de polis mordelones que nos exprimirían la quincena. Sólo por hoy, beberemos del mejor de los tequilas, compraremos Sangrita de la Viuda y pondremos compactos con repertorio musical que va de Pedro Infante hasta remixes reguetoneros, pasando por Chente, José Alfredo y el Mariachi Vargas. ¡Viva México! Gritaremos. ¡Viva Allende!, ¡Vivan Carranza y Madero (¿?)!,¡Vivan los niños héroes (¿¿??)!,¡Vivan los mexicanos y las mexicanas (o al revés, o en neutro. Da igual)!


Soy mexicana y no niego que me gusta el mitote que se arma cada 15 de septiembre. Incluso adoro los puentes estilo California que nos aventamos: vemos a nuestros jefes, maestros o alumnos un día y hasta les sonreímos al terminar la jornada porque sabemos que no los veremos sino hasta pasadas muchas horas de patriotismo etílico-televisado: Lucerito cantando “Guadalajara” y Pedrito Fernández meneándose al ritmo del “Yo no fui”. Las fritangas (cosa que adoro) son las protagonistas. No se diga los fuegos artificiales: estrellas multicolores, la cara del Padre de la Patria y el verde, blanco y rojo en el contaminado cielo de los capitalinos (de todos los estados de la república). Oigo el Himno Nacional y se me “encuera el chino”.

Y como está muy cerca el “delirium mexicanae”, yo me atrevo a pensar: ¿Por qué sólamente se nos ha enseñado a honrar a nuestra patria un sólo día al año? ¿Acaso la parafernalia del 15 de septiembre justifica nuestros orígenes y nuestro derecho a sentirse realmente mexicanos?

¿Y si en vez de celebrar anualmente el privilegio de ser mexicanos –porque sí lo es, a pesar de tanta cosa triste a nuestro alrededor- lo celebráramos los 365 días del año?

No se me asusten. No quiero que hagamos pachanga todos los días. Me refiero a defender nuestro derecho a ser mexicanos: empezar a respetarnos a nosotros mismos y a los demás. Exigir a las autoridades el respeto a nuestra dignidad como seres humanos, con acciones en vez de velitas multitudinarias –que se ven muy bonitas, pero que sirven de poco o nada-. Exigir que el dinero de nuestros impuestos sea destinado a obra pública auténtica, empezando por centros especializados para atender a las personas con discapacidades, eliminando así la falacia altruista del teletón. Exigir que nuestros impuestos fomenten empleos estables y hogares para niños de la calle. Exigir que los pobres, los indígenas y en general todos los marginados tengan para comer bien, y no sólo fideos a la susanita’s style (véase Mafalda). Exigir que las leyes que hay se apliquen de verdad, no comprar libertades ni derechos que sabemos no son nuestros, ni mucho menos permitir que alguien más lo haga en detrimento de nuestra persona.

¡Que viva México, señores! Pero que viva en serio. Vivir el jolgorio del 15 de septiembre, sí. Pero vivir también la dignidad, el respeto y la obligación que tenemos como mandantes de exigirles a nuestros mandatarios cuentas claras y acciones eficaces. ¡Que viva México! ¡Que viva una nueva realidad mexicana! Nunca es tarde para empezar, ¿o sí?

de Marlén Carrillo Hernández-Ferman
ir a sitio

¿A dónde iremos a parar?”, decían nuestros padres. El asunto es que ahora no sabemos si en realidad podremos ver el fin de esta guerra sangrienta, si vamos a poder parar. Los enfrentamientos entre cárteles de la droga y contra el Estado ha llegado a niveles inimaginables. Septiembre dejó de ser “el mes de la Patria” para convertirse en el mes en el que los mexicanos vivimos horrorizados. Montones de cadáveres de Yucatán a Ciudad Juárez. Ríos de sangre del Distrito Federal a Tijuana. Y muchos de los caídos son inocentes. ¿Debe Felipe Calderón detener las acciones contra el narco? Por supuesto que no. Pero sí debe replantearse la estrategia, urgentemente, porque no funcionó. Militarizar México no es una solución, se le dijo. No hizo caso. Muchos le sugirieron, desde diferentes frentes, hacer trabajo de inteligencia antes que sacar a los soldados: investigación criminal, rastreo financiero. Nada. Ahora la Patria está ensangrentada. “¿A dónde iremos a parar?”, decían nuestros padres. Como vamos, a ningún lado…

de Alejandro Páez Varela
ir a sitio

Es una tarde lluviosa de septiembre y estoy en un rincón de Veracruz, en la sierra norte, donde el sol hoy no salió y la neblina blanca cobija las montañas. A unas horas de El Grito patrio, en esta región sólo se escucha uno, silencioso pero constante: el de los pobres. Aquí donde dicen “Dios no pasó” y los gobiernos tampoco. Aquí donde parece no haber tiempo a la ilusión, donde las esperanzas mueren cada día y el progreso nomás no se ve. Este pueblo Zacualpan, con sus 6 mil habitantes, con sus campos verdes y rodeados de riachuelos que estas épocas se convierten en ríos. Un pueblo gobernado por un PRI que por más de 70 años, hizo de éste su hacienda y unas cuantas familias lo administraron hasta el 2000. Después vino el PAN que ganó una elección fraudulenta con una diferencia de 35 votos y gobernó para los suyos durante un año. Hoy lo gobierna un PRD, un gobierno legítimo que prometió ser diferente, para los pobres, transparente y comprometido. El pueblo sabio y paciente espera que ello sea una realidad. Mientras tanto aquí El Grito lo dan cada día los pobres, los que cada día tiene menos para comer, una tierra que ya no quiere producir y un gobierno que les dice que no se preocupen porque Progresa y Oportunidades va a cubrir sus pobrezas. Aquí el grito lo dan los padres que cada día ven como sus hijos emigran al norte en busca del sueño americano y los más ancianos mueren de cualquier enfermedad, donde sólo hay una clínica pero el médico no llega. Aquí la violencia es cosa de las noticias del radio y la tele, pero hay otro tipo de violencia silenciosa, la pobreza, esa también mata.

de Balbina Flores
ir a sitio