CareerHMO é uma plataforma de melhoria de carreira que utiliza tecnologia inteligente para ajudar as pessoas a resolver os seus problemas de carreira. A empresa é também a criadora do Career Decoder que indica os pontos fortes de um colaborador no ambiente profissional.


As Workplace Personas ajudam o colaborador a compreender o valor que pode trazer à empresa. A CareerHMO indentifica oito personas.


As três personas com maior peso combinadas indicam o valor que colaborador traz à empresa. Por exemplo Visionary/Optimizer/Builder.


O Questionário do Career Decoder ajuda a entender as personas e o seu peso para encontrar uma função adequada à pessoa.



vide Perfis DiSC






fonte: CareerHMO

Estes três pilares constituem um plano de qualidade equilibrado. (por Bob Galen)

1. Desenvolvimento & Automa(tiza)ção de Testes

É a vertente tecnológica dos testes e qualidade. Inclui ferramentas e preparação/programação das ferramentas, execução dos testes automáticos, integração contínua, práticas técnicas de XP Extreme Programming e suporte a ferramentas de colaboração de ALM Application Lifecycle Management. Destaca a pirâmide Agile de testes automáticos de Mike Cohn como estratégia para o desenvolvimento da automa(tiza)ção na maioria dos contextos Agile.

Muitas vezes as organizações dedicam-se primeiro aos aspectos técnicos com ferramentas que ajudem a resolver os desafios técnicos. Este pilar deve ser visto como fundacional - os outros dois pilares são construídos sobre este.

Este pilar inclui testes, ferramentas e automa(tiza)ção, mas também todas as ferramentas relacionadas com o desenvolvimento de um produto numa organização Agile. É ele que fornece a maior parte da cola que une ferramentas e automa(tiza)ção conduzindo à eficácia do trabalho no global e à melhoria da qualidade.

2. Testes de Software

Este pilar, vocacionado para testers, está virado às práticas de testes sólidas. Para isso, ele assenta na experiência em testes dos membros da equipa, competências, técnicas e uso de ferramentas. É aqui que as equipas ágeis deixam uma visão mais superficial dos testes de software (testdriven development, acceptance test-driven development, developer-based testing) para passarem a ter uma visão mais holística da qualidade. Os testes de software incluem testes exploratórios, funcionais e não-funcionais. Este pilar destaca o teste exploratório uma vez tratar-se de uma técnica subutilizada que traz um valor excepcional em contextos ágeis. Dado que muitas vezes as equipas ágeis se esquecem dos testes não-funcionais, este pilar traz consigo um lembrete para que sejam consideradas todas as áreas de testes. É aqui que é definida a estratégia de testes, planeamento e actividades de governance, além do test reporting. O pilar dos testes de software fornece uma framework para testes eficazes de forma profissional, mais aprofundada e amplamente aplicada em contextos ágeis.

3. Práticas de Equipas Multidisciplinares

Este pilar está focado na colaboração entre equipas multidisciplinares, standards a seguir pelas equipas, atitudes da qualidade e em implementar as coisas correctamente. Considera a área das competências comportamentais que dá as orientações de como cada equipa deve trabalhar. Este pilar inclui as revisões de código e da documentação, que devem ser praticadas e valorizadas. Estas actividades englobam as associações entre membros das equipas, revisões formais da arquitectura, revisões do design, revisões do código e revisões dos casos de teste. As melhores equipas de testes fazem uma inspecção rigorosa seguindo a definição de "Pronto" estabelecida pela equipa. Para que se entenda o que "Pronto" significa realmente, têm de ser estabelecidos os constrangimentos, as convenções e os acordos necessários entre as várias disciplinas.

Ideias Transversais

Mais do que em cada um dos pilares, o verdadeiro valor desta framework está nos valores transversais.

O primeiro pilar implica um equilíbrio nas estratégias de automa(tiza)ção, por forma a que o trabalho em BDD Behavior-Driven Development seja compensado pelo esforço em testes unitários e automa(tiza)ção dos testes de UI User Interface. Isto implica que os testes de aceitação sejam dados ao cliente através da user story.

No segundo pilar subentende-se a existência de standards para testes de software. Neste caso, existem normas para escrever test stories ou cenários e critérios de aceitação. Exemplos de cenários bem escritos que levaram à automa(tiza)ção são também importantes. Assim são ligados o pilar um e dois.

O terceiro pilar evita que a colaboração com o cliente seja descorada. Independente da automa(tiza)ção, a equipa estará envolvida em conversas de 3 amigos que trazem valor funcional da colaboração entre a equipa e o cliente. É também importante ter cenários bem definidos antes de escrever os scripts de BDD.

Os três pilares não são garantia de um pensamento integrado ao implementar práticas de qualidade e testes em contextos Agile. São, no entanto, um guia para a ligação entre conceitos transversais.


vide
Browser Automation
SpecFlow




fonte: Improve Agile Quality—Three Pillars at a Time

Investigadores do Instituto Wake Forest para a Medicina Regenerativa desenvolveram uma impressora 3D que é capaz de gerar tecido de substituição suficientemente forte para aguentar um transplante.

Trata-se do Integrated Tissue and Organ Printing System (ITOP), resulta de um trabalho de 10 anos e, para comprovar a sua eficácia, os cientistas imprimiram osso de maxilar, músculo, cartilagem e até uma orelha.

A ITOP funciona de forma similar às impressoras 3D convencionais, sendo que utiliza biomateriais como matéria-prima, revela o Gizmodo. Outro factor diferenciador é a capacidade de criar estruturas estáveis para transplante cirúrgico, onde se incluem micro-canais que funcionam como vasos sanguíneos e permitem transportar nutrientes e oxigénio às células.

Os detalhes desta inovação foram divulgados na Nature Biotechnology e, depois de refinada a técnica e comprovada a segurança em humanos, espera-se que estas estruturas possam vir a ser aplicadas em pacientes. Uma vez que as peças são desenhadas por computador, o objectivo é adaptá-las às necessidades únicas de cada pessoa.



vide 
Plataforma e-NABLE: próteses por voluntários
Plataforma Portugal 3D




fonte: ExameInformatica

A ThingMaker 3D é a solução da Mattel para criar brinquedos únicos e personalizados. Esta solução inclui o software de criação e a impressora propriamente dita.

Miúdos e graúdos podem desenvolver as suas criações no telemóvel ou tablet, na app própria, e comunicar esses desenhos para a impressora 3D, noticia o Gizmodo. A Mattel estabeleceu uma parceria com a Autodesk, a empresa que faz o AutoCad, para se assegurar que o software seria simples, estável e fluído. A app está disponível para iOS e Android e já traz vários modelos de aneis, pulseiras, escorpiões, esqueletos e muito mais.

Ainda não se sabe quantas cores do filamento de plástico vão estar disponíveis no momento do lançamento, mas sabe-se que a Mattel optou por PLA (um polímero de origem orgânica), solução habitual nas impressoras 3D. Já há demonstrações com brinquedos em mais de 20 cores.

A ThingMaker 3D estará disponível a partir do Outono de 2016 e as reservas podem ser feitas no site da Amazon. Espera-se um preço próximo dos 300€, muito abaixo do preço habitual para impressoras 3D prontas a utilizar.





fonte: ExameInformatica

Este serviço permite criar funções em JavaScript que respondem automaticamente a eventos cloud sem ser necessária a intervenção do utilizador, configuração e execução de um runtime ou escalá-las por várias várias máquinas.


Podem haver vários eventos num ambiente cloud propagados de forma assíncrona através da infra-estrutura Cloud Pub/Sub. O utilizador pode configurar um trigger que fica à escuta destes eventos e lhes responde executando código JavaScript num ambiente Node.js.
Neste momento, os triggers podem ser activados através dos seguintes canais:

1. Cloud Pub/Sub - evento Pub/Sub assíncrono
2. Cloud Storage - notificações de alterações de um objecto
3. HTTP Invocation - invocação síncrona por HTTP
4. Debug/Direct Invocation - utilização da CLI Command Line Interface para desenvolver/depurar as Cloud Functions

O que a Google diz sobre as Cloud Functions:

The function can access any other cloud resources that have appropriate Node (JavaScript) client libraries or RESTful APIs. If you use the gcloud-node client libraries you're automatically authenticated with the default project credentials, so you don't have to worry about generating or storing auth keys etc.
The function has full access to the internet so you can call out to any 3rd party API, however you'll have to maintain your own auth keys etc for these external services.