martes, 4 de abril de 2017

Biblioteca de la vida. Capítulo 05. VAL IT, publicaciones oficiales de ISACA

La maestría que llevé se denominaba "Maestría de Ingeniería de Sistemas" con mención en "Gerencia de Tecnologías de la Información y Gestión de Software", conversando con el coordinador responsable de la Maestría, me indicó que quería abarcar varios maestrantes para que se sumerjan en ambos mundos, sin embargo llegó un punto de bifurcación que se llamaba TESIS I, un curso donde definías las bases de tu tesis de maestría, y tuvimos que elegir un camino: o gobierno de TI o desarrollo de software. Bueno, yo por mi trabajo estuve sumergido seis años en desarrollo, y los cursos que recibí me reforzaron mi cargo de Jefe de Proyectos Software, fue una experiencia espectacular, pues contaba con un equipo de programadores los cuales podían seguir las buenas prácticas que recibía en clases. Pero como dice la frase "donde manda capitán, no manda marinero", yo en mi posición de jefe y no de gerente, no podía ejecutar otras ideas que me rondaban la cabeza y que no se alineaban mucho a las ideas actuales de gerencia. En fin, eso no era obstáculo para igual plasmar todo lo aprendido a la práctica, y eso quisiera dejar como consejo, si estudian una maestría, que sea de acuerdo a su cargo actual o al cargo futuro de corto plazo que tendrán, ya que si sólo se queda en teoría sin práctica, sobre todo en nuestra carrera, será muy difícil desempeñar un papel de maestrante ante la sociedad y/o nuestro medio profesional.



¿Por qué elegí Gobierno?, bueno, eso me preguntaron algunos de mis compañeros de maestría quienes sabían que tenía buena experiencia en desarrollo, en fin, mi respuesta es: porque según mi opinión Gobierno te da una visión complementaria como Ingeniero en Informática, creo que quedarse netamente con conocimientos técnicos, manejo hábil de herramientas de desarrollo, aplicación de metodologías de desarrollo, no te deja conocer como funcionan las cosas de forma holística y con visión estratégica, sobre todo en empresas grandes. En ambos caminos de la bifurcación se gana bien, pagan bien, pero yo quería ir a un campo casi desierto, donde aún no habían metido las manos los espíritus investigadores locales, y también extranjeros. Créanme, no hay mucha información pública de Val IT, no hay, salvo uno que otro blog que repite lo mismo de ISACA o lo han traducido; además, en el mismo ISACA hay un documento mal traducido (en mi opinión) al español. Fue en un curso de COBIT donde tuve que leer esta publicación mal traducida y conversando con un amigo le decía que "suena interesante lo de la Generación de Valor a través de inversiones de TI y todo este marco recién aprendido", y me dijo "Sí, ¿Te imaginas manejar completamente este marco?", le respondí "Sí, es un potente diferenciador, casi nadie maneja esto"; fue ahí que se me encendió el foco y aprender todo, absolutamente todo de VAL IT para obtener una ventaja competitiva en mi carrera, y me di con la sorpresa que su información es vasta y además que como marco se integró en COBIT 5.


En fin, para resumir y si quieren aprender de ello, sugiero comenzar con la publicación "Enterprise Value: Governance of IT Investments, Getting Started With Value Management" de 44 páginas, esta publicación contiene las pautas macro del marco, pero si deseas entrar en detalles profundos del marco, como los dominios, procesos, buenas prácticas, etc.  tendrás que leer la publicación "Enterprise Value: Governance of IT Investments, The Val IT Framework 2.0" de 116 páginas, esta publicación contiene todos los cuadros RACI y buenas prácticas relacionadas en cada proceso de Val IT; bien, hasta ahí tendrás todo el conocimiento de Val IT pero no la práctica, y un resultado (que a las finales termina como una herramienta para le negocio) que emerge de este marco, y que además es la pieza más importante, es el Caso de Negocio, la construcción del mismo se encuentra de manera general en "Enterprise Value: Governance of IT Investments, The Business Case" de 28 páginas, y aquí es donde te das cuenta que el manejo de matemática financiera es esencial, aún así, este documento no fue comprendido en su primera versión, así que ISACA decidió publicar "The Businesss Case Guide: Using Val IT 2.0" de 63 páginas, donde muestran un claro ejemplo de caso de negocio.


VAL IT me enamoró como una tesis que desarrollé en el 2015 y 2016, la generación de valor es algo muy importante que todos buscan, todos, absolutamente todos, ya sea lucrativo o no. Espero que la información vertida en este artículo sirva de ayuda para algunos investigadores que deesen saber como iniciar en VAL IT. Luego escribiré algo respecto a su integración en COBIT 5, el cual fue una observación que me hizo un evaluador compatriota, el Ing. Rómulo Lomparte.

miércoles, 29 de junio de 2016

Manuel Fuckin Gold #mellegaalpinchotupueblo

Manuel Gold es conocido en el teatro y un poco olvidado por la televisión, pues su participación en dicho medio es casi escaso, pero eso a él le llega al pincho, es un brother que como cualquier otro de su mismo comportamiento, quiere que el éxito llegue por sí solo sin mucha pomposidad, lo cual es difícil en el mundo artístico peruano, un mundo en donde celebran cualquier estupidez, salvo algunas élites limeñas donde el reconocimiento lo realizan ciertos miembros importantes, con renombres y alta experiencia y seriedad en el mundo del arte. Pero, bueno, sin salir del marco. Este post lo escribo porque a Manuel llegué a conocerlo en persona el noviembre pasado. ¿Cómo sucedió?, lo explico, pero primero quisiera detallar la trayectoria poco conocida de Manuel y así logren entender el interés que me causó el actor y escribir un post de él.

Los del Solar, todo empezó a inicios del nuevo siglo, cuando en la televisión empezaron a trasmitir la serie Los del Solar, serie donde participaba la mayoría de actores de Que buena raza, incluyendo al Sr. Carlos Cano y el Sr. Rafael Santa Cruz, ambos fallecidos, esta serie mostraba el típico solar limeño donde conviven varias familias de diferentes costumbres, ahí es donde aparece Manuel Gold, con su cabellera larga que sobrepasaba los hombros, sus polos metaleros (MISFITS, SEPULTURA, etc.), y una delgadez notoria y cómica, interpretando al personaje Rocky, adicto a la música subterránea y dueño de su propia señal pirata de radio. El detalle es que por esos días del 2003 o 2004, no recuerdo exactamente, conversaba con mis amigos miembros de mi banda Miasma, sobre dicho personaje y que resultaba cómico, sobretodo en un capítulo cuando aparece una banda metalera haciendo headbanging y tocando un tema subte en una serenata #ROFL.

Manuel Gold a la izquierda con su polo de Misfits

Vaca. Por esas épocas, en la vida real Manuel Gold era un metalero melómano acérrimo, pues esa banda que apareció en ese capítulo eran metaleros de verdad, amigos de él, y él asistía a conciertos metaleros sin importar las zonas donde ocurría (Miraflores, Cercado, Los Olivos, etc). Todo esto lo sé porque investigué un poco en ciertos foros metaleros peruanos, y Manuel bajo el nick de "Vaca" (apodo asignado tras realizar una obra de niño) tenía participación activa de opinión sobre temas coyunturales y también jocosos sobre la escena metal, cine, teatro y ciencias de la comunicación. Pero uno de los post que me llamó más la atención fue la de "Resolveré todos los misterios de la vida...... aprovechen", el cual pueden leerlo en el siguiente enlace: Mefistófeles con hambre, entonces uno puede entender más al Sr. Gold en su edad de 20 años aprox. También, en la vida real, condujo un programa de radio llamado "Mototaxi al infierno" entrevistando a varias bandas metaleras, como Mortem, Kranium, entre otros.

Manuel Gold, en el Crypto Bar. El 4to por la izq. Foto pública de su fb

Los cinéfilos, hasta llegar a los cinéfilos el Sr. Gold participó en comerciales, uno de los más conocidos es el pelotero de Cristal, y como actor de relleno en teleseries, sin embargo en el teatro, que es su fuerte, tuvo mayor aceptación y prestigio. No fue hasta el 2013 cuando lo volví a ver en un personaje bien freak en "Los Cinéfilos", que en un momento pensé que él escribía los capítulos junto con el wachiman, pero luego explicaron que no era así. Yo recuerdo ser uno de los primeros suscriptores de "Los Cinéfilos" pues un pata mío limeño que está pendiente de toda la onda limeña me jugó "El chico de los subtítulos", en fin la historia de Manuel en la serie web la pueden ver en los videos de Henry Spencer.

Los cinéficos (A lo melcochita)

Oh por Dios, esta obra la realizó con dos actores adicionales y comenzó en lima, y tras el éxito de Los cinéfilos, y otras películas nacionales realizadas, pasó a ser "el actor de moda" algo que sin duda le llega al pincho, ¿Cómo así?, pues uno mientras chequea sus entrevistas se nota el desinterés de pertenecer a la boca de los medios. Él solo quiere actuar. Bueno, esta obra se presentaba en lima, y yo ya estaba el 99% seguro en escaparme a lima y ver dicha obra en barranco, pero, un tema laboral no me lo permitió. Pero, como por algo pasan las cosas, esta obra se descentralizó por primera vez en mi cuidad, Chiclayo. Entonces dije, ahí tengo que estar, en primera fila (que en el fondo nunca fue así, estuve en la 4ta fila), compré mis entradas vip y para mi sorpresa, estaban haciendo un sorteo de Meet and Greet con los actores a ciertas entradas vip. Ganamos el MG, mi novia y yo lo ganamos. Entonces nos invitaron tal día y a tal hora para reunirnos con ellos, los actores de la obra. Los esperamos hasta que aparecieron. Sin duda era un tío demasiado delgado y pálido pero centrado; él se sorprendió de verme con un polo de The Shining. Luego la coordinadora indicó que inicien con la ronda de preguntas y fui el primero en arrancar, y le pregunté a Manuel directamente: "¿Cómo se llama la banda que apareció en el capítulo de Los del Solar", y como podrán notar, no era una pregunta que la gente y los demás invitados esperaban, pero yo sí, y Manuel sabía la respuesta, y me respondió "Se llama Helldrunk, banda de mis amigos..." y me explicó a detalle como es que participaron, una conversación que solo él y yo entendimos. Luego de la ronda de preguntas, podían tomarse fotos con los actores, fue entonces que se acercó y me dijo "Brother, tienes una banda metal?" le mencioné que tenía tres y que justo le tenía un regalo para él, dos discos de una de mis dos bandas. Se emocionó. Conversamos brevemente sobre Helldrunk y nos tomamos un par de fotos, fue ahí donde le pedí que me haga un cameo del personaje de Manuel para que quede en la prosperidad en un video grabado por mi novia: Ay sí, ay sí.

Manuel Gold con los discos de Miasma y Violencia

Hay muchas otras entrevistas donde se puede conocer más su vida pública, pero ninguna o casi ninguna habla sobre tu meticulosa vida metalera, lo cual es la pasión del actor y creo que deberían enfocarse en las pasiones de los artistas del medio, más que en sus controversias o etc. Uno de los más grandes proyectos en los que ultimamente ha participado es en la película "Como en el cine" del director Gonzalo Ladines, y es una muy buena película de comedia y motivación donde se le ve en una faceta distinta a Manuel. En fin, gracias Manuel por darnos tu espectáculo de actor de manera notable, espero que leas este post que no tiene interés en seguir manoseando todo lo que los demás han mostrado, si no en tu otra faceta pública poco conocida. Salud por los actores peruanos!

martes, 21 de junio de 2016

Líder TI Caso 04. Consideraciones para mover una BD de un server a otro

Escribo esto porque acabo de llegar a mi cueva después de un ajetreado día de trabajo, mejor dicho, una ajetreada que me despegó del mundo unas 5 horas consecutivas. Inicié a las 05:00 PM a 10:00 PM aproximadamente. Me refiero a una migración de bases de datos de un servidor a otro, los servidores son IAAS en Azure con Windows Server 2012 R2, eran 14 bases de datos de SQL SERVER 2014, algunas BDs con 4GB otros con 35 MB, En total era migrar unos 15GB, además de migrar los web services WCF y REST relacionados. ¿Por qué la migración? Porque en el servidor origen (llamémosle servidor A) se presentó una anomalía para acceder al escritorio remoto del mismo, creemos que un ataque de consumo o alguna falla por parte de alguien que tiene acceso oficial al servidor, que en este caso somos 3, malogró alguna configuración. Dicha anomalía sucedió el domingo en la tarde noche, cuando nadie trabaja, por lo tanto todo el lunes nos dimos cuenta y no se podía ingresar al server para revisar los backups generados ni cualquier otro archivo de revisión de rutina, por suerte esta anomalía no afecto el funcionamiento del motor de base de datos, tampoco a los servicios web. El día había iniciado, los clientes del servidor A iniciaron operaciones de lo más normal así que un reinicio para verificar si esa era la solución, podría ser fatal, así que en la noche esperé que todos los clientes salgan para el reinicio. Lamentablemente persistía el problema.



Decisión. Como jefe de producción y encargado de la continuidad de negocio de nuestros clientes, tenía dos caminos, o mecharme con los de Microsoft Perú, o migrar a otro servidor IAAS, bueno, creo que el título del post lo dice todo, porque no podía esperar más en obtener los backups del sábado, domingo, lunes y martes estancados en un servidor inaccesibles. Ahora, iniciar un trámite de acuerdo con Microsoft nos quita un recurso importante: tiempo, ya que anteriormente sucedió algo similar que hizo que el negocio de nuestros clientes se detuvieran por cerca de cuatro horas. Inaceptable. Menos mal entendieron que dependía de responsabilidad de nuestro proveedor MS, pero no cualquier cliente puede entender eso, pero menos mal que nuestro cliente tenía planes de contingencia en caso fallara el sistema. Obviamente llegamos a un acuerdo para que este perjuicio sea un descuento en su mensualidad por el servicio. Bueno, saquen Uds. sus conclusiones respecto a Azure, si bien es cierto no es seguido (el primer inconveniente sucedió hace un año) pero deja que desear, en fin. La decisión ya está tomada, a ejecutarla.


A las 05:00 PM arrancó todo, tenía que esperar hasta las 08:00 PM para que salgan todos de los servicios, eso quiere decir que: Primero debe coordinarse el corte de servicio con el cliente, esto es vital, hasta los bancos lo notifican, claro ellos hacen mantenimiento por las madrugadas. En fin, hasta las 08:00 PM tenía tiempo para preparar la automatización de la migración, esto es obvio, si no queremos tener fallas, dejemos que el SO lo haga por nosotros. Primero comencé con asegurarme que el servidor destino (llamémosle servidor B) esté operativo a la perfección, para ello le instalé los web services de A a B, esto se logra fácilmente a través de una carpeta compartida entre servidores Azure conectados a una VPN que permitan copiar los contenidos de los web services de IIS. Segundo, configurar la seguridad del BD destino, usuarios, roles, permisos, accesos, denegaciones y configuraciones extra, para ello ya tenía preparado el script sql necesario. Tercero, hacer una prueba de acceso con una BD de prueba cambiando las configuraciones del lado del cliente a una aplicación aislada, y asegurarte que todo lo anterior esté configurado correctamente. Cuarto, antes que llegue la hora tope creé el script que saque los backups completos hacia una carpeta del servidor A que sea de escritura y sea leída desde otro servidor (para mi fortuna todo servidor de nuestro negocio tiene una carpeta FTP, lamentablemente la carpeta compartida entre servidores por la VPN no tenía permisos de escritura). Como me alcanzaba el tiempo, también alisté el script que restaure esas backups en el servidor B. Entonces, para nuestros 60 o 70 clientes con el ejecutable que apuntaba al servidor A ¿Cómo podríamos cambiarlos para que lean al servidor B?, pues tendríamos que cambiar la parte del servidor de su actualizador automático para que descarguen la misma versión del ejecutable de presentación pero con los archivos configs que apunten al servidor B (Sí, eso olvidé mencionar, la arquitectura es cliente/servidor de escritorio conectado a servicios WCF y REST) además cambiar paralizar el server A para que nadie se comunique con él. ¿Cómo podría detener los servicios de A si no hay acceso a su escritorio remoto?, fácil hay solución, si tuvieras respuesta favor de comentármelo, pero para este apaga fuego sólo decidimos a cambiar las contraseñas a todos los login de la BD a las 08:00 PM. Ejecuté el script de backups a la carpeta FTP y con FileZilla descargué directamente los BAK a una carpeta del server B, realmente lo hizo en media hora esos 15GB aprox. asumo que por lo que están en VPN (velocidad de 32MB/s aprox), ejecuté el script de restauración en el server B, además de otro script que le asigne los usuarios, permisos, roles, etc a las BDs restauradas (claro, porque hasta ese momento tenías las ids de los usuarios incluidos en la migración aún son del server A), con eso ya era suficiente para que la presentación pudiera acceder al nuevo server. Luego, configuré el Firewall para que todas las IPs que accedían al puerto SQL de A sean idénticas en B. Finalmente, se cambió el DNS para que el IP pública fija que apuntaba al servidor A apunte ahora al B. Después de tanto trajín y pruebas, todo estuvo correcto a las 9:47 PM y para el usuario mañana todo será trasparente.


Obvio que cada ambiente de sistema es un mundo, pero no escapa de cosas que son estándares, como por ejemplo hacer este trabajo fuera de horario de oficina del usuario, pruebas de continuidad, notificaciones previas al usuario, etc. Si tuvieras recomendaciones favor de enviarme a mi correo o comentario. Bueno, en honor a la verdad este post pudo ser más extenso, pero tengo controlar mi tiempo que le dedico a los post, pero si tuvieran la necesidad de que comparta algún detalle de esta travesía no dudes en escribirme, tal vez quieres que te pase algún bat, script powershell, o T-SQL, en fin, estamos para compartir. Ahora sí a dormir.

viernes, 17 de junio de 2016

Tesis de Maestría, Matrimonio, Certificaciones y más

En todos estos meses ha estado rondando sobre mi cabeza la clásica frase de Terminator "I'll be back". Y aquí estoy, a ponerme al día. Hasta esta fecha estoy debiendo 60 post, y es un reto ponerme al día, pero no imposible. El motivo del cese fue en primer lugar, mi Tesis de maestría, el cual acabo de culminar e inicio la gestión de mi trámite, esta tesis me ha consumido miles de horas de lecturas en inglés de la prestigiosa ISACA, pues en estos meses logré obtener un certificado de miembro de ISACA y así acceder a todo el material rico en proteínas de conocimiento y así generar un mejor bolo alimenticio de investigación. Pues me sirvió mucho, me sirve mucho, he contactado con profesionales de alta calidad en auditoria de TI, entre ellos los más destacados de Perú. En fin mi tesis de 220 páginas lo vale, me ha costado sudor, y como dice mi asesor, la cereza en el pastel es la participación de estos validadores internacionales dentro de mi tesis.


Referencia a la película TESIS

Otro gran evento que ha consumido parte importante de mi tiempo, es mi próximo matrimonio con la persona responsable de mi segundo post en mi blog. Lili. Decidimos comprometernos y casarnos civil-religioso en el día de la primavera. Este trámite también es un exacerbante pensamiento de ver cómo tu dinero se desvanecerá para unas horas de celebración, mi novia y yo, sólo esperamos que valga la pena en el futuro, pues no somos mucho de gastar en eventos. Pero, sin duda no es cualquier evento y queremos hacer algo de acorde a nuestros gustos. Así es que si deseas casarte, verifica tus posibilidades económicas o ajústate a la realidad si luego no quieren tener trifulcas por temas económicos con la pareja, esto es muy a parte de los sentimientos y puede llegar a matarlos si no saben entenderse. Menos mal nosotros tenemos pensamientos económicos similares así que todo va bien. Mientras, hasta llegar el día, estamos full con los detalles y toda la parafernalia que involucra. Para felicidad nuestra, nuestros padres, hermanos, familiares nos están brindando todo su apoyo incondicional. :)

Help! se acaba la soltería

Bueno, para terminar, se vienen varios trámites y gestiones que me mantendrán ocupado pero no tanto como la tesis, así que me pondré al día brindando todo el conocimiento obtenido en esta ausencia, y espero sepan apreciarlo (Libros nuevos, discos nuevos, conciertos, sorpresas, regalos, #eseconch..). No hago nada de publicidad a mi blog, sólo espero que poco a poco solo se vaya haciendo conocido. Si estás leyendo esto, gracias. Estoy preparando mucho armamento para descargar..

El regreso se manifestó como un ensamble de fuerzas acumuladas

jueves, 6 de agosto de 2015

Lider TI Caso 03. Test Development Driven. Mi implementación es un bebé en pañales

Es todo un mundo nuevo si tu forma de programación es clásica, es decir, recibir las necesidades de tu cliente o usuario final y pasarlo a código durante horas y horas, el TDD, te resetea el chip, ¿Cómo?, de la siguiente manera: Primero creas el código que verificará si los resultados son los correctos de acuerdo a las pruebas que el usuario realizará o al menos tiene la noción de realizarlas para su respectiva aprobación de funcionamiento, y luego, te pones a programar el código fuente principal del software a entregar, si existirá bugs, se asume la refactorización, pero de manera ágil. Te la pintan de manera mágica, es más, para algunos es la salvación, pero hay una gran brecha entre la teoría y la práctica. Así que vamos por partes, y como suelo hacer, vamos por tres partes: Teoría, Planificar y Disfrutar.


Teoría
No quiero expandirme en teoría que encontrarás en cualquier libro de TDD, en tal caso te doy mi opinión para que nutras tus conceptos desde varias perspectivas. Bueno, hay varias buenas universidades en el mundo que presentan en su gama de carreras a Ciencias de la Computación, y en sus cursos de Ingeniería de Software, consideran las pruebas unitarias, tal es el caso del curso 164 de Ciencias de la computación de Harvard (http://www.registrar.fas.harvard.edu/courses-exams/courses-instruction/computer-science). Esto lo obtuve buceando en la página de Harvard. Hay más universidades top donde tienen buena escuela sobre Ciencias de la Computación, si deseas saber sobre el enfoque en Ciencias de la Computación a nivel mundial te invito a ver el top de 50 mejores escuelas que dictan esta ciencia. (http://www.businessinsider.com/best-computer-science-engineering-schools-in-america-2015-7).
Bueno, les cuento una experiencia, a mí me ha tocado entrevistar a varios nuevos egresados de escuelas de Sistemas, Computación e Informática de diferentes Universidades del departamento de Lambayeque para que ingresen a la empresa a la que trabajo; y a cada uno les solté la pregunta “¿Cuéntame tu experiencia sobre TDD, Desarrollo orientado por pruebas?”, y ninguno supo responder, y el 90 % no tenía conocimiento de ello (Considerar que pasaron el examen de conocimientos), eso me hizo pensar que hay que reforzar ese tema en nuestras universidades o al menos incentivar a que lean sobre el tema.


Planificar
Si tienes un software ya construido (es decir varios meses o años de escribir códigos), se te hará difícil pero no imposible trasladarte a este paradigma. Pero si vas a empezar un nuevo proyecto o idea estrella a explotar, te recomiendo que no dejes de lado el TDD, porque automatizar las pruebas te agilizan la forma de desarrollar tu software, pero ojo, el TDD puro va mucho más allá, así que necesitarás expertos y bastante inversión de tiempo.
Les cuento mi experiencia personal, actual, sí, ahora, right now, en la empresa donde trabajamos tenemos un ERP de 5 años de mantenimiento, así que cuenta con 10 módulos aprox., y nunca se han automatizado las pruebas, ni un solo Unit Test, así que como Responsable de Investigación y Desarrollo me estoy encargando de la automatización correspondiente, pero, de la manera más ágil posible (porque estamos madurando para aplicar SCRUM), así que estoy planificando lo siguiente: En primer lugar se debe planificar, es decir, estudiar bien el campo para luego ver como lo atacas, en mi caso, estudiar la arquitectura de software seguido, el tipo de BD utilizado, las interfaces y web services implementados, escenarios complicados (esto es muy importante porque las pruebas unitarias consisten en crear pruebas aisladas e independientes por cada escenario planteado, y dejar todo al finalizar como cuando estuvo al iniciar la prueba, o sea un chambón de ingeniería). Entonces conversando con el Jefe de Desarrollo se estableció arrancar de a pocos para no detener la productividad en paralelo, porque de hecho tendrás que meter mano al código que los desarrolladores están trabajando. (Bueno, un poco para aterrizar, en la empresa estamos utilizando TFS, así que si es un equipo de más de 3 metiendo mano al código, les recomiendo utilizar un repositorio central de fuentes), así que se inició con el módulo core de negocio para nuestros clientes, es decir Ventas (nuestro ERP es para fines comerciales de MYPES), y no todas las clases que conforman el módulo de Ventas, solamente la clase principal, que es Comprobante, y para hacer una prueba de automatización, no a todos sus subs o functions, solo el más representativos, en mi caso elegí el más complejo “Adicionar”. Entonces para empezar deduje que se debe arrancar con refactorizar algunas llamadas, en mi caso, el código no seguía un estándar para manejar parámetros, así que para “Adicionar” indiqué que todo debe ser un parámetro de entrada de tipo DataSet (puedes utilizar objetos si deseas, depende de cada uno), eso establecía que dicho dataset pueda pasarlo a XML y guardarlo una BD exclusiva para pruebas, con ello estaría guardando el “Escenario 1” y según vaya creando más escenario estas se guardaban automáticamente si es que tenía alguna bandera activada, todo en formato XML, para ello y automatizar las pruebas desde un proyecto unit test, hago lectura de todos escenarios con un for construyo un DataSet en base al XML y lo envío como parámetro. Pero si estás en un caso como el mío, donde se utilizan web services, entonces inicia pruebas de integración con los web services, porque si inicias con pruebas unitarias, tendrás que necesitar mucho tiempo para cubrir el 80% de cobertura que te exigen las buenas prácticas de pruebas unitarias.


Disfrutar
Bueno, en mi caso, el disfrute lo tendrán los desarrolladores cuando les entregue el resultado de mi investigación teórico práctico, pero hay que recordar algo, ellos tendrán que construir sus propios escenarios cuando programen, eso conlleva a estimar un tiempo para dicha actividad. Pero se beneficia en el sentido de aprovechar el tiempo en pensar más que hacer actividades manuales repetitivas, ese tiempo perdido se plasma ahora en programar los escenarios, así que ahora ese tiempo se utilizará para entrenar tu cerebro. En mi caso me estoy dividiendo entre la implementación y despliegue de ISO 9001 para la empresa donde trabajo e investigar aplicar TDD al 100%, por lo que poco a poco se está avanzando con TDD. De hecho lo ambiciosos es llegar a un DevOps total, incluyendo pruebas del fantasma (pruebas UI), pruebas unitarias al 80%, aplicación de mocks, stubs, etc.


De hecho que hay un montón de cursos, diplomados, certificaciones, etc., pero si no se ponen en práctica es lo mismo que nada. Este post es un bebé en pañales, estoy en casi nada, pero nunca es tarde para iniciar. Estoy seguro que en un futuro estaré posteando como fuimos avanzando y cuanto hemos madurado respecto a este tema. Disfruten de la Ingeniería del Software, programen!.

domingo, 12 de julio de 2015

Biblioteca de la vida. Capítulo 04. "El joven multimillonario Mark Zuckerberg en sus propias palabras" George Beahm

Mi novia que sabe de mis adiciones, me regaló este libro "El joven multimillonario Mark Zuckerberg" de George Beahm, ella me vio que cada vez que entrabamos a Librería Crisol iba donde estaba ese libro y lo veía y veía, hasta que en un mesario me lo regaló. Un lindo detalle para una chica enamorada de un chico como yo. Ambos somos complicados, con mucho amor, y comprensión en gustos. Pero, en realidad, esperaba más de este libro, este libro contiene en palabras del mismo Mark Zuckerberg sus ideas sobre un modelo de empresa de software de este siglo, frases motivadoras, y entrevistas otorgadas, entonces como se habrán dado cuenta, todo lo hablado por Zuckerberg originalmente está en inglés y asumo que con jergas gringas, ya que la traducción es mala, al parecer no hubo control de calidad al editar este libro. Hay sílabas que se repiten como "que que", entre otras cosas que ya no recuerdo, de todo el libro de 141 páginas habrán 3 a 4 cositas por el estilo. Por lo demás está muy bien, pero creo que Zuckerberg tiene un carácter que no lo convierte en un Steve Jobs ni en un Bill Gates, se ha ganado el odio de muchos de sus mismos usuarios por situaciones que para mi no tienen  fundamento, una porque el producto que consumen es gratis y otra porque en situaciones tuvo desatinos en sus respuestas, pero también hay que entender que era un chiquillo entre 22 a 25 cuando vino el boom de facebook. Siempre ha sabido marketearse, o al menos la gente de marketing de facebook ha sabido direccionar la imagen de su creador. Actualmente es una persona felizmente casada con la Dra. Priscilla Chan, novia desde antes que creo facebook. Y pues, es algo que rescatar pues Priscilla lo conoció antes del boom y lo apoyó bastante emocionalmente.

Hay una parte muy importante de este libro que es la carta que manifestó hacia sus inversionistas (e inversionistas potenciales también) explicando claramente la misión social de facebook: "conectar cada vez más al mundo". Además está el decálogo de facebook que utilizan para brindar un buen servicio y sirve para promover la motivación en sus trabajadores, y colaboradores.

Si adquieren este libro, será muy bueno para leer, ya que tiene las palabras distribuidas para una lectura de descanso, cada página no contiene mucho texto, y está en páginas color beige. Hay muchas cosas que coinciden de la película "La red social" pero, dicha película, realizó algunos ajustes ficticios para poder marketear el guión y meterle un poco de drama, cosa que Mark desmintió, y tiene razón porque en la película aparece una novia Erika Albright la cual no tiene nada que ver, ya que fue Priscilla quien estuvo ahí en su creación de facebook. Pero, punto a parte esa película es buena, y el libro también.



"Construir una compañía es una de las formas más eficientes en el mundo de alinear los talentos de mucha gente inteligente para lograr un cambio" Mark Zuckerberg

domingo, 7 de junio de 2015

Biblioteca de la vida. Capítulo 03. "El líder interior" de David Fischman

Corrían los últimos días de mayo del 2014, caminaba por las calles de Chiclayo y me topé con un afiche que pronunciaba la próxima conferencia del Ing. David Fischman en la ciudad de Chiclayo. Para ese entonces había escuchado sobre David Fischman en las redes sociales y en uno que otro mensaje de positivismo a través de imágenes motivadores. Dicha conferencia se realizó el Jueves 05/06/2014 en el "Centro de convenciones Tumbas Reales", y su tema principal fue la Motivación.

David Fischman y yo

Libro autografiado por el Ing. David Fischman

Para mi sorpresa, estaban vendiendo libros del autor y había una zona para tomarse unas fotos con él y para que te autografíe el libro que compres. Como yo no había leído ningún libro de él hasta el momento, y tenía una gama de ellos para elegir y aprovechar que me lo autografíe, revisé los nombres de cada uno, y hubo uno que me llamó la atención, el nombre del libro era "El líder interior", me llamó la atención porque lo vi enfocado más al plano espiritual y entendimiento del ser humano dentro de un todo. Y después de leerlo no me equivoqué. Es más, considero que con este libro uno debe iniciar para aprender liderazgo según Fischman, porque si uno no tiene liderazgo a sí mismo, mucho menos lo tendrá hacia otras personas.


El libro se divide en cuatro puntos bien claros, y el Ing. Fischman, sí sabe expresar lo difícil en términos fáciles. Estos puntos son:
  • Autoconocimiento
  • Poder de la actitud
  • Capacidad de comunicación
  • Inteligencia espiritual
Bueno, comentaré a mi opinión lo beneficioso de este libro, y apoyarte en la decisión si deseas adquirirlo.

Autoconocimiento
Evaluarte a ti mismo implica regresar a tu infancia y ser consciente que en tu niñez hubieron escenas que tú nunca deseaste, dichas escenas dejaron huellas profundas en tu carácter y comportamiento en la vida. Estas huellas son un porcentaje alto que suma a tu carácter de nacimiento que es un porcentaje bajo. Dichos malos escenarios (como golpes físicos y psicológicos de tus padres, engreimientos de la madre, abandonos y toda clase de sufrimientos), se reflejarán si o si en tu vida personal y profesional del presente. Además uno debe ser consciente de sus talentos para encontrar un trabajo de acuerdo a ello, sino sufrirá de estrés laboral. otro punto a resaltar es que uno debe diferencia bien el ROL del SER, y no debemos traer lo que somo en la vida real (SER), a nuestras responsabilidades en el ámbito laboral (ROL). Recuerda, un árbol es difícil de enderezar, pero nosotros los humanos no somos árboles y podemos cambiar nuestra forma de ser ante la vida.



Poder de la actitud
Una vez que analizaste tus fallas del presente en base al estudio de tu pasado, debes reforzar tus emociones positivas, y asumir más responsabilidad ante tus asignaciones, esto implica dejar de echarle la culpa a los demás de nuestros errores, ser observador y evaluar los fracasos que aparecen en el día a día en el trabajo. Para todo esto es necesario harta dosis de felicidad, para que sea contagiada al ambiente laboral y contribuir con un buen clima organizacional. Hay muchos tips para automotivarse, es más crearé un post a parte indicando muchos de ellos, por ahora uno de los más fuertes tips es pensar en la muerte, aunque parezca duro, en cualquier momento podemos morir, y no podemos dejar de vivir cada segundo como si fuera el último pero basándote en un objetivo de tu vida, recuerda que estamos por una temporada en este mundo terrenal. Recuerda, la felicidad depende de que tan lejos observas los problemas sin ser ciegos a ellos.



Capacidad de comunicación
Comunicarse actualmente está un poco dañado, existe tanta tecnología mal aprovechada, que nuestra comunicación como humanos está deteriorándose, ¿Por qué?, porque estamos perdiendo el don de escuchar, no simplemente oir, sino escuchar con atención y ponerse en los pies de la otra persona, llegar a tener un alto grado de empatía hacia los demás conlleva  a fortalecer tus silencios cuando debes escuchar y a evitar prejuicios (voces internas) que no te dejan entender la realidad de las cosas. Esto llevándolo al plano laboral evitará muchos teléfonos malogrados y aumentará tu productividad, ya que la comunicación es la base de toda organización, si no hay buena comunicación no habrá buena productividad. Recuerda, cada persona es un mundo y no hay que juzgarlos, pero sí podemos ayudarlos escuchándolos y aconsejándolos.



Inteligencia espiritual
Esta sección es la base del libro. Aquí te explica que tú tienes inteligencia racional e inteligencia emocional, uno para usarlo en el contexto académico, mediante el aprendizaje, raciocinio y lógica; y el otro para controlar tus impulsos sentimentales, de afecto y emoción; respectivamente. Pero, hay una inteligencia mucho más superior, que es inteligencia espiritual, enfocada en la paz interior y felicidad. De manera breve indicaré que uno para llegar a ese estado, deberá evitar el ego, pensar en el mundo como un solo ente donde todos estamos conectados hacia un fin en la vida, sin embargo, no se puede solamente estar hablando de lo que uno realizará o hará como cambio en su vida después de leer el libro, hay algo más para fortalecer el espíritu, y es la meditación, que dependerá mucho de las creencias del lector, puede ser mediante oración para los cristianos, meditación hindú para los Hare Krishna, meditación budista, etc. El objetivo es darle unos minutos al día a tu mente para poder limpiarla y fortalecerla; al igual que el cuerpo, la mente también necesita descanso y limpieza. Recuerda, uno de los caminos más faciles para vivir con paz interior es ayudando o sirviendo a los demás con el corazón.



Este libro es muy recomendado, tiene muchos ejercicios para el autoconocimiento a través de cuestionarios, referencias reales a estudios científicos sobre liderazgo, tips reales con casos del día a día, y de hecho con las metáforas que caracterizan al Ing. David Fischman. para expresar lo difícil en lo fácil. El próximo libro que debo conseguir es "la alta rentabilidad de la felicidad", créanme que estar feliz día a día, ser agradecido y ayudar constantemente a los demás con el corazón es el combustible más poderoso para potenciar el motor motivador de nuestra vida. Por favor, sean felices y disfruten la vida, sin importar la religión o creencias.