| fernand0 | Empezamos... |
| fernand0 | Hola, |
| fernand0 | |
| fernand0 | tenemos hoy el gusto de presentarles nuevamente a Gustavo Gónzalez, de |
| fernand0 | Soluciones Kazak Limitada. |
| fernand0 | Y digo otra vez porque ha participado ya en |
| fernand0 | anteriores ediciones de este congreso, apoyándolo siempre donde ha podido. |
| fernand0 | |
| fernand0 | |
| fernand0 | Seguramente Gustavo ya es conocido de todos ustedes por los eventos tan |
| fernand0 | importantes que organizan allá en Colombia. |
| fernand0 | Hoy nos va a hablar de "Midas: |
| fernand0 | Open Standard for Admin/Financial applications" |
| fernand0 | |
| fernand0 | c |
| fernand0 | Agradecemos su presencia aquí y su interés y apoyo por esta conferencia. |
| fernand0 | |
| fernand0 | También el de todos ustedes. |
| fernand0 | |
| fernand0 | xtingray ... |
| xtingray | ok... gracias fernand0 |
| xtingray | nuevamente es un placer participar en Umeet... gracias a la invitacion de MJesus :) |
| xtingray | antes de empezar quisiera presentar a la persona mas importante detras de estre poyecto |
| xtingray | se trata de Felipe Hernandez (pipelx), quien ha sido el encargado directo de las implementaciones y de las pruebas con respecto a Midas |
| xtingray | bien... comencemos con la conferencia: |
| xtingray | El siguiente es el contenido que trataremos en esta exposicion... |
| xtingray | 1. Qué es Midas? |
| xtingray | 2. Justificación |
| xtingray | 3. Bases del Diseño de Midas |
| xtingray | 3.1 Necesidades |
| xtingray | 3.2 Definición de Módulos |
| xtingray | 3.3 Definición de Arquitectura |
| xtingray | 3.4 Componentes |
| xtingray | 3.5 Protocolo de comunicaciones |
| xtingray | 3.6 Base de Datos |
| xtingray | 3.7 Capas de Diseño |
| xtingray | 3.8 Del Diseño a la Implementación |
| xtingray | 4.Expectativas |
| xtingray | 5.Preguntas |
| xtingray | 1. Qué es Midas? |
| xtingray | Midas es un conjunto abierto de especificaciones técnicas que definen un modelo genérico |
| xtingray | orientado a la implementación de Software Administrativo/Financiero inicialmente para |
| xtingray | empresas de tipo comercial y/o de servicios. |
| xtingray | Es un repositorio de documentación técnica que pretende proponer un estándar para el diseño de herramientas SAF ( Software Administrativo Financiero). |
| xtingray | La intención de este proyecto es fomentar múltiples implementaciones o diferentes módulos en diferentes lenguajes. |
| xtingray | Resumiendo Midas NO ES UN SOFTWARE ADMINISTRATIVO FINANCIERO, Midas es un diseño abierto para la implementación de SAF o componentes del mismo en diferentes lenguajes. |
| xtingray | Antes de continuar, me gustaria preguntar, pipelx: por que no se incluyo el tema de empresas de produccion dentro del estandar inicialmente? |
| pipelx | bueno, con respecto a tu pregunta, inicialmente no incluimos las empresas de produccion |
| pipelx | ya que ellas necesitan adicionalmente para su administracion |
| pipelx | un modulo adicional, el cual se conoce como administracion de costos de produccion |
| pipelx | sin embargo lo tendremos en cuenta para mas adelante |
| xtingray | ok... gracias... |
| xtingray | sigamos con el siguiente item... |
| xtingray | 2. Justificación |
| xtingray | |
| xtingray | Las razones por las que nació este proyecto desde cero y no se basó en proyectos libres |
| xtingray | existentes como facturalux entre otros, son principalmente las siguientes: |
| xtingray | - Los proyectos libres existentes, están diseñados específicamente para ciertos países o al menos presentan diferencias de funcionalidad (y consumo de recursos) con respecto a las necesidades locales (ya lo comprobamos). |
| xtingray | - La documentación de estos proyectos sobre su diseño es muy escasa (al menos cuando empezamos la investigación en el estado del arte). Adicionalmente en algunos de los proyectos existentes la información en los mecanismos de persistencia (base de datos), los nombres de las tablas y los campos se encontraban codificados lo cual hace muy complicado entender su estructura y las respectivas relaciones entre tablas. |
| xtingray | - En el caso de GNUe, encontramos documentación extensa (en inglés) sobre diseño, pero ninguna implementación concreta que nos diera una luz. Sumado a esto, nuestra idea inicial intentaba ser sencilla y concreta, por lo que GNUe nos resultaba demasiado complejo de asumir... al menos algo desgastante. |
| xtingray | 3. Bases del Diseño |
| xtingray | 3.1 Necesidades |
| xtingray | Analizando el entorno para el que se ha pensado implementar el diseño de Midas, encontramos que en Colombia y en gran parte de Latinoamerica existen serias limitaciones con respecto a su infraestructura en telecomunicaciones (vaya sorpresa!). |
| xtingray | En muchas regiones sólo existen conexiones conmutadas (líneas telefónicas comunes y corrientes) por las que se debe transmitir información digital. |
| xtingray | Es el caso de muchas empresas que tienen varias sucursales o sedes en diferentes lugares geográficos, y cuya necesidad de conexión es imperativa. |
| xtingray | El software (SAF) que actualmente encontramos en nuestro mercado local (software comercial) no esta diseñado para trabajar de manera eficiente bajo las condiciones planteadas anteriormente (conexiones conmutadas / ancho de banda limitado). |
| xtingray | En nuestro caso (Colombia), actualmente no existe ninguna solución libre que se adapte a las necesidades de las empresas y las soluciones comerciales que encontramos a bajo costo son muy limitadas. |
| xtingray | De otro lado, las soluciones viables funcionalmente son comerciales y poseen costos demasiado elevados, que en algunos casos llegan a superar los activos de una empresa pequeña (PYME), lo cual resulta absurdo. |
| xtingray | En la actualidad conocemos varios proyectos a nivel nacional que estan interesados en llenar el vacio que actualmente poseemos con respecto a soluciones libres SAF. |
| xtingray | Algunos grupos se han dedicado a personalizar herramientas como SqlLedger (una solución web bajo un modelo cliente/servidor en donde todo el procesamiento de los datos se realiza del lado del servidor), lo cual en ambientes de Intranet (redes locales a 10-100 MB/seg) parece funcionar muy bien. |
| xtingray | Sin embargo, bajo nuestra visión particular en el caso de SqlLedger, no compartiamos el hecho de que cualquier tipo de solicitud por parte de un cliente tuviese que viajar al servidor una y otra vez, incluyendo datos que ya habian sido transmitidos en operaciones anteriores. |
| xtingray | No hemos hecho la prueba, pero nos gustaría ver funcionando SqlLedger a través de una conexión conmutada en un ejercicio en donde la empresa en cuestión posea un inventario de 500 productos/servicios. |
| xtingray | Adicional a esto, ¿Qué sucede sí tengo un supermercado con 30 terminales (486) y quiero implementar un sistema SAF? Si escojo SqlLedger, estaré obligado a utilizar un entorno gráfico para poder abrir un navegador en cada terminal (SqlLedger soporta navegadores modo texto, si, lo sabemos... pero un navegador en modo terminal para una cajera?). |
| xtingray | ?Usa LTSP y problema resuelto!? diran algunos... pero y que sucede si queremos liberar al servidor central de la carga de los clientes X? |
| xtingray | Es claro que en un esquema LTSP concentra todo el procesamiento en un sólo punto: el servidor, a eso sumemos los recursos consumidos por el sistema SAF... recuerden que hablamos de 30 puntos de venta en línea. |
| xtingray | ¿Por qué no utilizar clientes en modo terminal (ncurses, etc)? Y si quiero que la base de datos este alojada en otro servidor al de la aplicación? |
| xtingray | o si ya poseo un motor de bases de datos particular y quiero utilizarlo en la implementación? |
| xtingray | ¿Podría ser posible ofrecer un sistema independiente del lenguaje de programación? |
| xtingray | pipelx: en el caso de un modelo centralizado como el que mencione en el ejemplo anterior... encuentras otros inconvenientes? |
| pipelx | sip, uno de los problemas mas graves de este modelo, es que se depende de un servidor central |
| pipelx | por ejemplo |
| pipelx | si tenemos un supermercado, con 30 puntos de venta, |
| pipelx | que se conecten con el servidor por telnet, ssh, o un navegador web |
| pipelx | y perdemos el servidor por x razon, entonces todos los puntos de venta dejarian de operar |
| pipelx | lo que nosotros proponemos con nuestro diseño, es que los puntos de venta, en este caso, puedan tener cierta autonomia |
| pipelx | y sean capaces de operar si perdemos el servidor principal, |
| pipelx | mas adelante xtingray les explicara como podemos conseguir esto |
| xtingray | ok... prosigamos... |
| xtingray | ¿Por qué no ofrecer una arquitectura SAF que permita a clientes y servidores acoplarse a la infraestructura y necesidades de cada empresa? |
| xtingray | 3.2 Definición de Módulos |
| xtingray | Analizando estas necesidades, comenzamos a delimitar un diseño que cumpliera con los requerimientos de la demanda existente en términos de conectividad, disponibilidad de hardware y funcionalidades (basandonos en un modelo de desarrollo abierto). |
| xtingray | Inicialmente el diseño consta de los siguientes módulos en la parte funcional: |
| xtingray | - Módulo de Contabilidad: Se parte del supuesto de que la contabilidad debe ser el resultado de las transacciones realizadas por el software en un determinado tiempo. |
| xtingray | Este módulo tiene la capacidad de generar los reportes necesarios para lograr la correcta administración de una empresa, entre ellos: balances, GyP (Ganancias y Perdidas), Flujo de Caja, Libros Oficiales (Mayor, Diario, Resumidos,etc). |
| xtingray | - Módulo de Cartera: encargado del manejo de estado de clientes y cuentas, permitiendo identificación de clientes de acuerdo a su tipo, por ejemplo TaT (Tienda a Tienda), |
| xtingray | Mayoristas, Minoristas y generación de sus respectivos reportes estadísticos o de estados de cuentas. |
| xtingray | - Módulo de Cuentas por Pagar: encargado del manejo de estado de proveedores similar al módulo de Cartera. |
| xtingray | - Módulo de Inventarios: encargado del manejo de existencia de productos de la empresa, al igual que el módulo de contabilidad, este módulo es el resultado de los movimientos realizados por la empresa en un determinado tiempo. |
| xtingray | Este módulo permite la generación de reportes con diferentes parámetros, ej: fechas, productos clasificados por líneas, y generación de estadísticas útiles para proyecciones de compras y cálculos de ?stocks? de cada producto. |
| xtingray | - Ventas: este módulo va de la mano con el módulo de cartera, inventarios y contabilidad, ya que aquí se parametriza la lógica de negocios que lleva cada uno de estos módulos; |
| xtingray | adicionalmente ofrece la funcionalidad de venta de contado (descargas de inventario y entradas de dinero a caja o a bancos). |
| xtingray | 3.3 Definición de la Arquitectura |
| xtingray | Una vez definido el diseño funcional de Midas en terminos de módulos, pasamos a definir el diseño en términos de arquitectura de software: |
| xtingray | Se escogió un modelo Cliente/Servidor distribuido con el cual podiamos solventar la primera necesidad, la cual hablaba de anchos de banda limitados |
| xtingray | (obviamente adicionando otras pautas en el diseño, como son el manejo de caches, paquetes de confirmación, almacenamiento local en forma temporal, etc). |
| xtingray | y de autonomia en situaciones criticas en caso de colapso en conexiones de red |
| xtingray | Servidor de Transacciones (ST): Es el encargado de interactuar con las bases de datos y los clientes de usuario y/o clientes administradores, |
| xtingray | su función es recibir la información indispensable (sin datos calculados) de todas las formas (facturas,comprobantes,notas contables, etc), procesarla y almacenarla en el mecanismo de persistencia (bases de datos). |
| xtingray | Bajo nuestro diseño, el ST debe estar en la capacidad de manejar múltiples bases de datos en diferentes motores, |
| xtingray | entendiendo que cada base de datos es una empresa o un periodo fiscal de cada empresa dependiendo de los volúmenes de información que se maneje y de la configuración que se desee. |
| xtingray | Igualmente, el ST es el responsable de la generación de reportes a partir del procesamiento de las consultas enviadas desde los clientes del sistema. |
| xtingray | Los reportes son enviados a los clientes en formato XML para ser interpretados |
| xtingray | (esta pendiente por definir si la exportación a otros formatos se hace a través del ST o directamente a través del cliente a partir del XML recibido). |
| xtingray | Administrador Midas: Es el componente encargado de la generación y administración de bases de datos, usuarios, formas, políticas de permisos y definición de lógica de negocios para la interpretación de diferentes formas en el Servidor de Transacciones. |
| xtingray | Cliente Midas: Es el encargado de desplegar todas las formas a las cuales tiene acceso |
| xtingray | (control de permisos) el usuario que se conecta al sistema (Servidor de Transacciones) por medio de un protocolo de comunicaciones. |
| xtingray | 3.4 Protocolo de Comunicaciones |
| xtingray | Para que un Cliente Midas o un Administrador Midas interactúe con el Servidor de Transacciones de forma transparente sin importar el lenguaje en el que fue concebido o la |
| xtingray | plataforma sobre la que este operando, se necesita un protocolo estándar de comunicaciones. |
| xtingray | Dentro de las especificaciones de Midas se definió un protocolo basado en XML compuesto por 4 estructuras que exponemos a continuación: |
| xtingray |
- Paquetes de solicitud: estos paquetes son los encargados como su nombre lo dice de solicitar algo al servidor de transacciones, aquí encontramos 4 paquetes que son |
| xtingray |
cual solicita una conexión, el paquete |
| xtingray |
- Paquetes de confirmación: estos paquetes son los encargados de informar al cliente midas si una solicitud fue procesada con éxito, en este caso se retorna un paquete |
| xtingray |
si por el contrario esta solicitud falló, en este caso se retornaría un paquete |
| xtingray | - Paquetes de respuesta: si ocurre una solicitud de conexión, una consulta o un reporte y estos fueron procesados de forma exitosa, entonces no se retornará un paquete |
| xtingray |
|
| xtingray |
la solicitud hubiese sido una consulta o un paquete |
| xtingray | Paquetes informativos: estos paquetes viajan de forma automática desde el Servidor de Transacciones hacia los clientes en línea; con ellos podemos obtener actualización de |
| xtingray |
numeración de formas con el paquete |
| xtingray | Bueno, a este punto y para no bombardearlos tanto con conceptos... me gustaria compartir la siguiente grafica: |
| xtingray | http://www.kazak.ws/midas/documentos/diagramas/png/general/arquitectura.png |
| xtingray | de esta manera pueden tener una idea mas clara sobre el diseño. |
| xtingray | 3.6 Bases de Datos |
| xtingray | El diseño de la base de datos en el Estándar de Midas esta pensado para almacenar estructuras de documentos, más no documentos específicos, de esta forma se puede |
| xtingray | reutilizar la estructura de diferentes tablas optimizando el almacenamiento de la información. |
| xtingray | El diseño de la base de datos esta dividido en 2 partes. |
| xtingray | - Estructura Financiera: Es la encargada de almacenar toda la información generada por las |
| xtingray | diferentes formas, aquí se encuentra la información de inventarios, contabilidad, clientes, etc. |
| xtingray | - Estructura Administrativa: Es la encargada de almacenar toda la información referente a la lógica de negocios y administración de la base de datos, en ella se encuentran los clientes |
| xtingray | de la base de datos, la definición de estructura de formularios, parametrización de la lógica de negocios, etc. |
| xtingray | En el momento e diseño de la base de datos consta de 84 tablas, de las cuales 10 se encargan de la Estructura Administrativa y 74 de la estructura financiera. |
| xtingray | 3.7 Definición de Capas de Diseño |
| xtingray | Las siguientes son las capas establecidas para la creación de una aplicación que se base en el Estándar de Midas: |
| xtingray | - GUI: Esta capa contiene todas las entidades relacionadas con el manejo de los componentes gráficos de las aplicaciones que hacen parte del sistema. |
| xtingray | Dependiendo de la potencia del lenguaje en el que se implemente, esta capa almacenara formularios programados o componentes para generación de formularios en tiempo de ejecución. |
| xtingray | Esta capa sólo esta presente en el Cliente Midas o el Administrador Midas. |
| xtingray | - Control: Esta capa contiene todas las entidades relacionadas con la administración de los permisos de los usuarios y/o formas sobre las diversas operaciones del sistema. |
| xtingray | Esta capa se encuentra sólo en el Servidor de Transacciones. |
| xtingray | - Lógica de Negocio: Es la encargada de generar nueva información a partir de una transacción, por ejemplo: asientos contables o movimientos de inventarios generados por la transacción de una factura. |
| xtingray | Esta capa se encuentra tanto en el Servidor de Transacciones para el cáculo de operaciones sobre transacciones recibidas y generacion de nueva información a partir de estas, como en el Cliente Midas para la generación de documentos impresos. |
| xtingray | - Base de Datos: Esta capa contiene todas las entidades relacionadas con la interfaz entre el Servidor de Transacciones y las diferentes bases de datos que hacen parte del sistema. |
| xtingray | Esta capa sólo esta presente en el Servidor de Transacciones. |
| xtingray | - Red: Esta capa contiene todas las entidades relacionadas con la transmisión de |
| xtingray | información a través de la red, ya sea desde un componente cliente (programa Cliente) o |
| xtingray | servidor (Servidor de Transacciones). |
| xtingray | Muy bien... hora de otro gráfico para descansar del texto: |
| xtingray | http://www.kazak.ws/midas/documentos/diagramas/png/general/capas_aplicaciones.png |
| xtingray | En la grafica anterior se pueden apreciar las capas de cada componente y su relación con el flujo de la información. |
| xtingray | 3.8 Del Diseño a la Implementación: |
| xtingray | Luego de trabajar por más de un año en el diseño expuesto, dimos inicio al proceso de |
| xtingray | implementación para medir la distancia entre nuestra teoria y la práctica. |
| xtingray | Pues bien, empezamos a desarrollar una aplicación a la cual llamamos ?JMidasEnterprise?; esta aplicación en el momento se encuentra en un 50% del diseño planteado y seguimos trabajando para liberar la primera versión estable el próximo año (eso queremos!). |
| xtingray | Esta desarrollada en lenguaje Java, aunque no se trata de nuestra primera implementación. |
| xtingray | Actualmente en el sitio web http://www.kazak.ws/midas se encuentra disponible nuestra |
| xtingray | primera versión de pruebas llamada ?JMidasLight? (enfocada a negocios muy pequeños), |
| xtingray | la cual a pesar de que ya es funcional no sigue el estándar a cabalidad (dado que fue uno de nuestros primeros pinitos). |
| xtingray | En paralelo, un grupo de investigación de la Universidad del Valle llamado CetiSoft |
| xtingray | (http://www.cetisoft.org) se encuentra realizando una implementación de Midas en C++ |
| xtingray | utilizando librerias de QT para las interfaces gráficas. Este proyecto es conocido como |
| xtingray | ?Qapital?. |
| xtingray | 4. Expectativas |
| xtingray | Ofrecer la mayor cantidad de componentes basados en el Estándar Midas desde |
| xtingray | diferentes lenguajes de programación. Entre los componentes esperamos liberar varios |
| xtingray | Servidores de Transacciones (en Java, en C++, etc), Reporteadores via web (en php, |
| xtingray | python, etc), clientes gráficos (en gtk+, en qt, en mono, etc), clientes en modo terminal |
| xtingray | (en C, en ncurses, etc), entre otros. |
| xtingray | Terminar y publicar toda la documentación técnica que define el Estándar. |
| xtingray | Muy bien... por ahora es todo lo que podemos contarles acerca del proyecto... |
| xtingray | Gracias por su atencion y ahora nos vamos con las preguntas |
| xtingray |
|
| xtingray | Con respecto a estas soluciones bastante maduras y elaboradas, creemos que se enfocan muy bien para ciertos escenarios |
| xtingray | sin embargo, como lo mencionabamos al comienzo de nuestra charla |
| xtingray | existen ciertos escenarios en donde las condiciones de infraestructura exigen que la solucion a implantar sea bastante flexible |
| xtingray | sabemos que existen propuestas basadas en interfaces web que son muy completas... pero no son aplicables a todos los ambientes |
| xtingray | bueno, mi compañero pipelx complementara la respuesta |
| pipelx | aparte de eso, los proyectos anteriormente mencionados |
| pipelx | son desarrollados en leguajes especificos y motores de BD especificos |
| pipelx | nosotros buscamos poder desarrollar en cualquier lenguaje cada componente |
| pipelx | y asi mismo poder interactuar con cualquier motor de base de datos |
| xtingray | inclusive componentes pequeños que puedan interactuar con el sistema |
| pipelx | en pocas palabras que nuestra solucion se adapte a las empresas teniendo en cuenta los recursos que estas posean |
| xtingray | generalmente pequeñas (PYMES) y medianas empresas |
| xtingray |
|
| xtingray | la documentacion como tal es abierta y esta cubierta por una licencia Creative Commons |
| xtingray | de otro lado, todas las implementaciones que realicemos al interior del grupo de investigacion seran GPL |
| xtingray | lo que no impide que alguien desee desarrollar componentes privativos |
| xtingray | estara en libertad de hacerlo |
| xtingray |
|
| xtingray | si, la idea no es ser rigurosos en su definicion... que quiero decir con esto? somos un grupo de investigacion abierto en donde cualquiera puede sugerir cambios o hacer propuestas... pero tambien nos interesa que por ejemplo el protocolo de comunicaciones se deforme o se comiencen a generar incompatibilidades |
| xtingray | NO se deforme (perdon) |
| xtingray | la intencion de Midas basicamente es: |
| xtingray | dado un escenario X, poder ofrecer el desarrollo de componentes compatibles a la medida de las circunstancias |
| xtingray | si el grupo de aplicaciones o componentes crece, la gente podra tomar lo que necesite de nuestro repositorio segun sus necesidades |
| xtingray | alguna pregunta adicional? |
| xtingray | Dudas o comentarios adicionales, pueden escribirnos a: midas@kazak.ws |
| xtingray | Muchas gracias por su atencion! |
| fernand0 | gracias gustavo |
| fernand0 | felicidades por la charla |
| xtingray | un placer :) |
| fernand0 | y tambien felicidades por su cumpleaños! |
| fernand0 | plas plas plas plas plas plas plas plas plas plas |
| feistel | clap clap clap clap |
| fernand0 | plas plas plas plas plas plas plas plas plas plas |
| feistel | clap clap clap clap |
| feistel | clap clap clap clap |
| feistel | clap clap clap clap |
| fernand0 | plas plas plas plas plas plas plas plas plas plas |
| feistel | clap clap clap clap |
| fernand0 | plas plas plas plas plas plas plas plas plas plas |
| fernand0 | plas plas plas plas plas plas plas plas plas plas |
| fernand0 | plas plas plas plas plas plas plas plas plas plas |
| fernand0 | plas plas plas plas plas plas plas plas plas plas |
| fernand0 | plas plas plas plas plas plas plas plas plas plas |
| xtingray | :) |
| xtingray | hora de partir |
| xtingray | gracias a todos |
| fernand0 | Bueno |
| fernand0 | gracias tambien a todos por acudir |
| fernand0 | Recuerden que mañana seguimos con mas conferencias |
| feistel | hola felix :) |
| ducky | hola feistel |
| ducky | interesante tu conf ayer |
| ducky | :) |
| feistel | si |
| feistel | que paso despues? |
| feistel | con el vago ese que queria mostrar algo en vivo? |
| ducky | si lo hizo creo |
| fernand0 | amigos, hasta mañana |
| fernand0 | gracias a todos |
| ducky | lo mismo |
| fernand0 | y a ducky por su gran esfuerzo en la traducción |
| fernand0 | :) |
| ducky | hasta manana. |
| ducky | thanks to veryone |
| ducky | thanks fernand0 :)_ |
| Max | clapclap |
| ducky | everybody are welcome |
| feistel | como trulux va? |
| trulux | hola! |
| trulux | feistel, bastante bien |
| trulux | a punto de irme a acostar |
| feistel | como estubo ayer despues de la charla, me tube que ir |
| feistel | de donde eres? |
| trulux | de España |
| trulux | no se que tal estuvo, pregúntale a los demás |
| trulux | ;P |
| feistel | que mostraste? |
| trulux | un pequeño ejemplo de seguridad proactiva |
| trulux | está en el registro de la charla |
| trulux | el domingo a las 20:00 CET doy una charla |
| feistel | sobre? |
| trulux | pero será más bien práctico |
| trulux | sobre Hardened Debian |
| feistel | q bueno! |
| trulux | presentaré una herramienta |
| trulux | de tests regresivos |
| trulux | para PaX, SSP, grSecurity, SELinux-LSM y algunas otras cosas |
| trulux | jaulas RSBAC... |
| trulux | no puedo liberarla aún por ciertos problemas...llamémoslos "diplomáticos" |
| trulux | luego esoty portando selinux a 2.4 y espero tener algo listo para el Domingo |
| trulux | con suerte mañana prueban el parche |
| trulux | pero de eso no aseguro nada |
| feistel | che y a vos que te parecio mi charla? |
| trulux | no estuvo mal, quizás en algunas cosas pasaste por alto detalles, pero me pareció buena |
| feistel | pense en eso pero los iba a tener como 3 horas |
| trulux | como consejo, hazte los diagramas tu, coge el dia (creo que es gtk) y los haces a un tamaño adecuado |
| trulux | en castellano |
| trulux | porque las diapos tienen que ser homogéneas |
| feistel | ok |
| trulux | entiendes? tienes que dar impresión de trabajr d emanera profesional y una de las cosas que ayudan es esa |
| trulux | usas OOo? |
| feistel | si |
| trulux | pues, coño, el Draw este hace maravillas, creeme |
| feistel | si es q no tuve mucho tiempo |
| feistel | q edad tienes trulux? |
| trulux | me imagino, yo tardo un par de meses en hacer las diapos |
| trulux | feistel, eso es mucho preguntar ... seguro que menos que tu, prueba a ver |
| feistel | y q haces? |
| trulux | estudio |
| feistel | digo, para ganarte la vida |
| trulux | ah, ahora estoy a punto de publicar para una revista |
| feistel | cual? |
| trulux | en fín, la meta es meterme en alguna compañía seria |
| trulux | puede que Linux Magazine |
| trulux | o Todo Linux |
| trulux | depende, tengo que ver que me conviene más y que me resultará mejor |
| feistel | a hacer que? |
| feistel | q estudias? |
| trulux | umm, trabajar con lo que ando "jugando" ahora |
| trulux | desarrollo |
| trulux | no estoy en la universidad aún |
| feistel | has echo pentests? |
| trulux | alguna vez |
| trulux | feistel, me tengo que ir, que madrugo bastante, mañana hablamos a partir de las 3-4 lo que quieras |
| trulux | 16:00hrs CET |
| feistel | GMT? |
| trulux | si |
| feistel | ok |
| trulux | venga, nos vemos |
| trulux | bonna noite |
| felix | jaime: endlog |
The Organizing Comittee
