Hva skjedde med CrossTalk? + De 10 beste artiklene

Discover how to deliver better software and systems in rapidly scaling environments. Join our Community

I 1987 opprettet USAs flyvåpen Software Technology Support Center (STSC). Oppdraget var å «hjelpe organisasjoner med å identifisere, evaluere og ta i bruk teknologier som forbedrer programvareproduktkvalitet, produksjonseffektivitet og forutsigbarhet» (Kilde). For å nå dette målet grunnla STSC en nettbasert publikasjon kalt CrossTalk: Tidsskriftet for defensiv programvareutvikling, som ble publisert på nettstedet deres (Stsc.hill.af.mil) fra […]

I 1987 opprettet USAs flyvåpen Software Technology Support Center (STSC). Oppdraget var å «hjelpe organisasjoner med å identifisere, evaluere og ta i bruk teknologier som forbedrer programvareproduktkvalitet, produksjonseffektivitet og forutsigbarhet» (Kilde). For å nå dette målet grunnla STSC en nettbasert publikasjon kalt CrossTalk: Tidsskriftet for defensiv programvareutvikling, som ble publisert på nettstedet deres (Stsc.hill.af.mil) fra 1996 til 2016.

Senere opprettet STSC nettstedet Crosstalkonline.org, der CrossTalk fortsatte å bli publisert. Siden 2017 har nettstedet imidlertid ikke vært tilgjengelig.

Hva kan ha skjedd med det?  Vi forsøker å finne ut av dette ved å utforske publikasjonens historie. Deretter avslutter vi denne artikkelen med å se på de 10 viktigste artiklene som ble publisert.  

CrossTalks historie

CrossTalk begynte å publisere i 1988 for å fremme teknikker som kunne sikre utvikling av programvare av høy kvalitet. Ifølge STSC var formålet med publikasjonen å «forbedre påliteligheten, vedlikeholdbarheten og responsiviteten til vår krigføringskapasitet, samt å instruere, informere og utdanne leserne om oppdaterte politiske beslutninger og nye teknologier innen programvareutvikling» (Kilde).

Under ledelse av Reuel Alder (utgiver), Tracy Stauder (ansvarlig redaktør) og Sandi Gaskin (seniorredaktør) vokste CrossTalk fra rundt 200 abonnenter til 29 000 (Kilde).

Stsc.hill.af.mil, nettstedet der CrossTalk først ble publisert, ble opprettet i desember 1996. Tidligere årganger finner du her.

Stsc.hill.af.mil inneholdt et abonnementskjema, retningslinjer for potensielle skribenter og kunngjøringer om temaer. Det inneholdt også en side med kontaktinformasjonen til publikasjonens heltidsansatte.

CrossTalk forble på STSCs nettsted frem til november 2010, da publikasjonen flyttet til sitt eget nettsted: Crosstalkonline.org. Den siste utgaven av CrossTalk som er arkivert på internett, er fra august 2017.

Det finnes svært lite informasjon om hva som skjedde med nettstedet og publikasjonen etter august 2017.

Bilde av en mann som bruker virtuell verden i CrossTalk

De 10 viktigste artiklene publisert av CrossTalk

Til minne om CrossTalk har vi identifisert 10 av de viktigste artiklene som ble publisert i løpet av publikasjonens levetid.

For å identifisere disse artiklene fokuserte vi på antallet lenker hver av artiklene mottok fra nettredaktører og redaktører. Artikler som får flere lenker (siteringer), er sannsynligvis viktigere enn artikler som får færre lenker. 

1. Informatikkutdanning: Hvor er morgendagens programvareingeniører?

Akademikerne Robert Dewar og Edmond Schonberg, som begge da var professorer i informatikk ved New York University, bruker denne artikkelen til å hevde at informatikkutdanningen i 2008 ikke ga studentene de nødvendige ferdighetene.

Forfatterne gir den utbredte bruken av «Java som første programmeringsspråk» skylden for denne situasjonen. De presenterte en oppsummering av ferdighetene de mener må utgjøre grunnverktøyet til enhver programvarefagperson: programmeringsspråk, verktøy for testhåndtering for å bygge pålitelige programmer i stor skala, samt metoder for formelle bevis (kilde).

Get Free Access
Get regular tech leadership wisdom for delivering better software and systems.
Get Free Access

Have an account? Log In

2. Skalering av smidig utvikling: Stor og flerstedsbasert produktutvikling med storskala Scrum

Konsulentene Craig Larman og Bas Vodde brukte denne artikkelen, skrevet i 2013, til å oppsummere innholdet i bokserien deres i to bind om smidig utvikling i svært stor skala. De beskrev hvordan de har samarbeidet med kunder for å introdusere to storskala Scrum-rammeverk i store globale organisasjoner.  Eksempler på selskaper de har arbeidet med, omfatter Bank of America og Erickson, leverandøren av telekommunikasjonsinfrastrukturutstyr.

Larman og Vodde rapporterer at erfaringene deres førte til at de publiserte to bind. Bind 1 er Tenke- og organisasjonsverktøy for storskala Scrum. Det fokuserer på ledelse og organisasjonsdesign. Det andre bindet er Praksiser for oppskalering av Lean og smidig utvikling: Produktutvikling i stor skala, på flere steder og offshore, med storskala Scrum. Det gir praktiske forslag til oppskalering under ulike omstendigheter.

3. Bruk av både inkrementell og iterativ utvikling

Forfatteren av denne artikkelen fra 2008, dr. Alistair Cockburn (beskrevet av CrossTalk som ekspert på objektorientert (OO) design, metoder for programvareutvikling, brukstilfeller og prosjektledelse), fokuserer på inkrementell utvikling og iterativ utvikling innen programvareområdet.

Dr. Cockburn identifiserer utfordringer team møter når de arbeider med inkrementell og iterativ utvikling: å forsøke å håndtere dem på samme måte eller å tro at den ene ikke bør brukes når den andre brukes. Han avslutter med å oppsummere ideene sine: «Ordet inkrement betyr å legge til; ordet iterere betyr å gjøre på nytt» (Kilde). 

4. SmartCam3D gir nye nivåer av situasjonsforståelse

I denne artikkelen fra 2005 fokuserer Janis White (statistikkonsulent), Frank Delgado (som arbeidet for NASA) og Mike Abernathy (programvarespesialist) på SmartCam3D (SC3D). Dette er et «hybrid syntetisk synssystem som kombinerer levende sensorinformasjon med data fra et syntetisk synssystem for å skape et virtuelt cockpitvindu».

Forfatterne introduserer det hybride syntetiske synssystemet (HSVS). Dette er et system de beskriver som en kombinasjon av «levende sensordata med informasjon fra et syntetisk synssystem (SVS) for å skape informasjonsrike bilder i sanntid».  De konkluderer med at SC3D var det første HSVS-systemet i sanntid, og antyder at «denne programvaren vil redde liv» (Kilde).

5. CMMI støtter prosessforbedring i hele virksomheten

Oberstløytnant Joe Jarzombek, som på den tiden arbeidet som direktør hos Earth Science Information Partners (ESIP), et fellesskap som arbeider for å gjøre vitenskapelige data mer tilgjengelige, brukte denne artikkelen til å introdusere ideen om kapabilitetsmodeller (CMM-er). Dette viser til sett med modeller som omhandler organisatoriske prosedyrer og kompetanser på tvers av fagområder.

Jarzombek introduserer ideen om CMMI-team, som betegner «en samarbeidsinnsats for å integrere CMM-er». Slike enheter ville, hevder han, skape et sett med integrerte produkter som støtter prosess- og produktforbedring innen programvareutvikling (Kilde).  

6. Hvorfor store programvareprosjekter mislykkes: De 12 viktigste spørsmålene

I denne artikkelen fra 2005, skrevet av Watts S. Humphrey ved Software Engineering Institute (SEI) ved Carnegie Mellon University, er fokuset de 12 kritiske spørsmålene om hvorfor store programvareprosjekter mislykkes.

For Humphrey vil svarene på spørsmålene han stiller i artikkelen hjelpe programvareutviklere med å forbedre prosjektene sine. Han mener at hovedproblemene er knyttet til årsakene til at det ofte er utfordrende å lede store programvareprosjekter, hvilken type styringssystemer som kreves, og hva som må gjøres når disse systemene implementeres (Kilde). 

7. Avmystifisering av nettskyen

Med utgangspunkt i utviklingen som fant sted innen programvareutvikling i 2011, fokuserer Qusay F. Hassan ved Institutt for datamaskiner og informasjon ved Egypts Mansoura-universitet på nettskyen.

I artikkelen forsøker han å ta opp ideen om at uttrykket «nettskyen» ofte misbrukes av folk når de viser til ting som kanskje ikke har noen sammenheng med den faktiske definisjonen og rekkevidden. Handler det hele om webhotell? spør han. Deretter går han videre til å definere flere begreper, blant annet webhotell, leverandør av applikasjonstjenester (ASP), dugnadsbasert databehandling og deling av filer på nettet (Kilde).    

8. Korrekthet gjennom konstruksjon: Et manifest for programvare med høy integritet

«Systemer med høy integritet er ofte så store at konvensjonelle utviklingsprosesser ikke kommer i nærheten av å oppnå akseptable feilrater», sier Martin Croxford og dr. Roderick Chapman i begynnelsen av dette innlegget. Da de to forfatterne skrev dette innlegget, arbeidet de for Praxis High Integrity Systems, et britisk systemutviklingsselskap som spesialiserer seg på virksomhetskritiske systemer (Kilde).

I denne artikkelen fra 2005 lover forfatterne å levere en metode som har produsert «programvare med svært lave feilrater på en kostnadseffektiv måte». Metoden de skriver om, er Korrekthet gjennom konstruksjon (CbyC). Dette er en tilnærming til programvareutvikling som tilpasser seg godt til endringer gjennom hele levetiden, og der feilratene var lavere enn i datidens kommersielle praksiser (Kilde).  

More Articles

9. Designfeil i nettleseres brukergrensesnitt: Utnyttelse av brukernes uvitenhet

Denne artikkelen ble skrevet av Aditya Sood, som på det tidspunktet var doktorgradskandidat ved Michigan State University, og Richard Enbody, førsteamanuensis ved Institutt for datavitenskap og ingeniørfag, også ved Michigan State University, i 2011. I sammendraget av artikkelen bemerker forfatterne at «designfeil i nettlesere utgjør alvorlige trusler mot brukernes sikkerhet, personvern og integritet».

Innlegget fokuserer på designfeil i det grafiske brukergrensesnittet (GUI)

Komponenter i nettlesere. Forfatterne antyder at dette er feilene svindlere utnytter når de lurer brukere til å gjøre ting som setter sikkerheten deres i fare (Kilde).

10. Geriatriske problemer ved aldrende programvare

Capers Jones, som på det tidspunktet arbeidet med forskning på programvareproduktivitet, fokuserer på problemer knyttet til aldrende programvare i næringslivet og offentlig sektor. I dette innlegget fra 2007 rapporterer Jones at det den gang ikke var overraskende å finne virksomheter som brukte programvare som var mer enn ti år gammel, med applikasjoner som var så gamle som 25 år.

Jones tar også for seg konsekvensene av aldrende programvare og bemerker at det blir vanskelig å vedlikeholde slik programvare fordi oppdateringer ofte ødelegger den opprinnelige strukturen i applikasjonene. Dette øker entropien (mangelen på forutsigbarhet og orden). Han bemerker at etter hvert som programvaren eldes, fører et problem kalt innsetting av rettelser til at «nye feil blir introdusert ved et uhell som et biprodukt av å rette tidligere feil» (Kilde).

Finn andre nyttige QA-ressurser:

Jason Boog
Over his 15-year career, Jason Boog has worked as a QA tester, QA analyst, and Senior QA Analyst on video games, commercial sites, and interactive web applications. He spent more than a decade building out the QA team and process as Director of Quality & Client Support at a full-service digital agency.
Follow the author:

You may also like