Nyt opettelemaan Javaa!

>>Eihän ne saaneet Sampopankin verkkopankkiakaan toimimaan ja se on Javalla tehty.

Sampopankin autentikointiin käytetään Javalla tehtyä applettia, itse verkkopankista ei varmaan sinullakaan ole tarkempaa tietoa.


Että basicia ennemmin kuin Javaa? :D

........ kirjoitti:

Sampopankin autentikointiin käytetään Javalla tehtyä applettia, itse verkkopankista ei varmaan sinullakaan ole tarkempaa tietoa.


Että basicia ennemmin kuin Javaa? :D

Lue lisää

Jos Basic-ohjelman saa toimimaan niin silloin se myös TOIMII, aina!

Päätellen siitä että C ja Javasta lähtien ala on ollut yhtä rodeota.

periaatteessa kirjoitti:

Jos Basic-ohjelman saa toimimaan niin silloin se myös TOIMII, aina!

Päätellen siitä että C ja Javasta lähtien ala on ollut yhtä rodeota.

Koodaa sillä Basicilläsi vain purkkapaskaa ja ole hiljaa.

periaatteessa kirjoitti:

Jos Basic-ohjelman saa toimimaan niin silloin se myös TOIMII, aina!

Päätellen siitä että C ja Javasta lähtien ala on ollut yhtä rodeota.

"Jos Basic-ohjelman saa toimimaan niin silloin se myös TOIMII, aina!"

Kylläpä täällä huumori kukkii. Mahtaako vanhat VB-projektit edes aueta uusissa VB-IDEissä? Voiko niitä VB-ohjelmia ajaa missään muualla kuin hikisissä Intel-Microsoft-PC-koneissa, ja niissäkin vain sen aikaa, kun Microsoft katsoo kannattavaksi säilyttää taaksepäin yhteensopivuus.

periaatteessa kirjoitti:

Jos Basic-ohjelman saa toimimaan niin silloin se myös TOIMII, aina!

Päätellen siitä että C ja Javasta lähtien ala on ollut yhtä rodeota.

Jepjep mä tein kanssa joskus MSX:llä ja basicilla puhelinluettelon itselleni, hienosti toimi!

Viimeisin projekti missä olen ollut mukana oli hajautettu, ympäri verkkoa (käyttöjärjestelminä Linuxia, Solarista, Windowsia) toimiva järjestelmä, jonka jokainen solu hanskaa sekunnissa tuhansia sisääntulevia signaaleja. Olis ihan kiva nähdä kun joku tekee vastaavan Basicilla. Sinäkö?

kukkiipase kirjoitti:

"Jos Basic-ohjelman saa toimimaan niin silloin se myös TOIMII, aina!"

Kylläpä täällä huumori kukkii. Mahtaako vanhat VB-projektit edes aueta uusissa VB-IDEissä? Voiko niitä VB-ohjelmia ajaa missään muualla kuin hikisissä Intel-Microsoft-PC-koneissa, ja niissäkin vain sen aikaa, kun Microsoft katsoo kannattavaksi säilyttää taaksepäin yhteensopivuus.

Lue lisää

"vain sen aikaa, kun Microsoft katsoo kannattavaksi säilyttää taaksepäin yhteensopivuus."

Windowsissa taaksepäin yhteensopivuus on erinomaisesti toteutettu, linuxissa taas taaksepäin yhteensopivuudesta ei juuri välitetä, ja siksipä linuxohjelmointi onkin yhtä helvettiä!

Pieni esimerkki:

Delphi 1.0 toimii kaikissa windowseissa aina 16-bittisestä windows 3.1:stä alkaen aina Windows XP MediaCenter 2005:een asti.

Ja vastaavasti Delphi 2.0 toimii kaikissa windowseissa aina windows 95:ta alkaen aina Windows Vistaan asti.

laskekaapa, montako vuotta on:

a) Windows 3.1:n ja Windows 2005 XP MediaCenterin julkaisun välillä

ja


b) Windows 95:n ja Windows 2005 Vistan julkaisun välillä

Kummassakin tapauksessa ainakin 10 vuotta.

Jos EXE -tiedostoksi käännetty ohjelma toimii millään tavalla muuttamatta 2 eri windowsversiossa, joiden julkaisun välillä on 10 vuotta (tai enemmän), niin pidän varsin perusteltuna väittää, että Windowsissa taaksepäin yhteensopivuus on erinomaisesti toteutettu.

Sensijaan linuxissa koko järjestelmä kärsii pahasti juuri kehnosta yhteensopivuudesta.

Esim. KUbuntun käyttäjän pitäisi 6kk välein päivittää käyttöjärjestelmä ja kaikki sovellukset asentamalla kaikki alusta alkaen uudelleen.

Yleensäkin linuxin tapa, että sovellukset kytketään kiinteäksi osaksi käyttöjärjestelmää on aivan käsittämätön.

Tästä on hyötynsä ja haittansa.

Hyödyt:

Ne sovellukset, jotka jakelun kasaaja on katsonut aiheelliseksi sisällyttyää jakeluun, on todella helppo asentaa, esim Ubuntussa ja KUbuntussa (samoin kuin debianissa, jossa sudon sijasta voi kirjautua root -tunnuksella sisään):

sudo aptitude install ohjelma

Mutta huonoa:

Jos sovelluksesta, joka kuuluu jakeluun, halutaan uudempi versio kuin jakeluun kuuluva, niin tällöin pätevät samat säännöt kuin jos ko. sovellus ei lainkaan kuuluisi jakeluun

JA

Jos haluat asentaa sovelluksen, joka ei kuulu jakeluun, voi asentaminen olla mitä tahansa hankalan ja mahdottoman väliltä.

Syynä linux -kehityksen kurittomuus.

Harrastajat voivat toki vapaa-aikanaan koodata ihan mitä haluavat.

Mutta, silloin kun joku alan suuri tekijä, kuten RedHat, Novell/SuSe, IBM tai HP tai Ubuntu maksaa koodaajalle palkkaa tai muulla tavalla rahoittaa kehitystyötä, on käsittämätöntä, etteivät yhtiöt rahoituksen edellytyksenä vaadi tiukkaa kurinalaisuutta:

Pitäisi määritellä "Fixed Linux API". Tämä tarkoittaisi lukkoon lyötyjä funktioprototyyppejä, joita ei muuteta ikinä eikä millään perusteella.

Ja jos kehitystyö on jotain sellaista, jota muut ohjelmat tyypillisesti käyttävät esim. kutsumalla .so -kirjastoa, niin silloin rahoituksen ehtona pitäisi olla se, että koodauksen lisäksi laaditaan se osa tuollaisesta "Fixed Linux API":sta, johon ko. kehitystyö liittyy, ja uploadataan ko. API -määritykset LinuxDN -sitelle, jonka vaikkapa sitten em. isot yritykset voisivat yhteistyönä perustaa vastineena Microsofin MSDN:lle.

Mutta niin kauan kuin tälle asialle ei tehdä mitään, niin kyllä windowsissa yhteensopivuusasiat on huomattavasti linuxia paremmin hoidettu.

Linux kernel on varmastikin hyvin vakaa ohjelma, eikä kaatuile usein.

Mutta muu osa linuxista vaikuttaa lähinnä kurittomien amatöörien puuhastelulta.