Tapahtumat

Kun kirjaudut sisään näet tässä ilmoitukset sinua kiinnostavista asioista.

Kirjaudu sisään
Tervetuloa lukemaan keskusteluja! Kommentointi on avoinna klo 7 - 23.
Tervetuloa lukemaan keskusteluja! Kommentointi on avoinna klo 7 - 23.

Mikä ohjelmointikieli on paras?

Vierailija
10.11.2025 |

Mikä ohjelmointikieli kannattaisi opetella?

Kommentit (124)

Vierailija
121/124 |
10.11.2025 |
Näytä aiemmat lainaukset

Logo.

Vierailija
122/124 |
10.11.2025 |
Näytä aiemmat lainaukset

Vierailija kirjoitti:

Parhaasta en tiedä, hyvin tuntuu kaikilla kielillä bugeja tulevan.

 

Niinhän sä luulet!

 

Delphi = kieli, joka parhaiten tukee ohjelmoijaa tuottamaan ohjelman, jossa on tasan 0 bugia eli ohjelmointivirhettä.

 

Juuri tämä on Delphin paras vahvuus. Delphi tekee helpoksi tehdä bugittoman ohjelman.

 

Java on tosiaan yritysmaailmassa erittäin suosittu. Mutta se, että se on suosittu, ei tee siitä teknisesti hyvää.

 

Ja se, mitä moni pitää Javan vahvuutena (=automaattinen muistinhallinta), minä pidän sitä Javan heikkoutena. Miksikö?

 

SIKSI, että kun Java -ajoympäristön muistinsiivousajo käynnistyy, niin siihen hetkeen saakka kun se muistinsiivousajo on kokonaisuudessaan valmis, niin mikään muu osa JAVA -ohjelmasta ei tee mitään, vaan ne odottavat vuoroaan kunnes se muistinsiivousajo on kokonaisuudessaan valmis.

 

JAVAa suosivat tahot sanovat tähän: kuormantasausjärjestelmä.

 

Mutta: Mistä se kuormantasausjärjestelmä tietää, mikä useista rinnakkaisista tietokoneista (jossa kussakin pyörii JAVA -ohjelma) on juuri nyt suorittamassa muistinsiivousajoa, jotta se osaisi välttää tuota konetta, ja ohjata tulevat pyynnöt toiselle koneelle?

JOS vastaus on "ei se sitä mistään tiedäkään" niin ei se kuormantasausjärjestelmä auta yhtään mitään!

Ja vaikka tietäisikin (MISTÄ?) niin sekin ratkaisee ongelman vain osittain: uusi käyttäjä osattaisiin ohjata koneelle, joka ei juur nyt ole jumissa  tuon muistinsiivousajon takia. Mutta käyttäjä, jonka asiat ovat kesken koneessa, joka on muistinsiivousajon takia jumissa, tätä käyttäjää edes älykäs kuormantasausjärjestelmä (joka jostain tietäisi missä koneessa/koneissa on muistinsiivousajo käynnissä) ei auttaisi.

 

SIKSI Delphi. Delphillä voi välttää koko ongelman. Delphi -ohjelma ei mene jumiin muistinsiivousajon takia, siinä missä JAVA -ohjelma jumiutuu.

 

Ikävin esimerkki JAVAlla koodatusta systeemistä joka kärsii sekä tuosta että muutenkin heikkolaatuisesta toteutuksesta on tämä:

 

https://www.siirretytnumerot.fi/

 

Silloin, kun vielä ei ollut tarjolla GSM -liittymiä, joissa olisi rajaton puhepaketti KAIKKIEN kotimaisten operaattorien liittymiin, niin tuon palvelun käyttö oli asiakkaan ainoa mahdollisuus soitella paljon ja silti estää puhelinlaskun kasvu jättimäisen kalliiksi.

Vielä n. 5-6 vuotta sitten tilanne oli se, että puhepaketit olivat joko naurettavan pieniä (esim. 250 min/kk) tai sitten ne olivat voimassa vain saman operaattorin/konsernin liittymiin, ja puhelu kilpailevan operaattorin liittymiin maksoi tyypillisesti 9 snt/min (=tunnin puhelu siis 5,40€).

 

Tuo siirretytnumerot.fi on toteutettu JAVAlla, ja sen toteutuksesta on vastannut Accenture Oyj.

 

Tuon jos olisin saanut koodata Kylixillä (=Delphin Linux -version 2000 -luvun alkupuolelta), niin palvelu olisi toiminut aina luotettavasti, ei olisi koskaan mennyt jumiin!

 

Jos laadulla ei ole väliä, silloin voi koodata JAVA:lla.

Laadukkaat ohjelmistot koodataan Delphillä, nykyversiot Delphistä tuottavat paitsi Windows -ohjelmia, myös ohjelmia Linuxille, Androidille sekä iPhonelle.

Suomessa vain IT -johtajat tuntuvat vihaavan Delphiä --- mutta silloin kuin tekninen laadukkuus ratkaisee, valinta on itsestäänselvästi Delphi.

 

Sisältö jatkuu mainoksen alla
Sisältö jatkuu mainoksen alla
Vierailija
123/124 |
10.11.2025 |
Näytä aiemmat lainaukset

Prolog

Koodasin sillä yhden esitekoälyohjelman kasarin loppuvuosina ensin hupina ja sitten sain sille asiakkaankin.

Vierailija
124/124 |
10.11.2025 |
Näytä aiemmat lainaukset

Delphi on itseasiassa sovellyskehitin ja sen käyttämä ohjelmointikieli on Object Pascal.