Em 1987, a Força Aérea dos EUA criou o Software Technology Support Center (STSC). A sua missão era "ajudar as organizações a identificar, avaliar e adotar tecnologias que melhorassem a qualidade dos produtos de software, a eficiência da produção e a previsibilidade” (Fonte). Para alcançar este objetivo, o STSC fundou uma publicação online chamada CrossTalk: A Revista de Engenharia de Software de Defesa, que geriu a partir do seu website (Stsc.hill.af.mil) entre 1996 e 2016.
Mais tarde, o STSC criou o website Crosstalkonline.org, onde a CrossTalk continuou a ser publicada. No entanto, desde 2017, o site deixou de estar acessível.
O que lhe poderá ter acontecido? Tentamos descobrir, explorando a história da publicação. Terminamos então este artigo analisando os 10 artigos mais importantes que publicou.
A história da CrossTalk
A CrossTalk começou a ser publicada em 1988 para incentivar técnicas que garantissem o desenvolvimento de software de elevada qualidade. De acordo com o STSC, o objetivo da publicação era “melhorar a fiabilidade, a facilidade de manutenção e a capacidade de resposta da nossa capacidade de combate, bem como instruir, informar e educar os leitores sobre decisões políticas atualizadas e novas tecnologias de engenharia de software” (Fonte).
Sob a liderança de Reuel Alder (o editor), Tracy Stauder (editora-chefe) e Sandi Gaskin (editora sénior), a CrossTalk cresceu de cerca de 200 assinantes para 29 000 (Fonte).
Stsc.hill.af.mil, o site onde a CrossTalk foi inicialmente publicada, foi criado em dezembro de 1996. Os volumes anteriores podem ser encontrados aqui.
Stsc.hill.af.mil incluía um formulário de subscrição, orientações para futuros autores e anúncios de temas. Também continha uma página com as informações de contacto da equipa a tempo inteiro da publicação.
A CrossTalk permaneceria no website do STSC até novembro de 2010, quando se mudou para o seu próprio site: Crosstalkonline.org. O último número da CrossTalk capturado na internet é de agosto de 2017.
Existe muito pouca informação disponível sobre o que aconteceu ao website e à publicação depois de agosto de 2017.
Os 10 artigos mais importantes publicados pela CrossTalk
Em memória da CrossTalk, identificámos 10 dos artigos mais importantes que publicou ao longo da sua existência.
Para identificar estes artigos, concentrámo-nos no número de ligações que cada artigo recebeu de administradores de sites e editores. Os artigos que atraem mais ligações (citações) são provavelmente mais importantes do que os artigos que atraem menos ligações.
1. Educação em Ciências da Computação: Onde estão os engenheiros de software de amanhã?
Os académicos Robert Dewar e Edmond Schonberg, então ambos professores de Ciências da Computação na Universidade de Nova Iorque, utilizam este artigo para defender que o ensino de Ciências da Computação (em 2008) negligenciava competências necessárias.
Os autores atribuem esta situação à adoção generalizada de “Java como primeira linguagem de programação”. Apresentaram um resumo das competências que, na sua opinião, devem constituir o conjunto fundamental de conhecimentos de todos os profissionais de software: linguagens de programação, ferramentas de gestão de testes para criar programas de grande escala fiáveis e metodologias de prova formal (fonte).
Have an account? Log In
2. Escalar o desenvolvimento ágil: desenvolvimento de produtos de grande dimensão e em vários locais com Scrum de grande escala
Os consultores Craig Larman e Bas Vodde utilizaram este artigo, escrito em 2013, para resumir o conteúdo da sua série de livros, em dois volumes, sobre desenvolvimento ágil de muito grande escala. Descreveram como trabalharam com clientes para introduzir duas estruturas Scrum de grande escala em grandes grupos globais. Alguns exemplos de empresas com as quais trabalharam incluem o Bank of America e a Erickson, uma fornecedora de equipamento de infraestrutura de telecomunicações.
Larman e Vodde relatam que as suas experiências os levaram a publicar dois volumes. O Volume 1 é Ferramentas de Pensamento e Organizacionais para Scrum de Grande Escala. Centra-se na liderança e na conceção organizacional. O segundo volume é Práticas para Escalar o Desenvolvimento Lean e Ágil: Desenvolvimento de Produtos de Grande Escala, Multilocalizado e no Estrangeiro com Scrum de Grande Escala. Apresenta sugestões práticas para o escalamento em várias circunstâncias.
3. Utilizar tanto o desenvolvimento incremental como o iterativo
O autor deste artigo de 2008, o Dr. Alistair Cockburn (descrito pela CrossTalk como um especialista em conceção orientada para objetos (OO), metodologias de desenvolvimento de software, casos de utilização e gestão de projetos), centra-se no desenvolvimento incremental e no desenvolvimento iterativo na área do software.
O Dr. Cockburn identifica os desafios enfrentados pelas equipas ao lidarem com o desenvolvimento incremental e o desenvolvimento iterativo: tentar geri-los da mesma forma ou pensar que, quando um é utilizado, o outro não deve sê-lo. Termina resumindo as suas ideias: "A palavra incremento significa acrescentar; a palavra iterar significa refazer” (Fonte).
4. A SmartCam3D proporciona novos níveis de perceção da situação
Neste artigo de 2005, Janis White (consultora estatística), Frank Delgado (a trabalhar para a NASA) e Mike Abernathy (especialista em software) centram-se na SmartCam3D (SC3D). Trata-se de um “sistema híbrido de visão sintética que combina informação de sensores em direto com dados de um sistema de visão sintética para criar uma janela virtual do cockpit.”
Os autores apresentam o sistema híbrido de visão sintética (HSVS). Descrevem-no como um sistema que combina “dados de sensores em direto com informação de um sistema de visão sintética (SVS) para criar imagens em tempo real e ricas em informação.” Concluem afirmando que a SC3D foi o primeiro sistema HSVS em tempo real, sugerindo que “este software salvará vidas” (Fonte).
5. O CMMI apoia a melhoria dos processos em toda a empresa
O Tenente-Coronel Joe Jarzombek, que na altura trabalhava como diretor na Earth Science Information Partners (ESIP), uma comunidade que trabalha para tornar os dados científicos mais acessíveis, utilizou este artigo para apresentar a ideia dos Modelos de Maturidade das Capacidades (CMMs). Isto refere-se a conjuntos de modelos que abordam procedimentos e competências organizacionais transversais a várias disciplinas.
Jarzombek apresenta a ideia das equipas CMMI, que designam um "esforço colaborativo para integrar CMMs." Segundo ele, essas unidades criariam um conjunto de produtos integrados que apoiariam a melhoria dos processos e dos produtos no domínio do desenvolvimento de software (Fonte).
6. Porque falham os grandes projetos de software: as 12 perguntas fundamentais
Neste artigo de 2005, produzido por Watts S. Humphrey do Software Engineering Institute (SEISM) da Carnegie Mellon University, o foco incide nas 12 perguntas críticas sobre o motivo pelo qual os grandes projetos de software falham.
Para Humphrey, as respostas às perguntas que coloca no artigo ajudarão os programadores de software a melhorar os seus projetos. Acredita que os principais problemas estão relacionados com as razões pelas quais é frequentemente difícil gerir grandes projetos de software, o tipo de sistemas de gestão necessários e o que é preciso fazer ao implementar esses sistemas (Fonte).
7. Desmistificar a computação em nuvem
Ao refletir sobre os desenvolvimentos que estavam a ocorrer no desenvolvimento de software em 2011, Qusay F. Hassan, do departamento da Faculdade de Computadores e Informação da Universidade de Mansoura, no Egito, centra-se na computação em nuvem.
No artigo, tenta abordar a ideia de que o termo “computação em nuvem” é frequentemente utilizado de forma abusiva pelas pessoas quando se referem a coisas que podem não estar relacionadas com a sua definição e âmbito reais. Será tudo uma questão de alojamento web? — pergunta. Em seguida, define vários conceitos, como Alojamento Web, Fornecedor de Serviços de Aplicações (ASP), Computação Voluntária e Partilha de Ficheiros Online, entre muitos outros (Fonte).
8. Correção por construção: um manifesto para software de elevada integridade
“Os sistemas de software de elevada integridade são frequentemente tão grandes que os processos convencionais de desenvolvimento não conseguem aproximar-se sequer da obtenção de taxas de defeitos toleráveis”, afirmam Martin Croxford e o Dr. Roderick Chapman no início deste texto. Quando os dois autores escreveram este texto, trabalhavam para a Praxis High Integrity Systems, uma empresa britânica de engenharia de sistemas especializada em sistemas críticos para missões (Fonte).
Neste artigo de 2005, os autores prometem apresentar uma abordagem que produziu “software com taxas de defeitos muito baixas de forma economicamente eficiente”. O método sobre o qual escrevem é a Correção por Construção (CbyC). Trata-se de uma abordagem ao desenvolvimento de software que se adapta bem à mudança ao longo de todo o seu ciclo de vida e cujas taxas de defeitos eram inferiores às das práticas comerciais então existentes (Fonte).
More Articles
- Os 22 melhores blogues de testes de software de 2026
- 13 dos melhores podcasts de testes de software para 2026
- As 10 Melhores Empresas de Testes de Software para Subcontratação de QA em 2026
- 10 melhores ferramentas de gestão de testes de código aberto analisadas em 2026
- 10 Melhores Serviços de Testes de Aplicações Móveis Analisados em 2026
9. Falhas de conceção da interface de utilizador do navegador: explorar a ignorância do utilizador
Este artigo foi escrito por Aditya Sood, então estudante de doutoramento na Universidade Estatal do Michigan, e Richard Enbody, professor associado do Departamento de Ciência e Engenharia Informática, também na Universidade Estatal do Michigan, em 2011. No resumo do artigo, os autores observam que as “falhas de conceção nos navegadores constituem sérias ameaças à segurança, privacidade e integridade dos utilizadores”.
O texto centra-se nas falhas de conceção da Interface Gráfica do Utilizador (GUI)
dos componentes dos navegadores. Os autores sugerem que estas são as falhas de que os burlões tiram partido quando induzem os utilizadores a fazer coisas que comprometem a sua segurança (Fonte).
10. Questões geriátricas do software envelhecido
Capers Jones, que então trabalhava na investigação da produtividade do software, centra-se nas questões associadas ao software envelhecido nas empresas e no setor público. Neste texto de 2007, Jones relata que, na altura, não era surpreendente encontrar entidades a utilizar software com mais de 10 anos, com aplicações com até 25 anos.
Jones aborda também as consequências do envelhecimento do software, observando que se torna difícil manter esse software, porque as atualizações frequentemente destroem a estrutura inicial das aplicações. Isto aumenta a entropia (falta de previsibilidade e ordem). Observa que, à medida que o software envelhece, um problema denominado injeção de correções conduz à “introdução acidental de novos defeitos como subproduto da correção de defeitos anteriores” (Fonte).