QA&TEST Blog

Vamos a definir smart grid como la infraestructura y tecnologías que permiten la integración de los consumidores y los recursos distribuidos (generación, las energías renovables, el almacenamiento, la respuesta de la demanda, control de carga) con el funcionamiento de toda la red de suministro y mercados de la electricidad, además de mejorar la fiabilidad y seguridad del servicio eléctrico en general. La mayor diferencia es la falta de comunicaciones de bajo coste, el estandarizado, y las comunicaciones ubicuas que proporcionan ancho de banda, fiabilidad extrema, y seguridad, tanto para aplicaciones de control y gestión, así como la gestión de la información básica y las aplicaciones de uso compartido. Esta infraestructura de comunicaciones de banda ancha no tiene por qué ser una tecnología, pero es necesario ampliarla de los sistemas de control central a los dispositivos de usuario final.

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

Hay una pregunta que parece ser muy polémica – ¿cuál es el papel de los directores en el desarrollo de software? – Muchas de las respuestas son también bastante polémicas, por lo que merece la pena echar un vistazo ede forma global.  La conclusión: muchos de los directores son basura. Pero – y es un gran pero – no deberían serlo si tuvieran en cuenta algunas normas.
Aquí encontrarás cinco reglas de oro que los directivos pueden emplear para generar confianza y obtener los mejores resultados de los desarrolladores. Estas reglas pueden parecer de sentido común, pero sabemos que son tan fáciles de cumplir.
1. Protege al equipo de distracciones innecesarias: el trabajo de un director es ayudar a los desarrolladores a trabajar de la forma más productiva posible. Debe ganarse el respeto del equipo dando la cara por ellos contra las estupideces que muchas veces se oyen en las salas de reuniones.

Pulsa aquí para seguir leyendo este artículo en The Register.

Principalmente utilizada en los sistemas empresariales, la gestión de la plataforma ofrece la posibilidad de supervisar e informar sobre la salud del hardware del sistema a través de hardware /software aislado que no se basa en el estado operativo del hardware o software del sistema.

El hardware de gestión de la plataforma normalmente reside en el mismo lugar que el hardware del sistema, sin embargo, al hallarse aislado puede seguir funcionando incluso si el hardware del sistema no es operativo. El hardware de gestión de la plataforma suele tener una fuente de alimentación independiente.

Los servidores componen la gran mayoría de estos sistemas en las empresas y son la columna vertebral de Internet. Hay miles y miles de estos servidores en granjas de servidores en todo el mundo. Cuando un servidor falla o está a punto de fallar, es importante que los técnicos encontrar, arreglar o sustituir el sistema rápidamente.

Pulsa aquí para leer este artículo completo en EE Times.

Parece obvio que la automatización afectará a la organización de las pruebas. Menos obvio –aunque no menos real- es que también afectará al desarrollo de la empresa. De hecho, cuando eliges automatizar el testing para una aplicación, tu relación con el departamento de desarrollo cambia completamente.

Piensa en ello. Los testers manuales solo tienen que ser capaces de interactuar con la aplicación utilizando la pantalla, el ratón, el teclado u otro dispositivo. Las herramientas de pruebas automatizadas, por otro lado, tienen que interactuar con el software en un nivel más profundo, por lo tanto, exponiendo el nivel más interno de funcionamiento del código y tal vez, descubriendo problemas que impiden o complican la automatización. Si no se tiene cuidado, los desarrolladores podrían pensar que de golpe te has transformado en un entrometido que solo quiere meter la nariz en sus asuntos.

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