Android++ para Visual Studio

Una nueva extensión para Visual Studio les permite ahora a los desarrolladores crear apps para Android en el IDE de Microsoft. Android ++ es una extensión gratuita que viene con los scripts MSBuild que permiten a la aplicación de Android desarrollarse dentro de Visual Studio. Está pensado de entrada para las apps en C/C++ basadas en el NDK, aunque incorporara algunos otros elementos que permiten manejar los recursos, compilación integrada en Java, etcétera.
Justin Webb, quien creó Android++, es un programador de Android que trabaja para la compañía de juegos NaturalMotion en Oxford, Inglaterra. En un artículo de su blog sobre la nueva extensión dice que Android aumenta Visual Studio para soportar desarrollo nativo en NDK, indicando que “si usted no está familiarizado o se siente confundido sobre lo que quiere decir ‘nativo’, esto significa esencialmente que los proyectos tienen como compilador C/C++. En breve, se intenta dar soporte a apps cuyo desempeño es crítico, como juegos o simulaciones. También permite manejar la depuración de aquellas apps nativas, usando GDB, el cual se puede controlar desde el IDE de Visual Studio, como si se estuviese depurando una app de Windows. No hay soporte para C# o .NET. Si alguien quiere esto, busque en Xamarin o Mono”.
Android++ requiere alguna de las siguientes ediciones de Visual Studio: Premium, Professional o Ultimate (2010, 2012, 2013). No se da soporte a las versiones gratuitas (Express) de dicha herramienta. Permite depurar en la mayoría de los dispositivos. No hay restricciones de uso o de venta. No hay licencias, nada.
La extensión está aún en beta pero Webb piensa que pronto será lo suficientemente estable para cambiar su status. Webb acepta apps (para hacer pruebas) y dice que da prioridad a aquellos que tengan ya experiencia en Android para minimizar el soporte.
www.asociacionaepi.es



Las aplicaciones en HTML5 todavía no alcanzan a las nativas

De esto trata el documento publicado por Forrester. Un artículo en el que intenta explicar cómo satisfacer la demanda de la próxima generación, y la estrategia de desarrollo móvil que hay que seguir, que no es otra que HTML5 y Responsive Design.
Todos los programadores que se dedican hoy en día al desarrollo de software para dispositivos móviles, se encuentran con un problema en común. Un problema que para los usuarios es una ventaja, pero que para otros es un auténtico quebradero de cabeza. Se trata del tamaño de las pantallas de nuestros aparatos de bolsillo.
Forrester realizó una encuesta a 146 estadounidenses responsables de IT en octubre de 2013 sobre las tecnologías móviles que utilizaban. En lo más alto estaba HTML5 y Responsive Design. Más del 40% de los encuestados señaló que usaban ambos.
Gracias a esta encuesta hemos podido ver que el diseño de aplicaciones desarrolladas en HTML5 no es una panacea, sino todo lo contrario. De hecho , una de las respuestas de la encuesta del informe señala que el 59% de las aplicaciones móviles desarrolladas únicamente en HTML5, sufrieron retrasos en sus plazos de entrega. Donde la mayor cantidad de tiempo se pierde en pruebas y corrección de errores.
Por todos es conocido que las aplicaciones nativas son más rápidas que las programadas en HTML5. De esto gran parte de culpa la tienen los navegadores móviles, que no se actualizan como deberían. Mientras que algunos sistemas operativos móviles que se construyen con HTML5, como Firefox OS, son demasiado lentos para ser considerados por los desarrolladores.
Además, otras investigaciones han demostrado que el interés de los desarrolladores por crear software en HTML5 se ha ido perdiendo para su uso general, aunque la mayoría piensa que sigue siendo una de las principales opciones para que formen una pequeña parte de otras aplicaciones.



Se libera Dart 1.1

Hace apenas un par de meses se liberó la versión 1.0 de Dart. Hoy sale la versión 1.1 que promete mejor desempeño, más características, así como herramientas mejoradas. En un artículo de Seth Ladd, anunciando la salida de Dart 1.1, indica que es más rápido que Javascript por un 25% más o menos.
Dice Ladd: “Dart continúa brillando. El desempeño en las pruebas hechas por Richards hablan de un 25% más rápido a favor de la primera versión, haciendo el runtime comparable con el de Javascript original. El desempeño de nuevo benchmark, FluidMotion se ha duplicado desde noviembre. Dart2js ahora genera Javascript que trabaja al menos tan bien, si no es que mejor que el equivalente idiomático de Javascript”.
Las notas de Ladd indican que hay un número de mejoras para el lado del servidor de Dart, incluyendo soporte para archivos grandes, copia de archivos, manejadores de procesos de señales e información de la consola. Hay nuevo soporte ara el User Datagram protocol (UDP), cuya intención es permitir a los desarrolladores escribir aplicaciones de streaming más eficientes, así como documentación para el soporte de las línea de comandos y las aplicaciones desde el lado del servidor de Dart.
Las actualizaciones del editor de Dart incluyen depuración mejorada, implementación de código y más herramientas de descripción. En promedio, el desempeño del editor y el analizador también han mejorado.



Las cinco cosas más frustrantes de la profesión de programador

Trabajar como programador implica una serie de cosas realmente frustrante que podemos declarar como propias de la profesión. No os preocupéis, realmente puede seguir gustándote trabajar como programador, pero debes asumirlo cuanto antes.
La profesión de programador está lejos de ser automatizada por completo, es necesario resolver muchos y variados problemas a diario mediante la intervención humana. Parte de ellos son quebraderos de cabeza que no tienen que ver con el trabajo en sí que estamos haciendo.
A continuación una serie de las cosas más frustrantes de la profesión de programador.
1. Arreglar el ordenador a todo el mundo
Que gran parte de la humanidad (incluyendo a conocidos, amigos, vecinos y, por supuesto, familiares) asuman que puedes y debes arreglarles el ordenador o cualquier aparato electrónico. Por supuesto, todo esto de forma gratuita y dedicando tu tiempo libre. Lo peor de esto, no es arreglar el ordenador en sí, si no aguantar todos los comentarios y vacilaciones cuando realmente algo no tiene solución y les intentas convencer que deben llevarlo al SAT oficial.
2. Incidencias de errores incompletas
Informes de bugs sin suficiente información para reproducir el error. Cualquiera que se dedique a programar y mantener una aplicación con usuarios finales ha sufrido auténticos quebraderos de cabeza al intentar resolver incidencias incompletas. Los usuarios tienen el gatillo fácil para abrir una incidencia sin preocuparse si realmente lo están haciendo bien o aportar la suficiente información sobre el problema. Hay que perseguirlos para recabar datos e insistir para que aprendan a abrir incidencias de errores adecuadamente.
3. Que los usuarios ignoren la documentación de la aplicación
Ignorar la documentación. Hay que reconocerlo: escribir documentación es una de las tareas más tediosas que existen, sobre todo cuando te toca hacerlo al final, después de haber dedicado toda tu energía a desarrollar una aplicación. Por eso, es especialmente frustrante cuando un usuario ignora la documentación y pretende que le expliquemos cómo funciona algo sin haberse molestado en echar un vistazo al manual de usuario.
4. Las prisas en los plazos de entrega
Una lucha constante entre los desarrolladores y sus gestores de proyectos imposible de solucionar (da igual si internamente usas metodologías ágiles, para ellos no existen). Por un lado se quiere tener una nueva funcionalidad (muchas veces sin importar cómo) y, por el otro, se intenta hacer lo mejor posible, pero con plazos de entrega que no son realistas se fuerza a las horas extras y no aplicar correctamente las buenas prácticas a la hora de desarrollar: no hay tests, no se documenta, no existe ningún principio de clean code, etc…
5. Los errores inesperados en el entorno de desarrollo o en las maquinas de producción
Resolver los errores inesperados de servidores, de que el Eclipse empiece a fallar, problemas entre librerías, maquinas sin espacio, liarla parda con el repositorio, trabajar sin un correcto entorno de pre-producción etc.. Una serie de errores externos a nuestra aplicación, e incluso a nuestro equipo de desarrollo que nos hacen perder una mañana entera para resolverlo.
www.asociacionaepi.es



Noticia original en Genbetadev



Desarrollo de apps, ¿un negocio rentable?

Debido a que en los últimos años el mercado de los dispositivos móviles inteligentes ha crecido de forma exponencial en todo el mundo, y especialmente en España, muchos desarrolladores han puesto sus esperanzas en ganarse la vida desarrollando sus propias apps para las diferentes plataformas de Smartphone y Tablet.
Sin embargo, las cifras apuntan a que, si bien el número de descargas de aplicaciones está subiendo vertiginosamente, la inmensa mayoría de ellas son, eminentemente, gratuitas, lo que deja un escaso margen de oportunidades a los desarrolladores. Incluso, para la mayor parte de las apps de pago existe una versión o alternativa gratuita, por lo que, cada vez son más altos los requerimientos que los consumidores piden a la hora de pagar por una aplicación.
En este sentido, dentro de sus predicciones para 2014 en movilidad, Gartner dibuja un escenario más bien sombrío durante los próximos años. Para Ken Dulaney, vicepresidente y analista de Gartner, “el amplio número de apps existente implica que las plataformas móviles podrían resultar una vía de ingresos para muchos”. Sin embargo, afirma, “nuestros análisis muestran que la mayoría de las aplicaciones móviles no están generando beneficios. De hecho, muchas de ellas no están diseñadas para obtenerlos, sino para obtener imagen de marca o reconocimiento”.
Según Gartner, en 2018 únicamente el 0,01 por ciento de las aplicaciones móviles de consumo serán consideradas como un éxito desde el punto de vista financiero, una tasa muy pequeña si tenemos en cuenta el potencial del mercado a nivel mundial.
Y es que, hoy en día existen muchas aplicaciones móviles gratuitas que por definición no han sido creadas para obtener beneficios. Para el futuro, además, esta tendencia se reforzará, ya que Gartner espera para 2017 que el 94,5 por ciento de las aplicaciones móviles sean gratuitas. Pero, además del poco margen existente, desde Gartner afirman que la oferta de apps móviles de pago será todavía más alta, ya que se irán sumando nuevas iniciativas (especialmente en las áreas más exitosas), lo que encorsetará aún más las posibilidades.
¿Y tú qué piensas?, ¿crees que el desarrollo de apps un negocio rentable?
www.asociacionaepi.es