MenisMas' Blog

Recently I met the people and movement behind LinkyBrains and I have to say I feel very identified with what they say. After first weeks with LinkyBrains in my head some crazy or "LinkyBrainy" things have come to my mind and I would like to write down the first one (I hope not the last one).

I am a lover and a very active promoter of knowledge sharing both professionally and personally, I believe people sharing the knowledge contribute to continuous improve the world we live, it is a simple way to get more than one brain building solutions.

As part of my job I constantly think and apply exercises to get my team and myself sharing the knowledge, and we are getting good results in some the exercises we apply and not so good in others. If we would like to move the knowledge sharing to the next level, a possible a potential way would be sharing the knowledge between companies.

There are several ways this can be done, meetups run by different individuals working in different companies help to share the technologies used and how to apply them, but that's not really enough. If we could find a way where developers can work in a different office and see how others apply a technology to develop a solution. And it is not just technologies, it is about how to be organized, how other teams communicate, and so on.

Of course, there are some security and risks companies in the same sector sharing sensible information but it could be run by companies working in different sectors. I think it is time to remove all the barriers have been there such lot of years where software development companies don't talk and don't want to know about others.

I wrote this article in a plane while traveling to UK, it took me few minutes to write the essential idea although I’ve been thinking on it for few weeks before I wrote done the lines below. I have to say when I read them again to publish in the blog the look like a draft but I want to publish them now and decorate the text in the future. In other words, take the lines below as notes for a draft but describing the essential.

​It was several years ago first time I read about cross training concept, I was back to practice running after few years stopped and no sport practicing in my life. I understood in that moment, some professional dedicated to sports practice other sport or sports as part of their training to improve their metrics.

I've been practicing in the people working with me and myself the concept in Software Development, and it is a fact Developers Cross Training improves developers skills. As the most basic example, if a developer understands how internally web server (IIS, JBoss, Tomcat, Apache or any other web server solution) will identify faster any bug or problem in their code as well as make better decisions to develop a feature in the current software.

Another good example I've seen in he last few years is closer to communications, a developer could be working for a period more closer to the customer, like being part of es features being presented to a customer, it will help developers to deliver a software closer to customer expectations.
I know this has been told in many places and it is part of popular methodologies, but until you don't practice for a period of time you don't see how good is the idea and how good result could be.

Here is where team rotations is a good tool to apply developers cross training concept, a developer could rotate to be a product owner assistant for a period of time or a product owner could rotate to a customer service role. It is not just the benefit to improve people skills as Cross Training improves in people what day by day work don't, and also, it helps developers and others to know and discover what they really watt for their professional careers.

Recently, I came across with a request in the library Android Maps Utils which requested a fix for a problem when the markers have exact the same location. As this is a library I used recently and I was reading the code when I was integrating in an Android App, I just decided to implement the feature and here you can find the experience. All the details regarding the changes can be found in this pull request.

In case you want to include this functionality in your app, until the pull request is not accepted you would need to generate the library file including the pull request and then include it in your project through Gradle. After that, you can include to your map as shown in the code below:

mClusterManager = new ClusterManager<>(this, getMap()); 

getMap().setOnMarkerClickListener(mClusterManager);
getMap().setOnCameraMoveListener(mClusterManager);

mClusterManager.cluster();

The default implementation will distribute the markers with the same location around the real lat/long value following a circle when the user tap on the marker containing all the markers in the same location. To distribute the markers, the zoom level shown has to be the maximum zoom level, and once the user makes a zoom out all the markers distributed will be relocated to the original cluster.

Of course, this could be implemented in many ways and with different approaches, this is just an example of a way to get the feature implemented, I just wanted to get fun implementing and sharing with the world. It is important to mention a change needed in the ClusterItem interface could produce a backward compatibility problem as a copy has been added.

/**  * Produces a copy of the same object but setting the given location.
 *
 * @return The new object copied.
 */
ClusterItem copy(double lat, double lng);

As you can see in the first code block, cluster manager needs to be set up to listen camera moves actions on the map, if you also need to listen to the same events in your app or code just do as the code below:

mMap.setOnCameraMoveListener(new GoogleMap.OnCameraMoveListener() {
        @Override
        public void onCameraMove() {
            mClusterManager.onCameraMove(); 

            // your onCameraMove code
        }
});

 You can place your code also before call mClusterManager.onCameraMove(); or even call mClusterManager.onCameraMove(); only when you need to distribute the markers of the cluster, it will depend in your app needs.

As mentioned, the default distributor for a cluster with all the markers in the same location distributes them in a circle, and it can be replaced just calling to mClusterManager setClusterItemsDistributor(mYourDistributorImplementation);. In case you need to implement your own distributor you need to implement the interface ClusterItemDistributor.

/**  * It distributes the items in a cluster.
 */
public interface ClusterItemsDistributor {

    /**
     * Proceed with the distribution of the items in a cluster.
     */
    void distribute(Cluster cluster);

    /**
     * Proceed to collect the items back to their previous state.
     */
    void collect();
}

Just take into account distribute(Cluster cluster); needs to distribute all the items in the cluster and collect(); needs to get the markers to their original state and cluster, see DefaultClusterItemsDistributor as an example.

Please, if you use this feature or you implement your own distributor let me know, or if you have any feedback or question I will be more than happy to listen and improve what I've done, helping others and getting help from others is the way to learn something new every day.

I want to begin this article mentioning it is a suggestion made by a teammate 1 or 2 months ago, a teammate who moving to do his dream and do what he likes and enjoys, this is a bitter-sweet feeling although I am always happy when people find their dreams and passions, anyway this is a different history.

It is a pleasure announce my first Android Library, it is a simple JSON client with the goal to use in backend web services communications. Decody JSON Simple Client is a set of classes I've written and used in several Android applications and I want to share with the community, hopefully, it won´t be the first library.

Check the library in Github and let me know your feedback, also it would be great if someone is happy to help with new changes and features I have in the ToDo list, the library is currently looking for contributors.

If you listen "Material design" your head goes probably directly to Android 5.0 aka Lollipop, but it seems Material Design is more than a new version for Android devices / platform. it's a concept Google team wants to circulate or put ​in every interface.

Part of this ecosystem is the new framework for Web Developmentcoming from Google developers, it's called Polymer and it's basically a framework to create web components, it lets transactions between components, interactions, more details can be found in the demos section of the website, specially Topeka.

Other excample and inline with our developments is the Material Design implementation for AngularJS, which contains some nice components for user interface.

As an end of this article, it would be better give you more details reading the article analyzing the differences between Polymer and AngularJS.

Happy coding!

namespace MockingFirstExampleTest
{
    ///

    /// Unit tests for Navigator class.
    ///

    [TestClass]
    public class NavigatorTest
    {
        ///

        /// This is the instance of the class under test.
        ///

        private Navigator navigator;

        ///

        /// Mock object of NavigatorFlow.
        ///

        private Mock flowMock;

        [TestMethod]
        public void TestNavigateSuccess()
        {
            var input = "MyInput";
            var expectedOutput = input + input;

            // define expectations of the mock object
            flowMock.Setup(flow => flow.DoNext(input)).Returns(input + input);

            // call to navigate method
            var output = navigator.Navigate(input);

            // check expectations
            Assert.IsTrue(output.Equals(expectedOutput));
        }

        /// 

        /// Set up the common stuff for the unit tests.
        ///

        [TestInitialize]
        public void SetUp()
        {
            // create the mocks objects
            flowMock = new Mock();

            // instantiates the class under test
            navigator = new Navigator(flowMock.Object);
        }
    }
}
 

Cada día que pasa palabras como Ágil, Scrum, Lean, Iteration, Sprints, .., se pronuncian más en entornos de desarrollo software, cada vez son palabras más familiares, cada vez hay más empresas que están acomodando o adaptando metodologías ágiles dentro de sus equipos al cargo de las soluciones software.

Tuve la oportunidad de conocer estos conceptos al comienzo de mi carrera profesional, desde el punto de vista del programador, y ya desde entonces me pareció un cambio drástico en lo aprendido previamente, pero tras lecturas sobre su teoría y su posterior puesta en práctica se iba consumando en mi interior una creencia hacia un cambio inmejorable y que sería claramente el futuro en la industria del software.

Desde hace unos meses tengo la oportunidad de poner en práctica el uso de metodologías ágiles en un pequeño equipo de desarrollo, pero desde el punto de vista de gestión. Es pronto para tomar conclusiones grandes, pero estos meses me han servido para ver que cada equipo es muy diferente,y cada equipo necesita sus propias herramientas para poner en práctica una metodología de desarrollo. Al principio, es muy importante una revisión constante para poder tunear herramientas, equipo y procesos para adaptarlos al entorno propio de trabajo, ningún equipo es igual y es muy importante tener la mente abierta para la adaptación constante.

En pocas palabras, hay que llevar el empirismo a su totalidad, trazar un proceso básico a seguir para el desarrollo, medir resultados para saber qué es necesario cambiar y proceder con los cambios de afinamiento. Con el paso del tiempo es preciso añadir al proceso básico nuevos pasos para la mejora del proceso de desarrollo y del propio equipo. Si un cambio provoca malos resultados es necesario deshacer el cambio o readaptarlo.

Pon en práctica tu proceso y adáptalo a aprtir de los resultados de forma continúa.

En la vida, cada asunto o aspecto es a veces como jugar a la ruleta. Lo que quiero decir es que tiras de la ruleta y lo que te toca tienes que asumirlo, tienes que acatarlo y realizar la tarea encomendada, y cuando te toca tirar varias veces seguidas es cuando llegas a pensar en que realmente no pareces dueño de tu vida, incluso te impide hacer otros asuntos que son de menor importancia pero de los que disfrutas incluso más.

Básicamente, estas palabras forman parte de un simil referente a lo que me ha pasado con mi blog. Realmente me gusta pensar y escribir en mi propio blog, pero siempre que tiraba de la ruleta no me salía la casilla de "redactar post para blog" sino que me tocaba cualquier otra cosa que encima no era más interesante pero que si más prioritario.

Con toda esta retaíla de cosas, lo que quiero decir es que voy a intentar recuperar el blog, ya le he cambiado el aspecto y espero al menos redactar un post cada semana. Además, no solo voy a postear temas de informática, software, desarrollo, ..... si no que esero ir llenando el blog con distintos posts de diferentes temáticas.

Tenía ganas de hacer una reseña de porqué el simil de la ruleta, y todo me vino a la cabeza cuando el otro día volví a ver la película de El Cazador (por cierto la recomiendo a todo el que no la haya visto) y quería sentirme como Robert de Niro, desafiar a que la ruleta rusa no va a acabar conmigo en lugar de caer en sus brazos hasta que me vuele la tapa, quiero acabar con ella, darle vueltas hasta que salga volando....

Normalmente se suele decir que segundas partes nunca fueron buenas, y aquí estoy yo escribiendo un post sobre la larga ausencia de nuevos posts en el blog.

Básicamente vuelvo a lo mismo, en estos meses ha habido muchos cambios en mi vida, casi todo alrededor de los dos últimos cambios de trabajo desde julio hasta ahora, más el verano que no te deja tiempo para nada, más feria, más ..., vamos, que lo último que me apetecía era escribir un post en el blog.

Aunque todo esto no hace que no tenga apuntado algunos posts pendientes que espero ir escribiendo.

Un saludo para los muchos o pocos que leaís esto. Gracias.

Trabajando en un par de proyectos que hacían uso de OAS (Oracle Application Server) como contenedor de aplicaciones, me dispuse a buscar información de cómo integrar OAS y Apache Ant. Mi intención era poder realizar los despliegues de la aplicación de una forma automática, rápida y sin complicaciones.

Sin mayor sorpresa, en la web de Oracle encontré la información que necesitaba. Los chicos de Oracle se han encargado de implementar un par de jars para que podamos integrar estas dos herramientas y hacernos un poco más cómodo nuestro trabajo de desarrollo.

Seguí los pasos encontrados en la web, que empezaba por añadir los dos jars del contenedor en el classpath de Ant, concretamente con el nombre y ubicación:

10.1.3.1/OracleAS_1/ant/lib/ant-oracle.jar
10.1.3.1/OracleAS_1/j2ee/utilities/ant-oracle-classes.jar

Ahora solo hay que añadir la llamada a la tarea de Ant que realiza el despliegue de la aplicación:


deployeruri="deployer:oc4j:opmn://${app.deploy.server}:6003/home"
userid="oracleuser" password="oraclepassword"
file="${dist.dir}/${project.name}.war" deploymentname="${app.deploy.name}"
bindallwebapps="default-web-site" />

Todo fue estupendo, a la primera realizó el despliegue sin ningún tipo de quejas. Sin embargo, todo no podría ser tan bonito, el día que realizamos el cambio de servidor, éste no se configuró de la misma forma, y no se realizaba la conexión con el deployer del contenedor de aplicaciones desde el script de construcción. Leyendo un poco la web de Oracle me encontré con que hay otro jar suministrado con el contendor que es una pequeña herramienta para comprobar la uri del deployer que tenemos en nuestro OAS. Este jar tiene el nombre admin_client.jar, y para usarlo solo tenemos que poner:

java -jar admin_client.jar deployer:oc4j:opmn://127.0.0.1:6003/home username password -validateURI

y comprobar si nuestra uri es correcta. En caso de obtener algún fallo, aconsejo que nos miremos la web indicada al comienzo del post y comprobar que uri tenemos en nuestro caso.

Resumiendo, si trabajamos con Oracle Application Server podemos automatizar nuestro despliegue de la aplicación que estamos desarrollando haciendo uso de Apache Ant. Esto nos puede servir para que nuestro script usado en nuesto servidor de construcción de versiones, o en caso de no disponer de un IDE integrado con OAS, realizar el despliegue sin muchos esfuerzos cada vez que sea necesario.

El pasado día 15 de Abril recibí la noticia de que ha aparecido un nuevo sistema de integración continua y gestión de versiones alrededor del ya conocido Cruise Control. La diferencia con éste es que este nuevo sistema es de pago.

Cruise ha sido creado por ThoughtWorks Studios, y nace a partir de su hermano mayor Cruise Control, por lo que tiene un gran camino hecho, pero ¿quiere decir esto que dejarán un poco de lado a Cruise Control?

Con el nombre de Origo han bautizado sus creadores a una nueva plataforma para gestionar nuestros proyectos open source. Viene a ser algo como SourceForge, ya que sus servicios son muy parecidos: wiki, foros, control de versiones por Subversion, gestión de issues, ... pero con un par de peculiaridades. Una de ellas es que tienen un plugin para Eclipse, para integrar las dos plataformas. Además, no solo es posible gestionar tus proyectos open source, sino que Origo también te ayuda con tus proyectos closed source. En definitiva, hay que tener a Origo en cuenta y se intentará en un futuro probar la plataforma.

Pues con esto vamos a comenzar las nuevas entradas. Hace como un par de semanas me topé con un par de palabras que rezaban Java FX que llamaron mi atención. No es que haya investigado mucho sobre el tema, pero parece tener buena pinta.

Java FX es un lenguage de script para crear interfaces de usuario, sirve tanto para web como aplicaciones de escritorio o móviles. Si os gusta el diseño de GUIs o programar aplicaciones de escritorio, echarle un vistazo, porque parece ser interesante.

Hay algunas demos por la red que tienen buena pinta, pero lo interesante sería realizar algún pequeño ejemplo para ver la dificultad que implica tener una interfaz gráfica bien vistosa, así que cuando haga algo con esto ya os comentaré. Por el momento os recomiendo el blog de Chris Oliver en su parte de Java FX.

Muy buenas a todos de nuevo, si es que hay alguien aparte de mí que lee estos post. He estado ausente durante un par de meses, mas o menos, y quería comentar los motivos de este periodo de pausa.

Básicamente, ha habido unos cuantos cambios en mi vida que han afectado a dejar de lado durante un tiempo algunos de los asuntos que llevo. Entre el cambio de trabajo, que por fin he empezado a hacer como que estudio para sacarme el carnet de conducir (que ya es hora por cierto). Por otro lado, he dado más prioridad a los proyectos en los que estoy trabajando, que son tres y quiero terminarlos cuanto antes para comenzar un proyecto que me ronda por la cabeza.

Pues nada, que si pensábais que esto había terminado, solo ha sido un parón. Además, me ha servido este tiempo para pensar en los primeros posts del blog, y seguramente vaya cambiando algunos aspectos en los siguientes posts.

Nada más por ahora.