SoloCodigo

http://www.muycomputerpro.com/2014/10/09/nuevos-lenguajes-de-programacion-para-antiguas-preguntas

¿Por qué es necesario usar un semáforo para que un barbero atienda bien a sus clientes? Y, ¿Cómo pueden unos filósofos sentados frente a unos platos de fideos morirse de hambre? Estas preguntas a primera vista pueden parecer sin sentido, pero ocuparon las mentes de los primeros computer scientist en la segunda mitad del siglo XX.

Uno de ellos en particular  (el holandés Edsger Wybe Dijkstra)  formuló una serie de problemas en forma de ejercicios prácticos para ilustrar las cuestiones ligadas a la sincronización de múltiples procesos activos al mismo tiempo y a la comunicación entre ellos. Así nacieron el problema del barbero durmiente y el problema de la cena de los filósofos.

En el primer problema, hay que gestionar la cola de clientes que esperan sentarse en el sillón para ser afeitados por un barbero, que se duerme cuando no tiene clientes. En el segundo problema, el recurso compartido son los palillos chinos que cada filósofo sentado a una mesa tiene a su derecha y a izquierda y que comparte con los demás filósofos para poder comer su plato de fideos.

Ambas situaciones se ven afectadas por los problemas críticos de la programación concurrente y de los modernos sistemas operativos multitasking:

•     Race condition: situación en la cual múltiples procesos se encuentran en condición de competición para la utilización de un mismo recurso. Por ejemplo, cuando todos nuestros filósofos intentan a tomar el mismo palillo a la vez. O cuando dos clientes de nuestro barbero intentan ocupar la misma silla de la sala de espera.
      Deadlock: situación de bloqueo permanente que surge cuando dos o más procesos necesitan de recursos ocupados por los demás para avanzar. Por ejemplo, cuando nuestros filósofos toman al mismo tiempo los palillos a sus derechas y se quedan esperando eternamente a que alguien libere los a sus izquierdas. O cuando nuestro barbero acaba con un cliente y al mismo tiempo llega el cliente siguiente: el barbero se duerme eternamente creyendo que no hay más clientes y el cliente se queda esperando eternamente a que el barbero acabe con un cliente que no existe.
      Starvation: situación similar al deadlock, pero en la cual uno o más procesos están esperando recursos ocupados por otros procesos que no se encuentran necesariamente parados. Por ejemplo, cuando no se distribuyen de forma homogénea los turnos entre los filósofos o los clientes del barbero, de forma que antes o después algún proceso se “muera de hambre” (o le crezca una barba muy larga).

Para solucionar estas situaciones anómalas, se han ideado a diferentes técnicas:

•     Mutex, o algoritmos de exclusión mutua, que se usan en programación concurrente para evitar que más de un proceso a la vez  ingreses en secciones críticas.
      Semáforos, variables especiales utilizadas para restringir o permitir el acceso de un proceso a recursos compartidos. Según el valor que asumen permiten a más o menos procesos utilizar el recurso de forma simultánea.
      Aging, una técnica de scheduling que gradualmente incrementa la prioridad de un proceso basándose en cantidad de tiempo que lleva esperando en la cola.

Aunque los problemas de la programación concurrente y las técnicas para solucionarlos puedan parecer antiguos, recientemente han vuelto de actualidad debido a la necesidad de la nueva era de la computación, como la escalabilidad en el procesamiento de importantes cantidades de datos.

Para ello, han surgido nuevos lenguajes de programación, como y GO. Scala, acrónimo de scalable language, fue introducido en 2003 y permite manejar programas pequeños o aplicaciones a muy gran escala, optimizando el código para trabajar con la concurrencia. Go, lenguaje de programación inicialmente desarrollado por Google en 2007, es un lenguaje diseñado de forma particular para el cloud y la concurrencia.

En lo últimos años, palabras como “Agile” o “Lean” se han convertido en buzz words que todo el mundo dice aplicar en sus desarrollos de software y de producto.

Las empresas han hecho grandes inversiones en programas de transformación de procesos y cultura con el objetivo de ser ágiles en el desarrollo de productos y servicios basados en software, tratando de cambiar la forma de trabajo y adoptando “metodologías” ágiles tipo Scrum, XP, Kanban. Incluso la industria se ha profesionalizado, llegando a  aparecer certificaciones  como Scrum Master.

No seré yo quien ponga en cuestión ni la validez de los programas de transformación, ni de las “metodologías” ágiles (que prefiero llamar métodos o buenas prácticas).  Todo lo contrario, bien aplicados pueden ser muy útiles y generar el cambio deseado. Pero más allá de los Manifiestos y de los libros de “metodologías” ágiles (un buen ejemplo es Métodos Agiles y Scrum – Manuales Imprescindibles),  muchas veces se pierde de vista lo que realmente significa ser Agile en el desarrollo de productos basados en software.

Lo primero que hay que entender es la naturaleza del desarrollo de software. Tal como explicábamos en el post “Hay Musica en el Desarrollo de Software”, también en el libro “Historias de Developers”, el desarrollo de software es incierto por naturaleza  y por tanto, no es planificable ni predecible a priori.

En el mundo científico e ingenieril, siempre que en un sistema o problema hay incertidumbre, se aplican técnicas de Gestión Adaptativa. En el fondo estas técnicas se basan en la ejecución de ciclos de hypotesis-sintesis-realization-feedback, hasta que se hace converger el sistema a un determinado estado o se hace emerger una solución al problema.

El equivalente a esos ciclos en el desarrollo software son lo que llamamos ciclos de intention-sintesis-realization-feedback (ISRF), que de una forma tácita se pueden observar en un desarrollador cuando está programando. Para hacer que su código funcione, el desarrollador está inmerso en ciclos continuos y entrelazados de diseño, codificación, ejecución y pruebas que duran desde segundos hasta horas y días. Una dificultad añadida en el desarrollo de software está en que hay que descubrir a la vez tanto el problema a resolver como su solución software. Ambos son inciertos. Ahora bien, mediante la gestión adaptativa basada en la ejecución de ciclos ISRF se puede hacer emerger tanto la especificación  del software como su realización (arquitectura, código, ejecutables).

Podríamos decir que, en el fondo, los métodos ágiles, no son más que una serie de buenas prácticas para la gestión adaptativa del desarrollo software. El fin último es manejar la incertidumbre inherente al desarrollo de software, para hacer que un equipo de personas creativas con altos conocimientos, hagan emerger tanto la especificación del problema como su solución software.

Diría que ésta es la parte fundamental a entender y a aplicar bien. Idealmente en la vida real esta gestión adaptativa se debería llevar a cabo en un espacio de tiempo y con recursos limitados (el coste sería sino infinito), con un equipo totalmente comprometido a llegar al máximo posible en cuanto funcionalidad y calidad del software (el coste es fijo, la calidad y funcionalidad software a la que se llega es variable).

El feedback y la comunicación continua entre el equipo es absolutamente clave para poder ejecutar ciclos ISRF cortos, rápidos y efectivos. Hay equipos, especialmente pequeños y con personas de alta capacidad de desarrollo software, donde las prácticas ágiles se manifiestan de una forma tácita (como ocurre muchas veces en el “garaje” de una startup). En otros casos, los métodos ágiles pueden servir de guía. No obstante,  siempre que se apliquen de una forma explícita,  se deberían adaptar  de acuerdo a los skills y a la naturaleza del equipo, y nunca forzarlos de una forma imperativa. Muchas veces se aplican métodos y  prácticas ágiles religiosamente, perdiendo de vista lo que es verdaderamente importante: llevar a cabo una gestión adaptativa de la incertidumbre inherente al desarrollo de software, sea con un método o sin él.

Firmado:  Rubén González Blanco (@_rubengb) Head of Architecture for Product Innovation and Research at Telefonica I+D y Director del Máster Telefónica en Desarrollo de software avanzado.
¿Quieres aprender a desarrollar el software más avanzado?

Telefónica y U-tad han unido sus fuerzas para lanzar uno de los masters más interesantes del momento: el “Máster Telefónica en desarrollo de software avanzado”, un programa orientado a formar desarrolladores de software de alto nivel técnico que puedan trabajar en startups, compañías de software y en grandes compañías que están abordando la transformación digital de sus negocios.

A lo largo del máster se abordarán temas como la optimización de algoritmos y estructuras de datos, sistemas distribuidos, desarrollo sobre plataformas cloud, DevOps, patrones avanzados de diseño y arquitectura, prácticas ágiles o técnicas avanzadas en C++, Python y node.js junto con lenguajes del siglo XXI como Scala o Go.

También se verán técnicas de programación avanzada en Linux o desarrollo para las principales plataformas móviles (iOS, Android, Windows Phone y Firefox OS). De la misma forma, se estudiará el diseño e implementación de interfaces de usuario, escalabilidad, alta disponibilidad y distintos paradigmas de programación (lógica, concurrente, funcional, reactiva, orientada a objeto, orientada a aspectos, etc.) El máster está impartido por expertos en la materia que proporcionarán los fundamentos que permiten al alumno avanzar más rápidamente en su carrera profesional como desarrollador software.

El Máster Telefónica en Desarrollo de Sotware Avanzado tiene una duración de 600 horas y cuenta con el reconocimiento del departamento I+D de Telefónica.

http://www.u-tadpostgrados.com/desarrollo-software-avanzado/?utm_campaign=EM&utm_content=articulo

http://www.u-tad.com/notas_de_prensa/creatividad-y-diseno-el-tandem-perfecto-para-crear-una-app-android-de-exito/

Generar engagement es esencial para fomentar que el usuario utilice la aplicación a diario durante un largo periodo de tiempo

El sector de las Apps para móviles creará más de 4 millones de empleos en los próximos cuatro años
 
El sector de las aplicaciones para móviles ha abierto un mundo lleno de posibilidades y se ha convertido en uno de los campos punteros de la Unión Europea. Así lo confirma el último informe publicado por la Comisión Europea, que apunta que este ámbito generará 63.000 millones de euros y creará cerca de 5 millones de empleos de aquí a 2018.

Teniendo en cuenta estos datos y el impulso al que se ha visto sometido el mundo de las Apps móviles en los últimos años, U-tad, Centro de tecnología y Arte Digital, comparte unos sencillos pasos para aquellos profesionales que quieran dedicarse al desarrollo software y quieran crear su propia aplicación Android:

La idea: No es necesario reinventar la rueda pero sí que es preciso dejar volar la imaginación, ya que la idea es el elemento principal para llevar a cabo una App de éxito. El objetivo es diferenciarla de las demás de alguna manera, para ello, hay que seguir una de estas sencillas guías:

Hazla entretenida: Crear una App amena es vital para conseguir que el usuario quiera utilizarla en todo momento. De esta forma es posible convertirse en el creador de la próxima App de moda.

Hazla útil: La necesidad se puede convertir en el mejor aliado. Dar respuesta a algo que a diario resulta tedioso, incómodo y aburrido, creando una aplicación que haga esa tarea más llevadera es una gran elección.

En ambos casos lo importante es generar engagement, de esta forma se consigue fomentar el uso diario de la aplicación durante un largo periodo de tiempo.

“Una vez la idea está clara, si has llegado a la conclusión de que tu App tiene sentido práctico y quieres sacarle rendimiento económico, entonces es hora de pensar un modelo de negocio”, comenta Samuel Moreno López, Desarrollador de aplicaciones móviles y profesor de U-tad.”Tendrás que decidir cuál es la forma de monetización que mejor se adapta a tu idea: suscripciones, pagos in App, servicios premium y freemium, publicidad o Apps de pago”, añade.
El diseño: Una vez la idea está definida toca ponerla en marcha. El siguiente paso a seguir es la creación de la maqueta, con esta simulación es posible mostrarla de una forma sencilla y rápida. Además, es posible gracias a diversos servicios online como xiffe.com o fluidui.com. Por último, es importante a la hora de poner en marcha el diseño de la aplicación móvil para Android, tener en cuenta los patrones oficiales de diseño de cada plataforma.

U-tad imparte entre sus titulaciones el Máster en Programación de Apps para smartphones y tablets, que tiene como objetivo la especialización de los alumnos en el diseño, creación, programación y lanzamiento de aplicaciones, tanto para soportes móviles como para webs o redes sociales. Asimismo, se centra en la formación necesaria para incorporarse a este sector como experto en las principales tecnologías y frameworks para el desarrollo de Apps en las nuevas plataformas.

“La “democratización” de las aplicaciones es una realidad, cualquier empresa o incluso persona va a poder tener su propia aplicación” declara José María Cáceres, Director del Máster en Programación de Apps para smartphones y tablets. “Es por esta razón que es necesario la formación especifica en este ámbito para desarrollar aplicaciones sencillas, con costes de desarrollo bajos, pero que permitan a esas pequeñas empresas posicionar sus productos o servicios de la manera que lo permiten los dispositivos móviles”, añade.

http://blogthinkbig.com/desarrollar-software/

La revolución digital que estamos experimentado en nuestras vidas, mediante apps y servicios de Internet, se basa en el fondo en software que crean los desarrolladores.

Pero, ¿qué es desarrollar software y qué es un desarrollador de software? En realidad, es una de las profesiones peor comprendidas históricamente por el mundo empresarial, e incluso, en algunas ocasiones por las propias universidades de informática, pues tienden a pensar que un desarrollador de software es un trabajador de bajo nivel que se puede subcontratar y reemplazar a bajo coste. Se entiende como el “obrero de la automatización” que trabaja a las órdenes de un analista, de un arquitecto software o de un product manager que especifica al desarrollador lo que tiene que hacer.

Desarrollar software es un actividad de altísimo nivel, que requiere tener un cerebro potente, creativo y con mucho conocimiento tecnológico para poder manejar tanto la complejidad del hardware como la del propio software. Por ello, hacer buen software, entenderlo y ser capaz de crearlo no está al alcance de cualquier persona.

Desarrollar software se puede entender, en primera instancia y de forma muy simple, como escribir las instrucciones en un programa o código para que la máquina, el hardware, las ejecute a lo largo del tiempo. En el fondo, un computador es una máquina matemática que ejecuta algoritmos o programas; incluso cualquier algoritmo se puede abstraer y analizar teóricamente mediante la máquina de Touring.

A pesar de esa naturaleza matemática, y por tanto exacta, en la práctica, desde que el hardware supera en capacidad de cómputo al cerebro consciente, desarrollar software se ha vuelto una tarea muy compleja e incierta para los humanos. Como ejemplos sencillos de la potencia de cómputo, un simple servidor web apache en un portátil con 2 CPU es capaz de procesar 1000 TPS – transacciones por segundo – con facilidad. Google procesa en su buscador más de 44.000 búsquedas cada segundo. Y la potencia de cómputo no para de crecer. Cada 18-24 meses se dobla la capacidad de cómputo, tal como se recoge en la Ley de Moore.

Que la potencia de cómputo sea tan elevada dificulta que el cerebro humano prediga el comportamiento de un sistema o aplicación. El estado de ejecución de un software a lo largo del tiempo, cuando se ejecuta en un hardware tan y cada vez más potente, es muy difícil de predecir, sobre todo cuando hay varios algoritmos o programas ejecutándose en paralelo, manejando muchas interacciones con los usuarios o con un gran volumen de datos. Si además el software ha sido creado por varios desarrolladores, el nivel de incertidumbre aumenta. Es muy difícil calcular el estado en el que está el conjunto software + hardware.

Arduino, hardware y software de código librePor eso, acompañando al desarrollo de software, se hacen siempre test para comprobar que las instrucciones que se le han dado a la máquina generan el compartimento deseado. A la vez, esta incertidumbre y complejidad está en la raíz de que el software tenga bugs o fallos, introducidos por lo humanos que desarrollan el software y el hardware. Esta situación es conocida desde los años 70 cuando el potencial del hardware creció exponencialmente y desarrollar software se convirtió en un endeavour impredecible. Hubo muchos proyectos software que fallaron y se hablaba entonces de Software Crisis.

Toda esta complejidad e incertidumbre inherente al desarrollo de software ha hecho que se entienda cada vez más como una serie de ciclos rápidos y continuos de intention-synthesis-realization-feedback, similar al de otras disciplinas creativas como la pintura, la escritura o la composición musical, donde su proceso de creación se caracteriza por ciclos continuos de síntesis hasta que la “obra” emerge. Si el pintor pinta hasta que emerge una obra que le gusta, el desarrollador programa un software hasta que funciona y además le gusta, porque también existe un tipo de “belleza” o elegancia en la forma de escribir código y en la forma en que las diferentes partes del software interaccionan en ejecución. De todas esas disciplinas creativas la composición musical es la que más parecido tiene con el desarrollo de software.desarrollar software

Un desarrollador de software se puede ver como un compositor musical; se podría decir que es un compositor de software. Primero escribe el código o programa que quiere que se ejecute en la máquina. Ese código y sus instrucciones escritas en un lenguaje de programación (C, Java, JavaScript, Python…) serían el equivalente al pentagrama. En segundo lugar, el desarrollador le dice a la máquina (vía el sistema operativo) que ejecute el programa que acaba de escribir. Este paso sería equivalente a tocar en un instrumento las notas musicales del pentagrama.

El instrumento para un desarrollador de software sería el computador con el sistema operativo y las herramientas de desarrollo (también software). En tercer lugar observa el resultado de su ejecución para ver si el software programado se comporta como desea, hace un test (escucha la música recién compuesta). Si el resultado no es el esperado se inicia de nuevo el ciclo intention-synthesis-realization-feedback, y así hasta que obtiene el resultado esperado. En su día a día un desarrollador de software ejecuta estos ciclos varias veces por hora.

Tanto la música como el software tienen raíces en las matemáticas y ambas tienen ejecución temporal. La principal diferencia es que mientras la música se percibe en el cerebro mediante el sentido del oído, el software es un intangible que en su ejecución y composición no tiene materialización física, sólo se puede observar mediante el análisis mental. Al igual que hay partituras bien o mal compuestas, hay código que está bien o mal escrito. Al igual que la música tiene armonía o base musical que proporciona consistencia e integridad en su ejecución, un software también tiene una base transversal sobre la cual se ejecuta. Es lo que se suele llamar arquitectura del software, especialmente relevante cuando hay varios desarrolladores trabajando sobre el mismo sistema o app.

Cuando hay varios desarrolladores de software el proceso de desarrollo de software se parece a una interpretación de Jazz, donde cada músico/desarrollador compone una parte de la melodía sobre una base armónica, creada por otro el arquitecto o compositor de la armonía. Controlar este proceso creativo es muy difícil y suele fallar cuando se intentan aplicar técnicas predictivas con diseños y especificaciones a priori. En su lugar, la industria ha reconocido en los últimos 15 años que hay que gestionar el desarrollo de software de una forma adaptativa y hacerlo emerger.

Esta visión del software y de los desarrolladores pretende ayudar a entender y valorar el trabajo que hacen los desarrolladores de software. Diría que es un trabajo fundamental para el desarrollo de una sociedad digital y para las transformaciones digitales que se están acometiendo en muchas empresas, como es el caso de Telefónica.

Esta importancia de los desarrolladores la conocen muy bien las compañías del mundo de Internet que luchan por tener los mejores desarrolladores de software del mundo. Es el caso de Telefónica I+D, donde llevamos años atrayendo desarrolladores con talento, tanto nacionales como internacionales, para ayudar a la compañía a a ser competitiva en el mundo digital. Como parte de este proceso de captación de talento, este año lanzamos en colaboración con la U-TAD, un Máster de Desarrollo de Softaware Avanzando, donde formar desarrolladores de muy alto nivel.