Servicepack 1 till TRS2006 - Svenska 3D-Tåg

Mazz · 2006-02-01, 12:14

Lite anmärkningsvärt att man nu börjar "arbeta" med en SP1. Det borde man börjat med direkt efter release.

Det är ju inte fel att släppa en programvara som innehåller buggar, det hör till det normala. Och, Auran har ju etablerade rutiner för service-pack. Men, har dom någon test-funktion att tala om, så borde stor del av buggarna varit kända redan vid release-tillfället.

Att man släpper kod med kända buggar i hör till det normala, då ett släpp måste vara en kod som är orörd genom hela testfasen, annars har man inte kontroll på vad som släpps. En sen fix i koden ska normalt innebära att man börjar om hela test-sessionen, eftersom en fix i sin tur kan generera andra buggar.

Så, SP1 borde varit påbörjad i september, om Auran har en vettig test-funktion. Tycker jag.

Daniel · 2006-02-01, 15:58

Helt sjukt!
5 månader!

Rc1166 · 2006-02-01, 16:13

Jag vill inte försvara allt Auran gör man jag har haft kontakter med Auran under några år och lärt mig lite om deras språkbruk. Work (arbete) brukar vara själva kodningen medan allt jobbet innan brukar kallas preliminaries. För att göra en SP är det nödvändigt att kunna rekonstruera ett eventuellt fel och det vet jag av annan erfarenhet inte är det lättaste.
Det är ju alltid ett mål att göra idiotsäkra system men idioter är uppfinningsrika sa en vis man och det har jag sett flera exempel på.
Jag har ändrat lite så det inte ska vara lätt att identifiera dom "skyldiga".

En grupp hade onormalt mycket hårdvarufel med framförallt brända komponenter. Av en slump hade jag ett ärende dit och såg hur dom lagt filtar och täcken över datorerna för att inte störas av fläktljudet.

En användare som bland annat jobbade med fordonssystem hade själv kommit på att byta littera till "specialfordon" för att på det viset komma förbi alla kontroller programmerarna lagt in för vanliga fordon och som han tyckte var jobbiga. När han var färdig bytte han tillbaka till rätt littera.

Ibland hände ju saker utanför systemen som tog ett tag att reda ut. Vid ett par tillfällen så rapporterades samma vagn samtidigt från olika stationer. det visade sig att en serie vagnar hade numrerats om (skyltarna var färdiga och skulle bara skruvas fast när vagnarna var målade). Vagnarna stog snyggt i en rad utanför vekstaden och X började med alla skyltar i skottkärran. Monterade nummer 1 på den första och sedan vidare med nästa vagn tills han var klar med ena sidan på alla vagnar. Sedan fortsatte han med andra sidan och började med 1 !!

Tillbaka till TRS2006 så kan jag inte gå in på detaljer men väl ge några tips.
Om du laddar ner från DownLoadStation, låt CMP jobba färdigt innan du avbryter. Det kan se ut som datorn hängt sig när den sorterar in dina tillägg. Glöm inte att göra commit efter nerladdningar. Spara ofta när du jobbar i surveyor. Om inget annat hjälper, läs manualen.

Mazz · 2006-02-01, 17:18

Vi ska väl inte fördjupa oss varken hur Auran jobbar eller kallar sina olika pass, men vill ändå passa på och inflika min syn dock på det hela.

Ofta kan man indela ett programutvecklingsprojekt i följande faser, om vi koncentrerar oss på ett versions-släpp av något slag, spelar ingen roll om det är full-release eller SP, det är samma.

Den första fasen är någon slags problemidentifiering eller förbättringsidentifiering. Oavsett vilket, klassas de ingående punkterna i "viktighetsgrad". De viktigaste är de som man först och främst jopbber med, även om massa andra parametrar spelar in oxå, såsom tillgängliga resurser, omfattning av åtgärden och andra beroenden. Så, ut från den fasen kommer ett antal "att-göra". Input till denna fas är tidigare testfaser, buggrapporter eller nya krav som en ny release ska ha. Det är här jag menar att Auran borde vetat det redan i september.

Nästa fas är eventuell justering av systemeringen och kodning utifrån de olika "att-göra"-sakerna. Arbetsinsatsen varierar naturligtvis på vad som ska göras, men inte ovanligt kan vara att kodnings-insatsen i sig inte är omfattande, likaväl som att den kan vara omfattande. Men, ju mer omfattande, desto större risker naturligtvis.

Fasen efter är en omfattande fas, för en stor programvara, som interagerar med många utomstående parametrar. Testprogrammet, som du säger Kenny är inte lätt. Men, det är oxå här ett företag måste förstå vikten av testspecifikationer för att kunna täcka in så många "filten över datorn"-fall som möjligt, men även de egenproducerade delmodulernas funktionalitet gentemot varandra är mycket omfattande och bara det är mer än nog i arbetsinsats.

Nyckeln för att kunna göra sedan en stabil release är att ha en kod som är stabil och INTE FÖRÄNDRAD genom testfasen. Buggar hittas naturligtvis även under denna period, men bara om det är en kritisk bugg, så backar man och kör hela programmet igen. Annars releasar man, med kända buggar. Och, det är här jag menar att det måste vara utom all tvivel at Auran har känt till åtminstånde ett antal buggar redan vid release-tillfället. Och, skulle mao kunnat köra första och andra fasen. Det är först när man går in i 3:e fasen som man har en build som är avsedd för release, som nya fix eller features stängs och det kan naturligtvis vara en finness att inte stänga för tidigt, ifall buggar från fältet upptäcks.

Alla ovanstående punkter ingår då i min värld i arbetet för ett nytt släpp och det är därför jag blir lite förvånad när man säger att nu har vi kommit på att vi behöver göra ett SP1...

Men, sen finns det naturligtvis massa dialekter på ovanstående från företag til företag, men på ett eller annat sätt bör ett företag som producerar ett stort program ha säkrat sin kvalitet i något som liknar ovanstående. Jämfört med tidigare releaser, så känns inte TRS2006 riktigt träffat lika bra kvalitetsmässigt, sett från en utomstående betraktare. Vilket iallafall jag är lite besviken på, känns som om TRS2006 släpptes lite för tidigt.

Sen kanske man så att säga jobbar på ett sätt internt och komunicerar utåt på ett annorlunda sätt, så man ska självklart ta mina funderingar med en nypa salt, naturligtvis. Jag är inte insatt i hur Auran jobbar.

Rc1166 · 2006-02-01, 23:17

Jag ska försöka svara kort.
Att en SP1 behövdes visste Auran redan i slutet av testfasen. Det som har tagit tid är att sammanställa och prioritera felrapporter från användarna och designa lösningar. En viktig del här är att man skall kunna återskapa ett fel i en stabil miljö innan man ens ska börja försöka hitta en rättning. När Auran nu säger att "work has started" betyder det att de inledande faserna är så klara att programmerarna har kunnat börjat jobba med koden.I Sverige hade vi nog i stället sagt att "vi har jobbat med det här sedan releasen och nu äntligen kommit så långt att vi börjat jobba med ändringar i koden".

lan · 2006-03-07, 19:32

Citat:

Ursprungligen postat av Rc1166

Jag ska försöka svara kort.
Att en SP1 behövdes visste Auran redan i slutet av testfasen. Det som har tagit tid är att sammanställa och prioritera felrapporter från användarna och designa lösningar. En viktig del här är att man skall kunna återskapa ett fel i en stabil miljö innan man ens ska börja försöka hitta en rättning. När Auran nu säger att "work has started" betyder det att de inledande faserna är så klara att programmerarna har kunnat börjat jobba med koden.I Sverige hade vi nog i stället sagt att "vi har jobbat med det här sedan releasen och nu äntligen kommit så långt att vi börjat jobba med ändringar i koden".

Detta är inget nytt!
Det tog 4 SP att få TRS2004 att fungera hyfsat. En god "profetsia" är att det tar 6 SP att fixa alla galenskaper i TRS2006.
TSR2006 är ett enormt kompetent simulatorprogram, överstiger MS-TS och MS-FS med hästlängder.
Problemet är att vi väntar oss en fullt fungerande produkt direkt.
Auran har ambitioner att göra TSR2006 till en bra simulator, men har kanske för högtflygande planer (=massa andra simulatorer = massa mer pengar).

Var lugna! Tusentals personer jobbar med att få TRS2006 att fungera, inklusive Auran. Det kommer att ta tid, men det kommer!

MatsH · 2006-04-05, 12:35

Nu har det kommit lite mer information om vad SP1 kommer att åtgärda.
Bland annat så verkar det lösa följande problem:

* Buffertar som inte stoppar tågen

* Stöd i CMP för fler "utländska" tecken. Förhoppningsvis innebär det att texturer med å,ä,ö kommer att kunna användas i fortsättningen.

Dessutom har antalet tillåtna "tags" utökats vilket borde betyda att man slipper alla felmeddelanden på objekt gjorda för TRS2004.

Allt detta och mer enligt Aurans senaste newsletter (http://www.auran.com/TRS2006/index.php och läs SP1 Update - First look)

mvh .... Mats

useruser · 2006-05-05, 14:41

Synd bara de inte verkar bry sig om att fixa den obefintliga/råkorkade förar-AIn...

För mig som mest av allt vill kunna sÄtta igång en komplex samling tåg som sjÄlva håller tidtabell, hittar till sina destinationer... finns det inget program som håller... (prova sjÄlv låta TRS köra ett dussin tåg "unsupervised" en timme eller så, så får du se: krockade tåg, urspårade tåg, ihopkopplade tåg (=raderade schedules)... it's a mess.

)

2006-02-01, 12:14	#1
Mazz Hedersmedlem Reg.datum: Sep 2001 Ort: Vendelsö Inlägg: 4 502	Lite anmärkningsvärt att man nu börjar "arbeta" med en SP1. Det borde man börjat med direkt efter release. Det är ju inte fel att släppa en programvara som innehåller buggar, det hör till det normala. Och, Auran har ju etablerade rutiner för service-pack. Men, har dom någon test-funktion att tala om, så borde stor del av buggarna varit kända redan vid release-tillfället. Att man släpper kod med kända buggar i hör till det normala, då ett släpp måste vara en kod som är orörd genom hela testfasen, annars har man inte kontroll på vad som släpps. En sen fix i koden ska normalt innebära att man börjar om hela test-sessionen, eftersom en fix i sin tur kan generera andra buggar. Så, SP1 borde varit påbörjad i september, om Auran har en vettig test-funktion. Tycker jag. __________________ /Mazz www.banbyggarna.se ... ... ... www.nbvj.se

2006-02-01, 15:58	#2
Daniel Medlem Reg.datum: Nov 2005 Inlägg: 728	Helt sjukt! 5 månader! __________________ /Daniel

2006-02-01, 16:13	#3
Rc1166 Niträknare & STW-member Reg.datum: Aug 2001 Ort: Segeltorp, , Sweden. Inlägg: 1 428	Jag vill inte försvara allt Auran gör man jag har haft kontakter med Auran under några år och lärt mig lite om deras språkbruk. Work (arbete) brukar vara själva kodningen medan allt jobbet innan brukar kallas preliminaries. För att göra en SP är det nödvändigt att kunna rekonstruera ett eventuellt fel och det vet jag av annan erfarenhet inte är det lättaste. Det är ju alltid ett mål att göra idiotsäkra system men idioter är uppfinningsrika sa en vis man och det har jag sett flera exempel på. Jag har ändrat lite så det inte ska vara lätt att identifiera dom "skyldiga". En grupp hade onormalt mycket hårdvarufel med framförallt brända komponenter. Av en slump hade jag ett ärende dit och såg hur dom lagt filtar och täcken över datorerna för att inte störas av fläktljudet. En användare som bland annat jobbade med fordonssystem hade själv kommit på att byta littera till "specialfordon" för att på det viset komma förbi alla kontroller programmerarna lagt in för vanliga fordon och som han tyckte var jobbiga. När han var färdig bytte han tillbaka till rätt littera. Ibland hände ju saker utanför systemen som tog ett tag att reda ut. Vid ett par tillfällen så rapporterades samma vagn samtidigt från olika stationer. det visade sig att en serie vagnar hade numrerats om (skyltarna var färdiga och skulle bara skruvas fast när vagnarna var målade). Vagnarna stog snyggt i en rad utanför vekstaden och X började med alla skyltar i skottkärran. Monterade nummer 1 på den första och sedan vidare med nästa vagn tills han var klar med ena sidan på alla vagnar. Sedan fortsatte han med andra sidan och började med 1 !! Tillbaka till TRS2006 så kan jag inte gå in på detaljer men väl ge några tips. Om du laddar ner från DownLoadStation, låt CMP jobba färdigt innan du avbryter. Det kan se ut som datorn hängt sig när den sorterar in dina tillägg. Glöm inte att göra commit efter nerladdningar. Spara ofta när du jobbar i surveyor. Om inget annat hjälper, läs manualen. __________________ Kenny

2006-02-01, 17:18	#4
Mazz Hedersmedlem Reg.datum: Sep 2001 Ort: Vendelsö Inlägg: 4 502	Vi ska väl inte fördjupa oss varken hur Auran jobbar eller kallar sina olika pass, men vill ändå passa på och inflika min syn dock på det hela. Ofta kan man indela ett programutvecklingsprojekt i följande faser, om vi koncentrerar oss på ett versions-släpp av något slag, spelar ingen roll om det är full-release eller SP, det är samma. Den första fasen är någon slags problemidentifiering eller förbättringsidentifiering. Oavsett vilket, klassas de ingående punkterna i "viktighetsgrad". De viktigaste är de som man först och främst jopbber med, även om massa andra parametrar spelar in oxå, såsom tillgängliga resurser, omfattning av åtgärden och andra beroenden. Så, ut från den fasen kommer ett antal "att-göra". Input till denna fas är tidigare testfaser, buggrapporter eller nya krav som en ny release ska ha. Det är här jag menar att Auran borde vetat det redan i september. Nästa fas är eventuell justering av systemeringen och kodning utifrån de olika "att-göra"-sakerna. Arbetsinsatsen varierar naturligtvis på vad som ska göras, men inte ovanligt kan vara att kodnings-insatsen i sig inte är omfattande, likaväl som att den kan vara omfattande. Men, ju mer omfattande, desto större risker naturligtvis. Fasen efter är en omfattande fas, för en stor programvara, som interagerar med många utomstående parametrar. Testprogrammet, som du säger Kenny är inte lätt. Men, det är oxå här ett företag måste förstå vikten av testspecifikationer för att kunna täcka in så många "filten över datorn"-fall som möjligt, men även de egenproducerade delmodulernas funktionalitet gentemot varandra är mycket omfattande och bara det är mer än nog i arbetsinsats. Nyckeln för att kunna göra sedan en stabil release är att ha en kod som är stabil och INTE FÖRÄNDRAD genom testfasen. Buggar hittas naturligtvis även under denna period, men bara om det är en kritisk bugg, så backar man och kör hela programmet igen. Annars releasar man, med kända buggar. Och, det är här jag menar att det måste vara utom all tvivel at Auran har känt till åtminstånde ett antal buggar redan vid release-tillfället. Och, skulle mao kunnat köra första och andra fasen. Det är först när man går in i 3:e fasen som man har en build som är avsedd för release, som nya fix eller features stängs och det kan naturligtvis vara en finness att inte stänga för tidigt, ifall buggar från fältet upptäcks. Alla ovanstående punkter ingår då i min värld i arbetet för ett nytt släpp och det är därför jag blir lite förvånad när man säger att nu har vi kommit på att vi behöver göra ett SP1... Men, sen finns det naturligtvis massa dialekter på ovanstående från företag til företag, men på ett eller annat sätt bör ett företag som producerar ett stort program ha säkrat sin kvalitet i något som liknar ovanstående. Jämfört med tidigare releaser, så känns inte TRS2006 riktigt träffat lika bra kvalitetsmässigt, sett från en utomstående betraktare. Vilket iallafall jag är lite besviken på, känns som om TRS2006 släpptes lite för tidigt. Sen kanske man så att säga jobbar på ett sätt internt och komunicerar utåt på ett annorlunda sätt, så man ska självklart ta mina funderingar med en nypa salt, naturligtvis. Jag är inte insatt i hur Auran jobbar. __________________ /Mazz www.banbyggarna.se ... ... ... www.nbvj.se

2006-02-01, 23:17	#5
Rc1166 Niträknare & STW-member Reg.datum: Aug 2001 Ort: Segeltorp, , Sweden. Inlägg: 1 428	Jag ska försöka svara kort. Att en SP1 behövdes visste Auran redan i slutet av testfasen. Det som har tagit tid är att sammanställa och prioritera felrapporter från användarna och designa lösningar. En viktig del här är att man skall kunna återskapa ett fel i en stabil miljö innan man ens ska börja försöka hitta en rättning. När Auran nu säger att "work has started" betyder det att de inledande faserna är så klara att programmerarna har kunnat börjat jobba med koden.I Sverige hade vi nog i stället sagt att "vi har jobbat med det här sedan releasen och nu äntligen kommit så långt att vi börjat jobba med ändringar i koden". __________________ Kenny

2006-04-05, 12:35	#7
MatsH Månadens bild - Mars 2005 Reg.datum: Feb 2002 Ort: Leksand Inlägg: 1 177	Nu har det kommit lite mer information om vad SP1 kommer att åtgärda. Bland annat så verkar det lösa följande problem: * Buffertar som inte stoppar tågen * Stöd i CMP för fler "utländska" tecken. Förhoppningsvis innebär det att texturer med å,ä,ö kommer att kunna användas i fortsättningen. Dessutom har antalet tillåtna "tags" utökats vilket borde betyda att man slipper alla felmeddelanden på objekt gjorda för TRS2004. Allt detta och mer enligt Aurans senaste newsletter (http://www.auran.com/TRS2006/index.php och läs SP1 Update - First look) mvh .... Mats __________________

2006-05-05, 14:41	#8
useruser Medlem Reg.datum: Apr 2005 Inlägg: 9	Synd bara de inte verkar bry sig om att fixa den obefintliga/råkorkade förar-AIn... För mig som mest av allt vill kunna sÄtta igång en komplex samling tåg som sjÄlva håller tidtabell, hittar till sina destinationer... finns det inget program som håller... (prova sjÄlv låta TRS köra ett dussin tåg "unsupervised" en timme eller så, så får du se: krockade tåg, urspårade tåg, ihopkopplade tåg (=raderade schedules)... it's a mess. )