Egységes szoftverkörnyezet a NASA új ûrteleszkópjához

Nem szeretném azt a látszatot kelteni, mintha a Hubble nem lenne igen nagy alkotás. Végül is megjavították, most is mûködik.

Fókusztávolság szempontjából a Föld felszíne gyk. ugyanaz, mint a végtelen.
Nem az volt a baj a Hubble tükörrel, hanem az, hogy a tükör szélének más volt a fókusztávolsága mint a közepének. Ennek nincs köze ahhoz sem, hogy mechanikailag milyen váz tartotta a tükröt (katonai vagy se)

Egy csillagászati távcsõnek rendkívüli pontossággal kell az égnek ugyanarra a pontjára néznie, hosszú idõn keresztül. Mivel a Hubble-t nem zavarta a légkör, ezért felbontóképessége tudtommal 1-2 nagyságrenddel jobb votl a Palomar hegyi "etalonnál". A célratartási pontosságnak pedig a (szög)felbontóképességnél jobbnak kell lennie.

Nem tudom biztosan, de úgy sejtem hogy egy katonai távcsõ esetében (amely nem túl hosszú ideig nézhet egy pontot, ráadásul a légkörön keresztül) ez nem követelmény. Vagyis ha tényleg felhasználtak eredetileg katonai célú alkatrészeket a Hubble-hoz, a mozgatás vezérlésnek biztos hogy valami csillagászati célra kifejlesztett cuccnak kellett lennie.

"gigabájt-fosászat"

Megvan annak az oka:
- A szoftverek komplexitása folyamatosan növekszik, a határidõk meg rövidülnek. Optimalizációra nem jut idõ.
- A hardver és szoftver környezet is egyre komplexebb, így a kompatibilitás is egyre nagyobb teher.
- A HW gyors fejlõdésével sokkal kisebb a kényszer.
- Sokkal több programozóra van szükség, így az átlag minõség szükségszerûen romlik.
- Az átlag vásárló egyre kevésbbé ért az informatikához, így a rossz minõségû, de olcsóbb termék könnyebben lehet sikeres.

a "gigabájt-fosászat" két dolog miatt van:
- mindennel kompatibilisnak kell maradnia egy adott programnak. most ez rosz példa, de ha akarsz írni egy javascriptes html oldalt, akkor külön optimalizálod activeXre internet explorerre, dobsz bele DOM-fa kezelést firefox miatt és akkor még netscape, meg opera lehet nem is megy.
- gányolás van. a mostani programozók nem olyanok mint 20 éve. ha akkor sikerült a számítás igényt egy nagyságrenddel lejjebb vinni optimalizációval, akkor addig nem adták ki a kezük közül a programot míg az nem a legjobb volt. ma meg "elbírja azt a számítógép" filozófia van. de ha csinálnak teljesen alapjaitól egy teleszkópot, kap egy speciális hardvert és arra kap speciális programokat, akkor azt biztosan jól megcsinálják. pl: ha jól emlékszem a PS2-es konzolban 4mega állt a grafika rendelkezésére és helyenként szebb képe volt, mint némelyik directX 8as játéknak. ott is az optimalizáció játszott be. de említhetnénk a utorrent programot is a maga 170kb-jával. az is optimalizált valami. vagy ott van a kkrieger 100 kb-os directX 9es játékocska, amit ha elindítasz csak ámulsz, hogy hogy fér az 100kb-ba. optimalizáció és directX 9 függés. mivel directX8as hardverrel meg sem mozdul, így nem kellett mindennel kompatibilisnek lennie.

http://kk.kema.at/files/kkrieger-beta.zip

A Hubble egy atalkitott amerikai katonai kemmuhold vazat kapta. Eredetileg a rendszer fokusztavolsaga a fold felszinenek vizsgalatahoz volt kialakitva. Az atalakitas soran csuszott be a lencse hiba. A rendszerek egy resze katonai fejlesztes volt, nem a nasa keszitette oket. Csak a tudomanyos rendszerek egyediek, a tobbibol, mint a tavcsobol magabol is meg volt fent vagy 8, persze a Fold fele iranyitva. Ha minden jol megy az uj tavcso tisztan nasa-s fejlesztes lesz. Az egyseges platformot pedig mar a marsjaroknal is alkalmaztak.

a sok szoftver mellett figyeljenek a hardware-re is. ne spórolják le a lencsetesztet, mint a hubblenél.
remélem, ebbõl a hibából is tanultak.

Annyit azért hozzátennék, hogy az UML nem egy varázseszköz, attól, hogy azt használnak, nem lesz se jobb se rosszabb a dolog.

Félreértés ne essék, dicséretes, hogy korszerû eszközöket alkalmaznak és dokumentálnak, de ez önmagában még nem jelent semmit.

Hát... a puding próbája a szapora csámcsogás
Várjuk ki a végét, hogy fog mûködni.
Én nem vagyok ennyire optimista, látván a szoftverek terén tapasztalható irgalmatlan gigabájt-fosászatot... bár a programmozók valami miatt nagyon szeretik feleslegesen elbonyolítani a programjaikat
Talán karakterre fizetik õket<#awink>

A Hubble fõ problémájának nem sok köze volt a szoftverhez. Annál több a tükör hibás csiszolásához.

Szerintem meg inkább a projektmenedzsment erejét kezdik kapizsgálni... :) Ennek így semmi köze nincs az open source-hoz, itt összesen arról van szó, hogy a NASA eljutott oda, ahova a nagy szoftverházak, belátták az integráció szükségességét.

Kezdik kapizsgálni az open source erejét. :)

vagy inkább életszagú, hogy projectszinten ment az egész (egy/nagyrészt külsõsökkel), azaz összeállt 1-1 fejlesztõcsapat, leprogramoztatták velük, szélnek eresztették õket ...

Így van. A Hubble eredeti tervek szerint 1986-ban került volna pályára, elkészült, csak a Challenger katasztrófája miatt évekig raktározták. Tehát több mint 20 éves, nem beszélve a tervezési, fejlesztési idõrõl. Nem csoda, ha már nincs együtt az eredeti csapat.

"A fejlesztõket meg eleve megfizetni kell (meg duplikálni), és nem hagyni elmenni a soksok tudással."

Ez nem ilyen egyszerû. Ebben a szakmában elég nagy a mozgás.

Hát, ezt eleve így kellett volna. A fejlesztõket meg eleve megfizetni kell (meg duplikálni), és nem hagyni elmenni a soksok tudással.
Ez, meg hogy áttértek ISO mértékegységekre ... afene, lehet hogy egy értelmes ember került vezetõ pozícióba a NASA-nál ?

Amen!