Kuoleeko java oikeasti?

Hyvä ennustus. Vaikka kaikki kääntäjät ja tulkit nyt kuolisivat, uusia brainfuck-ohjelmia voi silti ajaa, koska se onnistuu pelkällä GNU makella.

Epäilijät voivat kokeilla tätä http://www.ipi.fi/~pablo/GNUMake.brainfuck.tar.gz

Noniin... sitten kun pääset koodausurallasi siihen asti, että teet jonkun ihan oikean ohjelman, josta joku vois ihan oikeasti maksaa rahaa, olet käyttänyt niitä olioita ja uml-kaavioita niin moneen kertaan, että naurat tuolle edelliselle kommentillesi.

Otetaan vaikka esimerkkinä hajautettu (kuitenkin synkronoitu) palvelinjärjestelmä, jossa osa säikeistä toimii Solariksella, osa Linuxilla ja osa Windowsilla... Javallakin tuossa menee hetki, mutta VB:llä homman voi unohtaa välittömästi.

Se, että sinä et osaa jotain ohjelmointikieltä, ei tee siitä huonoa. Ainakin Tioben mukaan Java on edelleen ylivoimaisesti käytetyin ohjelmointikieli. Saman tilaston mukaan oliokielillä tehdään yli puolet kaikista softaprojekteista. Java tulee kuolemaan joskus, mutta vasta pitkään VB:n kuolemisen jälkeen.

"sen sijaan basic (vb yms, enkä nyt tarkoita mitään net-paskaa) tulee kestämään paljon pitempään koska sillä voi tehdä koodia jota ymmärtää maallikkokin ensi näkemältä ja hienoja softia nopeasti ja se toimii heti"

Pakko myöntää että olen jokseenkin samaa mieltä. VB.NETissä on turhan paljon oliosotkua, turhan monimutkaista. Silti ne on periaatteessa hyviä ohjelmointitekniikoita: Dynaamiset tyypitykset, ADO.NET, Regexit... Miten Basiccia tulisi kehittää vai kehitetäänkö sitä enää? VB.NETtiä on viety Javan suuntaan.

Olisiko "Ruby" tai "Lisp" parempi esikuva Basicille?

Nimimerkki kirjoitti:

Noniin... sitten kun pääset koodausurallasi siihen asti, että teet jonkun ihan oikean ohjelman, josta joku vois ihan oikeasti maksaa rahaa, olet käyttänyt niitä olioita ja uml-kaavioita niin moneen kertaan, että naurat tuolle edelliselle kommentillesi.

Otetaan vaikka esimerkkinä hajautettu (kuitenkin synkronoitu) palvelinjärjestelmä, jossa osa säikeistä toimii Solariksella, osa Linuxilla ja osa Windowsilla... Javallakin tuossa menee hetki, mutta VB:llä homman voi unohtaa välittömästi.

Se, että sinä et osaa jotain ohjelmointikieltä, ei tee siitä huonoa. Ainakin Tioben mukaan Java on edelleen ylivoimaisesti käytetyin ohjelmointikieli. Saman tilaston mukaan oliokielillä tehdään yli puolet kaikista softaprojekteista. Java tulee kuolemaan joskus, mutta vasta pitkään VB:n kuolemisen jälkeen.

Lue lisää

>osa säikeistä toimii Solariksella, osa Linuxilla
>ja osa Windowsilla

Ja kuka idiootti asiakas ostaisi tuollaisen tekniikkojen sekamelskan?

Nimimerkki kirjoitti:

Noniin... sitten kun pääset koodausurallasi siihen asti, että teet jonkun ihan oikean ohjelman, josta joku vois ihan oikeasti maksaa rahaa, olet käyttänyt niitä olioita ja uml-kaavioita niin moneen kertaan, että naurat tuolle edelliselle kommentillesi.

Otetaan vaikka esimerkkinä hajautettu (kuitenkin synkronoitu) palvelinjärjestelmä, jossa osa säikeistä toimii Solariksella, osa Linuxilla ja osa Windowsilla... Javallakin tuossa menee hetki, mutta VB:llä homman voi unohtaa välittömästi.

Se, että sinä et osaa jotain ohjelmointikieltä, ei tee siitä huonoa. Ainakin Tioben mukaan Java on edelleen ylivoimaisesti käytetyin ohjelmointikieli. Saman tilaston mukaan oliokielillä tehdään yli puolet kaikista softaprojekteista. Java tulee kuolemaan joskus, mutta vasta pitkään VB:n kuolemisen jälkeen.

Lue lisää

Säikeet toimivat eri alustoilla? Komponenttimallista/palvelumallista ratkaisua tarkoittanet? Multithreadingiä olen itse jo koodaillut vb5-sellakin.

no kuka idiootti... kirjoitti:

>osa säikeistä toimii Solariksella, osa Linuxilla
>ja osa Windowsilla

Ja kuka idiootti asiakas ostaisi tuollaisen tekniikkojen sekamelskan?

> Ja kuka idiootti asiakas ostaisi tuollaisen
> tekniikkojen sekamelskan?

Yleensä se idiootti on kyllä se asiakas, jolla on valmiina sekamelskainen ympäristö. (esim. tietokanta jossain vanhassa Unix-koneessa, sovelluspalvelin linuxissa ja asiakaskoneet windowsseja) Ei kai kukaan väittänytkään, että täysin puhtaalta pöydältä aloitettu hajautettu softaprojekti tahalteen rakennettaisiin noin heterogeeniseen ympäristöön..

knowledge$ kirjoitti:

"sen sijaan basic (vb yms, enkä nyt tarkoita mitään net-paskaa) tulee kestämään paljon pitempään koska sillä voi tehdä koodia jota ymmärtää maallikkokin ensi näkemältä ja hienoja softia nopeasti ja se toimii heti"

Pakko myöntää että olen jokseenkin samaa mieltä. VB.NETissä on turhan paljon oliosotkua, turhan monimutkaista. Silti ne on periaatteessa hyviä ohjelmointitekniikoita: Dynaamiset tyypitykset, ADO.NET, Regexit... Miten Basiccia tulisi kehittää vai kehitetäänkö sitä enää? VB.NETtiä on viety Javan suuntaan.

Olisiko "Ruby" tai "Lisp" parempi esikuva Basicille?

Lue lisää

>>Olisiko "Ruby" tai "Lisp" parempi esikuva Basicille?>>

http://lambda-the-ultimate.org/node/967

Basicille kirjoitti:

>>Olisiko "Ruby" tai "Lisp" parempi esikuva Basicille?>>

http://lambda-the-ultimate.org/node/967

Lue lisää

Dim smallCountries = From country In Countries Where country.Population < 1000000 Select country

knowledge$ kirjoitti:

Dim smallCountries = From country In Countries Where country.Population < 1000000 Select country

Eli Visual Basiciin integroidaan XML ohjelmointituki: Muuttujalle voidaan nyt sijoittaa suoraan XML-muotoista dataa ja käsitellä sitä sen jälkeen sisäänrakennetuilla metodeilla. Se on odotettu kehitys, koska Basicissa on ennenkin ollut hyvät tyypitykset, kuten merkkijonot. Olioiden käyttö vähenee. Abstraktisuus vähenee.

http://msdn2.microsoft.com/en-us/library/ms364068(VS.80).aspx
Overview of Visual Basic 9.0

" sijaan basic (vb yms, enkä nyt tarkoita mitään net-paskaa)"

Ei vittu sentään, tätä se VB juuri tekee, RAJOITTAA, RAJOITTAA kehitystä! .NET tekee sentään edes jotain tälle iänikuiselle VB-sekasotku paska ongelmalle.

Kyllä se on niin, että perinteinen Visual Basic on ohjelmoinnin syöpä, tiukka syöpä joka vieläkin nykyaikana sotkee ihmisten ajatuksia perinteisiin waanhoihin kaavoihin ohjelmoinnissa.

Olen itse nähnyt työssäni kun kaveri ei ole KOSKAAN IKINÄ koodannut mitää muta kuin VB:tä, herran jumala, että joku pikku olio voi olla sille sitten niin vitun vaikee asia, ettei mitään rajaa!

Me ollaan kumpikin aloitettu yhteinen projekti, hänellä omansa ja minulla omani, kumpikin tehdään omaa softaa, mutta softien pitää kummiskin toimia yhdessä osittain. Vittu tämä jätkä ei ole edennyt yhtään mihinkää siihen minkä minä saavutin jo ekalla viikolla Delphillä tehdessäni. Lisäksi joudun häntä neuvomaan asioissa jatkuvasti vaikka hän on ollut töissä 5 vuotta pidempään kuin minä.

Miettikää nyt vähäsen, olio-ohjelmointi on ollut jo monta vuotta nykypäivää ja sitä vastaa taistelevat elävät AUTTAMATTOMASTI MENNEISYYTTÄ!! MENNEISYYTTÄ!

Duke.. kirjoitti:

" sijaan basic (vb yms, enkä nyt tarkoita mitään net-paskaa)"

Ei vittu sentään, tätä se VB juuri tekee, RAJOITTAA, RAJOITTAA kehitystä! .NET tekee sentään edes jotain tälle iänikuiselle VB-sekasotku paska ongelmalle.

Kyllä se on niin, että perinteinen Visual Basic on ohjelmoinnin syöpä, tiukka syöpä joka vieläkin nykyaikana sotkee ihmisten ajatuksia perinteisiin waanhoihin kaavoihin ohjelmoinnissa.

Olen itse nähnyt työssäni kun kaveri ei ole KOSKAAN IKINÄ koodannut mitää muta kuin VB:tä, herran jumala, että joku pikku olio voi olla sille sitten niin vitun vaikee asia, ettei mitään rajaa!

Me ollaan kumpikin aloitettu yhteinen projekti, hänellä omansa ja minulla omani, kumpikin tehdään omaa softaa, mutta softien pitää kummiskin toimia yhdessä osittain. Vittu tämä jätkä ei ole edennyt yhtään mihinkää siihen minkä minä saavutin jo ekalla viikolla Delphillä tehdessäni. Lisäksi joudun häntä neuvomaan asioissa jatkuvasti vaikka hän on ollut töissä 5 vuotta pidempään kuin minä.

Miettikää nyt vähäsen, olio-ohjelmointi on ollut jo monta vuotta nykypäivää ja sitä vastaa taistelevat elävät AUTTAMATTOMASTI MENNEISYYTTÄ!! MENNEISYYTTÄ!

Lue lisää

"Olen itse nähnyt työssäni kun kaveri ei ole KOSKAAN IKINÄ koodannut mitää muta kuin VB:tä..."

Saattaa olla niin että Basic-ohjelmoijat ovat matemaattisesti lahjakkaampia ja Olio-ohjelmoijat puolestaan kielellisesti.

Duke.. kirjoitti:

" sijaan basic (vb yms, enkä nyt tarkoita mitään net-paskaa)"

Ei vittu sentään, tätä se VB juuri tekee, RAJOITTAA, RAJOITTAA kehitystä! .NET tekee sentään edes jotain tälle iänikuiselle VB-sekasotku paska ongelmalle.

Kyllä se on niin, että perinteinen Visual Basic on ohjelmoinnin syöpä, tiukka syöpä joka vieläkin nykyaikana sotkee ihmisten ajatuksia perinteisiin waanhoihin kaavoihin ohjelmoinnissa.

Olen itse nähnyt työssäni kun kaveri ei ole KOSKAAN IKINÄ koodannut mitää muta kuin VB:tä, herran jumala, että joku pikku olio voi olla sille sitten niin vitun vaikee asia, ettei mitään rajaa!

Me ollaan kumpikin aloitettu yhteinen projekti, hänellä omansa ja minulla omani, kumpikin tehdään omaa softaa, mutta softien pitää kummiskin toimia yhdessä osittain. Vittu tämä jätkä ei ole edennyt yhtään mihinkää siihen minkä minä saavutin jo ekalla viikolla Delphillä tehdessäni. Lisäksi joudun häntä neuvomaan asioissa jatkuvasti vaikka hän on ollut töissä 5 vuotta pidempään kuin minä.

Miettikää nyt vähäsen, olio-ohjelmointi on ollut jo monta vuotta nykypäivää ja sitä vastaa taistelevat elävät AUTTAMATTOMASTI MENNEISYYTTÄ!! MENNEISYYTTÄ!

Lue lisää

Näköjäänsä yöllä kirjoitetuissa teksteissä ole mitään järkeä. Tuokin sen todistaa. Tai sitten on iskenyt pahemman kerran se sairaus - Delph.
Ei kaikilla maailman ihmisillä ole mielenkiintoa opiskella ohjelmointia syvällisesti. Siksi on olemassa niitä helpompia kieliä kuten se VB. Onneksi on muutakin tekemistä kuin ohjelmointi.

delphillä kirjoitti:

Näköjäänsä yöllä kirjoitetuissa teksteissä ole mitään järkeä. Tuokin sen todistaa. Tai sitten on iskenyt pahemman kerran se sairaus - Delph.
Ei kaikilla maailman ihmisillä ole mielenkiintoa opiskella ohjelmointia syvällisesti. Siksi on olemassa niitä helpompia kieliä kuten se VB. Onneksi on muutakin tekemistä kuin ohjelmointi.

Lue lisää

»Ei kaikilla maailman ihmisillä ole mielenkiintoa opiskella ohjelmointia syvällisesti. Siksi on olemassa niitä helpompia kieliä kuten se VB.»

Ei tietenkään kaikilla maailman ihmisillä, mutta kyllä mielestäni olisi aivan kohtuullista olettaa että työkseen ohjelmoiva henkilö opettelisi ohjeilmointia kohtalaisen syvällisesti niin saisi jotain järkevää aikaankin.

Mikkismerkonomit ei millään anna periksi eivätkä usko että Java on kaikissa tilanteissa nopeampi kuin C#/.net

http://www.shudo.net/jit/perf/SciMark-P4.png

on nopea kirjoitti:

Mikkismerkonomit ei millään anna periksi eivätkä usko että Java on kaikissa tilanteissa nopeampi kuin C#/.net

http://www.shudo.net/jit/perf/SciMark-P4.png

Lue lisää

oikein suunnittelemalla ja toteuttamalla nopeuserot on minimaalisia. java- ja c# käyttää hyvin paljon identtisiä tekniikoita.

on nopea kirjoitti:

Mikkismerkonomit ei millään anna periksi eivätkä usko että Java on kaikissa tilanteissa nopeampi kuin C#/.net

http://www.shudo.net/jit/perf/SciMark-P4.png

Lue lisää

> Java on kaikissa tilanteissa nopeampi kuin C#/.net

Ei nyt sentään kaikissa. wintoosassa hitaampi ja linuxilla nopeampi. Linuxilla päihittää tällä hetkellä wintoosa vaihtoehdon C#/.net kirkkaasti (tuoreempiakin vertailuja on kuin vuodelta 2004/2005 olevat).

Aika ennustaja saa olla, että osaisi sanoa mikä nykyisistä ohjelmointikielistä jää ja mikä kuopataan. Aiemmin luulin, että VB 6 pohjaiset poistuisivat, mutta vieläkin uuden officen ja autocadin mukana tulee VB 6 -pohjainen VBA.

C :han piti korvautua mikkisoftan ajatusten mukaan C#:lla hyvinkin pian, mutta aika hidasta siirtyminen on tähän mennessä ollut. Jos mikkisofta jossain vaiheessa sulauttaa sen .net:n käyttikseen niin, että se hidastaisi muilla tavoilla kirjoitettuja ohjelmia, silloin C , Java ja vanhat ohjelmat väistyvät. Java jää tietty sulautettujen järjestelmien puolelle.

sentään aina kirjoitti:

> Java on kaikissa tilanteissa nopeampi kuin C#/.net

Ei nyt sentään kaikissa. wintoosassa hitaampi ja linuxilla nopeampi. Linuxilla päihittää tällä hetkellä wintoosa vaihtoehdon C#/.net kirkkaasti (tuoreempiakin vertailuja on kuin vuodelta 2004/2005 olevat).

Aika ennustaja saa olla, että osaisi sanoa mikä nykyisistä ohjelmointikielistä jää ja mikä kuopataan. Aiemmin luulin, että VB 6 pohjaiset poistuisivat, mutta vieläkin uuden officen ja autocadin mukana tulee VB 6 -pohjainen VBA.

C :han piti korvautua mikkisoftan ajatusten mukaan C#:lla hyvinkin pian, mutta aika hidasta siirtyminen on tähän mennessä ollut. Jos mikkisofta jossain vaiheessa sulauttaa sen .net:n käyttikseen niin, että se hidastaisi muilla tavoilla kirjoitettuja ohjelmia, silloin C , Java ja vanhat ohjelmat väistyvät. Java jää tietty sulautettujen järjestelmien puolelle.

Lue lisää

mitä nopeammin vb-viritykset saadaan historiaan, sen parempi oikeille ohjelmoijille.

öwom kirjoitti:

mitä nopeammin vb-viritykset saadaan historiaan, sen parempi oikeille ohjelmoijille.

VB tue Linuxia??

ettei kirjoitti:

VB tue Linuxia??

On se VB linuxillekin:
http://wxbasic.sourceforge.net/

Ehkä kyseessä on enempikin siitä, ettei basicia pidetä 'ammattilaisten' työkaluna (liian helppo). Se on kuitenkin nopeaa tehdä ja oppia vasta-alkajille.

tyylinen kirjoitti:

On se VB linuxillekin:
http://wxbasic.sourceforge.net/

Ehkä kyseessä on enempikin siitä, ettei basicia pidetä 'ammattilaisten' työkaluna (liian helppo). Se on kuitenkin nopeaa tehdä ja oppia vasta-alkajille.

Lue lisää

..huonoille tavoille joista on sitten vaikea päästä eroon oikeisiin ohjelmointikieliin siirryttäessä.

tyylinen kirjoitti:

On se VB linuxillekin:
http://wxbasic.sourceforge.net/

Ehkä kyseessä on enempikin siitä, ettei basicia pidetä 'ammattilaisten' työkaluna (liian helppo). Se on kuitenkin nopeaa tehdä ja oppia vasta-alkajille.

Lue lisää

Helppous on kielen etu silloinkin, kun ammattilainen valitsee ohjelmointikieltä. Mutta se ei ole "katso, voin koodata koskematta näppäimistöön"-tyylistä helppoutta, joka saattaa iskeä kirjoitustaidottomaan aloittelijaan.

VB ei edes ole erityisen helppo. Joissakin asioissa se on aivan käsittämättömän kömpelö. Aiemmin listasinkin muutamia perusteluja sille, miksi VB on huono työkalu ammattilaiselle.

http://keskustelu.suomi24.fi/show.fcgi?category=108&conference=652&posting=22000000022610804

azk.py kirjoitti:

Helppous on kielen etu silloinkin, kun ammattilainen valitsee ohjelmointikieltä. Mutta se ei ole "katso, voin koodata koskematta näppäimistöön"-tyylistä helppoutta, joka saattaa iskeä kirjoitustaidottomaan aloittelijaan.

VB ei edes ole erityisen helppo. Joissakin asioissa se on aivan käsittämättömän kömpelö. Aiemmin listasinkin muutamia perusteluja sille, miksi VB on huono työkalu ammattilaiselle.

http://keskustelu.suomi24.fi/show.fcgi?category=108&conference=652&posting=22000000022610804

Lue lisää

Osittain se on sitäkin, että valitaan
- missä tarvitsee kirjoittaa mahdollisimman vähän
- missä työkalut tuottavat paljon koodia valmiiksi muutamalla hiiren klikauksella
Esimerkkinä Visual Studion tuotteet, kun käytetään resurssieditoria.

VB:hen vastasin siinä toisessa keskustelussa.

azk.py kirjoitti:

Helppous on kielen etu silloinkin, kun ammattilainen valitsee ohjelmointikieltä. Mutta se ei ole "katso, voin koodata koskematta näppäimistöön"-tyylistä helppoutta, joka saattaa iskeä kirjoitustaidottomaan aloittelijaan.

VB ei edes ole erityisen helppo. Joissakin asioissa se on aivan käsittämättömän kömpelö. Aiemmin listasinkin muutamia perusteluja sille, miksi VB on huono työkalu ammattilaiselle.

http://keskustelu.suomi24.fi/show.fcgi?category=108&conference=652&posting=22000000022610804

Lue lisää

"...Mutta se ei ole "katso, voin koodata koskematta näppäimistöön"-tyylistä helppoutta..."

Kirjoittaminen ohjelmoinnissa on pääasiassa ohjelman osien nimeämistä ja kutsumista... Ainakin Basicissa on ollut aika vaatimaton sanavarasto, mutta toisaalta se on helpommin muistettavissa.

Merkkijonon ensimmäinen kirjain selvitetään tavallisesti näin:
ekakirjain$=mid$(merkkijono$,1,1)

Seuraava suorempi funktio olisi ehkä luettavampi ja jopa edellyttäisi vähemmän sisäisiä käskyjä:
ekakirjain$=firstletter$(merkkijono$)

Uutta firstletter$()-nimeä olisi vaikeampi muistaa, mutta ohjelmointi sujuisi varmasti nopeammin.

Sanavaraston koko on siis ehkä oleellisin asia ohjelmoinnissa.

Microsoftin kieliin on onneksi tulossa uutta sanavarastoa LINQ:n ansiosta.
http://msdn2.microsoft.com/en-us/vcsharp/aa336746.aspx

Oli juttua että kaikki jutut voi tehdä kaikilla kielillä. Olivat sitä mieltä että kielten kritisointi on turhaa, koska harva käyttäjä tuntee kahta kieltä niin hyvin että kykenisi vertailemaan niitä keskenään.

tyuiop kirjoitti:

Oli juttua että kaikki jutut voi tehdä kaikilla kielillä. Olivat sitä mieltä että kielten kritisointi on turhaa, koska harva käyttäjä tuntee kahta kieltä niin hyvin että kykenisi vertailemaan niitä keskenään.

Lue lisää

Kaikki naulat voi hakata kaikilla vasaroilla seinään, juu. Miksi et tekisi sillä pienellä lapsen leluvasaralla? Se kun on kirkasta muoviakin!

Jokainen voi itse vertaille kahta kieltä yrittämällä käyttää sitä. Se, jolla hommat sujuvat paremmin, on hyvä sille käyttäjälle. Tyhmä luulee, että sama pätee muihin.

Töissä käytetty kieli yleensä valitaan puolestasi, ettei tarvitse omia pikku aivoja vaivata. "Me olemme aina käyttäneet Cobolia..." :-D

No, ehkä prosessorilehdessä eivät halunneet lukijakirjeitä aiheesta. Eihän tämä yleensä ole keskustelu, jossa äly paljon loistaa.

Voi hakata kirjoitti:

Kaikki naulat voi hakata kaikilla vasaroilla seinään, juu. Miksi et tekisi sillä pienellä lapsen leluvasaralla? Se kun on kirkasta muoviakin!

Jokainen voi itse vertaille kahta kieltä yrittämällä käyttää sitä. Se, jolla hommat sujuvat paremmin, on hyvä sille käyttäjälle. Tyhmä luulee, että sama pätee muihin.

Töissä käytetty kieli yleensä valitaan puolestasi, ettei tarvitse omia pikku aivoja vaivata. "Me olemme aina käyttäneet Cobolia..." :-D

No, ehkä prosessorilehdessä eivät halunneet lukijakirjeitä aiheesta. Eihän tämä yleensä ole keskustelu, jossa äly paljon loistaa.

Lue lisää

Sen lisäksi että on erilaisia vasaroita eri käyttöön, on vielä sellaisiakin vasaroita jotka ei sovellu kunnolla mihinkään.

Siis kuten ohjelmoinnissakin: eri asioissa kannattaa käyttää sopivinta ohjelmointikieltä. Sitten on näitä laadullisesti kiinalaisia työkaluja vastaavia kieliä joilla ei oikeasti voi tehdä mitään kunnolla.

Ihan harrastelijalle voi tietty olla jotain iloa huonolaatuisestakin työkalusta.

Höpö. kirjoitti:

Sen lisäksi että on erilaisia vasaroita eri käyttöön, on vielä sellaisiakin vasaroita jotka ei sovellu kunnolla mihinkään.

Siis kuten ohjelmoinnissakin: eri asioissa kannattaa käyttää sopivinta ohjelmointikieltä. Sitten on näitä laadullisesti kiinalaisia työkaluja vastaavia kieliä joilla ei oikeasti voi tehdä mitään kunnolla.

Ihan harrastelijalle voi tietty olla jotain iloa huonolaatuisestakin työkalusta.

Lue lisää

Pitkällä tähtäimellä kannattaa keskittyä "merkkikieliin". Paras esimerkki on Microsoftin kielet, joista tunnen erityisesti Basicin. Toiminnassa jo 25 vuotta, eikä ole ollut pelkoa kielen kuolemisesta, varsinkaan kun koko Microsoft saattaa olla riippuvainen kielestä. Dokumentaatio on aina ollut kunnossa, bugeja ei ole näkynyt. Huonoa on ainoastaan se että rahat kulkevat sille Amerikkalaiselle firmalle.

tyuiop kirjoitti:

Oli juttua että kaikki jutut voi tehdä kaikilla kielillä. Olivat sitä mieltä että kielten kritisointi on turhaa, koska harva käyttäjä tuntee kahta kieltä niin hyvin että kykenisi vertailemaan niitä keskenään.

Lue lisää

>Olivat sitä mieltä että kielten kritisointi on turhaa...

Sellainen "koodari" joka kiistelee kielten paremmuudesta ei ymmärrä ohjelmoinnista tuon taivaallista. Ihan vastaavaa kun autonasentajat jotka väittelevät autotekniikan ratkaisujen paremmuudesta.

On niin paljon tärkeämpiä asioita huomioitavana ja jos ei nyt ihan mitättömänä mutta varsin pienellä painoarvolla se millä lopputulos koodataan.

kantaan kirjoitti:

>Olivat sitä mieltä että kielten kritisointi on turhaa...

Sellainen "koodari" joka kiistelee kielten paremmuudesta ei ymmärrä ohjelmoinnista tuon taivaallista. Ihan vastaavaa kun autonasentajat jotka väittelevät autotekniikan ratkaisujen paremmuudesta.

On niin paljon tärkeämpiä asioita huomioitavana ja jos ei nyt ihan mitättömänä mutta varsin pienellä painoarvolla se millä lopputulos koodataan.

Lue lisää

"Sellainen "koodari" joka kiistelee kielten paremmuudesta ei ymmärrä ohjelmoinnista tuon taivaallista."

Ja tämän takia käytämme kaikki ensimmäistä ohjelmointikieltä FORTRAN I:tä, koska kukaan ei ole sen jälkeen keksinyt mitään parempaa. Amen.

FORTRAN I kirjoitti:

"Sellainen "koodari" joka kiistelee kielten paremmuudesta ei ymmärrä ohjelmoinnista tuon taivaallista."

Ja tämän takia käytämme kaikki ensimmäistä ohjelmointikieltä FORTRAN I:tä, koska kukaan ei ole sen jälkeen keksinyt mitään parempaa. Amen.

Lue lisää

"...kukaan ei ole sen jälkeen keksinyt mitään parempaa. Amen."

Sinä mahdat olla yksi näistä joita tarkoitin. Tottakai ohjelmointikielissä tapahtuu kehitystä kuten missä tahansa tekniikassa.

Mutta kun se koodaaminen on NIIN PIENI osa sovelluskehitystä että sen merkitystä ei pidä korostaa turhan takia. FORTRAN I:lläkin tekee kaikki tämän päivän softat jos sille päälle sattuu. Aikaa vaan menee hiukan enemmän kuin nykyajan kielillä mutta ei paljoa.

upposi kirjoitti:

"...kukaan ei ole sen jälkeen keksinyt mitään parempaa. Amen."

Sinä mahdat olla yksi näistä joita tarkoitin. Tottakai ohjelmointikielissä tapahtuu kehitystä kuten missä tahansa tekniikassa.

Mutta kun se koodaaminen on NIIN PIENI osa sovelluskehitystä että sen merkitystä ei pidä korostaa turhan takia. FORTRAN I:lläkin tekee kaikki tämän päivän softat jos sille päälle sattuu. Aikaa vaan menee hiukan enemmän kuin nykyajan kielillä mutta ei paljoa.

Lue lisää

Koodaaminen on erittäin tärkeä vaihe ohjelmistoprojektissa. Vaikkei se kestäisikään yhtä pitkään kuin suunnittelu tai ylläpito, siinä ja sitä varten tehdyt valinnat vaikuttavat moniin muihin kehityksen vaiheisiin (suunnitteluun, protoiluun, testaukseen ja ylläpitoon). Kielen valinta on yksi näistä valinnoista, joten sitä ei pidä ohittaa "eihän sillä paljon väliä ole"-tyylillä.

Väärä kielivalinta ihan tavallisten kieltenkin joukosta (C, C , C#, Pascal, Java, Python, PHP, ...) saattaa pilata koko projektin. Syynä voi olla esimerkiksi 10 kertaa järkevää valintaa pidempi koodausvaihe (jonka takia esimerkiksi protoilu jää vähälle tai pois), alustariippuvuus, tarpeettoman suuret alustan resurssivaatimukset, vaikeasti testattava ja ylläpidettävä ohjelma (tehdäänkö 10000 riviä C:tä vai 1000 riviä Pythonia) tai liian hidas lopputulos.

Kun projektin alussa selvitetään vaatimuksia lopputulokselle, yksi olennainen päätös on valita sellainen kieli, jolla lopputulokseen on mahdollista päästä käytettävissä olevilla resursseilla.

Prosessori-lehdessä ollut väite kielten kritisoinnin turhuudesta on järjetön. Jos kokemusta ei ole monesta kielestä, kuten Prosessori kertoo monen kohdalla asian olevan, kuultu kritiikki saattaa olla ainoa tieto, jonka perusteella voi välttää kalliin ja tyhmän kielivalinnan.

Kielissä on eroja. Hyviä puolia on pitää tuoda esiin ja huonoja puolia pitää kritisoida. Keskustelun pitää olla vapaata, eivätkä sitä saa häiritä sellaiset amatöörit, jotka luulevat kaikkien kielten olevan yhtä hyviä. Se, että jollain kielellä *on mahdollista* hoitaa homma, ei tarkoita, että sillä *on järkevää* hoitaa hommaa.

azk.py kirjoitti:

Koodaaminen on erittäin tärkeä vaihe ohjelmistoprojektissa. Vaikkei se kestäisikään yhtä pitkään kuin suunnittelu tai ylläpito, siinä ja sitä varten tehdyt valinnat vaikuttavat moniin muihin kehityksen vaiheisiin (suunnitteluun, protoiluun, testaukseen ja ylläpitoon). Kielen valinta on yksi näistä valinnoista, joten sitä ei pidä ohittaa "eihän sillä paljon väliä ole"-tyylillä.

Väärä kielivalinta ihan tavallisten kieltenkin joukosta (C, C , C#, Pascal, Java, Python, PHP, ...) saattaa pilata koko projektin. Syynä voi olla esimerkiksi 10 kertaa järkevää valintaa pidempi koodausvaihe (jonka takia esimerkiksi protoilu jää vähälle tai pois), alustariippuvuus, tarpeettoman suuret alustan resurssivaatimukset, vaikeasti testattava ja ylläpidettävä ohjelma (tehdäänkö 10000 riviä C:tä vai 1000 riviä Pythonia) tai liian hidas lopputulos.

Kun projektin alussa selvitetään vaatimuksia lopputulokselle, yksi olennainen päätös on valita sellainen kieli, jolla lopputulokseen on mahdollista päästä käytettävissä olevilla resursseilla.

Prosessori-lehdessä ollut väite kielten kritisoinnin turhuudesta on järjetön. Jos kokemusta ei ole monesta kielestä, kuten Prosessori kertoo monen kohdalla asian olevan, kuultu kritiikki saattaa olla ainoa tieto, jonka perusteella voi välttää kalliin ja tyhmän kielivalinnan.

Kielissä on eroja. Hyviä puolia on pitää tuoda esiin ja huonoja puolia pitää kritisoida. Keskustelun pitää olla vapaata, eivätkä sitä saa häiritä sellaiset amatöörit, jotka luulevat kaikkien kielten olevan yhtä hyviä. Se, että jollain kielellä *on mahdollista* hoitaa homma, ei tarkoita, että sillä *on järkevää* hoitaa hommaa.

Lue lisää

Taas yksi amis-koodari yrittää päteä. Sitten kun on kokemusta sovelluskehityksen kokonaisuudesta niin saattaa mieli muuttua.

>...joten sitä ei pidä ohittaa "eihän sillä paljon väliä ole"-tyylillä.

Ei tietenkään ohittaa mutta NIMENOMAAN siihen pitää asennoitua "eihän sillä paljon väliä ole"-tyylillä.

>...tehdäänkö 10000 riviä C:tä vai 1000 riviä Pythonia...

Paljon tärkeämpää on miettiä tarvitaanko ko. modulia laisinkaan.

>Se, että jollain kielellä *on mahdollista* hoitaa homma, ei tarkoita, että sillä *on järkevää* hoitaa hommaa.

Täysin samaa mieltä mutta edelleen on muistettava että koodaus on vain ohjelmistoprojektin pieni osa jolla loppukäyttäjän toiveet täyttävä kokonaisuus väännetään koneen ymmärtämään muotoon.

höpö. kirjoitti:

Taas yksi amis-koodari yrittää päteä. Sitten kun on kokemusta sovelluskehityksen kokonaisuudesta niin saattaa mieli muuttua.

>...joten sitä ei pidä ohittaa "eihän sillä paljon väliä ole"-tyylillä.

Ei tietenkään ohittaa mutta NIMENOMAAN siihen pitää asennoitua "eihän sillä paljon väliä ole"-tyylillä.

>...tehdäänkö 10000 riviä C:tä vai 1000 riviä Pythonia...

Paljon tärkeämpää on miettiä tarvitaanko ko. modulia laisinkaan.

>Se, että jollain kielellä *on mahdollista* hoitaa homma, ei tarkoita, että sillä *on järkevää* hoitaa hommaa.

Täysin samaa mieltä mutta edelleen on muistettava että koodaus on vain ohjelmistoprojektin pieni osa jolla loppukäyttäjän toiveet täyttävä kokonaisuus väännetään koneen ymmärtämään muotoon.

Lue lisää

> Taas yksi amis-koodari yrittää päteä.

Väärin arvattu.

> Ei tietenkään ohittaa mutta NIMENOMAAN siihen
> pitää asennoitua "eihän sillä paljon väliä
> ole"-tyylillä.

Jos todellakin suhtaudut kielivalintaan "eihän sillä paljon väliä ole"-tyylillä, pidä se edes asiakkailta salassa. Ylimielisyys tuossa asiassa ei kerro ammattitaidosta, vaan kyvyttömyydestä valita oikeaa työkalua ja piittaamattomuudesta asiakasta kohtaan (jos ei edes viitsitä kunnolla selvittää, millä kielellä ja teknologioilla projekti kannattaisi tehdä). Asiakashan lopulta maksaa viulut.

on kuollut jo ennen kuin lehti on ehditty julkaista.

Tuo on kuin pörssikursseja seurailisi ;)
http://www.google.com/trends?q=c , c, Delphi, java, php&ctab=0&geo=all&date=all

Ehkä toisena vertailukohtana voisi olla:
http://www.dwheeler.com/sloc/
Vaikka onkin vuodelta 2005 ja kattaa vain Debianin sorsat, ei suurta muutosta ole tuosta tapahtunut.

Siis onhan VB:kin laskussa ainakin tuon taulukon mukaan. Kotitehtäväksi voit laskea kumpi häviää ennemmin.

...pitäisi varmaan olla C#-koodareitten. Massiivisesta vuosikausien julkisuusmyllytyksestä huolimatta osuus on niin pieni että jopa JavaScript meni ohitse.

Ja C#:stahan piti tulla muka Javan korvaaja. ;-)