Americký raketoplán nemůže létat na Silvestra...

Primary tabs

Tak tohle je opravdu vtipné:

http://science.slashdot.org/science/06/11/06/2320235.shtml

Software na palubě raketoplánu nezvládá přechod z 31.prosince na 1.ledna. Prý by s první lednem prostě pracoval, jako s \"366. dnem v roce\". Což by asi tolik nevadilo - kdyby se pozemní software choval stejně, ale on se chová jinak (korektně).

Asi je logické neplánovat řádné lety STS přes Silvestra - už kvůli pozemní obsluze - ale taky je asi logické, že v případě nějakých problémů by měl být raketoplán konec roku nějak přečkat.

Přijde mi fakt zvláštní, že u projektu, kde KAŽDÝ START se počítá v řádech stamiliónů USD, se s něčím podobným nepočítalo. Je to směšné, absurdní. Vždy přece stačilo interně použít něco jako je unixový timestamp (počet sekund od roku 1970...) - a nějaké datumy řešit jen při vypisování data na obrazovku...

[quote]Tak tohle je opravdu vtipné: [/quote]

Diskuse o tom viz ni:

http://www.kosmo.cz/modules.php?op=modload&name=XForum&file=viewthread&p...

[quote]Tak tohle je opravdu vtipné:

http://science.slashdot.org/science/06/11/06/2320235.shtml

Software na palubě raketoplánu nezvládá přechod z 31.prosince na 1.ledna. Prý by s první lednem prostě pracoval, jako s \"366. dnem v roce\". Což by asi tolik nevadilo - kdyby se pozemní software choval stejně, ale on se chová jinak (korektně).

Asi je logické neplánovat řádné lety STS přes Silvestra - už kvůli pozemní obsluze - ale taky je asi logické, že v případě nějakých problémů by měl být raketoplán konec roku nějak přečkat.

Přijde mi fakt zvláštní, že u projektu, kde KAŽDÝ START se počítá v řádech stamiliónů USD, se s něčím podobným nepočítalo. Je to směšné, absurdní. Vždy přece stačilo interně použít něco jako je unixový timestamp (počet sekund od roku 1970...) - a nějaké datumy řešit jen při vypisování data na obrazovku...

[/quote]

Viš Michale on je velký rozdíl mezi programováním HTMP/PHP nebo programováním řídících systémů, zvl᚝ pokud jsou vyvíjený nezávisle a dáváš je pak dohromady aby z toho vzniklo něco jako raketoplán. Než letět s něčím kde není stoprocentní jistota tak je lepší se tomu problému vyhnout. Nejde o to, že to nejde předělat, ale stojí to další peníze a především další člověkohodiny specialistů, kteří mají dostatečný zkušenosti.

To nic nemeni na tom, ze u systemu, ktery mel byt podle puvodnich planu provozovan se starty malem kazdy tyden, je to pekne blba bota.

[quote]To nic nemeni na tom, ze u systemu, ktery mel byt podle puvodnich planu provozovan se starty malem kazdy tyden, je to pekne blba bota. [/quote]

Rekne-li se \"A\", je slusne dodat i \"B\". Drtiva vetsina vyprav raketoplanu byla pocitana jako jedno- az petidenni. Proste \"nahoru -vylozit naklad - dolu\". Nezapominejme, ze raketoplan nebyl CILEM, ale je NOSNOU raketou! (Ze se z nej casem stalo neco jineho, je vec druha, ktera ale s puvodnim zadanim nesouvisi.)

Cili melo jit o tak kratke lety, ze se proste s pobytem ve vesmiru pres zlom roku nepocitalo (prave kvuli jednomu zde jiz zminenemu argumentu: volno pozemniho personalu mezi vanocnimi a novorocnimi svatky). Prave diky velke frekvenci startu nemel byt problem odklad nebo uspiseni letu o nekolik dni.

Teoreticky hrozí, že buď STS-123 nebo možná už STS-122 poletí přes Silvestra 2007 a Nový rok 2008. Zdá se, že problém s přechodem palubních počítačů raketoplánu přes zlom roku (problém YERO) je vyřešen, viz

http://www.nasaspaceflight.com/content/?cid=5026