Avaruussukkula Discovery ei ymmärrä vuoden vaihtuvan...

[MarkoM]

NASA:n mukaan sukkulan tietokoneita ei ole suunniteltu vuodenvaihdetta silmällä pitäen, sillä tietokoneet eivät osaisi nollata itseään vuoden ensimmäiseen päivään, vaan luulisivat vanhan vuoden jatkuvan 366:tta päivää.

Koko juttu luettavissa IT-viikossa.

Olisi siis varmaan jo aikakin saada uusi avaruusalus sukkuloiden tilalle...

[GaryP]

Uskomatonta, jopa microsoft pärjää ilman kaatumisia vuodenvaihteen yli nykyään...
 :D ;D

Mulla on pieniä ongelmia aikojen käsittelyn suhteen, rakentamamme kodinohjausjärjestelmä on ohjelmoitu Visual Basicilla ja niinkin helppo asia aiheuttaa ongelmia kuin valojen käyttöaikojen seuraaminen. Vuorokauden sisällä käpälöinti on helppoa, sitten taas seuraava etappi on vuoden vaihde. Eipä siinä ole muuta kuin tehdä kunnon alirutiini, mutta aina siinä kohtaa alkaa väsyttämään kun en ole mikään ruudinkeksijä, ajatus kulkee oikeaan suuntaan, mutta ohjelmointitaidot ovat niin lapsenkengissä että helpin lukemisen aikana se punainen lanka katoaa.
Sellaista se on, luulisi että NASAlla olisi kasapäin loistavia ohjelmoijia, tuskin enää CPU:n muistiavaruuskaan on ongelmana, että pitäisi saada koodi mahtumaan pariin kiloon? Pääsihän Apollokin kuuhun monta kertaa. Ei kai sukkula käytä Windowsia pohjalla? ;)

T:Kari

[Arcade]

Vuorokauden sisällä käpälöinti on helppoa, sitten taas seuraava etappi on vuoden vaihde. Eipä siinä ole muuta kuin tehdä kunnon alirutiini, mutta aina siinä kohtaa alkaa väsyttämään kun en ole mikään ruudinkeksijä, ajatus kulkee oikeaan suuntaan, mutta ohjelmointitaidot ovat niin lapsenkengissä että helpin lukemisen aikana se punainen lanka katoaa.

Kumpi on suurempi luku, 20061231235923 vai 200701010023, jossa siis vuosi, kuukausi, päivä, tunnit, minuutit ja sekunnit? Sekunnin osatkin voisi lisätä tarpeen mukaan.

Suht helppoa, minusta!

[Arcade]

Kumpi on suurempi luku, 20061231235923 vai 200701010023, jossa siis vuosi, kuukausi, päivä, tunnit, minuutit ja sekunnit? Sekunnin osatkin voisi lisätä tarpeen mukaan.

Suht helppoa, minusta!

Tai sitten ei niin helppoa; luvut siis
20061231235923 ja 20070101002310  niin mukana on jälkimmäisessäkin sekunnit...

[MikkoM]

Yleisesti ottaen ohjelmiston laatuprosesseja suunniteltaessa referensseinä käytetään NASAn softaprosesseja, sukkuloiden softat ovat maailman virheettömimpiä.

Tuolta voi lukea hieman juttua :
http://www.fastcompany.com/online/06/writestuff.html

[GaryP]

Tai sitten ei niin helppoa; luvut siis
20061231235923 ja 20070101002310  niin mukana on jälkimmäisessäkin sekunnit...

Nyt mennään sitten lujaa off-topic, mutta mitäs me siitä...

Noita lukuja kun tuossa muodossa käpälöit niin et saa ehjiä sekunteja, tuo pötkö pitää kuitenkin manipuloida palasiksi jotta saat oikeat kertoimet. Toisaalta, jokainen koodaa logiikalla jonka itse havaitsee sopivaksi. Mun ongelmana on pitää koodi simppelinä, siinäkin saa jo pään sekaisin, kun vuoden tauon jälkeen avaa ohjelmakoodin ja katsoo kuinka jonkun releen vetoaikaa tarkkaillaan kun mennään vuorokauden yli. Jos rele vetää 23:50:30 ja sen pitäisi 30 minuutin päästä jälleen vapautua, tulee ehtolauseita parit kappaleet, siihen sitten lisätään se että jos rele on päällä vain 25 minuuttia ja se aika lisätään entiseen käyttöaikaan. Siis kun vuorokaudessa on tietty määrä sekunteja ja pelataan sen vuorokauden alueella, on helppoa lukea PC:n sisäistä kellopiiriä ja ottaa kokonaislukuina luvut käsiteltäväksi. Mutta kun vaihtuu päivä, kuukausi ja vuosikin, ja jokin aika sitten vielä vuosituhat, eikä välttämättä halua ohjelmoida koodiin vuosisatojen mittaisella sekuntikellolla... ei se niin helppoa ole, voin lähettää sinulle koko koodin ihmeteltäväksi .dat-tiedostoineen. Johan sen osoitti v2k-ongelmatkin aikanaan ihan ammattisovelluksissa, saati sitten kotileikeissä.

 :)

Kari

[BEAT]

Jos olen oikein käsittänyt niin sillähän ei ole merkitystä tunnistaako avaruussukkulan tietokoneet vuoden vaihtumisen vai ei. Ongelma syntyykin siitä että maassa olevat (lennonjohto) tietokoneet laskevat vuoden vaihtumiset, jolloin yhteensopivuusongelma on valmis :)
Ja Nasahan on upottanut ongelman korjaamiseen monia miljoonia, mutta nähtävästi sitä ei ole saatu korjattua.

Tuolla on myös pientä keskusteluntynkää aiheesta: http://kuukivi.proboards74.com/index.cgi?board=avaruusjailmailutekniikka&action=display&thread=1164795643

[mini21]

En kyllä todellakaan mitä väliä on sillä ymmärtääkö avaruusalus vuodenvaihtumista mutta onpahan vaan aina tyhmä alukseksi...

[BEAT]

En kyllä todellakaan mitä väliä on sillä ymmärtääkö avaruusalus vuodenvaihtumista mutta onpahan vaan aina tyhmä alukseksi...

Sillä rupee olemaan väliä kun toinen pää ymmärtää, eli lennonjohdon tietokoneet ja avaruussukkulan tietokone on eri ajassa. Vaikka hullulta kuulostaa, niin moni
ohjelma saattaa lakata toimimasta tai toimii epänormaalisti kun alus ja lennonjohto on eriajassa.  Tymiä mitä tymiä..  :)

[Sombrero]

Eiköhän Nasan olisi jo aika heivata noi sukkulat huitsin nevadaan.

[Oscuro]

Eikö niitä uusia sukkuloita ole kehitetty vielä niin pitkälle että niitä voisi käyttää. Ei tartteis tommosilla romuilla lennellä :P

[GaryP]

Matematiikan on syytä toimia vuoden vaihtuessa, jos kone laskee itsekseen varajärjestelmillä taivaankappaleiden sijaintia vahingossa edellisvuoden tiedoilla, voidaan joutua vaikka madonreikään...? Kun en muutakaan paikkaa keksinyt. Eli ajalla on väliä.

Kari

[BEAT]

Eiköhän Nasan olisi jo aika heivata noi sukkulat huitsin nevadaan.

No kohta heivaavatkin.

[Toni]

Uskomatonta että tällaista voi tapahtua, kerran kovasti hypetetty Y2K:kin osoittautui kuplaksi. Tämä menee jo samaan sarjaan kuin amerikkalaisten sekaannukset metrien ja mailien välillä, joista ainakin Mars Polar Landerin kohdalla NASA maksoi järkyttävän kovan laskun.

[BEAT]

Uskomatonta että tällaista voi tapahtua, kerran kovasti hypetetty Y2K:kin osoittautui kuplaksi. Tämä menee jo samaan sarjaan kuin amerikkalaisten sekaannukset metrien ja mailien välillä, joista ainakin Mars Polar Landerin kohdalla NASA maksoi järkyttävän kovan laskun.

Oppiihan.