Planeta de javaHispano

Semana 381

Wed, 30 Sep 2015 00:12:08 +0000

La semana pasada, igual que lo que llevamos de esta, fue de sacar el máximo de productividad posible. Son semanas de esas en las que sacamos mucho trabajo adelante pero nos pasamos un poco por el forro nuestro principio de tener un ritmo trabajo sostenible, de cualquier modo he intentado focalizarme en que la calidad no se viera demasiado resentida, que ya sabemos como acaba la cosa si vamos dejando ventanas rotas alegremente.

Esta semana tuvimos zaragozarb. Para esta edición íbamos a hacer una sesión de Mob Refactoring sobre una aplicación rails mía, que iba a tratar de facilitar yo. Finalmente estuvimos discutiendo alrededor del código de una aplicación ya vieja con modelos con sobrepeso y otra en la que estoy trabajando actualmente (con una base de código todavía pequeña). Aunque no trabajáramos sobre el código creo que el debate sobre el propio código resultó interesante.

En cuanto a proyectos:

Estuvimos trabajando en Alchups, finiquitamos los temas de diseño y frontend que coleaban, y ya estamos a la espera de que nos den la orden de dejarlo en abierto para que lo hagan público.
Introduje una modificación en la gestión de restaurantes de Minchador en el fork para la startup con la que estamos colaborando.
También trabajé en Bichomanía resolviendo algunas issues e implementando algunos cambios para tratar de mejorar el SEO.
Con la gente de Maubic estuve trabajando sobre uno de los microservicios con vistas a la próxima demo y estuve haciendo cambios en la documentación de los contratos del API. Fue una semana de programar mucho con node/loopback/mocha, y teniendo que dejar aparcado mi soporte al equipo de frontend en cuestiones de testing.
En OutreachTool tuve que trabajar en varias pequeñas funcionalidades para una campaña de captación leads. Además tuvimos reunión para ver los posibles caminos a seguir en los próximos meses, a raíz de ello empecé a darle alguna vuelta a un prototipo para el generador de planes de comunicación.

Buena semana.

puzzle en java

Sat, 26 Sep 2015 23:15:26 +0000

Icon g,h,i,j,k,m; 

                JButton r,s,t,u,w,y;

  public void revolver(JButton a,JButton b,JButton c,JButton d,JButton e,JButton f) {

         r=a; s=b; t=c; u=d; w=e;

         y=f;

            g=r.getIcon();

             h=s.getIcon();

             i=t.getIcon();

             j=u.getIcon();

             k=w.getIcon();

             m=y.getIcon();   

       y.setVisible(false);

            int num = (int) Math.round((Math.random()*3)); 

            if (num==1){

                r.setIcon(g);

                s.setIcon(j);

                t.setIcon(h); 

                u.setIcon(i);

                w.setIcon(k);

            }else if(num==2){

                r.setIcon(j);

                s.setIcon(h);

                t.setIcon(i); 

                u.setIcon(k);

                w.setIcon(g);

            }else if(num==3){

                r.setIcon(h);

                s.setIcon(i);

                t.setIcon(k); 

                u.setIcon(g);

                w.setIcon(j);

            }else if(num==4){

               r.setIcon(i);

                s.setIcon(k);

                t.setIcon(g);

Estudio de tiempos y movimientos aplicado a la arquitectura de Software para disminuir el tiempo de desarrollo

Fri, 25 Sep 2015 18:57:49 +0000

Hace tiempo platicaba mucho con un amigo que era ingeniero Industrial el me explicaba como los Ingenieros Industriales calculan los tiempos de Manufactura tanto Macro como Micro, para lograr reducirlos y mejorar los costos de Producción. Siempre me pregunte si esas practicas podrían llegar a utilizarse en el desarrollo de software.

Con el tiempo y las mejoras en arquitecturas de software y metodologías, se ha mejorado muchísimo. sin embargo aun existen cosas que podemos tomar de la Ingeniería Industrial como el estudio de tiempos y movimientos para mejorar el desarrollo de nuestros sistemas.

En especial me enfoque en conocer los Therbligs, que se usan en Ingeniería Industrial, los cuales en el desarrollo de sistemas afectarían sus similares a temas de Integración Continua y componentes básicos de arquitectura base para desarrollar aplicaciones en estos.

La lista original de THERBLIGs es:

1. Buscar
2. Seleccionar
3. Tomar o Asir
4. Alcanzar
5. Mover
6. Sostener
7. Soltar
8. Colocar en posición
9. Precolocar en posición
10. Inspeccionar
11. Ensamblar
12. Desensamblar
13. Usar
14. Retraso Inevitable
15. Retraso Evitable
16. Planear
17. Descansar

Maven para buena calidad de codigo

Fri, 25 Sep 2015 00:10:32 +0000

Cuando trabajas en un equipo con varias personas en ocaciones la calidad del codigo empieza a disminuir proporcionalmente al aumento de lineas de codigo, por esta razon me puse a investigar como mantener la calidad del codigo sin tener que revizarlo por ti mismo de una forma automatizada y que no te deje pasar o compilar si no cumples con los requisitos

Estos plugins estan basados para una aplicacion web, eso no significa que no lo puedas usar para crear otro tipo de archivo.

1.- Analizar el codigo

Para esto se va a utilizar findbugs que ya se puede usar con la version 8 de java y este seria el fragmento de codigo para usarlo

            <plugin>

                <groupId>org.codehaus.mojo</groupId>

                <artifactId>findbugs-maven-plugin</artifactId>

                <version>3.0.2</version>

                <configuration>

                    <threshold>High</threshold>

                    <effort>Default</effort>

                    <skipEmptyReport>false</skipEmptyReport>

                    <findbugsXmlOutputDirectory>${project.build.directory}/findbugs</findbugsXmlOutputDirectory>

                </configuration>

[Aporte] JashMapTool (Mapeador de clases para Java+Spring+Hibernate)

Thu, 24 Sep 2015 20:44:16 +0000

Buenas, gente

Pues quiero compartir con ustedes mi aplicación en Java que talvez muchos ya saben más o menos cual es la idea, pero para los que no:

Seguramente han trabajado algún proyecto web con un Spring e Hibérnate, en ese caso tuvieron dos opciones, una es configurar Hibérnate Tools para que les generara las clases en java y otra generar dichas clases a mano y sin ninguna ayuda. Bien pues el objetivo de esta pequeña aplicación es generar dichas clases de forma automática, únicamente indicando la conexión a la base de datos.

Les invito a probarla y cualquier comentario será bien recibido.

Saludos

JashMapTool 0.8

[Duda] En desarrollo de aplicación...

Wed, 23 Sep 2015 21:54:59 +0000

Lo que pasa es que estoy desarrollando una aplicación en java que permite generar las clases en JAVA de forma automatica de acuerdo a la estructura de la base de datos, tengo pensado incluir muchas cosas mas pero en algun momento quiero crear una versión de pago, entonces no pretendo que sea de codigo abierto, la pregunta es como le hago para que un grupo de personas que esten interesados en usar la aplicación la usen.. me refiero a que los aspectos básicos siempre seran gratuitos.. espero me hayan entendido y de antemano gracias por sus comentarios.

comportamiento erratico

Wed, 23 Sep 2015 12:50:16 +0000

estoy revisando el siguiente codigo que es un socket que algunas veces se comporta de manera erratica, como que la trama que le llega de respuesta la corta no llega completa ..

    public String enviaData(String mensaje, int timeOut) throws IOException {

        String msn;

        int i;

        int longitud = mensaje.length();

        Socket socket = null;        

        try {

            socket = new Socket(ip, puerto);

            socket.setSoTimeout(timeOut);

            OutputStream os = socket.getOutputStream();

            InputStream is = socket.getInputStream();

            byte[] sbytes = converByte(mensaje, longitud);

            os.write(sbytes);

            int lenInput = 0;

            long time = System.currentTimeMillis() + timeOut;            

            try{              

            while (System.currentTimeMillis() < time) {

                lenInput = is.available();

                if (lenInput > 0) {

                    byte[] textoBytes = new byte[lenInput];

                    for (i = 0; i < lenInput; i++) {

                        textoBytes[i] = (byte) is.read();

Semana 380

Tue, 22 Sep 2015 23:04:05 +0000

Semana de ir a ritmo, sacando cosas con bastante trabajo pero cierta estabilidad. Tocó rechazar una posibilidad de colaboración a modo de contractor, que aunque el proyecto siempre me pareció muy interesante desde que lo conocí, es incompatible con mis actuales compromisos.

También se hizo pública la convocatoria del concurso/hackathon Code 4 Pilar, de la que formo parte del jurado. Es un concurso en el que se puede presentar cualquier aplicación (web o nativa) donde, además del premio en metálico, se considerará la aplicación oficial de pilares, así que imagino que también se llevará bastante promoción.

En cuanto a saraos, aunque llegué algo tarde, estuve por la conferencia abierta del Google Developer Groups Summit. Las charlas eran de media hora, por lo que los temas técnicos no pudieron ser más allá que introductorios. También se habló de una iniciativa que no conocía: Tech&Ladies, para tratar de dar visibilidad a las mujeres que trabajan en el sector para fomentar su mayor incorporación y participación (tema que por aquí tratamos en su momento en forma de entrevistas).

Y en lo que se refiere a mis proyectos y colaboraciones en marcha:

Dejé medio hecho lo poco que quedaba de Alchups a nivel de programación, más que nada temas de integración con el API de google maps. Esta semana parece que cerraremos los flecos de diseño y maquetación.
Dediqué algunos ratos para hacer pequeños cambios tanto en OutreachTool, como en Bichomanía y Mosica.
Con Maubic tuvimos la primera demo con el cliente, parece que salió bastante satisfecho aunque se nos quedaran algunas cosas en el tintero.
Hicimos nuestra primera retrospectiva como equipo y como era de esperar salieron bastantes puntos de mejora; por otro lado, como arranque del siguiente sprint, estuvimos extrayendo las tareas e hicimos una sesión de planning poker.
Mientras que a nivel individual, además de seguir trabajando en tareas de backend, me tocó preparar una sesión de introducción a testing unitario en javascript con Jasmine. Y también aproveché para retomar el tema de cucumber, dejando un par de escenarios cubiertos con tests end-to-end que puedan servirnos de referencia para retomarlo algo más adelante.

Buena semana.

MapDB: Base de Datos Java para trabajar directamente con colecciones

Mon, 21 Sep 2015 14:32:47 +0000

MapDB es una base de datos Java que permite trabajar directamente con el Java Collection API.
Sus principales características son:
· Concurrente
· Rápida
· ACID
· Flexible
· Personalizable
· Consultas SQL-like
· Poco espacio en disco
Veamos un ejemplo de uso:

MapDB es muy configurable, y puede arrancarse con o sin transacciones, en memoria, en fichero, con encriptado,…

Semanas 378 y 379

Tue, 15 Sep 2015 16:12:54 +0000

Seguimos con semanas bastante moviditas, la anterior no reservé un tiempo para escribir la retro, así que de nuevo vuelvo a hacer retro quincenal.

La semana anterior había de nuevo Geek’s Talks. Sigo notándome muy atascado respecto a cuando era habitual y andaba algo más rodado, últimamente me estoy volviendo a plantear el buscar alguna formación más “formal” y ya me han recomendado alguna cosa.

Por otro lado este viernes retomamos los FridayDojo, en este Gualis se preparó una kata un tanto diferente, ya que era acerca de trabajar con el sistema de ficheros y forzar el trabajar con mocks para los tests.

También tuve conversaciones alrededor de Minchador, tengo pendiente una reunión de la que veremos si sale algo interesante.

En cuanto a proyectos en curso:

Pusimos en producción el nuevo Bichomanía, aún a sabiendas que existen algunas mejoras pendientes de implementar teníamos que lanzarlo ya. Poco después del despliegue arreglé un pequeño bug que encontramos y añadimos soporte para recibir pagos por Paypal, transferencia y a contra reembolso.
En Alchups tenemos ya casi todo diseñado, maquetado y programado. Estamos a poco de cerrar a falta de una sección de la web, con todo ya desplegado en un entorno de staging y con los encargados del contenido trabajando con normalidad sobre el backoffice.
Tuvimos una sesión de trabajo de todo el equipo de OutreachTool para definir la renovación de la landing page, también dediqué algunos ratos para bocetar algunas cosas de la aplicación web.
Hice alguna pequeña mejora en Mosica, principalmente relacionado con la sección para pilares. También le he estado dando vueltas a implementar alguna mejora para la aplicación móvil, aunque últimamente ando fatal de tiempo para ello.
Con la gente de Maubic encarábamos las 2 últimas semanas para preparar la primera demo con el cliente. Por mi parte estuve trabajando principalmente en cerrar tareas del backend, tanto implementando algunas features y cambios como haciendo algunos refactors, para algunas de ellas estuve haciendo pair programming con un desarrollador que ha entrado hace poco. Por otro lado, me tocó investigar y hacer alguna prueba con Karma para el testing de frontend y viendo qué tal era Instambul para controlar la cobertura de tests tanto en los frontends como en el backend.

Buena semana.

Java Champion y Oracle ACE

Tue, 08 Sep 2015 04:23:42 +0000

Que son un Java Champion y un Oracle ACE:

https://www.youtube.com/watch?v=5UNrNEWgPoU

[4 de 97]. A perfeição é inimiga do bom o suficiente.

RuGI — Sun, 06 Sep 2015 15:34:00 +0000

“‘Perfect’ is the Enemy of ‘Good Enough’”

Greg Nyberg.

A rigor e com toda a honestidade, a frase completa é: "A ‘perfeição’ é inimiga do ‘bom o suficiente’", e ela é creditada igualmente a Voltaire e a Leonardo Da Vinci.

Aqui um extrato do que ele escreve no livro 97 things Every Software Architech Should Know:

---

Software designers, and architects in particular, tend to evaluate solutions by how elegant and optimum they are for a given problem. Like judges at a beauty contest, we look at a design or implementation and immediately see minor flaws or warts that could be eliminated with just a few more changes or re-factoring iterations. Domain models simply beg for one more pass to see if there are any common attributes or functions that can be moved into base classes. Services duplicated in multiple implementations cry out their need to become web services. Queries complain about "buffer gets" and non-unique indexes and demand attention.

My advice: Don't give in to the temptation to make your design, or your implementation, perfect! Aim for "good enough" and stop when you've achieved it.

Remember that application development is not a beauty contest, so stop looking for flaws and wasting time chasing perfection.

---

Eu pensei em iniciar dessa forma a revisão dessa regra, quando me lembrei que no podcast de JavaHispano #36; durante a entrevista com Eduardo Pelegri (responsável pelo Glassfish), enquanto comentava sobre a especificação inicial das JSP’s lhe perguntaram o que ele achava dessa especificação e como tinham chegado a ela.

Eis aqui uma transcrição de suas palavras.

“Uma especificação que é tecnicamente perfeita, mas não tem apoio na indústria, é inútil….

Você tem que ter uma especificação que é tecnicamente válida…

Não é só questão de dizer:

‘Esta é a melhor especificação que eu poderia fazer’

senão:

'Esta é a melhor especificação que todos poderíamos fazer juntos”

Entrevista com Eduardo Pelegri por Abraham Otero (10:12min)

Eu imagino vários gurus reunidos tentando chegar a um acordo sobre como deveria ser a especificação (minha mente geek vê-los como uma reunião de Ent’s), eu imagino todos tentando obter uma especificação que considerasse a melhor de suas propostas. Eu também imagino como seria difícil chegar a um acordo em que provavelmente mais de um deles tivesse que subjugar seu ego para permitir que outras propostas fossem aceitas.

Se cada um tivesse agarrado com unhas e dentes o seu ideal de perfeição provavelmente a especificação teria levado mais tempo para sair e talvez a história seria outra.

Neste ponto você está ciente de tudo o que a regra adverte:

não é apropriado aferrar-se ou alienar-se para obter um aplicativo ou um fragmento de código perfeito, e melhor ajudar a preencher esse tempo com coisas que poderiam dar mais valor ao nosso aplicativo.

Quanto? Ou quanto tempo isso é o bastante?
Como saber que já temos o suficiente?
Em que medida devemos parar de busca a perfeição?

Eu acho que o principal indicador é o tempo gasto procurando por essa perfeição.

Se esse tempo que investimos em pesquisar, refatorar e maquiar nosso código à procura de perfeição mais do que o tempo necessário para:

Adicionar novas funcionalidades para o nosso aplicativo.
Corrigir erros de alto impacto.
Enfrentar novos requisitos.

...É hora de parar e aceitar que já temos dado uma boa ou suficiente solução para o que solicitaram.

Eu fico com a última frase de G. Nyberg que diz:

“Lembre-se que o desenvolvimento de aplicativos não é um concurso de beleza, assim que pare de procurar defeitos e pare de perder tempo perseguindo a perfeição.”

Afinal de contas, é difícil agradar a todos.... não é? ;)

---

RuGI

---------------------

Créditos:

A imagem é de: J Eberl

http://www.flickr.com/photos/jeberl/4546882001/

A imagem da porta aparece no livro:

Clean Code.

---------------------

Automatizar generación de XML con JAXB

Fri, 04 Sep 2015 17:18:18 +0000

Hace poco en mi trabajo tenía que realizar ciertos artefactos que se empaquetan en un archivo jar, el cual incluye un XML, despues de hacer los primeros 2 o 3 note que estaba cayendo en la mala practica de copiar y pegar la estructura del XML de mi viejo artefacto y en ocasiones por rapidez no cambiaba el nombre, tipo de dato o argumento de alguna etiqueta y cuando desplegaba el artefacto pues fallaba, un compañero de trabajo me mencionó que definiera el xsd del archivo, y luego creará los objetos mapeados con xjc (imagino que significa xml java compiler, no estoy muy seguro de ello), y despues diseñara un standalone que preguntara por los valores de los atributos que variaran, y pues seguí las indicaciones realizando los siguientes pasos:

1.- Identifique los elementos que varian que fueron:

Valor del tag autor, email, creationDate, description e implementation.
Valor de los atributos type y length del tag Attribute.
Valor del atributo name del tag Plugin.

<--Ejemplo de un XML de mi artefacto>

<Plugin name="MyPlugin" type="Authentication">

        <autor>Unknown<autor>

        <email>someone@domain</email>

        <creationDate>2015-09-03</creationDate>

Semana 377

Tue, 01 Sep 2015 23:32:29 +0000

Última semana del mes de Agosto, y aunque fuera un mes complicado para estas cosas no quisimos dejar pasarlo sin una edición de Zaragoza Ruby el último jueves del mes.

Al ser verano Pedro ha venido proponiendo sesiones de katas al estilo randori como alternativa a las habituales charlas. En esta ocasión fue Compras en el Mall, una kata alrededor de la que surgió bastante debate y resultó divertido.

A parte de esto no pudo dar mucho más de sí la semana además de los proyectos en los que vengo trabajando, que ando con bastante lío. Estuve haciendo un puñado de pequeñas cosas y algunas no tan pequeñas:

Mejoré la importación de salas/lugares en Mosica, a raíz detectar que tenía duplicidades que no tenían mucho sentido (con vistas de que algún día le dedicaré tiempo a las páginas de salas).
Con Maubic principalmente continué con mi trabajo en el backend con node/loopback implementando algunas funcionalidades y cambios en los microservicios existentes. Además continué definiendo y documentando los detalles de sus APIs para la gente de frontend y que quede constancia de ello en el futuro.
Dejé mhop funcionando con stripe, que era el proyecto que aún tenía coleando el hacer el cambio de pasarela de pago.
Estuve haciendo algún pequeño cambio en la nueva Bichomanía e hicimos paso a fase beta.
En Alchups implementé la importación de rutas desde KML para mostrar rutas en google maps vía su API, hice algún pequeño refactor para dejar el código un poco más majo y continué con temas de coordinación.

Buena semana.

WebSocket. Una visión general.

RuGI — Sat, 29 Aug 2015 14:25:00 +0000

Hace unos minutos tuve el gusto y honor de terminar mi presentación en el JavaDayMX 2015 realizado en la ciudad de Guadalajara, México.

El instituto tecnológico de estudios superiores de occidente. (ITESO) fue la sede de este evento.

Esta ocasión decidí hablar sobre websocket's, un tema que si bien no es nuevo, sí es poco conocido aún, y, desde mi perspectiva una tecnología con mucho futuro (sí, también con muchos retos pero con futuro).

La presentación la hice con remark, y aquí está en link para que puedan verla:

Web Socket. Una visión general.

Espero les sea de utilidad.

---
@RuGI

Semanas 375 y 376

Thu, 27 Aug 2015 09:06:32 +0000

De nuevo se me acumulan semanas sin retro, que entre unas cosas y otras he ido dejando el escribirla. Parte de la “culpa” fue el estar un par de días de vacaciones, que últimamente los días de antes y de después de tomarme unos días libres van coincidiendo con fechas cercanas de entregas/demos/… En fin, que en ese sentido me lo monto fatal, debería conseguir tener un ritmo más sostenible.

Aunque en este par de semanas también vengo sacando ratos para leer bastantes posts y verme un buen puñado de videos. De temática variada: testing, novedades, diseño de software…

Y en cuanto a proyectos y colaboraciones en curso:

De nuevo mucha dedicación con Maubic. Empecé a mirar un poco ExtJS, que es con lo que se está trabajando el frontend, con la idea de empezar a ayudar en cómo hacer el testing, pero al tener otras prioridades lo dejamos un poco aparcado. Sí dejé lista la infraestructura y unos primeros tests de aceptación con Cucumber y Phantom/Selenium. Mi trabajo principalmente sigue estando dedicado a trabajar en la definición de las APIs y en temas de backend, donde tuve algún problemas a causa de mi falta de rodaje con Loopback.
Estuve refactorizando el importador de conciertos de Mosica e incluí una nueva pequeña feature en la versión web, se genera el icalendar de los conciertos para quien quiera añadírselo en la agenda. También empecé con una sección especial con los conciertos de las Fiestas del Pilar 2015 que espero ir mejorando.
En Bichomanía dejé fina la importación de datos, estuve con las páginas de contenido estático, resolví un par de pequeños bugs y estuvimos finiquitando algunos detalles en el frontend con Pablo para dejarlo todo prácticamente listo.
También tocó trabajar en Alchups. Estuvimos definiendo a modo de boceto la arquitectura de información de la web con Lizano y ya dejó listo el diseño de la home, además estuve implementando la sección de gestión de rutas a nivel de backoffice.
Para cerrar la semana pasada, dejé migrada la pasarela de pago de OutreachTool a stripe. Y, aprovechando, estuve refactorizando como estaba implementada esa parte, que no estaba demasiado bien.

Buena semana.

Gradle: Multiproyectos Java

Thu, 20 Aug 2015 04:59:24 +0000

Video tutorial: Gradle Multiproyectos Java

Parte 1: https://www.youtube.com/watch?v=eP0NBHkAwwU

Parte 2: https://www.youtube.com/watch?v=fkzPB3IgrB8

Parte 3: https://www.youtube.com/watch?v=-ITQ7_94iMM

[3 de 97]. Controlar os dados, não só ao código.

RuGI — Mon, 17 Aug 2015 10:00:00 +0000

“Control the data, no just the code.”

Chad LaVigne

Eli diz (extraído do livro "97 things Every Software Architech Should Know"):

---

Control de data, no just de code.

Source code control and continuous integration are excellent tools for managing the application build and deployment process. Along with source code, schema and data changes are often a significant part of this process and thus warrant similar controls. If your build and deployment process includes a list of elaborate steps required for data updates, beware.

....

Database changes shouldn’t create a ripple in your build’s time-space continuum. You need to be able to build the entire application, including the database, as one unit. Make data and schema management a seamless part of your automated build and testing process early on and include an undo button; it will pay large dividends. At best it will save hours of painful, high-stress problem solving after a late night blunder. At worst it will give your team the ability to confidently charge forward with refactoring of the data access layer.

---

Eu acho que antes a gente não dava muita importância ao banco de dados (a partir da nossa perspectiva de desenvolvedor), porque era uma tarefa, no melhor dos casos entediante, e na pior das hipóteses muito complexa para explicar aos clientes.

Mas à medida que nós participamos em projetos, descobrimos que o sucesso desses projetos começa com uma boa definição da camada de dados.

Também, conforme têm evoluído as metodologias e técnicas para o desenvolvimento e integração dos aplicativos, e com o advento dos métodos ágeis, eu acho que chegou a hora de dar aos bancos de dados o seu devido lugar na foto.

Um dos meus piores pesadelos sempre foi o de atualizar uma tabela (parâmetro) e ao fazer COMMIT perceber que eu esqueci a cláusula WHERE,

Uma catástrofe !!!

Felizmente, ter um script para preencher inicialmente as tabelas de configuração sempre dão a tranquilidade de saber que você pode voltar ao último “estado correto”.

E esses scripts não estão sozinhos, temos também scripts para:

Criar / Apagar tabelas.
Criar / Apagar procedimentos armazenados (store procedures).
Criar / Apagar sequências
etc, etc.

E há um tipo de script que sempre fica no esquecimento: os scripts de migração ou de backup do banco de dados.

Se você ainda não esteve em uma conferência por telefone onde todo mundo está à beira da histeria, porque ninguém sabe o que faltou ao migrar para a nova e brilhante base de dados recém adquirida (por muitos milhares em $), leve sempre em conta a seguinte pergunta:

>>> Cara, será que você não se esqueceu de migrar os store-procedure e os triggers?

Se isso realmente acontecer, haverá um grande silêncio.

E o gerente de plantão dirá:

>>> Bem, vamos rever isso e, em seguida, a gente te liga.

Essa ligação nunca chega ;)

Enfim de volta ao ponto de partida, nestes tempos em que necessitamos ser mais ágeis, é uma boa ideia considerar essas estratégias para ter um pouco mais de controle sobre o nossos aplicativos e criar um ambiente de desenvolvimento mais saudável e menos estressante .

Depois de tudo isso, só resta uma dúvida:

Você levou em conta os scripts de dados para fornecer uma solução integral para as suas aplicações?

Saudações!!

---

@RuGI

----------------------------------------------------- Autor da foto acima: brunociampi https://www.flickr.com/photos/brunociampi/2745217216

------------------------------------------------------

VII ENCUENTRO CENTROAMERICANO DE SOFTWARE LIBRE

aristides villarreal — Wed, 12 Aug 2015 10:35:00 +0000

Es inevitable no reflexionar sobre el VII Encuentro CentroAmericano de Software Libre-Honduras 2015 Sitio web http://ecsl2015.softwarelibre.ca/
Generalmente se piensa que el software Libre se trata de un producto de software, la concepción va un poco más allá; son las libertades, las personas los que realmente hacen la diferencia y han logrado luchar por muchos años , contra una serie de factores en contra pero que permite unir a muchas personas, organizaciones y empresas en un fin común, defender las libertades a las que todos tenemos derecho.

Expositores

Una oportunidad para encontrar amigos con varios años de no ver, como es Alexandre Oliva. A otros desde el ECSL 2014 que se realizo en Panamá. También la oportunidad de conocer a nuevos amigos que realizan un trabajo muy fuerte desde cada una de las comunidades en sus diversos países.

Contenido filosófico, social, tecnológico fueron aspectos fundamentales en el evento, mientras era admirable la organización del evento y sobre todo el trato único y familiar que nos dieron nuestros anfitriones Hondureños, que desde el primer instante de la llegada a San Pedro Sula, fue excelente.

Tengo que agradecer a grandes amigos: Mauro Rosero quien fue que me ha permitido participar de las comunidades centro americanas de software libre (ya que en parte de mi trabajo es con otras comunidades), invitándome a participar en el ECSL en Panamá y quien me invito nuevamente a ECSL en Honduras, y permitió que la Universidad Tecnológica de Panamá, apoyara mi participación en este evento, por la importancia que representa a nivel de la región estas iniciativas que cada año resultan superar las anteriores.
A Richard Dominguez quien gestiono todas las actividades en Panamá y por circunstancias adversas no pudo asistir.
A mis grandes amigos Hondureños Diego Turcios, Delmy Saray (atención increíble), Angel y a todos los demás miembros del comité felicidades por un gran trabajo.

Un evento de muchas actividades, conferencias, talleres, mesas de discusión,grandes ponencias, casos de usos , reuniones informales que permitieron conocer nuevos amigos.

Mi primera participación fue sobre JavaEE (NetBeans :JEE7 +Enterprise Java Beans+Java Server Faces + JPA + Primecaces),

La segunda actividad hable un poco sobre Java8 y NetBeans Platform (desarrollo de plugins)

Hicimos unas sesiones sobre Java y NetBeans con dos grandes amigos Fatima(El Salvador) y Jaime(Nicaragua)

También estuve presente en la reunión donde se escogió la nueva sede para el ECSL 2016, Nicaragua, que tengo la plena confianza que sera tan exitosa como esta organizada en Honduras.

Fotos de muchos amigos durante las conferencias.

Unitec donde fue la sede del evento

Un ambiente muy ameno al terminar las actividades en Unitec

En las inscripciones

También una presentación de alto nivel de Estefania, quien dio una conferencia magistral sobre el observatorio de software libre, quien no es del área de sistemas y esta incursionando como ella lo definió esta en un proceso de migración, al que ha iniciado de manera muy fuerte.

A los demás miembros de las comunidades y Universidades que expusieron sus conocimientos de manera impresionante, mis felicitaciones y a todos mis amigos un saludo desde Panamá, y continúen con este esfuerzo que cada vez adquiere mayor importancia. Nuevamente gracias por la oportunidad de hablar algo sobre Java que es la segunda vez que se permite la participación en el ECSL, saludos y gracias.

Semana 374

Mon, 10 Aug 2015 19:25:58 +0000

Son un poco raras estas semanas veraniegas, será que esto de ver a mucha gente de vacaciones hace que no apetezca demasiado trabajar. Pero no queda otra, para mi más con lo de pagantis, que encima no pude dejar listo la semana pasada.

No tengo mucho que destacar más allá que los proyectos en los que ando:

Dejé lista buena parte del frontend de Bichomanía, a falta del contenido estático y terminar con algunas cosas de layout. También hice un pequeño ajuste a la configuración de despliegue con capistrano relacionado con las imágenes de productos.
En el proyecto con Maubic, además de andar echando una mano a los desarrolladores frontend cuando era necesario e ir pendiente de que el trello estuviera actualizado, me centré en adelantar trabajo de backend. Estuve implementando un pequeño servicio de logging que utilizarán el resto de servicios para notificar los eventos ocurridos en cada uno de ellos, además de seguir trabajando en tareas relacionadas con las historias/épicas de usuario que tenemos definidas. Terminé la semana encontrándome un problema a partir de ver resultados extraños escribiendo los tests, me fui el fin de semana bastante mosqueado y con encontrar la raíz del problema sigo.
En Alchups hice un pequeño arreglo y estuve dándole vueltas a unos prototipos en papel.
Resolví un problema en Minchador, para el formato de fecha en los envíos de los emails se estaba utilizando el locale en inglés.

Buena semana.