fernand0Hola otra vez a todos y gracias por venir.
fernand0Nuestro próximo conferenciante es José María Gómez
fernand0Durante 2 años fue analista de aplicaciones en una multinacional
fernand0especializada en software para hospitales, durante esos años diseño entre
fernand0otros, los módulos de facturación, radiología y fisioterapia que en la
fernand0actualidad están funcionando en más de 40 hospitales repartidos por todo el
fernand0mundo, como el Hospital Britanico de Buenos Aires,las Clínicas Quirón de
fernand0Barcelona, Hospital de Pius de Tarragona, o el Complejo Hospitalario Carlos
fernand0Haya de Málaga. Durante ese tiempo diseñaba y coordinaba a un equipo de más
fernand0de 40 personas.
fernand0 Actualmente lleva más de 2 años trabajando en el departamento de
fernand0i+d del
fernand0diario El Mundo donde desarrolla aplicaciones que dan servicios en
fernand0internet.
fernand0(sea lo que sea eso ;P)
fernand0Al mismo tiempo es C.E.O de iCodsi, una start-up que comienza a dar
fernand0sus
fernand0primeros pasos y que se dedica
fernand0al desarrollo de aplicaciones seguras en
fernand0internet, a la seguridad informática,
fernand0y a consultoria de linux. Esta
fernand0empresa
fernand0basa todo su pontencial en el uso exclusivo de software libre.
jmgvya?
fernand0Le agradecemos a él su presencia y en este caso con un doble motivo:
fernand0por haber colaborado activamente en la organización de esta conferencia
fernand0y por haber preparado esta interesante conferncia
fernand0Vamos a tratar de ofrecer traducción simultánea al inglés ien #redes
fernand0We are going to try to offer simultaneous translation to English in #redes
fernand0José ....
jmgvbuenos dias/tardes/noches a los que por aqui estais
jmgvtodavia estais a tiempo de abandonar la sala... cuando se cierre la puerta, ya tendreis que aguantaros hasta el final
jmgvbien... veo que os quedais
jmgvesta conferencia que os voy a presentar a continuacion
jmgvtrata sobre fallos que he podido detectar durante el estudio de la extreme programing
jmgva lo largo de la conferencia ire recorriendo las tecnicas que esta metodologia
jmgvaconseja, y os justificare el porque considero que esta metodologia por regla general no funciona
jmgvsobre todo en un entorno corporativo o de produccion real
jmgvDesde nuestros principios en la informática siempre nos hemos visto en la necesidad de
jmgvhacernos una planificación para poder terminar nuestro proyecto informático en el plazo previsto.
jmgvDesde los principios en la universidad, tenemos fechas para la entrega de nuestras prácticas de laboratorio de programación.
jmgvCuando lo que hay en juego no es más que unas prácticas de la universidad, que en el peor de los casos puede ocasionarnos un suspenso en esa asignatura,
jmgvnos podemos permitir ciertos lujos e imprecisiones a la hora de nuestra planificación,
jmgven incluso en nuestra calidad en los proyectos. Pero la cosa cambia cuando una mala planificación,
jmgvo incluso la entrega fuera de plazo de un proyecto puede llevar conisgo una pérdida importante de dinero.
jmgvSi miramos un instante el grado de satisfacción de los clientes que encargan el desarrollo de proyectos informáticos,
jmgv podemos ver en lineas generales un descontento bastante preopucante, y eso a veces no lleva a pensar que el proceso que utilizamos no es el más optimo.
jmgvSin embargo, muchas veces no nos damos cuenta que las planificaciones que nos hacemos no se adaptan a las necesidades reales de los desarrolladores, sino a las necesidades reales del cliente.
jmgv Intentamos encajar las planificaciones a los requisitos del cliente.
jmgvEstos plazos, normalmente no pueden ser cumplidos y por tanto crea bastante frustración en nuestro cliente
jmgvlo que le lleva a una insatisfacción generalizada.
jmgvA veces esto es debido a otras causas, como pueden ser por ejemplo, comerciales poco preparados que venden cosas que no tenemos
jmgvy que necesita bastantes más horas de desarrollos que las comprometidas.
jmgvEsto no significa que el metodo que estamos utilizando no sea valido
jmgvmas bien diria yo que el metodo no esta bien aplicado... todo eso lo iremos viendo en el trancurso de la conferencia
jmgvpor cierto.... podeis preguntar lo que querais en cualquier momento
jmgvDebido a esto surge a veces, nuevas metodologías que suelen venderse como la panacea, y que parece ser que van a terminar con todos nuestros males.
jmgvUna metodología que últimamente está mu y de moda es la "extreme programing"
jmgvPero que para mi.. lo unico bonito que tiene es el nombre
jmgvya digo que todo esto puede verse como algo subjetivo... no es una charla tecnica, es mas bien de conceptos
jmgvpero a continuacion voy a argumentar el porque creo que esto es asi
jmgvEn algunos libros de extreme programing podemos ver una definicion como la siguiente
jmgvLa programacion extrema no es más que el uso del sentido comun llevado a los extremos
jmgvPara mi... esa definición de por si se cae por si sola.
jmgvahora vereis por que.
jmgveoooo el de la fila 4 que deje de mirar el reloj
jmgvViciado por mi curiosidad decidi echar un vistazo a esta metodología, y después de leerla, vi que no es una metodología que se adapte correctamente a las necesidades de un entorno productivo, y es por eso por lo que decidi dar esta charla.
jmgvIré recorriendo los paradigmas en los que esta metodología se basa para mediante deducciones lógicas haceros
jmgvver que no es ni mucho menos una metodología que se pueda usar en este tipo de entornos.
jmgvPara ser justo, yo hubiera llamado a este método de otra forma, que se adaptaria más a lo que realmente predica,
jmgvpor ejemplo, Programación Improvisada o Programación Sobre la Marcha,
jmgvya que lo único que predica es hacer las cosas de una forma improvisada, sin seguir una metodología estricta e ir ajustando sobre la marcha las especificaciones y el código
jmgvNo cabe duda que este tipo de programación es buena para proyectos _muy pequeños_ en los que el tiempo de desarrollo no importa
jmgvy que los objetivos que se buscan no son la productividad.
jmgvA continuacion voy a exponer, las exigencias de un proyecto en un entorno real de produccion
jmgvcon un caso real
jmgvExigencias de los proyectos en entornos productivos:
jmgvCuando una empresa va a desarrollar un proyectos software, es indispensable la estimación de ciertas medidas. Entre ellas las más importantes son dos; el coste, y el tiempo.
jmgvNo se pude empezar ningun proyecto sin estimar estas dos medidas, ya que ni una empresa se va a poner a desarrollar un software sin saber si cuando lo termine el cliente va a estar
jmgvaun en disposición de comprarlo, bien porque esté fuera de plazo, o el coste sea demasiado elevado para las espectativas del cliente
jmgvpor lo que esta necesida queda patente
jmgvEl incumplimiento de este tipo de compromisos, a veces provocan incluso el pago de indemnizaciones por parte de la empresa contratada
jmgval cliente
jmgvYo mismo vivi personalmente un tipo de contrato tan agresivo como este.
jmgvEl contrato era algo así. Nosotros le desarrollabamos un software y nos fijamos unas fechas concretas para ir entregando determinados módulos.
jmgvSi alguno de estos módulos no era entregado en su momento adecuado, anotabamos una falta.
jmgvA la tercera falta la empresa contratante adquiria los derechos sobre el software, incluso, cada dia de retraso suponia un decremento de 6000 euros sobre el precio final fijado.
jmgvno me he equivocado
jmgvcada dia de retraso eran 6000 euros de indennizacion
jmgvsi hubieramos usado extreme programing ahora estariamos arruinados :-)
jmgvEste tipo de contratos, nos hace ver claro que no podemos estimar el tiempo ni el coste en función de la dirección hacia la que sopla el viento.
jmgvLuego veremos como la eXtreme Programing no nos permite realizar unas medidas sobre ninguna de estas dos cantidades.
jmgvCaracterísticas de la eXtreme Programing y el porque de su no adaptacion al entorno real productivo.
jmgvLa programación extrema se basa en las siguientes prácticas
jmgvestas definiciones han sido cogidas textualmente del libro
jmgvextreme programing explained
jmgvde Kent Beck
jmgvEl juego de la planificación: Determina rápidamente el alcance de la siguiente versión combinando las prioridades del cliente y los requerimientos técnicos. Cuando la realidad incumpla el plan, actualiza el plan.
jmgvseamos serios! que es eso de actualizar la planificacion cuando no se cumpla?
jmgv> En esta primera práctica, se quita cualquier importancia a una planificación real sobre el coste total del proyecto,
jmgvy practicamente aconseja una primera aproximación para a posteriori ir ajustando la planificación a la realidad.
jmgvPero resulta que las planificaciones deben hacerce a priori porque es la única forma de poder valorar el coste de desarrollo de un proyecto,
jmgv y la única forma en la que puedes comprometerte a un plazo concreto.
jmgvYa veremos que hay otras prácticas de esta metodología que conlleva este mismo error.
jmgv Una planificación a posteriori o durante un proyecto, no es una planificación es un log de actividad.
jmgvllamemos a las cosas por su nombre
jmgv2) Versiones pequeñas.Pon lo antes posible, una pequeña parte del proyecto en marcha, y libera nuevas pequeñas versiones tan pronto como sea posible.
jmgvesto nos traera problemas...
jmgvSi liberas versiones pequeñas y actualizas constantemente el software en el cliente, tienes varios problemas.
jmgvPor un lado una inversión de tiempo que causa un encarecimiento del proyecto ya que la instalación
jmgv de versiones irelevantes para el cliente tan sólo nos puede traer problemas con el cliente por estar constantemente actualizandole el software si haber pasado por un banco de pruebas
jmgvpor lo que estarán durante un largo periodo de tiempo probando un software que no es estable hasta el final y que puede ocasionar la perdidas de datos en el cliente, por culpa de errores no detectados.
jmgvEsto produce una frustración en el cliente, al mismo tiempo que le hace perder el tiempo al cliente
jmgv ya que se piensa un ratón de laboratorio, que usan para probar el software. Mientras que el software tiene que llegar al cliente estable.
jmgvNo olvidemos ademas que el cliente no trabaja para nosotros,
jmgvy que por lo tanto no podemos contar con su tiempo para testear nuestro software.
jmgvc) Diseño Simple: El sistema debe ser diseñado tan simple como sea posible en cada momento, y eliminar cualquier codigo complejo tan pronto como sea detectado.
jmgv Estoy de acuerdo con la simplicidad en el código, pero no con la simplicidad funcional.
jmgvque al parecer es la que se predica
jmgvEl llevar esta practica al extremo hará que los modulos que vayamos codificando se vayan
jmgvviciando en el extremo de la simplicidad y repercutirá sin duda en la flexibilidad del software construido.
jmgvPor eso, hay que tener mucho cuidado hasta donde simplificar,
jmgvya que una simplificación excesiva en el código puede complicarnos
jmgvmucho la vida en el momento del mantenimiento software.
jmgvseguimos...
jmgvd) Probando: Los programadores hacen pequeñas partes que son probados por ellos y por los clientes para probar que cumple con todas las especificaciones.
jmgvEste punto viene a completar el punto b y que es consecuencia de éste, por lo que no me extenderé mucho más en este punto. No obstante, los programadores, independientemente de la metodología que usen, siempre estan constantemente haciendo pruebas sobre el nuevo código introducido.
jmgve)Programación en pareja. Todo el codigo en producción está escrito entre dos programadores en el mismo ordenador.
jmgvsinceramente no se que ventajas tiene esta practica que predica la extreme programing
jmgves una practica por su naturaleza poco productiva
jmgv> Es cierto que en algunas ocasiones es necesario que dos o más programadores se sienten ante el mismo monitor para discutir acerca de unas lineas de código
jmgvpero es una pérdida de tiempo y por tanto de dinero el tener a dos programadores _todo_ el dia programando delante del mismo ordenador.
jmgvAdemás, esto repercute en un desgaste por parte del programador menos activo y que provoca ansiedad y frustración.
jmgva alguno de los programadores que estan en este canal, le gustaria trabajar en un lugar en el que algunos dias no van a tocar el ordenador y se van a tirar todo el dia mirando como programa su compañero?
jmgvtodo esto nos lleva un mal aprovechamiento de los recursos
jmgvf) Todo es de todos: Cualquiera puedo cambiar cualquier código en cualquier sitio en cualquier momento.
jmgva ver...
jmgvimaginaros la programacion de un sistema operativo
jmgvy hay varias personas encargadas de la programacion de la gestion de la memoria virtual
jmgvy otros pocos se estan trabajando el sistema de ficheros
jmgvcreeis de verdad que cualquiera de los que estan en el grupo de la memoria virtual puede tocar sin mas el codigo de la gestion del sistema de ficheros, sin antes hablar con ellos sobre lo que se pretende
jmgvy que sean ellos los que estudien las necesidades y hagan las modificaiones oportunas?
jmgvpor eso considero que esta practica no solo no es buena, sino que es muy contraproducente
jmgvCuando un proyecto tiene cierta envergadura es imposible controlar todo el código de una aplicación por todos los componentes del equipo
jmgvde hecho algunos de ellso en proyectos suficientemente grande tan solo conozcan el interfaz de comunicaciones con los objetos de otro modulo que no es el suyo
jmgvg)  Cliente en casa: Incluye de forma real al cliente como un componente dentro del equipo del desarrollo. Dispuesto a responder todas las preguntas en cualquier momento.
jmgvaqui cometemos un gran error pensando que el cliente va a estar dispuesto a echarnos una mano cada vez que lo llamemos
jmgvcreo que es más que evidente que quien escribio esta regla, no ha tratado en demasiadas ocasiones con clientes reales
jmgvellos, por regla general no quieren saber nada de nosotros hasta la instalacion final de su aplicacion
jmgvy tan solo podremos concretar entrevistas con ellos de vez en cuando y pactadas con antelacion
jmgvya comente antes que el cliente no trabaja para nosotros y no nos va a dedicar mas tiempo del necesario
jmgvellos se deben a su negocio y no al nuestro
jmgvya queda poquito
jmgvanimo!
jmgvluego os voy a preguntar eins? asi que atentos que esto cae en el examen
jmgvOtras cosas que dice la extreme programming
jmgvDesaparece la figura del analista o jefe de proyecto
jmgvcreeis que el kernel de linux podria programarse sin que hubieran lideres que organizaran el trabajo?
jmgvtodo el mundo querria meter su parche... machando a otros... opiniones para todos los gustos
jmgvpero para eso estan los lideres de cada proyecto, rama o modulo, para decidir que es lo que se hace y que es lo que no
jmgvhablando entre todos ellos en un nivel superior
jmgvpor tanto el hacer desaparecer esta figura no es practico
jmgven el apartado de pruebas
jmgvtambien es practicamente hacer unas pruebas exhaustivas sobre las funcionalidades que cubre
jmgvporque las pruebas siempre han de ser cruzadas
jmgvy para que puedan ser cruzadas, tiene que estar documentado, y la documentacion no esta bien visto en la extreme programing
jmgvdicen que el conocimiento esta en las personas y no en los papeles
jmgvaunque ya me direis que hacemos cuando uno de los que mas informacion tenga sobre una aplicacion se marche de la emrpesa y no haya documentacion
jmgvrepito que no soy amigo del papeleo y la burocracia, pero la documentacion no es eso
jmgvEn resumen y para ir finalizando con esta conferencia
jmgvla Extreme programing tal y como esta definida, es bajo mi punto de vista
jmgvun cumulo de despropósitos, y que lo único que hace es plasmar por escrito lo que habitualmente se ha venido llamando
jmgvdesingenieria del software
jmgvno nos aporta nada
jmgvno nos ayuda a planificar
jmgvno reporta beneficios en el tiempo de respuesta al cliente
jmgvno nos ayuda a mejorar la calidad del software
jmgvno tenemos documentacion
jmgvpor lo tanto, lo que yo propongo para el desarrollo de grandes proyectos
jmgven los que hay muchas personas involucradas
jmgvy compromisos fuertes de por medio es lo siguiente.
jmgv- Disciplina en todos las etapas del software. Con esto no quiero decir de perdernos en burocracia ni papeleos. Mucha gente hace un paralelismo entre estas dos cosas y no es cierto.
jmgv- Reunion inicial con el cliente (habra mas de una reunion a lo largo de todo el proyecto)
jmgv- Uso del lenguaje UML para el diseño de la aplicacion. Y como documentacion del proyecto
jmgv- Usar un sistema de control de versiones como CVS o Bitkeeper.
jmgv- Unos intensivo de herramientas CASE. Sobre todo para el diseño de modelos de datos.
jmgv- Descripción exhaustiva de las funcionalidades que debe cubrir nuestra aplicacion.Y cotejar con el cliente.
jmgv- Detección de tareas paralelas y tareas criticas.
jmgv- Diseñar objetos y interfaces de comunicacion entre ellos
jmgv- Planificacion real en la que tengamos en cuenta la experiencia de los programadores, las tareas asignadas, el paralelismo de estas, y el tiempo en las tareas criticas.
jmgv- Creacion de puntos de control para seguimiento del proyecto y poder añadir nuevos recursos si es necesario.
jmgv- Abrir un periodo de pruebas
jmgv- Abrir un periodo de tunning
jmgvy finalmente - Liberación de la aplicacion.
jmgvConclusion:
jmgvNo os dejeis llevar por los nombres bonitos de algunas metodologías y afrontar los proyectos serios con herramientas serias y fruto de un continuado uso y prueba en otros muchos proyectos
jmgves cierto que en la actualidad es raro el proyecto que se entrega a tiempo, pero eso no creo que sea debido a una mala metodologia
jmgvsino que mas bien, es una aplicación de los metodos que se consideran más tradicionales
jmgvy nos dejamos llevar por otra metodologias "nuevas" que vienen a salvarnos la vida y que en realidad no hace otra cosa que hacernos perder el tiempo
jmgvsi todo fuera tan facil como se describe en la extreme programing
jmgvpara que tantos libros de metrica y métodos? estan todos ellos equivocados?
jmgvcon esto no quiero que penseis que mi vision es conservadora y tradicional
jmgvconsidero que esa metodologia que os comente al final, es la realmente buena, y que puede ser aplicada a entornos de trabajo como por ejemplo el teletrabajo
jmgvpero esta claro que todo esto es tan sólo mi punto de vista, y si alguien es capaz de convencerme de lo contrario... pues.... me cambiare, aunque lo dudo que puedan hacerlo.
jmgvSi teneis alguna pregunta... yo ya he terminado. :-)
fernand0plas plas plas plas plas plas plas plas
fernand0plas plas plas plas plas plas plas plas
fernand0plas plas plas plas plas plas plas plas
fernand0plas plas plas plas plas plas plas plas
fernand0plas plas plas plas plas plas plas plas
netmanplas plas plas plas plas plas plas plas plas plas
> clap clap clap clap clap clap clap clap clap clap
Ocellplas plas!!!!!
netmanplas plas plas plas plas plas plas plas plas plas
Ocellplas plas!!!!!
HnZeKtOjmgv: buuuuuuuuuh
> clap clap clap clap clap clap clap clap clap clap
BorZung¿Que herramientas CASE recomiendas para el diseño de los modelos de datos?
> clap clap clap clap clap clap clap clap clap clap
> clap clap clap clap clap clap clap clap clap clap
BorZungen especial en linux
> clap clap clap clap clap clap clap clap clap clap
> clap clap clap clap clap clap clap clap clap clap
> clap clap clap clap clap clap clap clap clap clap
> un momento que los traducrors necesitan mas tiempo
> un momento que los traductores necesitan mas tiempo
asabogalclap clap clap clap
jmgvpara modelos de datos no he visto ninguna que este a la altura de algun software que he utilizado en windows
jmgvde todas formas
KaMoUfLaGclap clap clap clap
KaMoUfLaGclap clap clap clap
KaMoUfLaGclap clap clap clap
jmgvhay una en concreto
asabogalclap clap clap clap
asabogalclap clap clap clap
jmgvun segundo que te doy la url
asabogalclap clap clap clap
BorZunghe usado el dia, pero viendo el rational u otros parecidos no hay color
jmgvhttp://www.gentleware.com/products/index.php3
BorZungposseidon ;)
jmgvpara windows el mejor software sin lugar a dudas
jmgvsi pero posseidon sobre todo te va a ayudar para UML
jmgvse una aplicacion de lo mejor que he visto
jmgvpara los modelos de datos
jmgvlo mejor es un software de sybase
jmgvque se llama DataArchitech
Ocellinteresante
jmgvte permite a partir de un modelo logico exportar a varios modelos fisicos
jmgvy sobre todo
jmgvlo que hace esta aplicacion que no hace otra aplicacion en linux
jmgvson los cambios incrementales sobre el modelo de datios
jmgvun segundo telefono
BorZunghabra que probarla, gracias
jmgvespera un segundo
BorZungel poseidon tb lo he usado, y el argoUML
BorZungpero java para el escritorio es muy desesperante
jmgvlo de los cambios incrementales es muy util
jmgvimaginate una aplicacion que va evolucionando
jmgvy conforme va evolucionando va necesitando nuevos campos y tablas en la base de datos
BorZungcierto, el ultimo proyecto en que estube fue una historia
jmgvnosotros teniamos 6 versiones distintas de programas repartidos por 37 hospitales
jmgvcada version con su version de base de datos
jmgvcuando un hospital queria actualizarse tenias que hacer los cambios en la base de datos
jmgvy si la base de datos tenia la version 3.4.10 y habia que actualizar a 3.4.15 tenias que saber exactamente los scripts a ejecutar
jmgvsobre la base de datos
jmgvy eso se puede conseguir perfectamente con esa aplicacion
jmgvademas era capaz de generarte codigo para muuuuuuuuchos motores de bases de datos
jmgvpor cierto MSAccess no es un motor de bases de datos
jmgv:-)
BorZungeso esta bien
BorZungjeje
fernand0has usado xp en algún proyecto, o colaborado con algún grupo que la haya usado?
BorZungel erwin tb tiene soporte para muchos motores
jmgvhemos intentado usarlo alguna vez
jmgvincluso antes de conocer la metodologia
jmgvporque como ya te dije, esta metodologia no es otra que la de hacer las cosas segun van viniendo
jmgvde todas formas si intente al principio de conocer la metodologia
jmgvel aplicarlo a un proyecto que ni siquiera era demasiado grande
jmgvy fue un poco caos
fernand0de los principios propuestos por la xp ¿no salvarías ninguno
fernand0?
jmgvsip
jmgvhay un par de ellos
jmgvpero que no son propietarios de XP
jmgvpro ejemplo me gusta mucho este
jmgv40 horas a la semana: No trabajes más de 40 horas a la semana como una regla. Nunca trabajes más tiempo una segunda vez en el mismo mes.
jmgveso lo considero indespensable
jmgv En esto si estoy de acuerdo. No rinde quien más horas este en la oficina, sino quien mejor concentración tiene mientra está trabajando. Y está claro que cuanto más contento, y más descansado esten los desarrolladores, mucho mejor y mejor rendimiento. Por lo que con este punto estoy _totalmente de acuerdo_
BorZung:)
jmgvpero sobre todo estoy totalmente de acuerdo en un _teletrabajo_ bien organizado
jmgvcreo que ese es el futuro
jmgvy de hecho en algunos paises que no tienen la suerte con el clima que tenemos nosotros
jmgvlo estan aplicando y no les va nada mal
jmgvo acaso alguien duda del potencial de Finlandia?
jmgvalli las empresas cuando llegas te ponen una adsl de 2mb un movil y un portatil
jmgvahorran dinero en infraestructura, y ademas no corren el riesgo de que los empleados no puedan ir porque estan las carreteeras nevadas
jmgvteletrabajo organizado... es el presente/futuro
fernand0conoces alguna de las otras metodologías ágiles?
jmgvlas metodologias más tradicionales
jmgvpor llamarlas de alguna manera
jmgvlas que especifican con modelos formales, lo que la aplicacion hace
jmgvuml, esquemas e/r para los modelos de datos, generacion de requerimientos, tiempo para pruebas y validaciones
jmgvel ciclo natural para la ingenieria del software
BorZungde todas formas lo de planificar tiempos para mi es siempre una loteria, es casi imposible acertar
BorZungte puedes acercar mas o menos pero ...
fernand0Bueno
fernand0alguna pregunta mas?
fernand0La conversación puede continuar el canal
fernand0pero si no hay más preguntas
fernand0es tiempo de agradecer a nuestro conferenciante su esfuerzo y trabajo, y a todos ustedes por su asistencia
jmgvun placer
fernand0plas plas plas plas plas plas plas plas plas plas plas
fernand0plas plas plas plas plas plas plas plas plas plas plas
fernand0plas plas plas plas plas plas plas plas plas plas plas
fernand0plas plas plas plas plas plas plas plas plas plas plas
antlarrplas plas plas plas plas plas plas plas plas plas plas
sandraplas
Ocellplas, plas, plas
Ocellplas, plas, plas
asabogalgracias mil
BorZungestubo muy bien, gracias por tu tiempo
faraoxjoer, me lo perdí, mierda
faraoxum..
faraoxperdon
faraoxdonde se guardan los logs?
fernand0mañana pondremos el log en la web
fernand0http://umeet.uninet.edu/umeet2002/spanish/des.html
HarpoMe ha gustado mucho
jmgvBorZung: gracias por tu interes
BorZunga mi tb, ha sido interesante
jmgvHarpo: me alegro... pense que os aburristeis
jmgvson charlas un poco conceptuales... pero me gustan estos temas
Ocellque va, ha sido muy interesante
BorZungme ha recordado experiencias, muchas horas y pocos resultados
Harpono tan solo estaba atento, no me gusta molestar
Harpocreo que el tema es de interes
Ocell...a mi también me ha recordado situaciones vividas en el trabajo
Harpoprofesionalmente programo mucho y creo que esta ponencia me ayudara
BorZunguna pregunta por curiosidad, que opinas de que la figura del jefe de proyecto no programe, solo planifique y diseñe?

Generated by irclog2html.pl by Jeff Waugh - find it at freshmeat.net!