Emulaattori MS-DOS-pohjaisille hyötyohjelmille?

Miksi pitää päivittää ja maksaa vain päivittämisen ilosta? On paljon helpompaa käyttää vanhaa toimivaa Dosemulla kuin alkaa sählätä uuden kanssa.

Hyvä se on sanoa. Kaikista sovelluksista ei välttämättä ole edes Windows versioita olemassa. Näitä erikoissovelluksia löytyy esim. kemianteollisuuden puolelta. Tai sovelluksia on, mutta sovelluksen vaihtaminen tarkoittaisi myös jonkun kalliin mittalaitteen vaihtoa. Jos laitteisto edelleenkin toimii, ja ajaa asiansa siihen tehtävään mihin se on tarkoitettu, niin vaihtaminen ei välttämättä ole järkevää.

hsCFTUQz kirjoitti:

Miksi pitää päivittää ja maksaa vain päivittämisen ilosta? On paljon helpompaa käyttää vanhaa toimivaa Dosemulla kuin alkaa sählätä uuden kanssa.

Vaikka siksi, että niiden vanhojen toimimaan virittäminen menee kokoajan kalliimmaksi ja jossin vaiheessa hajota lopullisesti.

Minkä tahansa järjetelmän uusiminen on yleensä paljon helpompaa ja halvempaa vielä kun se toimii, eikä silloin kun se on rikki.

Jalaa kirjoitti:

Hyvä se on sanoa. Kaikista sovelluksista ei välttämättä ole edes Windows versioita olemassa. Näitä erikoissovelluksia löytyy esim. kemianteollisuuden puolelta. Tai sovelluksia on, mutta sovelluksen vaihtaminen tarkoittaisi myös jonkun kalliin mittalaitteen vaihtoa. Jos laitteisto edelleenkin toimii, ja ajaa asiansa siihen tehtävään mihin se on tarkoitettu, niin vaihtaminen ei välttämättä ole järkevää.

Lue lisää

"Kaikista sovelluksista ei välttämättä ole edes Windows versioita olemassa. Näitä erikoissovelluksia löytyy esim. kemianteollisuuden puolelta."

Teollisuusvehkeissä ei olla siirrytty pelkästään Windowsiin vaan myös esim. Ubuntuun.

"Tai sovelluksia on, mutta sovelluksen vaihtaminen tarkoittaisi myös jonkun kalliin mittalaitteen vaihtoa."

Tuo asettaa helposti sille vanhan sovelluksen ajamiselle lisähaastetta, että vaikka vanhoja sovelluksia voi ajaa niin se ei ole mitenkään selvää, että mitään laitetta saisi siihen kiinni. Mahdollisia asioita mitkä voi mennä pieleen on esim. se tietokonene keskusyksikkö itsessään, että onko siinä sopivaa liitäntää, mahdolliset reaaliaikavaatimukset, että kun dataa tulee niin ei bitit huku matkalle ja että se emulaatioviritys yleensäkin mahdollistaa siihen mittalaitteeseen kiinni pääsemisen.

"Jos laitteisto edelleenkin toimii, ja ajaa asiansa siihen tehtävään mihin se on tarkoitettu, niin vaihtaminen ei välttämättä ole järkevää."

Lähinnä pitää arvioida, että onko edes mahdollista taistella toimimaan riittävän halvemmalla ja jos se nykyinen systeemi hajoaa niin paljon maksaa kun odottelet uutta mittalaitetta, sovellusta/tietokonetta.

Jos jotain erityissovellusta oikeasti puuttuu niin siitä olisi kiva kuulla.

hsCFTUQz kirjoitti:

Miksi pitää päivittää ja maksaa vain päivittämisen ilosta? On paljon helpompaa käyttää vanhaa toimivaa Dosemulla kuin alkaa sählätä uuden kanssa.

Saksasta kun ostaa uuden läppärin, niin niissä on usein FreeDOS käyttiksenä (ei Windowsia) ja voi käyttää natiivisti samoja vanhoja dos-ohjelmia. Eli ei ole tarvetta uusia toimivia ohjelmia, ellei hanki erillistä kallista windows-lisenssiä jota varten kalliit ohjelmistojen uusimiset pitäisi tehdä.
Suomessa usein pakkomyydään samojen läppärien mukana Windows, ja niissä on reilu satanen ylimääräistä hintaa. Myös niille, jotka Windowsia eivät edes halua vaan käyttävät paljon paremmin toimivia dos ohjelmia.

kone_saksasta kirjoitti:

Saksasta kun ostaa uuden läppärin, niin niissä on usein FreeDOS käyttiksenä (ei Windowsia) ja voi käyttää natiivisti samoja vanhoja dos-ohjelmia. Eli ei ole tarvetta uusia toimivia ohjelmia, ellei hanki erillistä kallista windows-lisenssiä jota varten kalliit ohjelmistojen uusimiset pitäisi tehdä.
Suomessa usein pakkomyydään samojen läppärien mukana Windows, ja niissä on reilu satanen ylimääräistä hintaa. Myös niille, jotka Windowsia eivät edes halua vaan käyttävät paljon paremmin toimivia dos ohjelmia.

Lue lisää

FreeDOS:n saa ladattua netistä ja asennettua itse johonkin laitteeseen jos haluaa.

M-Kar kirjoitti:

Vaikka siksi, että niiden vanhojen toimimaan virittäminen menee kokoajan kalliimmaksi ja jossin vaiheessa hajota lopullisesti.

Minkä tahansa järjetelmän uusiminen on yleensä paljon helpompaa ja halvempaa vielä kun se toimii, eikä silloin kun se on rikki.

Lue lisää

Jos on toimiva emulaattori tai virtuaalikone, niin eihän se mitään viritystä vaadi. ;)

M-Kar kirjoitti:

"Kaikista sovelluksista ei välttämättä ole edes Windows versioita olemassa. Näitä erikoissovelluksia löytyy esim. kemianteollisuuden puolelta."

Teollisuusvehkeissä ei olla siirrytty pelkästään Windowsiin vaan myös esim. Ubuntuun.

"Tai sovelluksia on, mutta sovelluksen vaihtaminen tarkoittaisi myös jonkun kalliin mittalaitteen vaihtoa."

Tuo asettaa helposti sille vanhan sovelluksen ajamiselle lisähaastetta, että vaikka vanhoja sovelluksia voi ajaa niin se ei ole mitenkään selvää, että mitään laitetta saisi siihen kiinni. Mahdollisia asioita mitkä voi mennä pieleen on esim. se tietokonene keskusyksikkö itsessään, että onko siinä sopivaa liitäntää, mahdolliset reaaliaikavaatimukset, että kun dataa tulee niin ei bitit huku matkalle ja että se emulaatioviritys yleensäkin mahdollistaa siihen mittalaitteeseen kiinni pääsemisen.

"Jos laitteisto edelleenkin toimii, ja ajaa asiansa siihen tehtävään mihin se on tarkoitettu, niin vaihtaminen ei välttämättä ole järkevää."

Lähinnä pitää arvioida, että onko edes mahdollista taistella toimimaan riittävän halvemmalla ja jos se nykyinen systeemi hajoaa niin paljon maksaa kun odottelet uutta mittalaitetta, sovellusta/tietokonetta.

Jos jotain erityissovellusta oikeasti puuttuu niin siitä olisi kiva kuulla.

Lue lisää

"Jos jotain erityissovellusta oikeasti puuttuu niin siitä olisi kiva kuulla."

Näkee noita vanhoja koneita harvase päivä jonkin laitteen kyljessä.

Kyse ei yleensä ole siitä, etteikö uutta saa, vaan siitä, että se uusi voi maksaa aivan helvetisti, ja jos vanha toimii, niin ei ole välttämättä kyseiseen käyttöön perusteltua päivittää. Koska yleensä kyse laitteista joissa se käyttöjärjestelmä tms. on aivan toissijainen juttu, sen päivittäminen ei siis toisi mitään lisäarvoa itse työhön, vain kustannuksia.

M-Kar kirjoitti:

Vaikka siksi, että niiden vanhojen toimimaan virittäminen menee kokoajan kalliimmaksi ja jossin vaiheessa hajota lopullisesti.

Minkä tahansa järjetelmän uusiminen on yleensä paljon helpompaa ja halvempaa vielä kun se toimii, eikä silloin kun se on rikki.

Lue lisää

"Minkä tahansa järjetelmän uusiminen on yleensä paljon helpompaa ja halvempaa vielä kun se toimii, eikä silloin kun se on rikki."

No mitenkä niin? Sehän riippuu siitä tarviiko sinun saada siitä systeemistä jotakin tietoa ulos/talteen. Jos tarvitsee niin sitten se on helpompi uusia kun vielä toimii, mutta muussa tapauksessa asialla ei ole juuri merkitystä.

Merkitys voi olla se, jos oma liiketoiminta häiriintyy, mutta se on normaalia riskienhallintaa siihen asiaan varautuminen ja siihen joutuu varautumaan aivan riippumatta siitä oliko käytössä olevat vehkeet uusia tai vanhoja.

Jos laite on juuri joku mittalaite, jolla vain mitataan ja sitten otetaan tiedot muualle, niin eipä sen ennenaikaisesta uusimisesta mitään käytännön hyötyä tule.

Ellei uusi laite ole merkittävästi parempi. No, monella alalla ne eivät ole niin paljoa parantuneet esim. 10-20 vuodessa.

hmhmhmhmhmhm kirjoitti:

Jos on toimiva emulaattori tai virtuaalikone, niin eihän se mitään viritystä vaadi. ;)

Niin ja sitten kun se virtuaalikone menee yhteensopimattomaksi hostin kanssa ja virtuaalikoneen hostin kanssa yhteensopivaa rautaa ei löydy mistään niin voit vaan arvata kauan kestää, että saa rikkoutuneen vekottimen toimimaan kun enste pitää metsästää jostain erityishintaista teollisuusrautaa ja hankkia siihen jotain erityishintaista Windows 7 Embeddediä ja jne.

Aika monesti se maksaa enemmän jos se järjestelmä mikä onkaan käytössä on poissa pelistä jotain kuukautta.

M-Kar kirjoitti:

Niin ja sitten kun se virtuaalikone menee yhteensopimattomaksi hostin kanssa ja virtuaalikoneen hostin kanssa yhteensopivaa rautaa ei löydy mistään niin voit vaan arvata kauan kestää, että saa rikkoutuneen vekottimen toimimaan kun enste pitää metsästää jostain erityishintaista teollisuusrautaa ja hankkia siihen jotain erityishintaista Windows 7 Embeddediä ja jne.

Aika monesti se maksaa enemmän jos se järjestelmä mikä onkaan käytössä on poissa pelistä jotain kuukautta.

Lue lisää

No se on tapauskohtaista. Ei siihen mitään yleispätevää neuvoa voi antaa, että "kannattaa päivittää", tai "ei kannata".

Se on täysin tapauskohtaista, paljonko kuluja tulee, jos tulee.

Jos kyse on laitteesta joka on liiketoimminan kannalta keskeisessä asemassa, niin sen hajoamiseen liittyvän riskin huomiointi kuuluu asiaan aivan riippumatta siitä, onko käytössä oleva laite uusi vai vanha.

hmhmhmhm kirjoitti:

"Minkä tahansa järjetelmän uusiminen on yleensä paljon helpompaa ja halvempaa vielä kun se toimii, eikä silloin kun se on rikki."

No mitenkä niin? Sehän riippuu siitä tarviiko sinun saada siitä systeemistä jotakin tietoa ulos/talteen. Jos tarvitsee niin sitten se on helpompi uusia kun vielä toimii, mutta muussa tapauksessa asialla ei ole juuri merkitystä.

Merkitys voi olla se, jos oma liiketoiminta häiriintyy, mutta se on normaalia riskienhallintaa siihen asiaan varautuminen ja siihen joutuu varautumaan aivan riippumatta siitä oliko käytössä olevat vehkeet uusia tai vanhoja.

Jos laite on juuri joku mittalaite, jolla vain mitataan ja sitten otetaan tiedot muualle, niin eipä sen ennenaikaisesta uusimisesta mitään käytännön hyötyä tule.

Ellei uusi laite ole merkittävästi parempi. No, monella alalla ne eivät ole niin paljoa parantuneet esim. 10-20 vuodessa.

Lue lisää

"No mitenkä niin? Sehän riippuu siitä tarviiko sinun saada siitä systeemistä jotakin tietoa ulos/talteen."

Tietoa voi saada ulos/talteen mutta sitäkin tapahtuu, että tieto on lukukelvotonta muualla.

Olen nähnyt sellaisenkin erikoissovelluksen joka tallensi omaan erikoistiedostomuotoon kaiken tarkoituksellisesti kryptattuna. Ajatus tietysti se, että asiakas ostaa aina uuden version uudelle koneelle jotta tiedot pysyy luettavina.

Tuota myös tehdään ilman kryptausta niin, että on tarkoituksella monimutkainen tiedostomuoto jota muutetaan säännöllisesti. Hyvä esimerkki tästä lienee AutoCAD joka käytännössä uusitaan 3v välein jotta pysyy yhteensopivana AutoCAD tiedostojen kanssa ellei nimenomaan vakioida johokin vuosimalliin tilaajan kanssa.

"Jos laite on juuri joku mittalaite, jolla vain mitataan ja sitten otetaan tiedot muualle, niin eipä sen ennenaikaisesta uusimisesta mitään käytännön hyötyä tule."

Niin, vaihtoehtojahan on se, että vakioidaan ja huolehditaan vaikka itse varaosista jotta saman vekottimen voi pitää toiminnasta vuodesta toiseen mutta sitten tosiaankin menee kaikki uusiksi kerralla kun se lopulta pitää uusia.

Usein on se tilanne, että tekniikassa on erilaisia ohjelma- ja rautakomponentteja eri laitteissa liitettynä palapelinä toimivaksi kokonaisuudeksi. Siinä tulee sitten helposti esille sellainen käsite kuin "tekninen velka". Tarkoittaa sitä, että vaikka homma toimii niin huomataan epäoptimaalisuutta ja vanhenemista siellä ja täällä jota pitää joskus oikoa.

Eihän niitä tietenkään heti tarvitse, mutta ajan myötä tarvittavien muutosten määrä kasvaa ja kasvaa ja uusiminen menee kokoajan vaikeammaksi. Myös tuotettu data voi olla vanhentuneessa muodossa ja sitä muodostuu vuosien aikana muotoon jota tarvitsee jossain vaiheessa konvertoimaan uudemmaksi. Se velka voi siis kerätä korkoa myös.

Jos mitään ei ikinä muuta niin homma voi sitten räjähtää käsiin, vähän niinkuin tuolla kreikassa noiden raha-asioiden kanssa.

DOS kun on mainittu niin Microsoft tekniikalla normaali uusimissykli on ollut n. 6v. Rauta Microsoftin ohjelmat. Ja jos jonkun laitteen on eristänyt pois muista ja homma on yhteensopivaa sen päivityksen jälkeen, sen voi jättää seuraavan 6v syklin ajaksi. Kolmas 6v sykli kun lähtee niin jos se järjestelmä vielä toimii eristettynä niin sitten on todella iso riski, että neljättä 6v sykliä ei kestä.

Onneksi tietokoneet ovat niin halpoja, että voi helposti eristää tuollaisia erikoisempia virityksiä muista ja ostaa vaikka niitä varaosia. IP verkko ja standardit protokollat on aika kova juttu.

Palvelupohjainen arkkitehtuuri järjestelmän suunnittelussa auttaa tehokkaasti tässä asiassa. Sillä ei ole väliä onko se järjestelmä manuaalinen vai automaattinen mutta arkkitehtuuri kun on siisti niin se itsessään suojaa katastrofeilta ja auttaa pitämään homman hallinnassa.

M-Kar kirjoitti:

Vaikka siksi, että niiden vanhojen toimimaan virittäminen menee kokoajan kalliimmaksi ja jossin vaiheessa hajota lopullisesti.

Minkä tahansa järjetelmän uusiminen on yleensä paljon helpompaa ja halvempaa vielä kun se toimii, eikä silloin kun se on rikki.

Lue lisää

DOS on helposti emuloitavissa todennäköisesti ainakin satoja vuosia.

hmhmhmhmhm kirjoitti:

No se on tapauskohtaista. Ei siihen mitään yleispätevää neuvoa voi antaa, että "kannattaa päivittää", tai "ei kannata".

Se on täysin tapauskohtaista, paljonko kuluja tulee, jos tulee.

Jos kyse on laitteesta joka on liiketoimminan kannalta keskeisessä asemassa, niin sen hajoamiseen liittyvän riskin huomiointi kuuluu asiaan aivan riippumatta siitä, onko käytössä oleva laite uusi vai vanha.

Lue lisää

"Ei siihen mitään yleispätevää neuvoa voi antaa, että "kannattaa päivittää", tai "ei kannata"."

Ei ole, mutta tosiasia näyttää olevan se, että teknisen velan käsitettä ei tunnu porukka hahmoittavan ja siihen liittyviä asioita.

Microsoft tekniikasta kun ollut kyse niin tulee mieleen se, että nyt kun firmat valmistautuvat Windows 10 päivitykseen sitä tehdään joskus vuonna 2017 niin pitäisi pyrkiä siihen, että:

1. Jokainen ohjelma on palvelu ja ladattu Microsoftin sovelluskaupasta tai toimii selaimella. Ne palvelut sitten poikkeuksia jotka asennetaan muuten.

2. Jos ohjelma ei ole palvelumuotoinen ja asennettu sovelluskaupan ulkopuolelta, tässä voi olla teknistä velkaa ja olla edellisen sukupolven tekniikkaa. Silloin pitäisi varmistaa, että ohjelma on sitä .NET 4.x:ää tai Visual C 2013 tai uudemmalle käännetty eikä käytä mitään selainlisäosia.

Muussa tapauksessa voi luokitella järjestelmän olevan ns. "legacy järjestelmä" ja se kannattaa eristää muualle Windows 10 ympäristöä sotkemasta ja käyttää vaikka RDP:llä niin saa pidettyä ne järjestelmät sitten puhtaana. "puhtaana" tarkoitan sitä, että se Windows 10 voi päivittyä ja muuttua käytännössä sen 6v ja ne sovellukset edelleen toimivat siinä sinne saakka kunnes ostaa uuden koneen.

Jos on Windows 10 Enterprise/Embedded jossa pitää ensimmäistä vakaata haaraa käytössä sen 6v, niin silloin voi olettaa, että .NET 2.0, 3.0, 3.5, Visual C 2008 ja Visual C 2010, Java 5,6,7, 8 sovellukset jne. toimivat myös sen 6v vakaana.

Siinä Windows 10:ssä kyllä toki voi olla vaikka vuosimaksullinen Visual C 2005 sovellus ja se on ihan ok. Sovelluksen valmistaja huolehtii siitä, että päivittää ajoissa uudemmalle tekniikalle sen palvelunsa.

M-Kar kirjoitti:

"Ei siihen mitään yleispätevää neuvoa voi antaa, että "kannattaa päivittää", tai "ei kannata"."

Ei ole, mutta tosiasia näyttää olevan se, että teknisen velan käsitettä ei tunnu porukka hahmoittavan ja siihen liittyviä asioita.

Microsoft tekniikasta kun ollut kyse niin tulee mieleen se, että nyt kun firmat valmistautuvat Windows 10 päivitykseen sitä tehdään joskus vuonna 2017 niin pitäisi pyrkiä siihen, että:

1. Jokainen ohjelma on palvelu ja ladattu Microsoftin sovelluskaupasta tai toimii selaimella. Ne palvelut sitten poikkeuksia jotka asennetaan muuten.

2. Jos ohjelma ei ole palvelumuotoinen ja asennettu sovelluskaupan ulkopuolelta, tässä voi olla teknistä velkaa ja olla edellisen sukupolven tekniikkaa. Silloin pitäisi varmistaa, että ohjelma on sitä .NET 4.x:ää tai Visual C 2013 tai uudemmalle käännetty eikä käytä mitään selainlisäosia.

Muussa tapauksessa voi luokitella järjestelmän olevan ns. "legacy järjestelmä" ja se kannattaa eristää muualle Windows 10 ympäristöä sotkemasta ja käyttää vaikka RDP:llä niin saa pidettyä ne järjestelmät sitten puhtaana. "puhtaana" tarkoitan sitä, että se Windows 10 voi päivittyä ja muuttua käytännössä sen 6v ja ne sovellukset edelleen toimivat siinä sinne saakka kunnes ostaa uuden koneen.

Jos on Windows 10 Enterprise/Embedded jossa pitää ensimmäistä vakaata haaraa käytössä sen 6v, niin silloin voi olettaa, että .NET 2.0, 3.0, 3.5, Visual C 2008 ja Visual C 2010, Java 5,6,7, 8 sovellukset jne. toimivat myös sen 6v vakaana.

Siinä Windows 10:ssä kyllä toki voi olla vaikka vuosimaksullinen Visual C 2005 sovellus ja se on ihan ok. Sovelluksen valmistaja huolehtii siitä, että päivittää ajoissa uudemmalle tekniikalle sen palvelunsa.

Lue lisää

Itse miellän teknisen velan liittyväksi enempi sellaisiin monimutkaisiin järjestelmiin, jotka vielä edelleen kehittyvät tai muuttuvat jatkuvalla vauhdilla.

Mutta sanotaan jos sinulla on vaikka lapio. Niin ei sen omistamisesta ole odotettavissa teknistä velkaa lähivuosikymmeninä.

Sama pätee jos sinulla on vaikkapa mikroskooppi, johon liittyy tietokone, joka käskyttää sitä ja ottaa kuvia tallentaen ne JPG tai PNG muotoon. Käyttöjärjestelmä voisi olla vaikka Windows XP, eikä se oikeastaan haittaa kovin merkittävästi toimintaa.

Sitä voi ihan huoletta käyttää niin pitkään kuin se vain kestää. Tiedostoformaatit ovat standardi formaatteja, ja laite tekee sen tehtävän mihin se on alunperin suunniteltu.

hmhmhmhmhmhm kirjoitti:

Itse miellän teknisen velan liittyväksi enempi sellaisiin monimutkaisiin järjestelmiin, jotka vielä edelleen kehittyvät tai muuttuvat jatkuvalla vauhdilla.

Mutta sanotaan jos sinulla on vaikka lapio. Niin ei sen omistamisesta ole odotettavissa teknistä velkaa lähivuosikymmeninä.

Sama pätee jos sinulla on vaikkapa mikroskooppi, johon liittyy tietokone, joka käskyttää sitä ja ottaa kuvia tallentaen ne JPG tai PNG muotoon. Käyttöjärjestelmä voisi olla vaikka Windows XP, eikä se oikeastaan haittaa kovin merkittävästi toimintaa.

Sitä voi ihan huoletta käyttää niin pitkään kuin se vain kestää. Tiedostoformaatit ovat standardi formaatteja, ja laite tekee sen tehtävän mihin se on alunperin suunniteltu.

Lue lisää

"Itse miellän teknisen velan liittyväksi enempi sellaisiin monimutkaisiin järjestelmiin, jotka vielä edelleen kehittyvät tai muuttuvat jatkuvalla vauhdilla."

Mitäs ne tietokoneohjelmat sitten muutakaan on?

"Sama pätee jos sinulla on vaikkapa mikroskooppi, johon liittyy tietokone, joka käskyttää sitä ja ottaa kuvia tallentaen ne JPG tai PNG muotoon. Käyttöjärjestelmä voisi olla vaikka Windows XP, eikä se oikeastaan haittaa kovin merkittävästi toimintaa."

Nykyaikana tuossa ei olisi ongelmaa, kun olisi tietokone siinä mikroskoopissa sulautettuna ja se olisi web service mistä datat saa ulos helposti standardilla tavalla ja sitä voisi ohjata vaikka selaimella.

Ennen vanhaan "tietokone" oli olevinaan kallis ja noita tehtiin hölmösti niin, että mikroskooppi kytkettiin vaikka jollain USB:llä siihen PC:n ja oli joku Windows XP:stä riippuvainen ajurihärdelli siinä ja Windows XP:llä toimiva erikoisvirityssovellus millä sitä ohjattiin ja kuvat tuli samaan laitteeseen.

Nykypäivänä pitäisi se PC, Windows XP, ajurihärdelli ja mikroskooppi käsittää yhdeksi komponentiksi.

Tämän käyttö pitäisi eristää niin, että sitä käytetään nykyaikaisella laitteella ja tuohon ratkaisu olisi vaikka yksinkertainen *nix palvelin jossa NFS jako ja Windows XP:n Windows Services for unix jolla sen saisi yhdistettyä sinne, jotta data menee suoraan nykyaikaiseen järjestelmään siitä Windows XP koneesta. Laitteen ohjaamiseen sitten voisi käyttää RDP:tä ja varajärjestelmänä pitää VNC:tä tallennettuna, koska Windows XP:n RDP on versiota 5.1 ja tuki tuolle voidaan siivota pois joten sen varassa ei voi yksistään olla. VNC sitten on niin yksinkertainen, että sen saa tarvittaessa toimimaan.

Tuolla tavalla saisi riippuvuuden legacystä siivottua pois ja sitä Windows XP mikroskooppia voi todellakin käyttää niin kauan kuin varaosia riittää ja savut pysyy sisällä.

Eli tuohon tulisi sen mikroskoopin ja Windows XP koneen lisäksi se palvelin mihin menee datat standardilla tavalla ja josta ne saa ulos standardilla tavalla, sekä etäyhteys RDP:llä ja varajärjestelmänä VNC jolloin sen mikroskoopin ohjauksen saisi saumattomasti nykyaikaiseen päätelaitteeseen mikä sitten availisi niitä tiedostoja sieltä serveriltä. Tiedostot sitten voi olla vaikka HTTP jakona kun esim. Windows 10:ssä ei NFS:llä tiettävästi kannata leikkiä ellei ole se joku Enterprise (jos edes siinäkään).

Abstraktoimalla nämä vekottimet omien IP osoitteiden taakse ja yhdistäminen toisiinsa mahdollisimman standardeilla tavoilla, saadaan se monimutkaisuus ja jatkuvan muutoksen aiheuttama riesa pois.

Siinä olisi sitten ongelmaa jos yrittäisi samassa nodessa taistella näitä kaikkia toimimaan yhdessä kun olisi eri ikäistä tekniikkaa, jotka eivät juttele keskenään millään standardilla tavalla niin silloin se menisi siihen teknisen velan kerryttämiseen ja homma lopulta räjähtäisi silmille ellei uusi ajoissa kaikkea.

"Tiedostoformaatit ovat standardi formaatteja, ja laite tekee sen tehtävän mihin se on alunperin suunniteltu."

Ne tiedostot pitää saada välitettyä myös standardilla protokollalla tai rajapinnalla toisiin laitteisiin. Ei siitä nyt mitään tulisi, että mikroskoopilla kuvataan jossain koneessa jota mennään paikan päälle säätämään, siirretään kuvat yksitellen jokainen korpulle ja viedään toiseen 10v ikäiseen koneeseen mikä juuri ja juuri toimii ja johon on jostain tunkiolta kaivettu korppuasema ja tiedostot lähetetään siitä selaimella johonkin dropboxiin ja sitten saadaan vasta siihen koneeseen mitä oikeasti käytetään.

Tuon tasoista älyvapautta on myös jossain kun on säästetty vähän liiikaa.

hmhmhmhmhmhm kirjoitti:

Jos on toimiva emulaattori tai virtuaalikone, niin eihän se mitään viritystä vaadi. ;)

.

Onkohan sitä MS Virtual PC 2007 vielä daunloudattavissa jostakin

.

M-Kar kirjoitti:

"No mitenkä niin? Sehän riippuu siitä tarviiko sinun saada siitä systeemistä jotakin tietoa ulos/talteen."

Tietoa voi saada ulos/talteen mutta sitäkin tapahtuu, että tieto on lukukelvotonta muualla.

Olen nähnyt sellaisenkin erikoissovelluksen joka tallensi omaan erikoistiedostomuotoon kaiken tarkoituksellisesti kryptattuna. Ajatus tietysti se, että asiakas ostaa aina uuden version uudelle koneelle jotta tiedot pysyy luettavina.

Tuota myös tehdään ilman kryptausta niin, että on tarkoituksella monimutkainen tiedostomuoto jota muutetaan säännöllisesti. Hyvä esimerkki tästä lienee AutoCAD joka käytännössä uusitaan 3v välein jotta pysyy yhteensopivana AutoCAD tiedostojen kanssa ellei nimenomaan vakioida johokin vuosimalliin tilaajan kanssa.

"Jos laite on juuri joku mittalaite, jolla vain mitataan ja sitten otetaan tiedot muualle, niin eipä sen ennenaikaisesta uusimisesta mitään käytännön hyötyä tule."

Niin, vaihtoehtojahan on se, että vakioidaan ja huolehditaan vaikka itse varaosista jotta saman vekottimen voi pitää toiminnasta vuodesta toiseen mutta sitten tosiaankin menee kaikki uusiksi kerralla kun se lopulta pitää uusia.

Usein on se tilanne, että tekniikassa on erilaisia ohjelma- ja rautakomponentteja eri laitteissa liitettynä palapelinä toimivaksi kokonaisuudeksi. Siinä tulee sitten helposti esille sellainen käsite kuin "tekninen velka". Tarkoittaa sitä, että vaikka homma toimii niin huomataan epäoptimaalisuutta ja vanhenemista siellä ja täällä jota pitää joskus oikoa.

Eihän niitä tietenkään heti tarvitse, mutta ajan myötä tarvittavien muutosten määrä kasvaa ja kasvaa ja uusiminen menee kokoajan vaikeammaksi. Myös tuotettu data voi olla vanhentuneessa muodossa ja sitä muodostuu vuosien aikana muotoon jota tarvitsee jossain vaiheessa konvertoimaan uudemmaksi. Se velka voi siis kerätä korkoa myös.

Jos mitään ei ikinä muuta niin homma voi sitten räjähtää käsiin, vähän niinkuin tuolla kreikassa noiden raha-asioiden kanssa.

DOS kun on mainittu niin Microsoft tekniikalla normaali uusimissykli on ollut n. 6v. Rauta Microsoftin ohjelmat. Ja jos jonkun laitteen on eristänyt pois muista ja homma on yhteensopivaa sen päivityksen jälkeen, sen voi jättää seuraavan 6v syklin ajaksi. Kolmas 6v sykli kun lähtee niin jos se järjestelmä vielä toimii eristettynä niin sitten on todella iso riski, että neljättä 6v sykliä ei kestä.

Onneksi tietokoneet ovat niin halpoja, että voi helposti eristää tuollaisia erikoisempia virityksiä muista ja ostaa vaikka niitä varaosia. IP verkko ja standardit protokollat on aika kova juttu.

Palvelupohjainen arkkitehtuuri järjestelmän suunnittelussa auttaa tehokkaasti tässä asiassa. Sillä ei ole väliä onko se järjestelmä manuaalinen vai automaattinen mutta arkkitehtuuri kun on siisti niin se itsessään suojaa katastrofeilta ja auttaa pitämään homman hallinnassa.

Lue lisää

"Olen nähnyt sellaisenkin erikoissovelluksen joka tallensi omaan erikoistiedostomuotoon kaiken tarkoituksellisesti kryptattuna. Ajatus tietysti se, että asiakas ostaa aina uuden version uudelle koneelle jotta tiedot pysyy luettavina."

No tällaisissa on riskinä se, että puhutaan kuolleena syntyneistä ideoista, koska kyllä sen tiedoston avaaminen kuuluisi useimmiten noudattaa eri periaatetta kuin luominen, eli avaaminen/purkaminen pitäisi useimmissa tapauksissa mielestäni mahdollistaa muillekin softille kuin sille yhdelle. Luominen, kuten sanottu, onkin sitten eri asia. Toki on poikkeuksia varmasti eli voi joissakin tapauksissa olla perusteltua tehdä toisinkin. Joskus käy niinkin, että jos/kun ohjelmasta jättää aika, niin kehittäjä kyllä sitten julkaisee lähdekoodin. Mikään pakko kehittäjän ei toki ole näinkään tehdä... Enivei, nämä ovat tällaisia harvinaisuuksia ja lillukanvarsia, joihin ei kannata tarttua tässä keskustelussa. Turhaan siis täällä Matti mesot ja haastat riitaa -- tämäkin "keskustelu" muuttui sinun trollailuksi. Pysyisitkö vastaisuudessa poissa tästä threadista?

Alkuperäinen_postaaja kirjoitti:

"Olen nähnyt sellaisenkin erikoissovelluksen joka tallensi omaan erikoistiedostomuotoon kaiken tarkoituksellisesti kryptattuna. Ajatus tietysti se, että asiakas ostaa aina uuden version uudelle koneelle jotta tiedot pysyy luettavina."

No tällaisissa on riskinä se, että puhutaan kuolleena syntyneistä ideoista, koska kyllä sen tiedoston avaaminen kuuluisi useimmiten noudattaa eri periaatetta kuin luominen, eli avaaminen/purkaminen pitäisi useimmissa tapauksissa mielestäni mahdollistaa muillekin softille kuin sille yhdelle. Luominen, kuten sanottu, onkin sitten eri asia. Toki on poikkeuksia varmasti eli voi joissakin tapauksissa olla perusteltua tehdä toisinkin. Joskus käy niinkin, että jos/kun ohjelmasta jättää aika, niin kehittäjä kyllä sitten julkaisee lähdekoodin. Mikään pakko kehittäjän ei toki ole näinkään tehdä... Enivei, nämä ovat tällaisia harvinaisuuksia ja lillukanvarsia, joihin ei kannata tarttua tässä keskustelussa. Turhaan siis täällä Matti mesot ja haastat riitaa -- tämäkin "keskustelu" muuttui sinun trollailuksi. Pysyisitkö vastaisuudessa poissa tästä threadista?

Lue lisää

"No tällaisissa on riskinä se, että puhutaan kuolleena syntyneistä ideoista, koska kyllä sen tiedoston avaaminen kuuluisi useimmiten noudattaa eri periaatetta kuin luominen, eli avaaminen/purkaminen pitäisi useimmissa tapauksissa mielestäni mahdollistaa muillekin softille kuin sille yhdelle."

Pitäisi ja pitäisi.. Ei pidä olettaa mitään. Standardeja tiedostomuotoja ja protokollia on toki olemassa ja niitä kannattaa siksi suosia, mutta ne pitää tiedostaa mitkä ovat niitä standardeja ja mistä ne löytyy, ja mitkä taas on standardoimattomia virityksiä.

IT-alalla on ollut kova hinku mennä defactoilla, sellaisilla valmistajan määrittämillä leikkistandardeilla ja toteutettuna niin, muut ei saisi tehtyä täysin samanlaista tai sitten ujuttaa jotain patentteja sekaan millä voidaan rajoittaa tai kerätä rojaltteja. Tukea toisten valmistajan tekniikoille voidaan tuoda lähinnä siksi, että tuodaan kilpailijan järjestelmästä tiedot sisään.

Yritän tässä havainnollistaa sitä millä tasolla näitä pitää hahmoittaa, että esimerkiksi jos kirjoittaa jossain toisessa vekottimessa muistitikulle tiedoston, ihan standardi tiedostomuoto ja vielä jätetty ääkkösetkin pois tiedostonimestä, niin se ei silti välttämättä toimi toisessa koneessa koska tiedostojärjestelmiä ei ole standardoitu.

On myös mahdollista tehdä ohjelma käyttöjärjestelmälle Foo versiolle 2.0 joka ei toimi vähän erilaisessa tietokoneessa samalla käyttöjärjestelmällä Foo versiolle 2.0, jos sattuu vaikka laitearkkitehtuuri vaihtumaan koska niitäkään ei ole standardoitu ja ohjelma on voitu kääntää toisen koneen arkkitehtuurille.

Ja nuo eivät edes ole mitään harvinaisuuksia vaan yllättävän tavallisia asioita ja minä voin perustellusti tuoda nämä asiat tässä keskustelussa esiin, koska tämä on apua aloittelijalle palsta. Ehkä kyseessä ei ole ihan täysin aloittelija enää jos ymmärtää laitearkkitehtuurin, tiedostojärjestelmän, SMB ja NFS verkkoprotokollien eron, Latin-1 ja UTF-8:n eron ja jne.

En minä sitä sano etteikö se olisi järkevää käyttää laitteita pitkään ja loppuun, päin vastoin. Mutta se pitää tehdä oikein. Ja se oikein tekeminen on sitä, että ihan oikeasti katkoo riippuvuuden vanhaan tekniikkaan ja abstraktoi vanhan systeemin erilleen.

.

"Yritä siinä nyt käyttää vanhaa hyvää PC TOOLSia windowsissa ei tuu mittään"

.