Debido a la creciente importancia de las aplicaciones que utilizan software embebido, y el relativamente pequeño numero de programadores capacitados y con experiencia, son los mismos expertos los que llevan a cabo el desarrollo aunque se trate de un amplio espectro de industrias.
Hay dos razones fundamentales por las los sistemas embebidos son tan interesantes: la disponibilidad de las herramientas para pruebas y desarrollo con objetivos específicos, y la posibilidad de usar herramientas de desarrollo estándares para la mayoría del trabajo de código.
Según un reciente estudio, “los estándares de interoperabilidad y  conformidad” y la “facilidad de exportar código a nuevas plataformas” no resultan tan necesarios para los desarrolladores, y esto podría deberse a que las decisiones respecto al sistema operativo sobre el que se crean las aplicaciones embebidas, están más relacionadas con el dispositivo que albergará la aplicación que con otras áreas de desarrollo del software.

El desarrollo de sistemas embebidos es aún un área nueva y que probablemente crecerá en importancia. Pulsa aquí para leer el artículo completo en The Register.

Las plataformas de múltiples núcleos han encontrado su hueco en los sistemas integrados en el ámbito del entretenimiento y la comunicación, sobre todo gracias a su potencia de cálculo, flexibilidad y  eficiencia energética. Sin embargo, las aplicaciones de mapeo en estos sistemas sigue siendo un desafío  costoso, lento y propenso a dar errores.
Aunque las arquitecturas de múltiples núcleos programables tienen un enorme potencial para hacer frente a las aplicaciones presentes y futuras, una cuestión clave sigue abierta: ¿cómo pueden los desarrolladores trazar una aplicación de una plataforma multinúcleo de forma rápida y eficiente, mientras se benefician de las ventajas potenciales de procesamiento en paralelo?

Pulsa aquí para leer el artículo completo en Embedded.com

¿Puede una organización grande adoptar métodos ágiles de desarrollo de software cuando la organización tiene la idea de que no todos los proyectos deben ser ágiles? En otras palabras,  ¿puede haber una mezcla de proyectos tipo cascada y proyectos ágiles en la misma organización? La respuesta corta es sí, sin embargo hay un costo que se debe pagar por esta convivencia.

La transición a software ágil suele ser paulatina en la mayoría de las empresas poco, para poder aprender de sus aciertos y errores y aplicar los nuevos conocimientos para la implantación de nuevos equipos ágiles. Este proceso puede llevar meses o años, dependiendo del tamaño de la organización y la gestión.

Haz click aquí para leer el artículo completo en Sticky Minds.

La pregunta “¿qué son los sistemas embebidos?” nos persigue en el día a día, incluso a aquellos que están inmersos en la tecnología más avanzada. A veces es más sencillo plantear la pregunta al revés: “¿es posible un mundo sin tecnología embebida?”. Probablemente, no. Si así fuera, tendríamos que vivir sin ordenadores, aviones, coches, teléfonos móviles, Internet y un sinfín de cosas más.
De hecho, la mayoría de las industrias tendrían que cambiar su modelo de negocio actual si no dispusieran de tecnología embebida. Y aún así, una amplia mayoría de la población se queda atónita al preguntarle si sabe qué son los sistemas embebidos.

Pulsa aquí para leer el artículo completo en Embedded.com.

La virtualización, un concepto fundamental en la informática y las empresas del mundo de las nuevas tecnologías, ha dejado de ser una tecnología restringida a los grandes centros de informática y los entornos de negocios. Los programadores y desarrolladores de sistemas embebidos confían cada vez más en las técnicas de virtualización, enfrentados a la obligación de establecer comunicaciones entre empresas de informática y de integrar complejos entornos de procesamiento.

Pulsa aquí para seguir leyendo el artículo en Embedded Europe.

Los riesgos de requisitos se encuentran entre los riesgos más insidiosos que amenazan los proyectos de software. Tanto si se trata de requisitos que no se han definido correctamente, como de la falta de participación del cliente en las necesidades de desarrollo o incluso de requisitos defectuosos, se encuentran entre las principales razones por las que los proyectos fracasan. Un equipo de un proyecto puede marcar la diferencia mediante la adopción y aplicación de prácticas ágiles. Cuando se aplican correctamente,  las prácticas ágiles pueden mitigar los riesgos más comunes asociados con los requisitos en proyectos de desarrollo de software.

Pulsa aquí para leer el artículo completo en Sticky Minds.

Cuando un desarrollador de software se hace con un compilador, es primordial tener en cuenta la calidad del código producido por el compilador. Sin embargo, otras características que no están  requeridas por la descripción del lenguaje ANSI (que se adaptan a las necesidades de los desarrolladores de software embebido) pueden hacer que el trabajo del desarrollador sea  más sencillo de mantener.

Pulsa aquí para seguir leyendo en Embedded Computing Design acerca de las características deseables de los compiladores utilizados en el desarrollo de aplicaciones embebidas, y algunas técnicas para hacer un mejor uso de estas características.

El tema de la codificación de los estándares es algo muy recurrente entre desarrolladores de software, cuyas opiniones divergentes plantean cuestiones que van desde por qué necesitamos estas restricciones a cómo podríamos trabajar sin ellas.

Los ingenieros de software siempre han luchado con los estándares, y el desarrollo de lenguajes de programación C y C++ supone que tengan que dedicar todavía más atención. Estos lenguajes, flexibles y potentes, están profundamente arraigados en entornos industriales y embebidos. En los últimos diez años, los desarrolladores han aceptado la necesidad de controlar y limitar C y C++ para fines industriales, comerciales y de seguridad.

Haz click aquí para seguir leyendo este artículo en Embedded.com

¿Has oído alguna de estas frases últimamente?
“Los testers han encontrado demasiados errores, por lo que hay que retrasar el proyecto.”
“Cualquiera puede ser tester; solo tenemos que darle los pasos a seguir”
“Nuestros casos de prueba proporcionarán cobertura completa del sistema“.
Ni una sola de estas comunes afirmaciones acerca del testing es cierta; al menos ninguna podría haber sido dicho por un tester.

Es imprescindible promover la precisión en la información acerca de las pruebas y los resultados para el trabajo de los testers y el responsable del equipo de testeo. Es fundamental acabar con los mitos y conceptos erróneos acerca del testing y lo que se puede y no se puede hacer. También debemos estar alerta y preparados para hacer frente a las posibles versiones que se puedan dar de un mismo mensaje acerca del testeo, incluso si esas versiones vienen de nosotros mismos o de nuestro equipo.

Si quieres seguir leyendo este artículo en Sticky Minds, pulsa aquí.

La virtualización es una tecnología establecida desde hace largo tiempo en el mundo de los servidores. Durante décadas se han utilizado diversas fórmulas para establecer el uso de esta plataforma, y en los últimos años, ha adquirido un creciente interés público al poder utilizarse en ordenadores personales. El hecho de que la virtualización pueda aportar un elevado nivel de aislamiento, y que se pueda adquirir con una capa básica de código, ha incrementado también el interés por la seguridad relacionada con las aplicaciones.

La posibilidad de integrar múltiples sistemas independientes en una única máquina, podría ser muy beneficiosa para muchas de las aplicaciones de seguridad crítica. Sin embargo, además del especial aislamiento que ofrece la virtualización, muchas de esas aplicaciones necesitan un nivel temporal de determinación: cada subsistema interactúa con un componente técnico, y en consecuencia, tiene que tener en consideración las propiedades de sincronización de estos componentes.

Haz click aquí para seguir leyendo este artículo en Embedded Control Europe.