Onkohan kukaan viime vuosina tai lähiaikoina hakenut ja löytänyt Delphi koodariaa hommiin? Lähinnä kiinnostaa että mitä kautta kannattaisi kysellä tai ilmoitella.
Noihin erilaisiin SEPA ja muihin pankkimuutoksiin ja XML-hommiin ym. ei oikein meinaa oma aika ja rahkeet riittää. Mielessä on että olisiko järkeä koettaa jonkinlaisella kontrahdilla palkata joko työsuhteeseen tai alihankkijaksi Delphi osaaja.
Vähän huonojakin kokemuksia on, kun PHP:llä teetettiin hommaa ulkopuolisella, joka koodi liittyi omiin Delphi sovelluksiimme. Meni lopulta enemmän aikaa ko. kaverin opettamiseen ja toimialan ja logiikkojen ym. neuvomiseen kuin mitä lopulta saatiin valmista. Ja se tehty PHP:kin piti sitten lopuksi käydä läpi ja melkein samalla koodata itse uudelleen.
Onko muilla kokemuksia, onko nykyään ylipäätään markkinoilta mahdollista löytää kaveria, joka tehollisena aikana laskien noin 1 kk (max 2 kk) aikana saisi Delphillä käyttökelpoista valmista aikaankin?
Itellä on tuntumana että syksy ei taida oikein riittää omien keskeneräisten Delphi-painotteisten hommien valmiiksi saattamiseen. Mutta ei ole toisaalta selvää mielikuvaakaan että mitä kautta lopulta kannattaisi edetä. Helleviikolla tällaisia nyt rantatuvassa pohdiskellaan.
Mistä Delphi koodaria nykyään löytää?
59
1636
Vastaukset
Voisi kuvitella, että löytäminen vaikeutuu kokoajan kun Delphi on katoavaa kansanperinnettä.
- Delete program ? (Y)
Pitkän linjan Delphi-osaajien iät ovat jo lähempänä 50 vuotta kuin niitä parikymppisiä kavereita. Taksatkin ovat sen mukaiset. Lisäksi Delphin omien versioiden välillä on suuriakin eroja siihen liitettyjen komponettien välillä. Esim. Delphi 3 käyttää erilaisia internet-komponentteja kuin myöhemmät versiot. Itse hallitsen Delphin hyvin, mutta asun tarkoituksellisesti kaukana ruuhkaisesta Etelä-Suomesta enkä ole kovinkaan halukas tekemään sinne reissuja ja muutto ei tulisi kysymykseenkään. Periaatteessa osa-aikaista etätyötä voisin kuitenkin harkita. Tuosta tehollisen ajan toivomuksesta en voi sanoa mitään, koska en tunne itse projektia.
Jos epätoivosi on riittävän suuri, voit lähettää kuvauksen itse työstä ja yhteystietosi sähköpostiini :
kostromo (at) luukku.com- HannesR
> Pitkän linjan Delphi-osaajien iät ovat jo lähempänä 50 vuotta kuin niitä parikymppisiä kavereita.
Parikymppinen olisi liian nuori ja kokematon. Että siinä mielessä lähempänä viittäkymppiä oleva omaa melko varmasti kokemusta laajemmin eri toimialoilta ja sovellusalueilta.
> Jos epätoivosi on riittävän suuri, voit lähettää kuvauksen itse työstä ja yhteystietosi sähköpostiini :
Tuo ei olekaan niiin helposti kompaktiksi kuvaukseksi väännettävissä. Tässä maistiaisiksi muutamia linkkejä jotka kaikkineen liittyvät tuohon SEPA/ISO20022 -maksujen alueeseen liittyvään muutossoppaan:
http://www.iso20022.org/catalogue_of_unifi_messages.page
http://www.fkl.fi/www/page/fk_www_4020
http://www.nordea.fi/Yritykset ja yhteisöt/Maksut ja kortit/Työkalut ja apuvälineet/Palvelukuvaukset/955512.html
Lyhyesti siis nykyinen firman laskujen maksatusaineisto joka siirtyy pankkiin LMP3-formaatissa pitäisi muuntaa uuteen XML-muotoiseen SEPA-formaattiin. Joka lisäksi on hieman pankkikohtaisesti erilaista, ja eräisiin pankkeihin aineistot pitää siirtää uuden Web Services nimisen nettiliikennekäytännön avulla. Joten joka pankkiryhmän Sepa-dokuja pitää plärätä oikein urakalla läpi.
Jos ei sattumalta ole ennestään Delphi-kokemusta juuri tällaiselta alueelta, niin aika vaikeaksi kaikkineen saattaisi ostourakkana teetettävä osahomma mennä.
Tuo on siis oma tämän hetkinen tytinä.
Mutta voidaan olla väärässäkin. Ja kenties, ehkä, mahdollisesti joku muukin independent Delphi-koodari tai firma painiskelee ja pohtii hyvinkin tämän tyypin probleemien kanssa parhaillaan.
Ja ties vaikka jotakin synergiaa jonnekin suuntaan löytyisi.
Vaikka taitaa olla aika pienet lukijamäärät jotka näitä Suomi24:n ohjelmointipalstoja kaikkineen lukevat. Että tärppääminen ja matchaaminen voi olla yhtä harvinaista ja vaikeata kuin uistimella saada 12 kg hauki. Jota sitäkin on muutamana iltana tässä yritelty:) - Delete program ? (Y)
HannesR kirjoitti:
> Pitkän linjan Delphi-osaajien iät ovat jo lähempänä 50 vuotta kuin niitä parikymppisiä kavereita.
Parikymppinen olisi liian nuori ja kokematon. Että siinä mielessä lähempänä viittäkymppiä oleva omaa melko varmasti kokemusta laajemmin eri toimialoilta ja sovellusalueilta.
> Jos epätoivosi on riittävän suuri, voit lähettää kuvauksen itse työstä ja yhteystietosi sähköpostiini :
Tuo ei olekaan niiin helposti kompaktiksi kuvaukseksi väännettävissä. Tässä maistiaisiksi muutamia linkkejä jotka kaikkineen liittyvät tuohon SEPA/ISO20022 -maksujen alueeseen liittyvään muutossoppaan:
http://www.iso20022.org/catalogue_of_unifi_messages.page
http://www.fkl.fi/www/page/fk_www_4020
http://www.nordea.fi/Yritykset ja yhteisöt/Maksut ja kortit/Työkalut ja apuvälineet/Palvelukuvaukset/955512.html
Lyhyesti siis nykyinen firman laskujen maksatusaineisto joka siirtyy pankkiin LMP3-formaatissa pitäisi muuntaa uuteen XML-muotoiseen SEPA-formaattiin. Joka lisäksi on hieman pankkikohtaisesti erilaista, ja eräisiin pankkeihin aineistot pitää siirtää uuden Web Services nimisen nettiliikennekäytännön avulla. Joten joka pankkiryhmän Sepa-dokuja pitää plärätä oikein urakalla läpi.
Jos ei sattumalta ole ennestään Delphi-kokemusta juuri tällaiselta alueelta, niin aika vaikeaksi kaikkineen saattaisi ostourakkana teetettävä osahomma mennä.
Tuo on siis oma tämän hetkinen tytinä.
Mutta voidaan olla väärässäkin. Ja kenties, ehkä, mahdollisesti joku muukin independent Delphi-koodari tai firma painiskelee ja pohtii hyvinkin tämän tyypin probleemien kanssa parhaillaan.
Ja ties vaikka jotakin synergiaa jonnekin suuntaan löytyisi.
Vaikka taitaa olla aika pienet lukijamäärät jotka näitä Suomi24:n ohjelmointipalstoja kaikkineen lukevat. Että tärppääminen ja matchaaminen voi olla yhtä harvinaista ja vaikeata kuin uistimella saada 12 kg hauki. Jota sitäkin on muutamana iltana tässä yritelty:)Suomessa ei ole kovinkaan monta palstaa, jossa edes keskusteltaisiin ohjelmoinnista ja Delphi ei ole valtavirtaa ohjelmointiympäristöissä. Lähinnä sen kanssa touhuavat vanhat ja sekavat ukot. Cobol:illa vieläkin vanhemmat ja vieläkin sekavammat äijät. Pappakerho kaikenkaikkiaan. Itsekin olen jo sen verran vanha eväkäs, että ei tässä ihan joka vaapun perään viitsi lähteä uimaan.
Muuten aika mielenkiintoisia otaksumia, jotta joku ikäänkuin sattumalta tekisi juuri samanlaista projektia ja vieläpä Delphillä. Veikkaan, että jos tekee, niin joko tekee kilpailevaa tuotetta omaan perustettavaan firmaansa tai sitten toiseen saman toimialan kilpailevaan firmaan eikä pysty oman työsopimuksensa mukaan tekemään samanlaista hommaa minnekään muualle. Valitse siitä sitten.
Jos taas joudut ostamaan Delphi-ohjelmointia vanhoilta kyrmyniskoilta, niin suosittelen arvioimaan budjetin uusiksi. Mitä isompi vaappu, sitä isompi kala. - HannesR
Delete program ? (Y) kirjoitti:
Suomessa ei ole kovinkaan monta palstaa, jossa edes keskusteltaisiin ohjelmoinnista ja Delphi ei ole valtavirtaa ohjelmointiympäristöissä. Lähinnä sen kanssa touhuavat vanhat ja sekavat ukot. Cobol:illa vieläkin vanhemmat ja vieläkin sekavammat äijät. Pappakerho kaikenkaikkiaan. Itsekin olen jo sen verran vanha eväkäs, että ei tässä ihan joka vaapun perään viitsi lähteä uimaan.
Muuten aika mielenkiintoisia otaksumia, jotta joku ikäänkuin sattumalta tekisi juuri samanlaista projektia ja vieläpä Delphillä. Veikkaan, että jos tekee, niin joko tekee kilpailevaa tuotetta omaan perustettavaan firmaansa tai sitten toiseen saman toimialan kilpailevaan firmaan eikä pysty oman työsopimuksensa mukaan tekemään samanlaista hommaa minnekään muualle. Valitse siitä sitten.
Jos taas joudut ostamaan Delphi-ohjelmointia vanhoilta kyrmyniskoilta, niin suosittelen arvioimaan budjetin uusiksi. Mitä isompi vaappu, sitä isompi kala.>Muuten aika mielenkiintoisia otaksumia, jotta joku ikäänkuin sattumalta tekisi juuri
>samanlaista projektia ja vieläpä Delphillä.
Siis noitahan on useita taloushallinto/toiminnanohjausalan ohjelmistoja joita on tehty nimenomaan Delphillä. Vaikkapa TV:ssä mainosta pyörittävä Passelikin on Delphi-pohjainen, ja hetikohta tulee mieleen ainakin 3..4 muutakin.
Sitten on liuta vanhoja VB-pohjaisia saman alan sovelluspaketteja, jotka ovat jääneet 6.0 tasolle ja joita tekijäväki ei ole osannut (tai halunnut) portata NET-kirjastojen päälle.
Samaisen SEPA-sopan kanssa hikoilee todella moni softafirma tälläkin viikolla ympäri valtakuntaa.
> Lähinnä sen kanssa touhuavat vanhat ja sekavat ukot.
No enpä tiedä. WinApi-32:n tai NET-kirjastojen päälle kirjoitettavasta sovellusohjelmastahan tässä on vaan lopulta kyse. Meneekö ne äijät "sekaisin" pelkästään sen vuoksi että tekevät hommansa Delphillä?
>Veikkaan, että jos tekee, niin joko tekee kilpailevaa tuotetta omaan perustettavaan firmaansa tai sitten >toiseen saman toimialan kilpailevaan firmaan eikä pysty oman työsopimuksensa mukaan tekemään >samanlaista hommaa minnekään muualle.
Kyllä minä voisin aivan hyvin ostaa kilpailijan tekemän softapalikan joka ratkaisisi oman ongelmamme. Sellaista vain ei ole tarjolla.
Tämä mainittu aluekin on niin laaja ja hajanainen, ja eri Delphi kehitysvälineversiot, VCL/NET-pohjaisuudet, tietokantaratkaisut ym. sekoittavat asian sellaiseksi sopaksi että mitään selkeää sorsakoodipakettia ei enää pystykään ostamaan toiselta.
> Valitse siitä sitten.
Valitse mistä, kun valinnanvaraa ei oikeastaan ole olemassakaan. Vähän sellainen oli alkuperäinen omakin arvelu että lopulta homma on kuitenkin vain painettava nykyisellä tekijäporukalla valmius-kynnyksen ylitse.
Tietenkin se 12 kg hauen saamiseen verrattava mahdollisuus on, että jotakin kautta jonkun muun kanssa jotakin synergiaa kuitenkin voisi löytyä. Jos ei lopulta kellään muulla ole mitään valmista myytävää ratkaisua meille, niin ehkä sitten meiltä löytyy myöhemmin jotakin myytävää heille tms.
Keskustelupalstahan tämä on. Alan väen keskinäisellä, haparoivallakin, keskustelulla voi aina oppia jotakin uuttakin. HannesR kirjoitti:
>Muuten aika mielenkiintoisia otaksumia, jotta joku ikäänkuin sattumalta tekisi juuri
>samanlaista projektia ja vieläpä Delphillä.
Siis noitahan on useita taloushallinto/toiminnanohjausalan ohjelmistoja joita on tehty nimenomaan Delphillä. Vaikkapa TV:ssä mainosta pyörittävä Passelikin on Delphi-pohjainen, ja hetikohta tulee mieleen ainakin 3..4 muutakin.
Sitten on liuta vanhoja VB-pohjaisia saman alan sovelluspaketteja, jotka ovat jääneet 6.0 tasolle ja joita tekijäväki ei ole osannut (tai halunnut) portata NET-kirjastojen päälle.
Samaisen SEPA-sopan kanssa hikoilee todella moni softafirma tälläkin viikolla ympäri valtakuntaa.
> Lähinnä sen kanssa touhuavat vanhat ja sekavat ukot.
No enpä tiedä. WinApi-32:n tai NET-kirjastojen päälle kirjoitettavasta sovellusohjelmastahan tässä on vaan lopulta kyse. Meneekö ne äijät "sekaisin" pelkästään sen vuoksi että tekevät hommansa Delphillä?
>Veikkaan, että jos tekee, niin joko tekee kilpailevaa tuotetta omaan perustettavaan firmaansa tai sitten >toiseen saman toimialan kilpailevaan firmaan eikä pysty oman työsopimuksensa mukaan tekemään >samanlaista hommaa minnekään muualle.
Kyllä minä voisin aivan hyvin ostaa kilpailijan tekemän softapalikan joka ratkaisisi oman ongelmamme. Sellaista vain ei ole tarjolla.
Tämä mainittu aluekin on niin laaja ja hajanainen, ja eri Delphi kehitysvälineversiot, VCL/NET-pohjaisuudet, tietokantaratkaisut ym. sekoittavat asian sellaiseksi sopaksi että mitään selkeää sorsakoodipakettia ei enää pystykään ostamaan toiselta.
> Valitse siitä sitten.
Valitse mistä, kun valinnanvaraa ei oikeastaan ole olemassakaan. Vähän sellainen oli alkuperäinen omakin arvelu että lopulta homma on kuitenkin vain painettava nykyisellä tekijäporukalla valmius-kynnyksen ylitse.
Tietenkin se 12 kg hauen saamiseen verrattava mahdollisuus on, että jotakin kautta jonkun muun kanssa jotakin synergiaa kuitenkin voisi löytyä. Jos ei lopulta kellään muulla ole mitään valmista myytävää ratkaisua meille, niin ehkä sitten meiltä löytyy myöhemmin jotakin myytävää heille tms.
Keskustelupalstahan tämä on. Alan väen keskinäisellä, haparoivallakin, keskustelulla voi aina oppia jotakin uuttakin."Siis noitahan on useita taloushallinto/toiminnanohjausalan ohjelmistoja joita on tehty nimenomaan Delphillä. Vaikkapa TV:ssä mainosta pyörittävä Passelikin on Delphi-pohjainen, ja hetikohta tulee mieleen ainakin 3..4 muutakin."
Se on harvinaisen surkea ohjelma.
"No enpä tiedä. WinApi-32:n tai NET-kirjastojen päälle kirjoitettavasta sovellusohjelmastahan tässä on vaan lopulta kyse. Meneekö ne äijät "sekaisin" pelkästään sen vuoksi että tekevät hommansa Delphillä?"
Kuolevalla käyttiksellä toimivien single platform ohjelmistoja kuolevalla kehittimellä tekevät ovat sekaisin. Delphillä ei oikeasti ole kannattanut aloittaa mitään ohjelmistoprojektia ainakaan seitsemään vuoteen vaan lähinnä ylläpitää vanhoja ohjelmistoja joita alkaa aika olla vähitellen kirjoittaa uusiksi nykypäivän kielillä.- Delete program ? (Y)
M-Kar kirjoitti:
"Siis noitahan on useita taloushallinto/toiminnanohjausalan ohjelmistoja joita on tehty nimenomaan Delphillä. Vaikkapa TV:ssä mainosta pyörittävä Passelikin on Delphi-pohjainen, ja hetikohta tulee mieleen ainakin 3..4 muutakin."
Se on harvinaisen surkea ohjelma.
"No enpä tiedä. WinApi-32:n tai NET-kirjastojen päälle kirjoitettavasta sovellusohjelmastahan tässä on vaan lopulta kyse. Meneekö ne äijät "sekaisin" pelkästään sen vuoksi että tekevät hommansa Delphillä?"
Kuolevalla käyttiksellä toimivien single platform ohjelmistoja kuolevalla kehittimellä tekevät ovat sekaisin. Delphillä ei oikeasti ole kannattanut aloittaa mitään ohjelmistoprojektia ainakaan seitsemään vuoteen vaan lähinnä ylläpitää vanhoja ohjelmistoja joita alkaa aika olla vähitellen kirjoittaa uusiksi nykypäivän kielillä."Kuolevalla käyttiksellä toimivien single platform ohjelmistoja kuolevalla kehittimellä tekevät ovat sekaisin. Delphillä ei oikeasti ole kannattanut aloittaa mitään ohjelmistoprojektia ainakaan seitsemään vuoteen vaan lähinnä ylläpitää vanhoja ohjelmistoja joita alkaa aika olla vähitellen kirjoittaa uusiksi nykypäivän kielillä."
Windows:in kuolemaa on povattu 80-luvulta lähtien sen ensimmäisestä versiosta asti. Tosin reaaliteetit ovat ajatusta vastaan nyt kun 99% maailman PC-tietokoneista esiasennetaan Windows:ille. Maksat Windows-maksun vaikka laittaisit jälkeenpäin tietokoneeseesi minkä tahansa käyttöjärjestelmän. Se, että jokin ohjemisto on tehty vain Windows-ympäristöön, on se sen valmistajien tietoinen valinta. Ei ole tarpeellista eikä järkevää rakentaa ohjelmasta portattavaa jokaiseen ympäristöön mikäli sen potentiaaliset ostajat omaavat vähintään yhden PC:n jossa on tuo kuoleva käyttöjärjestelmä, joka muuten saattaa elää sinuakin vanhemmaksi MKAR. Saat toki jatkaa Delphin kritikointia, mutta mitä siitä oikeastaan hyödyt ? Mielipiteesi ovat oikeastaan vain tarpeetonta sodanlietsontaa vailla faktoja argumenttiesi tueksi.
Delphi rakentuu Pascal-kieleen, johon on lisätty olio-piirteet ja rakenteelinen tuki komponentteihin ja moduuleihin. Nuo ominaisuudet tekevät Delphistä edelleenkin hyvän ohjelmistokehitysympäristön ohjelmille, joiden halutaan toimivan nopeasti ja luotettavasti. Tietenkin vain Windows-ympäristössä. Kuitenkaan Delphi kuten muutkaan ympäristöt eivät itsestään takaa ohjelmistojen laatua vaan kyse on aina ohjelmoijien kyvykkyydestä. Delphillä voi luoda sekä hyviä että huonoja ohjelmia aivan samalla tavoin kuten vaikka Eclipsellä, joka on edelleen käytettävyydessään valovuosia jäljessä Delphistä.
PS. Itse sain valmiiksi yhden Delphi-projektin juuri äskettäin ja ihan uusi ohjelma näki taas päivän valon onnellisen ohjelmoijan katsellessa työtään kuin isä lastaan. :) Delete program ? (Y) kirjoitti:
"Kuolevalla käyttiksellä toimivien single platform ohjelmistoja kuolevalla kehittimellä tekevät ovat sekaisin. Delphillä ei oikeasti ole kannattanut aloittaa mitään ohjelmistoprojektia ainakaan seitsemään vuoteen vaan lähinnä ylläpitää vanhoja ohjelmistoja joita alkaa aika olla vähitellen kirjoittaa uusiksi nykypäivän kielillä."
Windows:in kuolemaa on povattu 80-luvulta lähtien sen ensimmäisestä versiosta asti. Tosin reaaliteetit ovat ajatusta vastaan nyt kun 99% maailman PC-tietokoneista esiasennetaan Windows:ille. Maksat Windows-maksun vaikka laittaisit jälkeenpäin tietokoneeseesi minkä tahansa käyttöjärjestelmän. Se, että jokin ohjemisto on tehty vain Windows-ympäristöön, on se sen valmistajien tietoinen valinta. Ei ole tarpeellista eikä järkevää rakentaa ohjelmasta portattavaa jokaiseen ympäristöön mikäli sen potentiaaliset ostajat omaavat vähintään yhden PC:n jossa on tuo kuoleva käyttöjärjestelmä, joka muuten saattaa elää sinuakin vanhemmaksi MKAR. Saat toki jatkaa Delphin kritikointia, mutta mitä siitä oikeastaan hyödyt ? Mielipiteesi ovat oikeastaan vain tarpeetonta sodanlietsontaa vailla faktoja argumenttiesi tueksi.
Delphi rakentuu Pascal-kieleen, johon on lisätty olio-piirteet ja rakenteelinen tuki komponentteihin ja moduuleihin. Nuo ominaisuudet tekevät Delphistä edelleenkin hyvän ohjelmistokehitysympäristön ohjelmille, joiden halutaan toimivan nopeasti ja luotettavasti. Tietenkin vain Windows-ympäristössä. Kuitenkaan Delphi kuten muutkaan ympäristöt eivät itsestään takaa ohjelmistojen laatua vaan kyse on aina ohjelmoijien kyvykkyydestä. Delphillä voi luoda sekä hyviä että huonoja ohjelmia aivan samalla tavoin kuten vaikka Eclipsellä, joka on edelleen käytettävyydessään valovuosia jäljessä Delphistä.
PS. Itse sain valmiiksi yhden Delphi-projektin juuri äskettäin ja ihan uusi ohjelma näki taas päivän valon onnellisen ohjelmoijan katsellessa työtään kuin isä lastaan. :)"Windows:in kuolemaa on povattu 80-luvulta lähtien sen ensimmäisestä versiosta asti."
Se oli 80-luvulla ihan paska. 90-luvulla tuollaista taas ei povattu. 2000-luvun alkupuolella alettiin povaamaan kun oli ilmeistä, että Windows 2000/XP kun jää taakse niin käyttöjärjestelmämarkkinat alkaa pirstoutua. Alkuperäiset arviot oli jo jotain 2006-2008 mutta nykyiset on 2012-2014. Selainmarkkinoissa pirstoutuminen on jo edennyt hyvää tahtia.
Tällä hetkellä on ilmeistä, Windowsin käyttö vähenee rajusti lähitulevaisuudessa. Esimerkiksi Windowsia ei käytä 99% vaan selaustilastoissa Windows on romahtanut jo 86%:n jo nyt vaikka Windowsin käytön rajumpaa laskua odotetaan vasta 2-4v kuluttua. http://stats.wikimedia.org/wikimedia/squids/SquidReportOperatingSystems.htm
Ihan kokonaan se ei häviä mutta firmoissa ollaan asteittain menossa sekaympäristöihin kun työntekijät kasvavassa määrin käyttävät omia tietokoneitaan. Se kun on huomattu, että työntekijät ovat tuottavampia kun käyttävät omia vehkeitään kuin jotain vakioituja virityksiä. Siinä on melkoinen ongelma jos softat ei toimi työntekijöiden laitteissa. Tietoturvajutut sitten on toinen juttu minkä kanssa taistellaan.
"Maksat Windows-maksun vaikka laittaisit jälkeenpäin tietokoneeseesi minkä tahansa käyttöjärjestelmän."
Minkä takia kun tälläkin hetkellä on aika tavallista, että tietokoneita myydään ilman Windowsia?
"Delphi rakentuu Pascal-kieleen, johon on lisätty olio-piirteet ja rakenteelinen tuki komponentteihin ja moduuleihin. Nuo ominaisuudet tekevät Delphistä edelleenkin hyvän ohjelmistokehitysympäristön ohjelmille, joiden halutaan toimivan nopeasti ja luotettavasti."
Delphin ongelma on ihan sen ensimmäisestä versioista lähtien ollut se kankea kieli. Pascal on kuiteskin sellaista 70-80 -lukua. Alkoi jo 80-luvulla pilaantua käsiin kun piti paikata puutteita ties millä extensioilla. Turbo Pascal sitten lähinnä oli veturina ja pitkälti tämän edullisuuden ansiosta.- dfdfad
M-Kar kirjoitti:
"Windows:in kuolemaa on povattu 80-luvulta lähtien sen ensimmäisestä versiosta asti."
Se oli 80-luvulla ihan paska. 90-luvulla tuollaista taas ei povattu. 2000-luvun alkupuolella alettiin povaamaan kun oli ilmeistä, että Windows 2000/XP kun jää taakse niin käyttöjärjestelmämarkkinat alkaa pirstoutua. Alkuperäiset arviot oli jo jotain 2006-2008 mutta nykyiset on 2012-2014. Selainmarkkinoissa pirstoutuminen on jo edennyt hyvää tahtia.
Tällä hetkellä on ilmeistä, Windowsin käyttö vähenee rajusti lähitulevaisuudessa. Esimerkiksi Windowsia ei käytä 99% vaan selaustilastoissa Windows on romahtanut jo 86%:n jo nyt vaikka Windowsin käytön rajumpaa laskua odotetaan vasta 2-4v kuluttua. http://stats.wikimedia.org/wikimedia/squids/SquidReportOperatingSystems.htm
Ihan kokonaan se ei häviä mutta firmoissa ollaan asteittain menossa sekaympäristöihin kun työntekijät kasvavassa määrin käyttävät omia tietokoneitaan. Se kun on huomattu, että työntekijät ovat tuottavampia kun käyttävät omia vehkeitään kuin jotain vakioituja virityksiä. Siinä on melkoinen ongelma jos softat ei toimi työntekijöiden laitteissa. Tietoturvajutut sitten on toinen juttu minkä kanssa taistellaan.
"Maksat Windows-maksun vaikka laittaisit jälkeenpäin tietokoneeseesi minkä tahansa käyttöjärjestelmän."
Minkä takia kun tälläkin hetkellä on aika tavallista, että tietokoneita myydään ilman Windowsia?
"Delphi rakentuu Pascal-kieleen, johon on lisätty olio-piirteet ja rakenteelinen tuki komponentteihin ja moduuleihin. Nuo ominaisuudet tekevät Delphistä edelleenkin hyvän ohjelmistokehitysympäristön ohjelmille, joiden halutaan toimivan nopeasti ja luotettavasti."
Delphin ongelma on ihan sen ensimmäisestä versioista lähtien ollut se kankea kieli. Pascal on kuiteskin sellaista 70-80 -lukua. Alkoi jo 80-luvulla pilaantua käsiin kun piti paikata puutteita ties millä extensioilla. Turbo Pascal sitten lähinnä oli veturina ja pitkälti tämän edullisuuden ansiosta."Ihan kokonaan se ei häviä mutta firmoissa ollaan asteittain menossa sekaympäristöihin kun työntekijät kasvavassa määrin käyttävät omia tietokoneitaan. Se kun on huomattu, että työntekijät ovat tuottavampia kun käyttävät omia vehkeitään kuin jotain vakioituja virityksiä"
Ihan pakko kysyä. että mistä sä näitä juttuja vedät? Siis käyttävät omia tietokoneita yrityksissä mihin? Mikä noissa vakioiduissa on vikana? Puuttuuko niistä jotain yrityksen ja työntekijän kannalta tärkeitä asioita? Eikö työntekijä pysty muokkaamaan tuota yrityksen tietokonetta mieleisekseen?
Mites sun "työpaikalla" asia on hoidettu? Kysyn vielä toistamiseen eli miten sun työpaikalla asia on hoidettu? - Winkku-64
M-Kar kirjoitti:
"Windows:in kuolemaa on povattu 80-luvulta lähtien sen ensimmäisestä versiosta asti."
Se oli 80-luvulla ihan paska. 90-luvulla tuollaista taas ei povattu. 2000-luvun alkupuolella alettiin povaamaan kun oli ilmeistä, että Windows 2000/XP kun jää taakse niin käyttöjärjestelmämarkkinat alkaa pirstoutua. Alkuperäiset arviot oli jo jotain 2006-2008 mutta nykyiset on 2012-2014. Selainmarkkinoissa pirstoutuminen on jo edennyt hyvää tahtia.
Tällä hetkellä on ilmeistä, Windowsin käyttö vähenee rajusti lähitulevaisuudessa. Esimerkiksi Windowsia ei käytä 99% vaan selaustilastoissa Windows on romahtanut jo 86%:n jo nyt vaikka Windowsin käytön rajumpaa laskua odotetaan vasta 2-4v kuluttua. http://stats.wikimedia.org/wikimedia/squids/SquidReportOperatingSystems.htm
Ihan kokonaan se ei häviä mutta firmoissa ollaan asteittain menossa sekaympäristöihin kun työntekijät kasvavassa määrin käyttävät omia tietokoneitaan. Se kun on huomattu, että työntekijät ovat tuottavampia kun käyttävät omia vehkeitään kuin jotain vakioituja virityksiä. Siinä on melkoinen ongelma jos softat ei toimi työntekijöiden laitteissa. Tietoturvajutut sitten on toinen juttu minkä kanssa taistellaan.
"Maksat Windows-maksun vaikka laittaisit jälkeenpäin tietokoneeseesi minkä tahansa käyttöjärjestelmän."
Minkä takia kun tälläkin hetkellä on aika tavallista, että tietokoneita myydään ilman Windowsia?
"Delphi rakentuu Pascal-kieleen, johon on lisätty olio-piirteet ja rakenteelinen tuki komponentteihin ja moduuleihin. Nuo ominaisuudet tekevät Delphistä edelleenkin hyvän ohjelmistokehitysympäristön ohjelmille, joiden halutaan toimivan nopeasti ja luotettavasti."
Delphin ongelma on ihan sen ensimmäisestä versioista lähtien ollut se kankea kieli. Pascal on kuiteskin sellaista 70-80 -lukua. Alkoi jo 80-luvulla pilaantua käsiin kun piti paikata puutteita ties millä extensioilla. Turbo Pascal sitten lähinnä oli veturina ja pitkälti tämän edullisuuden ansiosta.>Tällä hetkellä on ilmeistä, Windowsin käyttö vähenee rajusti lähitulevaisuudessa. Esimerkiksi >Windowsia ei käytä 99% vaan selaustilastoissa Windows on romahtanut jo 86%:n jo nyt vaikka >Windowsin käytön rajumpaa laskua odotetaan vasta 2-4v kuluttua.
>http://stats.wikimedia.org/wikimedia/squids/SquidReportOperatingSystems.htm
Tämähän onkin järkyttävän huolestuttava taulukko Windowsin kannalta:
Windows 86.53%
Mac 6.80%
Linux (*nix) 1.80%
iPhone 1.60%
BlackBerry 0.41%
SymbianOS 0.19%
iPad 0.10%
DoCoMo (Android/*nix) 0.01%
SunOS (*nix) 0.01%
FreeBSD (*nix) 0.01%
OpenBSD (*nix) 0.00%
-------------------------------------
Total 100%
Se "oikea" Linux eri variaatioineen (Ubuntu, Suse, Redhat, Debian jne, muut keskenään kinastelevat distribuutiot) on 18 vuodessa kaapannut jo jämerän 1.8% markkinaosuuden. Ja kun perään lisätään vielä loput 0.01% *NIX variaatiot ollaan 1.83% mahtavassa markkinaosuudessa.
Johan tuolle *NIX-nyhrääjien markkinaosaamiselle nauraa Appple Companykin. He ovat tuneet markkinoille kiinnostavia tuotteita ja ovat on 5 vuodessa kyenneet nostamaan markkinaosuutensa 4%:sta nykyiseen 6.8%:iin.
===========================================================
Mites se olikaan: ! Linuxilla on maailmanlaajusiesti 100.000 kehittäjää ja testaajaa !
===========================================================
Mutta toisaalta ei ole yhden ainoatakaan markkinointijätkää.
----------------------------------------------------
Sellaista joka osaisi kuunnella mitä asiakas haluaa ja tarvitsee, ja sen perusteella suunnittelisi, teksisi ja toimittaisi pyydettyä tavaraa. Noien NIX:ien tilanne markkinoilla on huvittava kaiken kaikkiaan.
Näiden lukujen valossa Windowsilla ei ole *minkäänmoista* hätää ainakaan seuraavien 7 vuoden aikana. Yritykset pääosin (n. 95%:sesti) ostavat Windows-pohjaista IT-ratkaisua ihan vakiona.
Aikajanalla 7v...15v tilanne saattaa alkaa muuttua. Tai sitten ei muutu vielä silloinkaan. Riippuuu paljon siitä millaista tarjontaa tulee kannettavien laitteiden puolelle, ja millaisia User Interface innovaatioita syntyy. Nykyisten 3.5" screenien ja mininäppisten kanssa ei oikeasti voi tehdä juuri minkäänmoista *oikeata* työhommaa.
Kaikenlaiset pilvi-palvelut myös lisäävät markkinaosuuttaan. Selaimen alla olevalla käyttöjärjestelmällä ei silloin enää ole niin suurta merkitystä, siellä alla voi olla Windows, WinCE tai jokin *NIX johdannaista. - Winkku-64
M-Kar kirjoitti:
"Siis noitahan on useita taloushallinto/toiminnanohjausalan ohjelmistoja joita on tehty nimenomaan Delphillä. Vaikkapa TV:ssä mainosta pyörittävä Passelikin on Delphi-pohjainen, ja hetikohta tulee mieleen ainakin 3..4 muutakin."
Se on harvinaisen surkea ohjelma.
"No enpä tiedä. WinApi-32:n tai NET-kirjastojen päälle kirjoitettavasta sovellusohjelmastahan tässä on vaan lopulta kyse. Meneekö ne äijät "sekaisin" pelkästään sen vuoksi että tekevät hommansa Delphillä?"
Kuolevalla käyttiksellä toimivien single platform ohjelmistoja kuolevalla kehittimellä tekevät ovat sekaisin. Delphillä ei oikeasti ole kannattanut aloittaa mitään ohjelmistoprojektia ainakaan seitsemään vuoteen vaan lähinnä ylläpitää vanhoja ohjelmistoja joita alkaa aika olla vähitellen kirjoittaa uusiksi nykypäivän kielillä.>>"Siis noitahan on useita taloushallinto/toiminnanohjausalan ohjelmistoja joita on tehty
>>nimenomaan Delphillä. Vaikkapa TV:ssä mainosta pyörittävä Passelikin on
>>Delphi-pohjainen, ja hetikohta tulee mieleen ainakin 3..4 muutakin."
>Se on harvinaisen surkea ohjelma.
Sanos muuten joku mielestäsi hyvä ohjelma tuollaiselle PK-yritykselle, joka tarvitsee juuri tuollaisia Passelin tyyppisiä toimintoja. Laskutusta, ostoa, logistiikan ja materiaalien hallintaa, kirjanpitoa jne.
Ainakaan Unix/Linux-puolelle sellaisia ei tunnu olevan tarjolla. Tiettävästi ei ole olemassa *ainoatakaan* sellaista Unix/Linux-ohjelmaa jonka perus-PK käyttäjä saisi omin nokkinensa toimimaan ja käyttöön. Siis kun PK-yrittäjän firmassa IT-osaaminen on sellaista perus-Windowskäyttöosaamista, eikä mikään Linux-distrojen kanssa vuosikausien asentelua ja keskustelua.
Tässä ohjelmistosarjan luokassa sovellustarjonta Suomessa on 0%. Asentamiseen ja käyttöönottoon ja käyttöongelmien ratkaisemiseen pitää aina olla joku Unix/Linux tukifirma tai hemmo paikalle saatavissa.
Passeli on toki melko huono. Uusi Passeliversio on lisäksi vieläkin kömpelömpi ja jäykempi, ja on saanut sadat vanhat asiakkaat takajaloilleen.
Mutta ei sitä korvaavaa ratkaisua mistään *NIX puoleltakaan ole saatavilla. Eikä myöskään mistään selainpohjaisista ratkaisuistakaan, jos pysytään samassa IT-vuosibudjetin haarukassa. Edullisia Windows-pohjaisia ratkaisuja sen sijaan löytyy tilalle kosolti. Toiset parempia ja toiset huonompia. dfdfad kirjoitti:
"Ihan kokonaan se ei häviä mutta firmoissa ollaan asteittain menossa sekaympäristöihin kun työntekijät kasvavassa määrin käyttävät omia tietokoneitaan. Se kun on huomattu, että työntekijät ovat tuottavampia kun käyttävät omia vehkeitään kuin jotain vakioituja virityksiä"
Ihan pakko kysyä. että mistä sä näitä juttuja vedät? Siis käyttävät omia tietokoneita yrityksissä mihin? Mikä noissa vakioiduissa on vikana? Puuttuuko niistä jotain yrityksen ja työntekijän kannalta tärkeitä asioita? Eikö työntekijä pysty muokkaamaan tuota yrityksen tietokonetta mieleisekseen?
Mites sun "työpaikalla" asia on hoidettu? Kysyn vielä toistamiseen eli miten sun työpaikalla asia on hoidettu?"Siis käyttävät omia tietokoneita yrityksissä mihin?"
Työntekoon.
"Mikä noissa vakioiduissa on vikana? Puuttuuko niistä jotain yrityksen ja työntekijän kannalta tärkeitä asioita?"
Käyttö on kankeampaa kun on tottunut erilaisiin ohjelmiin esim. kotona. IT-osastot ovat helisemässä kun porukka asentelee duunipaikan koneisiin omia juttuja joita käyttävät työntekoon mutta samalla, työntekijä on tuottavampi.
Tämä homma kun ei nyt mene niin kuten 90-luvun alussa jolloin porukka osti kotiin vastaavat laitteet ja ohjelmat kuin mitä töissä. Nykyään ihmiset ostaa niin paljon tekniikkaa itselle, ja tietokoneet alkavat olla kokoajan enemmän henkilökohtaisia välineitä. Ohjelmistojen kehitystahti on myös kiihtynyt niihin tulee helposti enemmän hajontaa. Esimerkiksi jo sekin saattaa vaikuttaa työntekijän tuotavuuteen jos on vaikka ostanut kotiin tietokoneen Vistalla ja työpaikalla on vaikka joku XP jossa käyttöliittymä erilainen.
90-luvulla esimerkiksi "kaikki" koneet oli tylsän harmaita laatikoita mutta nyt saa ostettua vaikka valmiiksi mieleiseksi maalattuna, ohjelmistot pimpattu mieleiseksi ja jne. Esimerkiksi työpaikan koneella voi ääritapauksessa olla vaikka joku Windows XP MS Office XP ja IE6 ja kommunikaationa sähköposti mutta kotona on vaikka uusi uusi Macbook jota käyttää vaikka Opera selaimella ja sitten duunipaikan koneella hakataan päätä seinään kun pitäisi vaikka saada tulostettua PDF tai avattua joku pakattu tiedosto ja ei onnistu eikä saa asentaa ohjelmia. Kommunikointikin tehdään helposti mieluummin pikaviestimellä. Sellaistakin ilmiötä on, että ihmiset raahaa töissä mukanaan jotain tikkukäyttistä, LiveCD:tä tai omaa läppäriä joita käyttävät myös töiden tekoon.
"Eikö työntekijä pysty muokkaamaan tuota yrityksen tietokonetta mieleisekseen?"
Vakioiduissa ympäristöissä ei koneisiin saa asentaa yleensä mitään. Mutta mitä jos tuolle muokkauslinjalle lähtään niin helposti on se tilanne, että työntekijä haluaa muokata koneen asentamalla sinne vaikka openSusen jolla hommat käy hänen työskentelytavoilla sujuvasti ja ollaan taas alkuperäisessä ongelmassa, että Delphillä tehdyt ohjelmistot ei tälläiseen työympäristöön taivu.
Ohjelmistoja tehdessä pitää aina katsoa tulevaisuuteen joten Delphi on nykymaailmassa ongelmallinen. Se oli vielä joskus 2002 ihan kelpo ja sillon tulevaisuus näytti siltä, että ohjelmistot toimii ainakin seuraavat 6v eteenpäin mutta nyt näyttää siltä, että 6v kuluttua Delphillä tehtävät ohjelmistot on helposti ns. myllynkivi kaulan ympärillä. Sepäs onkin tosi ihanaa jos jonkun yksittäisen Delphiohjelman takia joutuu tekemään jotain virtualisointiratkaisuja ja muuta vastaavaa.
Itse teen työhommat ihan omalla koneella.Winkku-64 kirjoitti:
>Tällä hetkellä on ilmeistä, Windowsin käyttö vähenee rajusti lähitulevaisuudessa. Esimerkiksi >Windowsia ei käytä 99% vaan selaustilastoissa Windows on romahtanut jo 86%:n jo nyt vaikka >Windowsin käytön rajumpaa laskua odotetaan vasta 2-4v kuluttua.
>http://stats.wikimedia.org/wikimedia/squids/SquidReportOperatingSystems.htm
Tämähän onkin järkyttävän huolestuttava taulukko Windowsin kannalta:
Windows 86.53%
Mac 6.80%
Linux (*nix) 1.80%
iPhone 1.60%
BlackBerry 0.41%
SymbianOS 0.19%
iPad 0.10%
DoCoMo (Android/*nix) 0.01%
SunOS (*nix) 0.01%
FreeBSD (*nix) 0.01%
OpenBSD (*nix) 0.00%
-------------------------------------
Total 100%
Se "oikea" Linux eri variaatioineen (Ubuntu, Suse, Redhat, Debian jne, muut keskenään kinastelevat distribuutiot) on 18 vuodessa kaapannut jo jämerän 1.8% markkinaosuuden. Ja kun perään lisätään vielä loput 0.01% *NIX variaatiot ollaan 1.83% mahtavassa markkinaosuudessa.
Johan tuolle *NIX-nyhrääjien markkinaosaamiselle nauraa Appple Companykin. He ovat tuneet markkinoille kiinnostavia tuotteita ja ovat on 5 vuodessa kyenneet nostamaan markkinaosuutensa 4%:sta nykyiseen 6.8%:iin.
===========================================================
Mites se olikaan: ! Linuxilla on maailmanlaajusiesti 100.000 kehittäjää ja testaajaa !
===========================================================
Mutta toisaalta ei ole yhden ainoatakaan markkinointijätkää.
----------------------------------------------------
Sellaista joka osaisi kuunnella mitä asiakas haluaa ja tarvitsee, ja sen perusteella suunnittelisi, teksisi ja toimittaisi pyydettyä tavaraa. Noien NIX:ien tilanne markkinoilla on huvittava kaiken kaikkiaan.
Näiden lukujen valossa Windowsilla ei ole *minkäänmoista* hätää ainakaan seuraavien 7 vuoden aikana. Yritykset pääosin (n. 95%:sesti) ostavat Windows-pohjaista IT-ratkaisua ihan vakiona.
Aikajanalla 7v...15v tilanne saattaa alkaa muuttua. Tai sitten ei muutu vielä silloinkaan. Riippuuu paljon siitä millaista tarjontaa tulee kannettavien laitteiden puolelle, ja millaisia User Interface innovaatioita syntyy. Nykyisten 3.5" screenien ja mininäppisten kanssa ei oikeasti voi tehdä juuri minkäänmoista *oikeata* työhommaa.
Kaikenlaiset pilvi-palvelut myös lisäävät markkinaosuuttaan. Selaimen alla olevalla käyttöjärjestelmällä ei silloin enää ole niin suurta merkitystä, siellä alla voi olla Windows, WinCE tai jokin *NIX johdannaista."Tämähän onkin järkyttävän huolestuttava taulukko Windowsin kannalta:"
Kummasti siitä hävinnyt 10% parissa vuodessa jo nyt vaikka suosion laskua odotetaan vasta 2-4v kuluttua.
"Se "oikea" Linux eri variaatioineen (Ubuntu, Suse, Redhat, Debian jne, muut keskenään kinastelevat distribuutiot) on 18 vuodessa kaapannut jo jämerän 1.8% markkinaosuuden."
Tämä onkin iPhoneOS:n jälkeen merkittävimmät nousija. Nuo linuxit nimittäin oli saman tilaston mukaan karvan verran päälle 1% vasta 3kk sitten. Eli 60-80% kasvanut vuosineljänneksessä. Tuo on Microsoftin kannalta huolestuttavaa. Steve Ballmer itse arvioi linuxt pahemmaksi kilpailijaksi kuin Applen ja tämän tilastoissa oli vuosi sitten tms. 4%:ssa.
"Nykyisten 3.5" screenien ja mininäppisten kanssa ei oikeasti voi tehdä juuri minkäänmoista *oikeata* työhommaa."
Tottakai voi. Ei tietenkään millään Windowsilla jonka käyttöliittymä on kankea tälläisessä. Nuo miniläppärikäyttöliittymät ovat näppäriä.
"Se "oikea" Linux eri variaatioineen (Ubuntu, Suse, Redhat, Debian jne, muut keskenään kinastelevat distribuutiot) on 18 vuodessa kaapannut jo jämerän 1.8% markkinaosuuden."
Meinaatko, että esimerkiksi Red Hat Enterprise ja Windows eivät sitten kinastelisi keskenään?
"Sellaista joka osaisi kuunnella mitä asiakas haluaa ja tarvitsee, ja sen perusteella suunnittelisi, teksisi ja toimittaisi pyydettyä tavaraa."
Tottakai on. Sellaista tuputtamista vaan on vähemmän. Google, Nokia ja varsinkin Apple tuntuvat tuputtavan enimmäkseen. HP varmaan alkaa pian tuputtamaan WebOS:ia. Nokia vasta aloittelee, että varmaan vasta vuoden kuluttua alkaa se MeeGon tuputtaminen kunnolla.
"Johan tuolle *NIX-nyhrääjien markkinaosaamiselle nauraa Appple Companykin."
Apple on *NIX nyhrääjä.Winkku-64 kirjoitti:
>>"Siis noitahan on useita taloushallinto/toiminnanohjausalan ohjelmistoja joita on tehty
>>nimenomaan Delphillä. Vaikkapa TV:ssä mainosta pyörittävä Passelikin on
>>Delphi-pohjainen, ja hetikohta tulee mieleen ainakin 3..4 muutakin."
>Se on harvinaisen surkea ohjelma.
Sanos muuten joku mielestäsi hyvä ohjelma tuollaiselle PK-yritykselle, joka tarvitsee juuri tuollaisia Passelin tyyppisiä toimintoja. Laskutusta, ostoa, logistiikan ja materiaalien hallintaa, kirjanpitoa jne.
Ainakaan Unix/Linux-puolelle sellaisia ei tunnu olevan tarjolla. Tiettävästi ei ole olemassa *ainoatakaan* sellaista Unix/Linux-ohjelmaa jonka perus-PK käyttäjä saisi omin nokkinensa toimimaan ja käyttöön. Siis kun PK-yrittäjän firmassa IT-osaaminen on sellaista perus-Windowskäyttöosaamista, eikä mikään Linux-distrojen kanssa vuosikausien asentelua ja keskustelua.
Tässä ohjelmistosarjan luokassa sovellustarjonta Suomessa on 0%. Asentamiseen ja käyttöönottoon ja käyttöongelmien ratkaisemiseen pitää aina olla joku Unix/Linux tukifirma tai hemmo paikalle saatavissa.
Passeli on toki melko huono. Uusi Passeliversio on lisäksi vieläkin kömpelömpi ja jäykempi, ja on saanut sadat vanhat asiakkaat takajaloilleen.
Mutta ei sitä korvaavaa ratkaisua mistään *NIX puoleltakaan ole saatavilla. Eikä myöskään mistään selainpohjaisista ratkaisuistakaan, jos pysytään samassa IT-vuosibudjetin haarukassa. Edullisia Windows-pohjaisia ratkaisuja sen sijaan löytyy tilalle kosolti. Toiset parempia ja toiset huonompia."Sanos muuten joku mielestäsi hyvä ohjelma tuollaiselle PK-yritykselle, joka tarvitsee juuri tuollaisia Passelin tyyppisiä toimintoja. Laskutusta, ostoa, logistiikan ja materiaalien hallintaa, kirjanpitoa jne."
Taitaa noita olla jo monia. Asennus voi olla kaikissa vaativa mutta sitä vartenhan on tukihenkilöt.
"Eikä myöskään mistään selainpohjaisista ratkaisuistakaan, jos pysytään samassa IT-vuosibudjetin haarukassa."
Pupesoft.
"Asentamiseen ja käyttöönottoon ja käyttöongelmien ratkaisemiseen pitää aina olla joku Unix/Linux tukifirma tai hemmo paikalle saatavissa."
Tämähän on ihan tavallista Windowsillakin.- dggdfgdf
M-Kar kirjoitti:
"Siis käyttävät omia tietokoneita yrityksissä mihin?"
Työntekoon.
"Mikä noissa vakioiduissa on vikana? Puuttuuko niistä jotain yrityksen ja työntekijän kannalta tärkeitä asioita?"
Käyttö on kankeampaa kun on tottunut erilaisiin ohjelmiin esim. kotona. IT-osastot ovat helisemässä kun porukka asentelee duunipaikan koneisiin omia juttuja joita käyttävät työntekoon mutta samalla, työntekijä on tuottavampi.
Tämä homma kun ei nyt mene niin kuten 90-luvun alussa jolloin porukka osti kotiin vastaavat laitteet ja ohjelmat kuin mitä töissä. Nykyään ihmiset ostaa niin paljon tekniikkaa itselle, ja tietokoneet alkavat olla kokoajan enemmän henkilökohtaisia välineitä. Ohjelmistojen kehitystahti on myös kiihtynyt niihin tulee helposti enemmän hajontaa. Esimerkiksi jo sekin saattaa vaikuttaa työntekijän tuotavuuteen jos on vaikka ostanut kotiin tietokoneen Vistalla ja työpaikalla on vaikka joku XP jossa käyttöliittymä erilainen.
90-luvulla esimerkiksi "kaikki" koneet oli tylsän harmaita laatikoita mutta nyt saa ostettua vaikka valmiiksi mieleiseksi maalattuna, ohjelmistot pimpattu mieleiseksi ja jne. Esimerkiksi työpaikan koneella voi ääritapauksessa olla vaikka joku Windows XP MS Office XP ja IE6 ja kommunikaationa sähköposti mutta kotona on vaikka uusi uusi Macbook jota käyttää vaikka Opera selaimella ja sitten duunipaikan koneella hakataan päätä seinään kun pitäisi vaikka saada tulostettua PDF tai avattua joku pakattu tiedosto ja ei onnistu eikä saa asentaa ohjelmia. Kommunikointikin tehdään helposti mieluummin pikaviestimellä. Sellaistakin ilmiötä on, että ihmiset raahaa töissä mukanaan jotain tikkukäyttistä, LiveCD:tä tai omaa läppäriä joita käyttävät myös töiden tekoon.
"Eikö työntekijä pysty muokkaamaan tuota yrityksen tietokonetta mieleisekseen?"
Vakioiduissa ympäristöissä ei koneisiin saa asentaa yleensä mitään. Mutta mitä jos tuolle muokkauslinjalle lähtään niin helposti on se tilanne, että työntekijä haluaa muokata koneen asentamalla sinne vaikka openSusen jolla hommat käy hänen työskentelytavoilla sujuvasti ja ollaan taas alkuperäisessä ongelmassa, että Delphillä tehdyt ohjelmistot ei tälläiseen työympäristöön taivu.
Ohjelmistoja tehdessä pitää aina katsoa tulevaisuuteen joten Delphi on nykymaailmassa ongelmallinen. Se oli vielä joskus 2002 ihan kelpo ja sillon tulevaisuus näytti siltä, että ohjelmistot toimii ainakin seuraavat 6v eteenpäin mutta nyt näyttää siltä, että 6v kuluttua Delphillä tehtävät ohjelmistot on helposti ns. myllynkivi kaulan ympärillä. Sepäs onkin tosi ihanaa jos jonkun yksittäisen Delphiohjelman takia joutuu tekemään jotain virtualisointiratkaisuja ja muuta vastaavaa.
Itse teen työhommat ihan omalla koneella.Kun nyt kyseessä vakioitu ympäristö niin ei puhuta mistään nakkikioskeista.
Tilanne on se, että sä et saa edes omaa konetta yrityksen verkkoon vaikka roudaisit oman koneen sinne. Se on estetty (vaikka mac osoitteella) ja uskoisin, että tiedät miksi.
"Käyttö on kankeampaa kun on tottunut erilaisiin ohjelmiin esim. kotona. IT-osastot ovat helisemässä kun porukka asentelee duunipaikan koneisiin omia juttuja joita käyttävät työntekoon mutta samalla, työntekijä on tuottavampi. "
Oikein suunnitellussa vakioidussa ympäristössä IT-osastot ei ole helisemässä kun porukka ei pysty asentelemaan mitään. Tarvittavat softat jaetaan automaattisesti eli voit ottaa niitä käyttöön. Noita softia voi olla satoja eli löytyy vaikka photoshop, itunes, firefox ja ihan mitä vaan työntekijä tarvitsee. Näin hoituu se, että softat pysyy päivitysten osalta aina ajantasalla ja käytetyt lisenssit on tiedossa.
"Esimerkiksi työpaikan koneella voi ääritapauksessa olla vaikka joku Windows XP MS Office XP ja IE6 ja kommunikaationa sähköposti mutta kotona on vaikka uusi uusi Macbook jota käyttää vaikka Opera selaimella ja sitten duunipaikan koneella hakataan päätä seinään kun pitäisi vaikka saada tulostettua PDF tai avattua joku pakattu tiedosto ja ei onnistu eikä saa asentaa ohjelmia."
Kyllä sinne työpaikalle saa tuon macin ostettua jos sitä tarvitsee. Tiedän itse useita joilla on mac duunissa kakkoskoneena. Tuossa tilanteessa hakataan päätä seinään jos yrityksen taustajärjestelmät ei toimi hyvin tuon macin kanssa. Joutuu autentikoimaan jokaiseen järjestelmään eli kirjautumisikkunoita tulee kokoajan. Toiseksi voi olla, että yrityksen helpdesk ei tarjoa tukea tuohon macciin eli homma on omissa käsissä. Tämän takia nuo macit on usein ns. kakkoskoneena ja yrityksen taustajärjestelmiä käytetään windowssilla.
"Sellaistakin ilmiötä on, että ihmiset raahaa töissä mukanaan jotain tikkukäyttistä, LiveCD:tä tai omaa läppäriä joita käyttävät myös töiden tekoon. "
Omat tikut ja livecd:t ei toimi oikein suunnitellussa ympäristössä. Vain yrityksen omat salatut tikut toimii kun ne on sallittu group policyissä. Livecd:llä et pääse buuttaamaan kun se on estetty ja mitä iloa olis kun yrityksen koneen levy kryptattu ja livecd ei tajua levystä hittojakaan.
"Vakioiduissa ympäristöissä ei koneisiin saa asentaa yleensä mitään. Mutta mitä jos tuolle muokkauslinjalle lähtään niin helposti on se tilanne, että työntekijä haluaa muokata koneen asentamalla sinne vaikka openSusen jolla hommat käy hänen työskentelytavoilla sujuvasti ja ollaan taas alkuperäisessä ongelmassa, että Delphillä tehdyt ohjelmistot ei tälläiseen työympäristöön taivu."
Työntekijä saa tuon opensusen jos se sitä tarvitsee. Noita linux juttuja paljon käytössä yrityksissä. Ne vain on samaan tapaan kuin tuo mac eli kakkoskoneita. Ainoana koneena ei käytetä kun ei tukea helpparissa, kirjautumisikkunoita yrityksen taustajärjestelmiin ja kaikki ei edes toimi. Sähköpostin käyttö hankalinta jos yrityksessä exchange. Tuossa exchangessa kun ei ole oletuksena pop ja imap päällä niin joutuu käyttämään selaimella ja firefox pistää exchangen weppiliittymän basic tilaan niin tosi karu käyttää. Saat olla aika iso johtaja, että pystyt käskemään IT-osaston laittamaan nuo pop ja imap protokollat päälle.
Uusimmassa osx versiossa ei ole tuota sähköpostiongelmaa kun mail tukee suoraan exchangea.
Eli lyhyesti et saa omaa konetta yritykseen. Yritys ostaa sulle tarpeelliset koneet ja jos se on vaikka kannettava niin voit käyttää sitä myös kotona omiin hommiin. Ja monilla ei ole edes omaa konetta kun nuo yrityksen koneet on aika hyviä. Tätäkin kirjoittelen uudenkarhealla yrityksen Lenovo Thinkpad w510 eli aika hyvä läppäriksi 1920x1080 resoluutiolla. Hinta 2000 -3000€ niin miksiköhän monet ei edes tarvitse kotikonetta. - Winkku-64
M-Kar kirjoitti:
"Sanos muuten joku mielestäsi hyvä ohjelma tuollaiselle PK-yritykselle, joka tarvitsee juuri tuollaisia Passelin tyyppisiä toimintoja. Laskutusta, ostoa, logistiikan ja materiaalien hallintaa, kirjanpitoa jne."
Taitaa noita olla jo monia. Asennus voi olla kaikissa vaativa mutta sitä vartenhan on tukihenkilöt.
"Eikä myöskään mistään selainpohjaisista ratkaisuistakaan, jos pysytään samassa IT-vuosibudjetin haarukassa."
Pupesoft.
"Asentamiseen ja käyttöönottoon ja käyttöongelmien ratkaisemiseen pitää aina olla joku Unix/Linux tukifirma tai hemmo paikalle saatavissa."
Tämähän on ihan tavallista Windowsillakin.> Taitaa noita olla jo monia. Asennus voi olla kaikissa vaativa mutta sitä vartenhan on
> tukihenkilöt.
Tuo on juuri sitä *NIX maailmaa, että ihan joka pikkuhommaankin pitää pyytää *NIX ukko paikalle. Koska eivät ne PK-sektorin yritysten henkilöstöt sellaisia opi hallitsemaan, muuta kuin jos joku erikseen koulutetaan. Ihan Mom & Pop pikkuputiikeissa ei kouluteta ketään, minkään ohjelmien käyttöön, vaan kaikki opettelevat itse.
Windows maailmassa PC-kone haetaan kaupasta, asennetaan CD:ltä sovellusohjelma sisään ja aletaan hommiin.
> Tämähän on ihan tavallista Windowsillakin.
Eikä ole. Jos tilaat vaikka Passelin parilla satasella netistä http://www.passeli.com/tilaus.php niin ei sitä sinulle kukaan tule paikan päälle asentamaan.
Yritys hakee Windows-koneen kaupasta ja asentaa Passelin itse, ja kenties soittaa kerran tai pari Passelin puhelintukeen, jos sitten tarvitse edes sitäkään.
> Pupesoft.
Justiinsa! Tämäkös on sellainen mukava Pupe-paketti, joka "ei maksa mitään" ja lisäksi "se on helppo itsekin asentaa".
Käsi ylös, kuinka moni ei *NIX -ihminen saa tällaisen Pupen näillä ohjeilla asennettua?
http://www.devlab.fi/wiki/index.php/Asennusohje
Ensiksi asiakkaan pitäisi tietysti rakentaa itselleen PC-kone, jossa on sopivaa distroa oleva *NIX-käyttis sisällä. Ja löytää netistä joka näytönohjaimelle ja nettikameralle ym. oheislaitteelle sopiva Linux-ajurit jne.
Onhan nämä nämä vaikeudeltaan aivan eri kertaluokkaa olevia asioita Windowsin ja Linuxin hallinnoimisen välillä. Tietenkään Linux-hemmot itse eivät muka ole näkevinään mitään vaikeutta asiassa.
Mutta kyllä markkinat näkevät, ne tavalliset ostavat asiakkaat, ja se pitää kyllä Linux-suosion räjähdyksen aika hyvin aisoissa tästä eteenpäinkin. Windows on hatara monin paikoin, mutta sillä kuitenkin saa päivittäiset hommat tehtyä, ja sovellusohjelman päivityksen osaa itsekin asentaa. Winkku-64 kirjoitti:
> Taitaa noita olla jo monia. Asennus voi olla kaikissa vaativa mutta sitä vartenhan on
> tukihenkilöt.
Tuo on juuri sitä *NIX maailmaa, että ihan joka pikkuhommaankin pitää pyytää *NIX ukko paikalle. Koska eivät ne PK-sektorin yritysten henkilöstöt sellaisia opi hallitsemaan, muuta kuin jos joku erikseen koulutetaan. Ihan Mom & Pop pikkuputiikeissa ei kouluteta ketään, minkään ohjelmien käyttöön, vaan kaikki opettelevat itse.
Windows maailmassa PC-kone haetaan kaupasta, asennetaan CD:ltä sovellusohjelma sisään ja aletaan hommiin.
> Tämähän on ihan tavallista Windowsillakin.
Eikä ole. Jos tilaat vaikka Passelin parilla satasella netistä http://www.passeli.com/tilaus.php niin ei sitä sinulle kukaan tule paikan päälle asentamaan.
Yritys hakee Windows-koneen kaupasta ja asentaa Passelin itse, ja kenties soittaa kerran tai pari Passelin puhelintukeen, jos sitten tarvitse edes sitäkään.
> Pupesoft.
Justiinsa! Tämäkös on sellainen mukava Pupe-paketti, joka "ei maksa mitään" ja lisäksi "se on helppo itsekin asentaa".
Käsi ylös, kuinka moni ei *NIX -ihminen saa tällaisen Pupen näillä ohjeilla asennettua?
http://www.devlab.fi/wiki/index.php/Asennusohje
Ensiksi asiakkaan pitäisi tietysti rakentaa itselleen PC-kone, jossa on sopivaa distroa oleva *NIX-käyttis sisällä. Ja löytää netistä joka näytönohjaimelle ja nettikameralle ym. oheislaitteelle sopiva Linux-ajurit jne.
Onhan nämä nämä vaikeudeltaan aivan eri kertaluokkaa olevia asioita Windowsin ja Linuxin hallinnoimisen välillä. Tietenkään Linux-hemmot itse eivät muka ole näkevinään mitään vaikeutta asiassa.
Mutta kyllä markkinat näkevät, ne tavalliset ostavat asiakkaat, ja se pitää kyllä Linux-suosion räjähdyksen aika hyvin aisoissa tästä eteenpäinkin. Windows on hatara monin paikoin, mutta sillä kuitenkin saa päivittäiset hommat tehtyä, ja sovellusohjelman päivityksen osaa itsekin asentaa."Windows maailmassa PC-kone haetaan kaupasta, asennetaan CD:ltä sovellusohjelma sisään ja aletaan hommiin."
Ja soitetaan kerta viikkoon tukihenkilölle kun sitä ei osata ylläpitää ja koneet myllää täynnä viruksia.
"Käsi ylös, kuinka moni ei *NIX -ihminen saa tällaisen Pupen näillä ohjeilla asennettua?"
Kyseessä on palvelinpään softa. Ne on aika tavallisesti hankalampia kuin työasemasoftat mutta toisaalta, kaiken ylläpidon voi tehdä samasta paikasta. Unohdat täysin myös sen, että tuon asentaminen on paljon hankalempaa Windowsiin.
"Yritys hakee Windows-koneen kaupasta ja asentaa Passelin itse, ja kenties soittaa kerran tai pari Passelin puhelintukeen, jos sitten tarvitse edes sitäkään."
Ja ihan kuin Devlabilla ei olisi puhelintukea?
"Ensiksi asiakkaan pitäisi tietysti rakentaa itselleen PC-kone, jossa on sopivaa distroa oleva *NIX-käyttis sisällä."
Miksi pitää rakentaa kun voi ostaa valmiinakin?
"Ja löytää netistä joka näytönohjaimelle ja nettikameralle ym. oheislaitteelle sopiva Linux-ajurit jne."
Ei tietenkään tarvitse. Windowsilla tehdään tuota, linuxeissa taas laitteet toimii suoraan kun tökkää kiinni. yhden ainoan kerran olen asentanut ajurin linuxeilla, kyseessä oli Nokian mokkula ja se ajuri oli siellä muistitikulla.
"Mutta kyllä markkinat näkevät, ne tavalliset ostavat asiakkaat, ja se pitää kyllä Linux-suosion räjähdyksen aika hyvin aisoissa tästä eteenpäinkin."
Linuxin suosio on jo räjähtänyt. Tämähän on maailman eniten käytetty ohjelmisto. Ja yleistyminen näyttää kasvavan edelleen räjähdysmäisesti.
"Windows on hatara monin paikoin, mutta sillä kuitenkin saa päivittäiset hommat tehtyä, ja sovellusohjelman päivityksen osaa itsekin asentaa."
Sitä juuri nimenomaan ei osata tehdä. Tästä on kolme todistetta: 1. Tietoturvaohjelmistot 2. Haittaohjelmistot 3. Valtavasti työllistetyt tukifirmat
Jos se ylläpito olisi helppoa niin tuollaista ei olisi. Nykykäyttöjärjestelmät taas osaa päivittää ohjelmistot itse lähes aina. Windowsilla sitten on tätä ilmiötä, että joka lisäohjelmalla on omia päivitysvirityksiä tai ei ole ollenkaan ja se sitten aiheuttaa usein ongelmia. Enemmän monimutkaisuutta ja enemmän riskiä ongelmille.
Tiettävästi Windows 8:ssa vihdoinkin korjataan tuota vikaa, että ainakin ohjelmistokaupassa ne ohjelmat sitten päivittyy keskitetysti. Jokohan se Windows sitten olisi viimeinään valmis työpöytäkäyttöön..dggdfgdf kirjoitti:
Kun nyt kyseessä vakioitu ympäristö niin ei puhuta mistään nakkikioskeista.
Tilanne on se, että sä et saa edes omaa konetta yrityksen verkkoon vaikka roudaisit oman koneen sinne. Se on estetty (vaikka mac osoitteella) ja uskoisin, että tiedät miksi.
"Käyttö on kankeampaa kun on tottunut erilaisiin ohjelmiin esim. kotona. IT-osastot ovat helisemässä kun porukka asentelee duunipaikan koneisiin omia juttuja joita käyttävät työntekoon mutta samalla, työntekijä on tuottavampi. "
Oikein suunnitellussa vakioidussa ympäristössä IT-osastot ei ole helisemässä kun porukka ei pysty asentelemaan mitään. Tarvittavat softat jaetaan automaattisesti eli voit ottaa niitä käyttöön. Noita softia voi olla satoja eli löytyy vaikka photoshop, itunes, firefox ja ihan mitä vaan työntekijä tarvitsee. Näin hoituu se, että softat pysyy päivitysten osalta aina ajantasalla ja käytetyt lisenssit on tiedossa.
"Esimerkiksi työpaikan koneella voi ääritapauksessa olla vaikka joku Windows XP MS Office XP ja IE6 ja kommunikaationa sähköposti mutta kotona on vaikka uusi uusi Macbook jota käyttää vaikka Opera selaimella ja sitten duunipaikan koneella hakataan päätä seinään kun pitäisi vaikka saada tulostettua PDF tai avattua joku pakattu tiedosto ja ei onnistu eikä saa asentaa ohjelmia."
Kyllä sinne työpaikalle saa tuon macin ostettua jos sitä tarvitsee. Tiedän itse useita joilla on mac duunissa kakkoskoneena. Tuossa tilanteessa hakataan päätä seinään jos yrityksen taustajärjestelmät ei toimi hyvin tuon macin kanssa. Joutuu autentikoimaan jokaiseen järjestelmään eli kirjautumisikkunoita tulee kokoajan. Toiseksi voi olla, että yrityksen helpdesk ei tarjoa tukea tuohon macciin eli homma on omissa käsissä. Tämän takia nuo macit on usein ns. kakkoskoneena ja yrityksen taustajärjestelmiä käytetään windowssilla.
"Sellaistakin ilmiötä on, että ihmiset raahaa töissä mukanaan jotain tikkukäyttistä, LiveCD:tä tai omaa läppäriä joita käyttävät myös töiden tekoon. "
Omat tikut ja livecd:t ei toimi oikein suunnitellussa ympäristössä. Vain yrityksen omat salatut tikut toimii kun ne on sallittu group policyissä. Livecd:llä et pääse buuttaamaan kun se on estetty ja mitä iloa olis kun yrityksen koneen levy kryptattu ja livecd ei tajua levystä hittojakaan.
"Vakioiduissa ympäristöissä ei koneisiin saa asentaa yleensä mitään. Mutta mitä jos tuolle muokkauslinjalle lähtään niin helposti on se tilanne, että työntekijä haluaa muokata koneen asentamalla sinne vaikka openSusen jolla hommat käy hänen työskentelytavoilla sujuvasti ja ollaan taas alkuperäisessä ongelmassa, että Delphillä tehdyt ohjelmistot ei tälläiseen työympäristöön taivu."
Työntekijä saa tuon opensusen jos se sitä tarvitsee. Noita linux juttuja paljon käytössä yrityksissä. Ne vain on samaan tapaan kuin tuo mac eli kakkoskoneita. Ainoana koneena ei käytetä kun ei tukea helpparissa, kirjautumisikkunoita yrityksen taustajärjestelmiin ja kaikki ei edes toimi. Sähköpostin käyttö hankalinta jos yrityksessä exchange. Tuossa exchangessa kun ei ole oletuksena pop ja imap päällä niin joutuu käyttämään selaimella ja firefox pistää exchangen weppiliittymän basic tilaan niin tosi karu käyttää. Saat olla aika iso johtaja, että pystyt käskemään IT-osaston laittamaan nuo pop ja imap protokollat päälle.
Uusimmassa osx versiossa ei ole tuota sähköpostiongelmaa kun mail tukee suoraan exchangea.
Eli lyhyesti et saa omaa konetta yritykseen. Yritys ostaa sulle tarpeelliset koneet ja jos se on vaikka kannettava niin voit käyttää sitä myös kotona omiin hommiin. Ja monilla ei ole edes omaa konetta kun nuo yrityksen koneet on aika hyviä. Tätäkin kirjoittelen uudenkarhealla yrityksen Lenovo Thinkpad w510 eli aika hyvä läppäriksi 1920x1080 resoluutiolla. Hinta 2000 -3000€ niin miksiköhän monet ei edes tarvitse kotikonetta."Tilanne on se, että sä et saa edes omaa konetta yrityksen verkkoon vaikka roudaisit oman koneen sinne. Se on estetty (vaikka mac osoitteella) ja uskoisin, että tiedät miksi."
Toki, mutta tästä käytännöstä aletaan siirtyä vähitellen omien laitteiden käyttöön monissa paikoissa. Tietoturvakysymykset on suurin ongelma.
"Tuossa tilanteessa hakataan päätä seinään jos yrityksen taustajärjestelmät ei toimi hyvin tuon macin kanssa."
Silloin hakataan myös päätä seinään jos softat ei ole yhteensopivia sen omenan kanssa kun Delphillä ei saa tehtyä yhteensopivaa ohjelmaa.
"Noita linux juttuja paljon käytössä yrityksissä. Ne vain on samaan tapaan kuin tuo mac eli kakkoskoneita. Ainoana koneena ei käytetä kun ei tukea helpparissa, kirjautumisikkunoita yrityksen taustajärjestelmiin ja kaikki ei edes toimi."
Ja tämäkö ei ole pään hakkaamista seinään kun ohjelmistot ei ole yhteensopivia? Helpommalla selviäisi kun hommat ovat yhteensopivia ja voi käyttää yhtä konetta, mitä sitten haluaakaan. Delphi on tässä yksi ongelman aiheuttaja nykymaailmassa joten sillä ei ole fiksua enää aloittaa ohjelmistoprojekteja.- Winkku-64
M-Kar kirjoitti:
"Windows maailmassa PC-kone haetaan kaupasta, asennetaan CD:ltä sovellusohjelma sisään ja aletaan hommiin."
Ja soitetaan kerta viikkoon tukihenkilölle kun sitä ei osata ylläpitää ja koneet myllää täynnä viruksia.
"Käsi ylös, kuinka moni ei *NIX -ihminen saa tällaisen Pupen näillä ohjeilla asennettua?"
Kyseessä on palvelinpään softa. Ne on aika tavallisesti hankalampia kuin työasemasoftat mutta toisaalta, kaiken ylläpidon voi tehdä samasta paikasta. Unohdat täysin myös sen, että tuon asentaminen on paljon hankalempaa Windowsiin.
"Yritys hakee Windows-koneen kaupasta ja asentaa Passelin itse, ja kenties soittaa kerran tai pari Passelin puhelintukeen, jos sitten tarvitse edes sitäkään."
Ja ihan kuin Devlabilla ei olisi puhelintukea?
"Ensiksi asiakkaan pitäisi tietysti rakentaa itselleen PC-kone, jossa on sopivaa distroa oleva *NIX-käyttis sisällä."
Miksi pitää rakentaa kun voi ostaa valmiinakin?
"Ja löytää netistä joka näytönohjaimelle ja nettikameralle ym. oheislaitteelle sopiva Linux-ajurit jne."
Ei tietenkään tarvitse. Windowsilla tehdään tuota, linuxeissa taas laitteet toimii suoraan kun tökkää kiinni. yhden ainoan kerran olen asentanut ajurin linuxeilla, kyseessä oli Nokian mokkula ja se ajuri oli siellä muistitikulla.
"Mutta kyllä markkinat näkevät, ne tavalliset ostavat asiakkaat, ja se pitää kyllä Linux-suosion räjähdyksen aika hyvin aisoissa tästä eteenpäinkin."
Linuxin suosio on jo räjähtänyt. Tämähän on maailman eniten käytetty ohjelmisto. Ja yleistyminen näyttää kasvavan edelleen räjähdysmäisesti.
"Windows on hatara monin paikoin, mutta sillä kuitenkin saa päivittäiset hommat tehtyä, ja sovellusohjelman päivityksen osaa itsekin asentaa."
Sitä juuri nimenomaan ei osata tehdä. Tästä on kolme todistetta: 1. Tietoturvaohjelmistot 2. Haittaohjelmistot 3. Valtavasti työllistetyt tukifirmat
Jos se ylläpito olisi helppoa niin tuollaista ei olisi. Nykykäyttöjärjestelmät taas osaa päivittää ohjelmistot itse lähes aina. Windowsilla sitten on tätä ilmiötä, että joka lisäohjelmalla on omia päivitysvirityksiä tai ei ole ollenkaan ja se sitten aiheuttaa usein ongelmia. Enemmän monimutkaisuutta ja enemmän riskiä ongelmille.
Tiettävästi Windows 8:ssa vihdoinkin korjataan tuota vikaa, että ainakin ohjelmistokaupassa ne ohjelmat sitten päivittyy keskitetysti. Jokohan se Windows sitten olisi viimeinään valmis työpöytäkäyttöön..Ensin ihka itse tarjoat tällaisen statistiikan jossa kerrotaan Linuxin markkinaosuuden työasemissa olevan 1.8%, ja muiden Unix-versioiden 0,01%:
http://stats.wikimedia.org/wikimedia/squids/SquidReportOperatingSystems.htm
> Linuxin suosio on jo räjähtänyt. Tämähän on maailman eniten käytetty ohjelmisto.
> Ja yleistyminen näyttää kasvavan edelleen räjähdysmäisesti.
Kyseisen oman tilastosi perästä sitten edelleenkin lässytät tuollaista. Ei tämä keskustelu tästä välttämättä minnekään edisty tai selkiydy. Minusta joku 1.8% osuus ei tosiaan ole mitään "suosion räjähtämistä", mutta sinusta se on. Ja silloin perusteltavissa oleva jatkokeskustelu alkaa olla aika hedelmätöntä ja hankalaa.
> Sitä juuri nimenomaan ei osata tehdä. Tästä on kolme todistetta:
> 1. Tietoturvaohjelmistot 2. Haittaohjelmistot
No kärpäset nyt vaan jostakin syystä pörräävät nimenomaan voi- ja sokerikippojen ympärillä, eivät niinkään suolakipon tai pettuleivän kimpussa.
Windowsin 87% markkinaosuus todistaa että se on se houkuttelava sokeri ja Linux on vähän niinkuin suolaa tai pettuleipää. Sinänsä tarpeellista oheistuotetta nekin mutta ei lopulta juurikaan niin kovin kivaa tai mukavaa tai seksikästä.
Windows ja sen ohjelmat nyt vaan ovat helppoja ostaa ja helpohkoja asentaa ja käyttää. Ne eivät ole täydellisiä. Ja kun on se kärpäslaumakin pörräämässä ympärillä.
Mutta kun vaihtoehtona on Linuxin kitkeränsuolainen pettuleipä, niin kärpäsetkin alkavat tuntua paljon siedettävämmiltä.
Raidia ja Offia peliin vaan, niin kärpästen kanssa pystyy elämään. Sen sijaan että muuttaisi Pingviinin kaveriksi Grönlantiin jossa kärpäsvaivaa ei ole. - gfddfgdg
M-Kar kirjoitti:
"Tilanne on se, että sä et saa edes omaa konetta yrityksen verkkoon vaikka roudaisit oman koneen sinne. Se on estetty (vaikka mac osoitteella) ja uskoisin, että tiedät miksi."
Toki, mutta tästä käytännöstä aletaan siirtyä vähitellen omien laitteiden käyttöön monissa paikoissa. Tietoturvakysymykset on suurin ongelma.
"Tuossa tilanteessa hakataan päätä seinään jos yrityksen taustajärjestelmät ei toimi hyvin tuon macin kanssa."
Silloin hakataan myös päätä seinään jos softat ei ole yhteensopivia sen omenan kanssa kun Delphillä ei saa tehtyä yhteensopivaa ohjelmaa.
"Noita linux juttuja paljon käytössä yrityksissä. Ne vain on samaan tapaan kuin tuo mac eli kakkoskoneita. Ainoana koneena ei käytetä kun ei tukea helpparissa, kirjautumisikkunoita yrityksen taustajärjestelmiin ja kaikki ei edes toimi."
Ja tämäkö ei ole pään hakkaamista seinään kun ohjelmistot ei ole yhteensopivia? Helpommalla selviäisi kun hommat ovat yhteensopivia ja voi käyttää yhtä konetta, mitä sitten haluaakaan. Delphi on tässä yksi ongelman aiheuttaja nykymaailmassa joten sillä ei ole fiksua enää aloittaa ohjelmistoprojekteja."Toki, mutta tästä käytännöstä aletaan siirtyä vähitellen omien laitteiden käyttöön monissa paikoissa. Tietoturvakysymykset on suurin ongelma."
Älä nyt puhu sontaa. Missä paikoissa? Faktat pöytään eli luettele vaikka 20 firmaa kun kuulemma monissa. Ei mitään nakkikioskeja. Ja miksi ihmeessä joku haluaisi kayttää omia laitteita jos firma tarjoaa vastaavat? Pitääkö ostaa myös oma puhelin ja hoidella sillä firman asioita? Pitäiskö firman myydä työtilat ja alkaa käyttään työntekijöiden tiloja eli seuraavat asiakaspalaverit pidetään sun himassa.
Oletetaan, että ostat lenovon läppärin verkkokaupasta ja käytät sitä töissä ja se sun ainoa kone. Jos se menee rikki niin lähetät sen sitten johonkin korjattavaksi. Hyvin kun käy niin saat sen parissa viikossa takasin. Pari viikoa ilman konetta eli tuottavaa toimintaa firmalle.
Firman kone kun menee rikki niin huoltomies on paikalla viimeistään seuraavana työpäivänä ja korjaa koneen. Jos ei korjattavissa niin antaa uuden tilalle jossa kaikki tarvittavat softat.
En tiedä mitä sä oikein ajat takaa, mutta en mä ainakaan pahemmin haluais tehdä duunia mun omilla laitteilla. Ne kun on mun omia ja tarkoitettu ainoastaan mun omiin juttuihin. Pitäis asennella kone täyteen jotain yrityssovelluksia ja ne vie tilaa. Ja mites jos ei ole rahaa ostaa omia laitteita, jotka täyttäisivät firman vaatimukset esim. läppärissä sormenjälkitunnistus jne. Winkku-64 kirjoitti:
Ensin ihka itse tarjoat tällaisen statistiikan jossa kerrotaan Linuxin markkinaosuuden työasemissa olevan 1.8%, ja muiden Unix-versioiden 0,01%:
http://stats.wikimedia.org/wikimedia/squids/SquidReportOperatingSystems.htm
> Linuxin suosio on jo räjähtänyt. Tämähän on maailman eniten käytetty ohjelmisto.
> Ja yleistyminen näyttää kasvavan edelleen räjähdysmäisesti.
Kyseisen oman tilastosi perästä sitten edelleenkin lässytät tuollaista. Ei tämä keskustelu tästä välttämättä minnekään edisty tai selkiydy. Minusta joku 1.8% osuus ei tosiaan ole mitään "suosion räjähtämistä", mutta sinusta se on. Ja silloin perusteltavissa oleva jatkokeskustelu alkaa olla aika hedelmätöntä ja hankalaa.
> Sitä juuri nimenomaan ei osata tehdä. Tästä on kolme todistetta:
> 1. Tietoturvaohjelmistot 2. Haittaohjelmistot
No kärpäset nyt vaan jostakin syystä pörräävät nimenomaan voi- ja sokerikippojen ympärillä, eivät niinkään suolakipon tai pettuleivän kimpussa.
Windowsin 87% markkinaosuus todistaa että se on se houkuttelava sokeri ja Linux on vähän niinkuin suolaa tai pettuleipää. Sinänsä tarpeellista oheistuotetta nekin mutta ei lopulta juurikaan niin kovin kivaa tai mukavaa tai seksikästä.
Windows ja sen ohjelmat nyt vaan ovat helppoja ostaa ja helpohkoja asentaa ja käyttää. Ne eivät ole täydellisiä. Ja kun on se kärpäslaumakin pörräämässä ympärillä.
Mutta kun vaihtoehtona on Linuxin kitkeränsuolainen pettuleipä, niin kärpäsetkin alkavat tuntua paljon siedettävämmiltä.
Raidia ja Offia peliin vaan, niin kärpästen kanssa pystyy elämään. Sen sijaan että muuttaisi Pingviinin kaveriksi Grönlantiin jossa kärpäsvaivaa ei ole."Kyseisen oman tilastosi perästä sitten edelleenkin lässytät tuollaista."
Tuo tilasto mittasi selauksessa päätelaitteilla olevia käyttöjärjestelmiä. Nykypäivänä, Googlen mukaan 94% tietotekniikan käytöstä on nettiselaimella erilaisten palvelujen/ohjelmien käyttöä, eli tietokoneet ovat suureta osin päätteitä. Ja kun tunnetaan se kuinka paljon palvelmista on linuxeilla niin Linuxia käytetään aivan valtavasti. Aina kun käyttää vaikka Facebookkia, Wikipediaa, Googlen palveluja, Youtubea, Yahoota yms. niin aina käyttää samalla myös Linuxia.
"Minusta joku 1.8% osuus ei tosiaan ole mitään "suosion räjähtämistä", mutta sinusta se on."
Tarkastelet niin kapeaa osuutta tietotekniikasta, että et huomaa kokonaiskuvaa. Esimerkiksi tällä hetkellä myytävistä älypuhelimista Linuxilla myydään 14%. Se on hyvin paljon kun tiedetään, kuinka paljon Linux-tekniikalla olevia älypuhelimia on tällä hetkellä käytössä. Kasvuodotukset ovat aika huimat kun Nokiakin vaihtaa Linux-tekniikkaan. Sitten on tietysti ihan nurkan takana tabletit, uuden sukupolven miniläppärit, ajoneuvojen tietotekniikat yms.
Linuxia käytetään yksinkertaisesti niin valtavasti nykyään, että et uskokkaan kuinka paljon on kasaantunut paineita siirtää työasemia Linux -tekniikalle. Tämä on odotettavissa erityisesti julkisella puolella kun Windows 2000/XP infraa aletaan uusia.
"Windows ja sen ohjelmat nyt vaan ovat helppoja ostaa ja helpohkoja asentaa ja käyttää."
Windows on kyllä melko vaikeasti asennetteva käyttöjärjestelmä. Suurin ongelma on puuttuvat perusominaisuudet ja joutuu sitten kissojen ja koirien kanssa haalia ties mitä lisäviritystä. Windowsille tehtyjen ohjelmien asennus on välillä varsin monivaiheista ja hankalaa. Melkoisen paljon tästä johtuu siitä, että ohjelmistovalmistajat käyttävät usein omia asennusvirityksiään. Muille käyttöjärjestelmille tehtävät natiiviohjelmistot ovat usein helpommin asennettavia. Vertaa esim. Mac OS X:ää tai Ubuntua. Ubuntussa Gdebi esimerkiksi osaa itse hakea puuttuvat komponentti tai vähintäänkin ilmoittaa kiltisti jos jotain pakettia tarvitsee. Tosin kuin Windowsissa jos joku .NET:n julkaisu puuttuu ja softa tarvitsee sen niin jos en väärin muista niin ei vissiin sanonut mitään tai tuli joku käsittämätön herja, tai ohjelmiston valmistajan pitää itse tehdä installeriin joku tarkistus sille eikä käyttöjärjestelmä tarjoa sille mitään. Oli myös ohjelmiston valmistajan harteilla rakentaa joku sellainen installeri, mikä asentaa .NET:n jos sellainen puuttuu ja kas kummaa, Hello Worldin installeri vie sata megaa tms. ja tämä tietysti tekee installerista astetta sekavamman. Järjettömät uudelleenkäynnistystarpeet sitten vielä oma lukunsa..
Tässä mainittu Pupesoft on myös vaikeammin asennettavissa Windowsiin kuin useimmille muille käyttöjärjestelmämerkeille.gfddfgdg kirjoitti:
"Toki, mutta tästä käytännöstä aletaan siirtyä vähitellen omien laitteiden käyttöön monissa paikoissa. Tietoturvakysymykset on suurin ongelma."
Älä nyt puhu sontaa. Missä paikoissa? Faktat pöytään eli luettele vaikka 20 firmaa kun kuulemma monissa. Ei mitään nakkikioskeja. Ja miksi ihmeessä joku haluaisi kayttää omia laitteita jos firma tarjoaa vastaavat? Pitääkö ostaa myös oma puhelin ja hoidella sillä firman asioita? Pitäiskö firman myydä työtilat ja alkaa käyttään työntekijöiden tiloja eli seuraavat asiakaspalaverit pidetään sun himassa.
Oletetaan, että ostat lenovon läppärin verkkokaupasta ja käytät sitä töissä ja se sun ainoa kone. Jos se menee rikki niin lähetät sen sitten johonkin korjattavaksi. Hyvin kun käy niin saat sen parissa viikossa takasin. Pari viikoa ilman konetta eli tuottavaa toimintaa firmalle.
Firman kone kun menee rikki niin huoltomies on paikalla viimeistään seuraavana työpäivänä ja korjaa koneen. Jos ei korjattavissa niin antaa uuden tilalle jossa kaikki tarvittavat softat.
En tiedä mitä sä oikein ajat takaa, mutta en mä ainakaan pahemmin haluais tehdä duunia mun omilla laitteilla. Ne kun on mun omia ja tarkoitettu ainoastaan mun omiin juttuihin. Pitäis asennella kone täyteen jotain yrityssovelluksia ja ne vie tilaa. Ja mites jos ei ole rahaa ostaa omia laitteita, jotka täyttäisivät firman vaatimukset esim. läppärissä sormenjälkitunnistus jne."Älä nyt puhu sontaa. Missä paikoissa? Faktat pöytään eli luettele vaikka 20 firmaa kun kuulemma monissa."
Ammensin tuon tiedon jostain Digitodayn/Tietoviikon/tietokone.fi -uutisesta ja tukihommissa oleva kaveri vahvisti myös, että ovat tuota alkaneet kokeilla jo jonkin aikaa.
Ja minähän en siis sanonut, että tätä tehtäisiin nyt paljon. Sanoin, että tämä on suuntaus. Tämä nyt on just sitä tyypillistä Windowshihhulin ajattelumaailmaa, että ollaan niin lyhytnäköisiä. Sitähän ne Delphi- ja Visualstudio koodaajatkin toitottaa, että kun on 86% osuus selaustilastoissa nyt niin on mukamas järkevää tehdä näillä mutta unohtavat täysin mikä on tilanne esim. 6v kuluttua.
Oikeassa elämässä, tietokoneohjelmistoja käytetään helposti vuosikymmeniä ja ammattitaitoiset ohjelmoijat katsovat aina tulevaisuuteen. Sinusta varmaan oli 3v sitten järkevää tehdä nettisivusto toimimaan pelkästään IE6:lla kun sitä käytettiin niin paljon mutta ammattitaitoinen porukka tekee uusimpien standardien ja tekniikoiden mukaan niin ei tarvitse sitten olla joka vuosi säätämässä uudestaan.
"Jos se menee rikki niin lähetät sen sitten johonkin korjattavaksi. Hyvin kun käy niin saat sen parissa viikossa takasin. Firman kone kun menee rikki niin huoltomies on paikalla viimeistään seuraavana työpäivänä ja korjaa koneen. Jos ei korjattavissa niin antaa uuden tilalle jossa kaikki tarvittavat softat."
Ja minne se huoltomies häviää ja miksi ei jatkossa saisi uutta konetta?
"Pitäis asennella kone täyteen jotain yrityssovelluksia ja ne vie tilaa."
Teran kiintolevyllä ei paljoa paina joku sata megaa ohjelmia.
"Ja mites jos ei ole rahaa ostaa omia laitteita, jotka täyttäisivät firman vaatimukset esim. läppärissä sormenjälkitunnistus jne."
Idea nyt varmaankin se, että firmalta saa rahaa sen koneen ostamiseen ja sanotaan, että siinä pitää olla sormenjälkitunnistus jos sellaista tarvitaan.- ------------- ------
Delete program ? (Y) kirjoitti:
"Kuolevalla käyttiksellä toimivien single platform ohjelmistoja kuolevalla kehittimellä tekevät ovat sekaisin. Delphillä ei oikeasti ole kannattanut aloittaa mitään ohjelmistoprojektia ainakaan seitsemään vuoteen vaan lähinnä ylläpitää vanhoja ohjelmistoja joita alkaa aika olla vähitellen kirjoittaa uusiksi nykypäivän kielillä."
Windows:in kuolemaa on povattu 80-luvulta lähtien sen ensimmäisestä versiosta asti. Tosin reaaliteetit ovat ajatusta vastaan nyt kun 99% maailman PC-tietokoneista esiasennetaan Windows:ille. Maksat Windows-maksun vaikka laittaisit jälkeenpäin tietokoneeseesi minkä tahansa käyttöjärjestelmän. Se, että jokin ohjemisto on tehty vain Windows-ympäristöön, on se sen valmistajien tietoinen valinta. Ei ole tarpeellista eikä järkevää rakentaa ohjelmasta portattavaa jokaiseen ympäristöön mikäli sen potentiaaliset ostajat omaavat vähintään yhden PC:n jossa on tuo kuoleva käyttöjärjestelmä, joka muuten saattaa elää sinuakin vanhemmaksi MKAR. Saat toki jatkaa Delphin kritikointia, mutta mitä siitä oikeastaan hyödyt ? Mielipiteesi ovat oikeastaan vain tarpeetonta sodanlietsontaa vailla faktoja argumenttiesi tueksi.
Delphi rakentuu Pascal-kieleen, johon on lisätty olio-piirteet ja rakenteelinen tuki komponentteihin ja moduuleihin. Nuo ominaisuudet tekevät Delphistä edelleenkin hyvän ohjelmistokehitysympäristön ohjelmille, joiden halutaan toimivan nopeasti ja luotettavasti. Tietenkin vain Windows-ympäristössä. Kuitenkaan Delphi kuten muutkaan ympäristöt eivät itsestään takaa ohjelmistojen laatua vaan kyse on aina ohjelmoijien kyvykkyydestä. Delphillä voi luoda sekä hyviä että huonoja ohjelmia aivan samalla tavoin kuten vaikka Eclipsellä, joka on edelleen käytettävyydessään valovuosia jäljessä Delphistä.
PS. Itse sain valmiiksi yhden Delphi-projektin juuri äskettäin ja ihan uusi ohjelma näki taas päivän valon onnellisen ohjelmoijan katsellessa työtään kuin isä lastaan. :)Lazarus on Delphin tavoin Pascal-pohjainen. Lazarus pn jo useita vuosia toiminut mm linuxissa (tietenkin on sattavana windows-versiokin) http://www.lazarus.freepascal.org/
Lazaruksessa on nuo oliot ja komponentit jne. - Pascal on ollut hyvä
M-Kar kirjoitti:
"Siis noitahan on useita taloushallinto/toiminnanohjausalan ohjelmistoja joita on tehty nimenomaan Delphillä. Vaikkapa TV:ssä mainosta pyörittävä Passelikin on Delphi-pohjainen, ja hetikohta tulee mieleen ainakin 3..4 muutakin."
Se on harvinaisen surkea ohjelma.
"No enpä tiedä. WinApi-32:n tai NET-kirjastojen päälle kirjoitettavasta sovellusohjelmastahan tässä on vaan lopulta kyse. Meneekö ne äijät "sekaisin" pelkästään sen vuoksi että tekevät hommansa Delphillä?"
Kuolevalla käyttiksellä toimivien single platform ohjelmistoja kuolevalla kehittimellä tekevät ovat sekaisin. Delphillä ei oikeasti ole kannattanut aloittaa mitään ohjelmistoprojektia ainakaan seitsemään vuoteen vaan lähinnä ylläpitää vanhoja ohjelmistoja joita alkaa aika olla vähitellen kirjoittaa uusiksi nykypäivän kielillä."Delphillä ei oikeasti ole kannattanut aloittaa mitään ohjelmistoprojektia ainakaan seitsemään vuoteen vaan lähinnä ylläpitää vanhoja ohjelmistoja joita alkaa aika olla vähitellen kirjoittaa uusiksi nykypäivän kielillä."
Asiahan aivan päinvastoin sillä Pascalilla on kannattanut aloittaa ohjelmistoprojekti. Jollakin muilla suosituimilla kielillä tilanne on ollut päinvastoin. Koodia on joutunut ylläpitämään todella kalliisti!
Pystytkö sanomaan mikä ominaisuus joka toimi 7 vuotta sitten ei toimi tänään (laita väitteesi pohjalle faktaa)? Pascal on ollut hyvä kirjoitti:
"Delphillä ei oikeasti ole kannattanut aloittaa mitään ohjelmistoprojektia ainakaan seitsemään vuoteen vaan lähinnä ylläpitää vanhoja ohjelmistoja joita alkaa aika olla vähitellen kirjoittaa uusiksi nykypäivän kielillä."
Asiahan aivan päinvastoin sillä Pascalilla on kannattanut aloittaa ohjelmistoprojekti. Jollakin muilla suosituimilla kielillä tilanne on ollut päinvastoin. Koodia on joutunut ylläpitämään todella kalliisti!
Pystytkö sanomaan mikä ominaisuus joka toimi 7 vuotta sitten ei toimi tänään (laita väitteesi pohjalle faktaa)?7v sitten riitti, että softa toimii Windowsissa ja x86 arkkitehtuurilla. Nykyään on yleisessä käytössä valtavasti käyttöjärjestelmiä ja eri arkkitehtuurit yleistyvät jatkuvasti.
"Asiahan aivan päinvastoin sillä Pascalilla on kannattanut aloittaa ohjelmistoprojekti. Jollakin muilla suosituimilla kielillä tilanne on ollut päinvastoin. Koodia on joutunut ylläpitämään todella kalliisti!"
Nyt taas Delphillä tehtyjä ohjelmia alkaa olla tarvetta kirjoittaa uusiksi. Sepäs vasta onkin kallista. Suosituimmilla kielillä ei kyllä ole ylläpidon osalta mitään isoa ongelmaa koska ne ei samalla tavalla elä koska ovat standardoituja. Java on itseasiassa suosituista kielistä ainoa joka on oleellisesti muuttunut, mutta tämän julkaisuja taidettiin tukea edellisen rinnalla vissiin 8v eikä uusi Java välttämättä tarkoita yhteensopivuuden hajoamista vaikka riski onkin.- HannesR
M-Kar kirjoitti:
7v sitten riitti, että softa toimii Windowsissa ja x86 arkkitehtuurilla. Nykyään on yleisessä käytössä valtavasti käyttöjärjestelmiä ja eri arkkitehtuurit yleistyvät jatkuvasti.
"Asiahan aivan päinvastoin sillä Pascalilla on kannattanut aloittaa ohjelmistoprojekti. Jollakin muilla suosituimilla kielillä tilanne on ollut päinvastoin. Koodia on joutunut ylläpitämään todella kalliisti!"
Nyt taas Delphillä tehtyjä ohjelmia alkaa olla tarvetta kirjoittaa uusiksi. Sepäs vasta onkin kallista. Suosituimmilla kielillä ei kyllä ole ylläpidon osalta mitään isoa ongelmaa koska ne ei samalla tavalla elä koska ovat standardoituja. Java on itseasiassa suosituista kielistä ainoa joka on oleellisesti muuttunut, mutta tämän julkaisuja taidettiin tukea edellisen rinnalla vissiin 8v eikä uusi Java välttämättä tarkoita yhteensopivuuden hajoamista vaikka riski onkin.> 7v sitten riitti, että softa toimii Windowsissa ja x86 arkkitehtuurilla. Nykyään on
> yleisessä käytössä valtavasti käyttöjärjestelmiä ja eri arkkitehtuurit yleistyvät jatkuvasti.
Delphilläkin on jo 6..7 vuotta ainakin ollut tarjolla ohjelmakehitys myös .NET libraryjen päälle. Ja toisaalta NET libraryt löytyvät valmiina melkein kaikista *NIX distroista myös.
Jos oikeasti alkaa olla kovastikin kysyntää jonkin softan pyörittämisestä myös Linux-koneilla, ei NETin päälle tehdyn Windows-ohjelman siirto Linuxille ole mitenkään ylivoimainen homma.
> Nyt taas Delphillä tehtyjä ohjelmia alkaa olla tarvetta kirjoittaa uusiksi. Sepäs vasta
> onkin kallista.
Mikä sen niin hirmu kalliiksi muka tekee? Useat Delphin VCL-sovellukset ja koodit kääntyvät sellaisenaan Linuxille ilmaisella Lazarus -kääntäjällä.
Ongelmana vain on että Linux-puolella ei ole kysyntää noilla ohjelmille. Markkinaosuudesta 1.8% on vaikea ammentaa. Meillekin tulee vuodessa 1..2 kertaa kysely että pyöriikö Winkku-ohjelmamme Linuxilla, ja neuvon nämä kyselijät Wine-layerin suuntaan jolloin toimii. Ja se yksi onneton kyselijä/vuosi kyselee lisäksi että toimiiko se Macilla.
Monet alun perin Linuxulle kirjoitetut C-sovellukset on myöhemmin portattu Windowsille, kun on haluttu saada hiukan laajempaa käyttäjäkuntaa. Ei nuo porttaajat ole sitä valitelleet että oli niin hitsin vaikea porttaushomma tämä.
Porttauksia Windows -ohjelmista Linux-puolelle sen sijaan on hyvin harvassa. Todellinen kysyntä sinne suuntaan on vain niin olematonta. Lisäksi ne onnettomat Linux-platformille kyselijät haluaisivat aina myös lähdekoodin itselleen, ja Windowsille kehittäneen tekijäpuolen kiinnostus lopahtaa siihen. HannesR kirjoitti:
> 7v sitten riitti, että softa toimii Windowsissa ja x86 arkkitehtuurilla. Nykyään on
> yleisessä käytössä valtavasti käyttöjärjestelmiä ja eri arkkitehtuurit yleistyvät jatkuvasti.
Delphilläkin on jo 6..7 vuotta ainakin ollut tarjolla ohjelmakehitys myös .NET libraryjen päälle. Ja toisaalta NET libraryt löytyvät valmiina melkein kaikista *NIX distroista myös.
Jos oikeasti alkaa olla kovastikin kysyntää jonkin softan pyörittämisestä myös Linux-koneilla, ei NETin päälle tehdyn Windows-ohjelman siirto Linuxille ole mitenkään ylivoimainen homma.
> Nyt taas Delphillä tehtyjä ohjelmia alkaa olla tarvetta kirjoittaa uusiksi. Sepäs vasta
> onkin kallista.
Mikä sen niin hirmu kalliiksi muka tekee? Useat Delphin VCL-sovellukset ja koodit kääntyvät sellaisenaan Linuxille ilmaisella Lazarus -kääntäjällä.
Ongelmana vain on että Linux-puolella ei ole kysyntää noilla ohjelmille. Markkinaosuudesta 1.8% on vaikea ammentaa. Meillekin tulee vuodessa 1..2 kertaa kysely että pyöriikö Winkku-ohjelmamme Linuxilla, ja neuvon nämä kyselijät Wine-layerin suuntaan jolloin toimii. Ja se yksi onneton kyselijä/vuosi kyselee lisäksi että toimiiko se Macilla.
Monet alun perin Linuxulle kirjoitetut C-sovellukset on myöhemmin portattu Windowsille, kun on haluttu saada hiukan laajempaa käyttäjäkuntaa. Ei nuo porttaajat ole sitä valitelleet että oli niin hitsin vaikea porttaushomma tämä.
Porttauksia Windows -ohjelmista Linux-puolelle sen sijaan on hyvin harvassa. Todellinen kysyntä sinne suuntaan on vain niin olematonta. Lisäksi ne onnettomat Linux-platformille kyselijät haluaisivat aina myös lähdekoodin itselleen, ja Windowsille kehittäneen tekijäpuolen kiinnostus lopahtaa siihen."Monet alun perin Linuxulle kirjoitetut C-sovellukset on myöhemmin portattu Windowsille, kun on haluttu saada hiukan laajempaa käyttäjäkuntaa. Ei nuo porttaajat ole sitä valitelleet että oli niin hitsin vaikea porttaushomma tämä."
Ei tietenkään koska C on standardoitu kieli, kirjastot olleet alusta lähtien avoimia eikä mitään reverse-engineering roskaa. Delphillä taas kirjoitetaan jotain standardoimatonta Object Pascalia ja siinä oli jotain omia härökirjastoja. .NET/Monolle kirjoittaminen sentään nyt vielä jotenkin toimisi mutta niissäkin on melkoisesti eroja, mutta sitten taas on se riski jos julkaisupäivityksessä tulee joku paska säkä ja homma hajoaa kun .NET/Mono on suurimmaksi osaksi standardoimatonta.
Vastaavasti C , Python, Java, PHP yms. ovat helppoja tapauksia. C# on helppo riippuen kirjastoista. Staattisesti linkattuna ja GTK :n päällä toimiessa lienee kyseessä melkoisen varma tapaus.
"Porttauksia Windows -ohjelmista Linux-puolelle sen sijaan on hyvin harvassa."
Jos niitä ei ole kirjoitettu avoimien kirjastojen päälle niin se onkin sitten hankalampaa. Win32 softalla edessä on rewrite. Wine ei kyllä mitenkään varmasti takaa toimivuutta, ellei sitä erikseen testata ja siinäkin on Winen eri versioiden välillä yhteensopivuuseroja. Eihän siinä sitten mitään ole jos softa on tehty vaikka Qt:llä, GTK :lla, wxWidgetsillä, Javalla jne.
"Lisäksi ne onnettomat Linux-platformille kyselijät haluaisivat aina myös lähdekoodin itselleen, ja Windowsille kehittäneen tekijäpuolen kiinnostus lopahtaa siihen."
Ainakin jos softaa ei ole kirjoitettu toimimaan niin, että riippuvuudet on katkottu muualta paitsi LSB kirjastoista niin lähdekoodin saaminen on aika itsestään selvää koska softa voi hajota niin helposti julkaisupäivityksellä. Vai meinaatkos sitä, että ihan ilmaiseksi saisi uudet binäärit parhaimmillaan vain 6kk välein jos jossain vaikka suositaan nopeampaa päivityssykliä? Normaalisti lähdekoodin antamisessa ei ole mitään outoa vaan se on ihan normaalia toimintaa. Sama kuin ostaisi talon mutta ei saa piirrustuksia siihen. Lähdekoodin pihtaaminen on ennemmin jotain poikkeuksellista, että siihen pitäisi olla joku perusteltu syykin. Yleensä kyseessä on vain asiakkaalle vittuilua.- HannesR
M-Kar kirjoitti:
"Monet alun perin Linuxulle kirjoitetut C-sovellukset on myöhemmin portattu Windowsille, kun on haluttu saada hiukan laajempaa käyttäjäkuntaa. Ei nuo porttaajat ole sitä valitelleet että oli niin hitsin vaikea porttaushomma tämä."
Ei tietenkään koska C on standardoitu kieli, kirjastot olleet alusta lähtien avoimia eikä mitään reverse-engineering roskaa. Delphillä taas kirjoitetaan jotain standardoimatonta Object Pascalia ja siinä oli jotain omia härökirjastoja. .NET/Monolle kirjoittaminen sentään nyt vielä jotenkin toimisi mutta niissäkin on melkoisesti eroja, mutta sitten taas on se riski jos julkaisupäivityksessä tulee joku paska säkä ja homma hajoaa kun .NET/Mono on suurimmaksi osaksi standardoimatonta.
Vastaavasti C , Python, Java, PHP yms. ovat helppoja tapauksia. C# on helppo riippuen kirjastoista. Staattisesti linkattuna ja GTK :n päällä toimiessa lienee kyseessä melkoisen varma tapaus.
"Porttauksia Windows -ohjelmista Linux-puolelle sen sijaan on hyvin harvassa."
Jos niitä ei ole kirjoitettu avoimien kirjastojen päälle niin se onkin sitten hankalampaa. Win32 softalla edessä on rewrite. Wine ei kyllä mitenkään varmasti takaa toimivuutta, ellei sitä erikseen testata ja siinäkin on Winen eri versioiden välillä yhteensopivuuseroja. Eihän siinä sitten mitään ole jos softa on tehty vaikka Qt:llä, GTK :lla, wxWidgetsillä, Javalla jne.
"Lisäksi ne onnettomat Linux-platformille kyselijät haluaisivat aina myös lähdekoodin itselleen, ja Windowsille kehittäneen tekijäpuolen kiinnostus lopahtaa siihen."
Ainakin jos softaa ei ole kirjoitettu toimimaan niin, että riippuvuudet on katkottu muualta paitsi LSB kirjastoista niin lähdekoodin saaminen on aika itsestään selvää koska softa voi hajota niin helposti julkaisupäivityksellä. Vai meinaatkos sitä, että ihan ilmaiseksi saisi uudet binäärit parhaimmillaan vain 6kk välein jos jossain vaikka suositaan nopeampaa päivityssykliä? Normaalisti lähdekoodin antamisessa ei ole mitään outoa vaan se on ihan normaalia toimintaa. Sama kuin ostaisi talon mutta ei saa piirrustuksia siihen. Lähdekoodin pihtaaminen on ennemmin jotain poikkeuksellista, että siihen pitäisi olla joku perusteltu syykin. Yleensä kyseessä on vain asiakkaalle vittuilua.>paitsi LSB kirjastoista niin lähdekoodin saaminen on aika itsestään selvää koska
>softa voi hajota niin helposti julkaisupäivityksellä. Vai meinaatkos sitä, että ihan
>ilmaiseksi saisi uudet binäärit parhaimmillaan vain 6kk välein jos jossain vaikka
>suositaan nopeampaa päivityssykliä?
Tuo on juuri se Linux-maailman kompastuskivi. Meillä ei ole minkäänmoisia haluja antaa vuosikymmenen verran myynnissä ja kehityksessä olleen Windows-sovelluksemme lähdekoodeja yhtään kenellekään Linux-hemmolle.
Olkoot yksinkertaisesti ilman, ja hakekoot niitä Linux-vastikkeita muualta.
> Normaalisti lähdekoodin antamisessa ei ole mitään outoa vaan se on ihan
> normaalia toimintaa. Sama kuin ostaisi talon mutta ei saa piirrustuksia siihen.
Toki meiltäkin PIIRUSTUKSET saa halutessaan, eli vuokaavion miten ohjelma toimii, ja käyttöoppaat ja Helpit ym. Mutta se että lahjoittaisimme vuosikausien aikana kehittyneen *tietotaitomme USB-tikulla* ilmaiseksi mukana myös, tällaiseen kauppaan ei olla valmiita.
Syy on yksinkertaisesti se että ohjelmistokauppa "suljettuna" käy ja toimii Windows puolella aivan mainiosti.
>Lähdekoodin pihtaaminen on ennemmin jotain poikkeuksellista, että siihen pitäisi
>olla joku perusteltu syykin.
Syy on kerrottu yllä. Se on kuin firman kassavarojen lahjoittamista ohikulkijalle pois, tai paremminkin vain niiden vaivalla kerättyjen kassarahojen heittämistä tuulten vietäväksi. Taitaa olla *NIX maailmalaisten tosivaikeata ymmärtää tätä.
> Yleensä kyseessä on vain asiakkaalle vittuilua.
Näkemyksemme poikkeavat tässä. Me pidämme vi***na sitä kun dorkailmeiset Linux -hemmot tulevat pyytelemään ohjelmiemme source -koodeja.
Mokomatkin p-aukiset kerjäläiset. Ostakoot ohjelmansa muualta mieluummin. Ja eläkööt siellä omalla kapoisella 1.8% siivullaan omien markkinaehtojensa mukaisesti.
. HannesR kirjoitti:
>paitsi LSB kirjastoista niin lähdekoodin saaminen on aika itsestään selvää koska
>softa voi hajota niin helposti julkaisupäivityksellä. Vai meinaatkos sitä, että ihan
>ilmaiseksi saisi uudet binäärit parhaimmillaan vain 6kk välein jos jossain vaikka
>suositaan nopeampaa päivityssykliä?
Tuo on juuri se Linux-maailman kompastuskivi. Meillä ei ole minkäänmoisia haluja antaa vuosikymmenen verran myynnissä ja kehityksessä olleen Windows-sovelluksemme lähdekoodeja yhtään kenellekään Linux-hemmolle.
Olkoot yksinkertaisesti ilman, ja hakekoot niitä Linux-vastikkeita muualta.
> Normaalisti lähdekoodin antamisessa ei ole mitään outoa vaan se on ihan
> normaalia toimintaa. Sama kuin ostaisi talon mutta ei saa piirrustuksia siihen.
Toki meiltäkin PIIRUSTUKSET saa halutessaan, eli vuokaavion miten ohjelma toimii, ja käyttöoppaat ja Helpit ym. Mutta se että lahjoittaisimme vuosikausien aikana kehittyneen *tietotaitomme USB-tikulla* ilmaiseksi mukana myös, tällaiseen kauppaan ei olla valmiita.
Syy on yksinkertaisesti se että ohjelmistokauppa "suljettuna" käy ja toimii Windows puolella aivan mainiosti.
>Lähdekoodin pihtaaminen on ennemmin jotain poikkeuksellista, että siihen pitäisi
>olla joku perusteltu syykin.
Syy on kerrottu yllä. Se on kuin firman kassavarojen lahjoittamista ohikulkijalle pois, tai paremminkin vain niiden vaivalla kerättyjen kassarahojen heittämistä tuulten vietäväksi. Taitaa olla *NIX maailmalaisten tosivaikeata ymmärtää tätä.
> Yleensä kyseessä on vain asiakkaalle vittuilua.
Näkemyksemme poikkeavat tässä. Me pidämme vi***na sitä kun dorkailmeiset Linux -hemmot tulevat pyytelemään ohjelmiemme source -koodeja.
Mokomatkin p-aukiset kerjäläiset. Ostakoot ohjelmansa muualta mieluummin. Ja eläkööt siellä omalla kapoisella 1.8% siivullaan omien markkinaehtojensa mukaisesti.
."Tuo on juuri se Linux-maailman kompastuskivi. Meillä ei ole minkäänmoisia haluja antaa vuosikymmenen verran myynnissä ja kehityksessä olleen Windows-sovelluksemme lähdekoodeja yhtään kenellekään Linux-hemmolle."
Miksi? Haluatteko kusettaa asiakasta? Vai onko kyse ammattitaidottomuudesta, että ette viitsi näyttää heikkolaatuista koodia? Vai ettekö pysty katkomaan riippuvuuksia standardoimattomiin kirjastoihin? Joka on myös ammattitaidottomuutta.. Entä jos ohjelma hajoaa ja teillä on työntekijä kipeänä, lomalla, kuollut, kännissä, krapulassa tai muuten estyny eikä kykene korjaamaan sitä NYT. Miten voi saada jonkun toisen ammattimiehen korjaamaan teidän roskanne?
"Mutta se että lahjoittaisimme vuosikausien aikana kehittyneen *tietotaitomme USB-tikulla* ilmaiseksi mukana myös, tällaiseen kauppaan ei olla valmiita."
Miten niin ilmaiseksi jos sen ohjelman kerran OSTAA? Ei siinä teidän tietotaitoa osteta vaan ohjelma.
"Toki meiltäkin PIIRUSTUKSET saa halutessaan, eli vuokaavion miten ohjelma toimii, ja käyttöoppaat ja Helpit ym."
Entä jos ohjelma hajoaa ja sitä pitäisi korjata? Jos ostan talon ja viemäri vuotaa niin kai sen putken saa nyt itse korjata? Tai soittaa jonkun korjaamaan eikä tarvi olla sama firma jos on vaikka konkassa. Jos tämä ei kelpaa niin sitten ette myy ohjelmaa vaan vuokraatte sen. Ei tarvitse antaa sorsia mutta sitten huolehditte siitä, että ohjelma toimii. Myös silloin kun asiakkaan koneessa käy muutoksia, kuten esimerkiksi käyttöjärjestelmän julkaisupäivitys. Tälläiset ohjelmat on ihan tavallisia nykypäivänä ja ne ohjelmat pyöriikin yleensä palvelimella.
Standardoiduilla kirjastoilla tuossa ei tosiaankaan ole mitään hätää ja yhtä hyvin voi ostaa ohjelman suljettuna. Sen saa toimimaan sitten ainakin seuraavat 13v mutta jos on amatööriohjelmoijia jotka ei osaa katkoa riippuvuuksia standardoimattomista palikoista niin siinä kusetetaan asiakasta aika lahjakkaasti kun se ohjelma voi hajota niin helposti.
Onko teillä minkäänlaista koulutusta tietotekniikasta, edes itse hankittua jos ette tätä ymmärrä?
Yleisesti ottaen IT-ala on ihan liikaa täynnä kusettajia jotka haluaa myydä toimimatonta tai helposti hajoavaa paskaa. Lähdekoodit on tietynlainen turvatakuu sitä vastaan ja siksi fiksut asiakkaat sellaista pyytää ja rehelliset kehittäjät antaa ne mukaan. Toki helposti voidaan sopia ehdoista, että tilataan ylläpitoa toimittajalta mutta jos on estynyt niin sitten saa vaikka tilata muualta korjaajan.- HannesR
M-Kar kirjoitti:
"Tuo on juuri se Linux-maailman kompastuskivi. Meillä ei ole minkäänmoisia haluja antaa vuosikymmenen verran myynnissä ja kehityksessä olleen Windows-sovelluksemme lähdekoodeja yhtään kenellekään Linux-hemmolle."
Miksi? Haluatteko kusettaa asiakasta? Vai onko kyse ammattitaidottomuudesta, että ette viitsi näyttää heikkolaatuista koodia? Vai ettekö pysty katkomaan riippuvuuksia standardoimattomiin kirjastoihin? Joka on myös ammattitaidottomuutta.. Entä jos ohjelma hajoaa ja teillä on työntekijä kipeänä, lomalla, kuollut, kännissä, krapulassa tai muuten estyny eikä kykene korjaamaan sitä NYT. Miten voi saada jonkun toisen ammattimiehen korjaamaan teidän roskanne?
"Mutta se että lahjoittaisimme vuosikausien aikana kehittyneen *tietotaitomme USB-tikulla* ilmaiseksi mukana myös, tällaiseen kauppaan ei olla valmiita."
Miten niin ilmaiseksi jos sen ohjelman kerran OSTAA? Ei siinä teidän tietotaitoa osteta vaan ohjelma.
"Toki meiltäkin PIIRUSTUKSET saa halutessaan, eli vuokaavion miten ohjelma toimii, ja käyttöoppaat ja Helpit ym."
Entä jos ohjelma hajoaa ja sitä pitäisi korjata? Jos ostan talon ja viemäri vuotaa niin kai sen putken saa nyt itse korjata? Tai soittaa jonkun korjaamaan eikä tarvi olla sama firma jos on vaikka konkassa. Jos tämä ei kelpaa niin sitten ette myy ohjelmaa vaan vuokraatte sen. Ei tarvitse antaa sorsia mutta sitten huolehditte siitä, että ohjelma toimii. Myös silloin kun asiakkaan koneessa käy muutoksia, kuten esimerkiksi käyttöjärjestelmän julkaisupäivitys. Tälläiset ohjelmat on ihan tavallisia nykypäivänä ja ne ohjelmat pyöriikin yleensä palvelimella.
Standardoiduilla kirjastoilla tuossa ei tosiaankaan ole mitään hätää ja yhtä hyvin voi ostaa ohjelman suljettuna. Sen saa toimimaan sitten ainakin seuraavat 13v mutta jos on amatööriohjelmoijia jotka ei osaa katkoa riippuvuuksia standardoimattomista palikoista niin siinä kusetetaan asiakasta aika lahjakkaasti kun se ohjelma voi hajota niin helposti.
Onko teillä minkäänlaista koulutusta tietotekniikasta, edes itse hankittua jos ette tätä ymmärrä?
Yleisesti ottaen IT-ala on ihan liikaa täynnä kusettajia jotka haluaa myydä toimimatonta tai helposti hajoavaa paskaa. Lähdekoodit on tietynlainen turvatakuu sitä vastaan ja siksi fiksut asiakkaat sellaista pyytää ja rehelliset kehittäjät antaa ne mukaan. Toki helposti voidaan sopia ehdoista, että tilataan ylläpitoa toimittajalta mutta jos on estynyt niin sitten saa vaikka tilata muualta korjaajan.> Miten niin ilmaiseksi jos sen ohjelman kerran OSTAA? Ei siinä teidän tietotaitoa
> osteta vaan ohjelma.
Onko niin vaikeata ymmärtää että jos ostaa tai menee peräti vain vuokralaiseksi taloyhtiöön, niin sillä vuosivuokralla tai yhden yksiön hinnalla ei saakaan *koko kivitaloa* omakseen. Mikä tässä muka on niin vaikeat ymmärtää kaupallisesti? Yhden Ladan hinnalla ei nyt vain saa koko autotehdasta suunnitelmineen, kiinteistöineen kaikkineen.
> Entä jos ohjelma hajoaa ja teillä on työntekijä kipeänä, lomalla, kuollut,
> kännissä, krapulassa tai muuten estyny eikä kykene korjaamaan sitä NYT.
> Miten voi saada jonkun toisen ammattimiehen korjaamaan teidän roskanne?
Meillä on kielletty dokaamasta työaikana, samoin on kiellettyä huonon ja toimimattoman ohjelmakoodin kirjoittaminen. Varamiehiäkin löytyy, jos muutama kuitenkin sattuisi sairastumaan.
Asiakkaat ovat olleet *täysin tyytyväisiä* tähän palveluun jo reilut toistakymmentä vuotta. Kehuvat ohjelmien helppokäyttöisyyttä ja monipuolisuutta ja kätevyyttä, ja ostavat vuodesta toiseen päivityksiä ja laajennuksia.
Linux-asiakkaita ja heidän tarpeitaan emme voi täyttää, mutta tämän 1.8% vajeen kanssa on opittu elämään.
> Lähdekoodit on tietynlainen turvatakuu sitä vastaan ja siksi fiksut asiakkaat
> sellaista pyytää ja rehelliset kehittäjät antaa ne mukaan.
Kuule niitä asiakkaita ei voisi *vähempää kiinnostaa* mokomat sourcekoodit. Eivät ne niillä mitään osaisi tehdäkään, eivät ole mitään ilta-LInuxhakkereita. Tämä source-vouhotus on *NIX maailman ongelmia, eikä koske millään lailla binääriyhteensopivassa Windows -maailmassa toimittaessa.
Sourcejen osto on aivan vieras, kommunistinen ajatus niin Win maailman myyjille kuin asiakkaillekin. Kukaan asiakkaidenkaan puolella ei edes kaipaa sellaisia ajatuksia, ihan oikeasti!
Homma toimii, ja IT-maailma pyörii 86%:sesti tällaisilla periaatteilla.
. HannesR kirjoitti:
> Miten niin ilmaiseksi jos sen ohjelman kerran OSTAA? Ei siinä teidän tietotaitoa
> osteta vaan ohjelma.
Onko niin vaikeata ymmärtää että jos ostaa tai menee peräti vain vuokralaiseksi taloyhtiöön, niin sillä vuosivuokralla tai yhden yksiön hinnalla ei saakaan *koko kivitaloa* omakseen. Mikä tässä muka on niin vaikeat ymmärtää kaupallisesti? Yhden Ladan hinnalla ei nyt vain saa koko autotehdasta suunnitelmineen, kiinteistöineen kaikkineen.
> Entä jos ohjelma hajoaa ja teillä on työntekijä kipeänä, lomalla, kuollut,
> kännissä, krapulassa tai muuten estyny eikä kykene korjaamaan sitä NYT.
> Miten voi saada jonkun toisen ammattimiehen korjaamaan teidän roskanne?
Meillä on kielletty dokaamasta työaikana, samoin on kiellettyä huonon ja toimimattoman ohjelmakoodin kirjoittaminen. Varamiehiäkin löytyy, jos muutama kuitenkin sattuisi sairastumaan.
Asiakkaat ovat olleet *täysin tyytyväisiä* tähän palveluun jo reilut toistakymmentä vuotta. Kehuvat ohjelmien helppokäyttöisyyttä ja monipuolisuutta ja kätevyyttä, ja ostavat vuodesta toiseen päivityksiä ja laajennuksia.
Linux-asiakkaita ja heidän tarpeitaan emme voi täyttää, mutta tämän 1.8% vajeen kanssa on opittu elämään.
> Lähdekoodit on tietynlainen turvatakuu sitä vastaan ja siksi fiksut asiakkaat
> sellaista pyytää ja rehelliset kehittäjät antaa ne mukaan.
Kuule niitä asiakkaita ei voisi *vähempää kiinnostaa* mokomat sourcekoodit. Eivät ne niillä mitään osaisi tehdäkään, eivät ole mitään ilta-LInuxhakkereita. Tämä source-vouhotus on *NIX maailman ongelmia, eikä koske millään lailla binääriyhteensopivassa Windows -maailmassa toimittaessa.
Sourcejen osto on aivan vieras, kommunistinen ajatus niin Win maailman myyjille kuin asiakkaillekin. Kukaan asiakkaidenkaan puolella ei edes kaipaa sellaisia ajatuksia, ihan oikeasti!
Homma toimii, ja IT-maailma pyörii 86%:sesti tällaisilla periaatteilla.
."Onko niin vaikeata ymmärtää että jos ostaa tai menee peräti vain vuokralaiseksi taloyhtiöön, niin sillä vuosivuokralla tai yhden yksiön hinnalla ei saakaan *koko kivitaloa* omakseen."
Ei. Mutta omakotitalolla tilanne on taas täysin eri.
"Tämä source-vouhotus on *NIX maailman ongelmia, eikä koske millään lailla binääriyhteensopivassa Windows -maailmassa toimittaessa."
Kyllä ne binäärit kelpaa LSB alustaa ja Solarista käyttäville ihan yhtä hyvin. Mutta kykenettekö te toimittamaan standardin mukaista ohjelmaa? Jotain Wineroskaa ei varmasti huvita maksaa. LSB alustalla on parempi binääriyhteensopivuus kuin Windowsissa jossa ohjelmat hajoilee jopa service packien yhteydessä ja uusi julkaisu kun tulee niin taas on helposti kaikki paskana.
"Homma toimii, ja IT-maailma pyörii 86%:sesti tällaisilla periaatteilla."
Nykyään taitaa kyllä peräti 80%:sti ohjelmistot pyöriä open sourcella ja karavaani menee tähän suuntaan vahvasti. Tulevaisuus on sellaista, että on sekaisin suljettuja ja avoimia ohjelmia, mikä nyt kenellekin paremmin sopii ja tämä on oikein.
Se taas on ohjelmiston toimittajan epäpätevyyttä mikäli ei kykene toimittamaan yhteensopivaa ohjelmistoa kun sitä pyydetään ilman mitään helvetin Wine pelleilyä ja tälläiset vanhentuneisiin toimintamalleihin kangistuneet tulevat häviämään. Suosittelen nopeasti varmistumaan siitä, että saatte binäärinne tehtyä myös LSB standardin mukaiseksi tai teille koittaa pian tappio. Wine pelleilyä ei oikein voi suositella kun asiakkaat ei tuollaista paskaa halua.
Pahin virhe olisi jättää huomoimatta 300% vuodessa kasvavia ohjelmistomarkkinoita, sillä joku muu muuten vie ja pahin skenaario olisi se, että joku tekisi ohjelmistot jotka tekee vastaavan toiminnallisuuden ilmaseksi jollain toisella bisnesmallilla ja tämä söisi teiltä hyvin nopeasti leivät suusta. Tämähän nähtiin esim. kuinka MySQL söi edullisilta tietokantaohjelmistoilta markkinat kokonaan. Tässä kun on myös lähdekoodin saatavuuden lisäksi myös toinen veturi menossa kuten tuo ilmaistaloudella pyöriminen kun Google ja vastaavat tahkoo miljardeja tarjoamalla kaikkea kivaa ilmaiseksi.
Kehityksen jarrut häviää aina, ja aina parempi teknologia ja kehittyneemmät työtavat jyrää vanhat. Tämä on nähty koko ihmiskunnan historian ajan.- HannesR
M-Kar kirjoitti:
"Onko niin vaikeata ymmärtää että jos ostaa tai menee peräti vain vuokralaiseksi taloyhtiöön, niin sillä vuosivuokralla tai yhden yksiön hinnalla ei saakaan *koko kivitaloa* omakseen."
Ei. Mutta omakotitalolla tilanne on taas täysin eri.
"Tämä source-vouhotus on *NIX maailman ongelmia, eikä koske millään lailla binääriyhteensopivassa Windows -maailmassa toimittaessa."
Kyllä ne binäärit kelpaa LSB alustaa ja Solarista käyttäville ihan yhtä hyvin. Mutta kykenettekö te toimittamaan standardin mukaista ohjelmaa? Jotain Wineroskaa ei varmasti huvita maksaa. LSB alustalla on parempi binääriyhteensopivuus kuin Windowsissa jossa ohjelmat hajoilee jopa service packien yhteydessä ja uusi julkaisu kun tulee niin taas on helposti kaikki paskana.
"Homma toimii, ja IT-maailma pyörii 86%:sesti tällaisilla periaatteilla."
Nykyään taitaa kyllä peräti 80%:sti ohjelmistot pyöriä open sourcella ja karavaani menee tähän suuntaan vahvasti. Tulevaisuus on sellaista, että on sekaisin suljettuja ja avoimia ohjelmia, mikä nyt kenellekin paremmin sopii ja tämä on oikein.
Se taas on ohjelmiston toimittajan epäpätevyyttä mikäli ei kykene toimittamaan yhteensopivaa ohjelmistoa kun sitä pyydetään ilman mitään helvetin Wine pelleilyä ja tälläiset vanhentuneisiin toimintamalleihin kangistuneet tulevat häviämään. Suosittelen nopeasti varmistumaan siitä, että saatte binäärinne tehtyä myös LSB standardin mukaiseksi tai teille koittaa pian tappio. Wine pelleilyä ei oikein voi suositella kun asiakkaat ei tuollaista paskaa halua.
Pahin virhe olisi jättää huomoimatta 300% vuodessa kasvavia ohjelmistomarkkinoita, sillä joku muu muuten vie ja pahin skenaario olisi se, että joku tekisi ohjelmistot jotka tekee vastaavan toiminnallisuuden ilmaseksi jollain toisella bisnesmallilla ja tämä söisi teiltä hyvin nopeasti leivät suusta. Tämähän nähtiin esim. kuinka MySQL söi edullisilta tietokantaohjelmistoilta markkinat kokonaan. Tässä kun on myös lähdekoodin saatavuuden lisäksi myös toinen veturi menossa kuten tuo ilmaistaloudella pyöriminen kun Google ja vastaavat tahkoo miljardeja tarjoamalla kaikkea kivaa ilmaiseksi.
Kehityksen jarrut häviää aina, ja aina parempi teknologia ja kehittyneemmät työtavat jyrää vanhat. Tämä on nähty koko ihmiskunnan historian ajan.> Ei. Mutta omakotitalolla tilanne on taas täysin eri.
Okei, te vaan olette siellä mökkibusineksessa ja me taas ollaan kiinteistörakentamisbusineksessa. Tämä olkoon selvä.
> Windowsissa jossa ohjelmat hajoilee jopa service packien yhteydessä ja uusi
> julkaisu kun tulee niin taas on helposti kaikki paskana.
Tämä osoittaa *erittäin selvästi* että et tunne juuri nimeä enempää koko Delphi-maailmaa ja sillä tuotettuja ohjelmia. Delphillä koodatut ohjelmat nimittäin todellakin _kestävät_ Windowsin versiomyllerryksissä.
Meilläkin on kymmenittäin asiakasyrityksiä jotka ajavat vuonna 2000 käännettyjä 16-bit Delphi versiolla tehtyjä, yli 60 näyttöruudusta koostuviaa tietokantaohjelmia Windows-7:n päällä, ilman mitään ongelmia. Ainoa rajoitus tulee 64-bittisessä Windows-7:ssa, siellä ei enää kenenkään toimijan tuottama 16-bittinnen Windows koodi pyörähdä, ja 32-bittisiin versioihin on tuolloin pakko upgreidata.
Mutta Delphin VCL-sovellukset ovat tyyppiä "rock-solid". Ne yksinkertaisesti jyräävät eteenpäin Windows-patcheistä ja yöna ikana tulleista Service Packeista juurikaan piittaamatta.
Toki NET:in päälle Delphilläkin tehtynä toiminta on versioriippuvaisempaa ja haavoittuvampaa. Mutta tämä on hinta jos haluaa pysyä "kehityksen kärjessä" jatkuvasti, ja siis pitää ovea avoinna joskus siirrellä ohjelmia Linuxin tms. knoppixin NET-kirjastojen päälle.
> Kehityksen jarrut häviää aina, ja aina parempi teknologia ja
> kehittyneemmät työtavat jyrää vanhat. Tämä on nähty koko
> ihmiskunnan historian ajan.
Kyllä, ja heti kun vaan näkyy uusi "oikea" etenemissuunta, niin sinnehän meidänkin firmassa mennään, ja sinne jatkokehityksiä ohjataan. Toki PHP, Java ym. härpäkkeet tunnetaan, mutta ei ole ollut mitään syytä vielä siirtää ohjelmakehitystä kokonaan sinne. Tekee sopivia selainpohjaisia liittymiä Winkku-ohjelmaan, niin se riittää pitkään.
Ei ole tosiaan ollut sellaista riittävän pätevää syytä täyssiirtymiseen. Ei myöskään sinne *NIX puolelle ryntäämisen suhteen. Nykymarkkinoiden valtavirta vaan on Windowsissa vähintään seuraavat 7 vuottakin eteenpäin.
. HannesR kirjoitti:
> Ei. Mutta omakotitalolla tilanne on taas täysin eri.
Okei, te vaan olette siellä mökkibusineksessa ja me taas ollaan kiinteistörakentamisbusineksessa. Tämä olkoon selvä.
> Windowsissa jossa ohjelmat hajoilee jopa service packien yhteydessä ja uusi
> julkaisu kun tulee niin taas on helposti kaikki paskana.
Tämä osoittaa *erittäin selvästi* että et tunne juuri nimeä enempää koko Delphi-maailmaa ja sillä tuotettuja ohjelmia. Delphillä koodatut ohjelmat nimittäin todellakin _kestävät_ Windowsin versiomyllerryksissä.
Meilläkin on kymmenittäin asiakasyrityksiä jotka ajavat vuonna 2000 käännettyjä 16-bit Delphi versiolla tehtyjä, yli 60 näyttöruudusta koostuviaa tietokantaohjelmia Windows-7:n päällä, ilman mitään ongelmia. Ainoa rajoitus tulee 64-bittisessä Windows-7:ssa, siellä ei enää kenenkään toimijan tuottama 16-bittinnen Windows koodi pyörähdä, ja 32-bittisiin versioihin on tuolloin pakko upgreidata.
Mutta Delphin VCL-sovellukset ovat tyyppiä "rock-solid". Ne yksinkertaisesti jyräävät eteenpäin Windows-patcheistä ja yöna ikana tulleista Service Packeista juurikaan piittaamatta.
Toki NET:in päälle Delphilläkin tehtynä toiminta on versioriippuvaisempaa ja haavoittuvampaa. Mutta tämä on hinta jos haluaa pysyä "kehityksen kärjessä" jatkuvasti, ja siis pitää ovea avoinna joskus siirrellä ohjelmia Linuxin tms. knoppixin NET-kirjastojen päälle.
> Kehityksen jarrut häviää aina, ja aina parempi teknologia ja
> kehittyneemmät työtavat jyrää vanhat. Tämä on nähty koko
> ihmiskunnan historian ajan.
Kyllä, ja heti kun vaan näkyy uusi "oikea" etenemissuunta, niin sinnehän meidänkin firmassa mennään, ja sinne jatkokehityksiä ohjataan. Toki PHP, Java ym. härpäkkeet tunnetaan, mutta ei ole ollut mitään syytä vielä siirtää ohjelmakehitystä kokonaan sinne. Tekee sopivia selainpohjaisia liittymiä Winkku-ohjelmaan, niin se riittää pitkään.
Ei ole tosiaan ollut sellaista riittävän pätevää syytä täyssiirtymiseen. Ei myöskään sinne *NIX puolelle ryntäämisen suhteen. Nykymarkkinoiden valtavirta vaan on Windowsissa vähintään seuraavat 7 vuottakin eteenpäin.
."Tämä osoittaa *erittäin selvästi* että et tunne juuri nimeä enempää koko Delphi-maailmaa ja sillä tuotettuja ohjelmia. Delphillä koodatut ohjelmat nimittäin todellakin _kestävät_ Windowsin versiomyllerryksissä."
Sehän riippuu pitkälti mitä rajapintakutsuja tehdään ja missä hommat poksahtaa Windowsin osalta. Käytännössä, service packeillä riski on minimaalinen. Yleensä tässä hajoaa tietoturvaohjelmistot ja vastaavat mitkä tekee enemmän "koukkuja" alustaan mutta on välillä jotain hassuja hajoamisia tapahtunut, mutta ongelma on lähes olematon.
Windowsin julkaisupäivityksillä sitten softaa menee rikki helpommin.
"Mutta Delphin VCL-sovellukset ovat tyyppiä "rock-solid". Ne yksinkertaisesti jyräävät eteenpäin Windows-patcheistä ja yöna ikana tulleista Service Packeista juurikaan piittaamatta."
VCL taisi olla rakennettu Win32 API:n päälle suoraan ja vielä valittu jotain heikointa lenkkiä ja riippuvuuksia on katkottu siinä. Windowsin julkaisupäivitysten osalta en luottaisi kun sekin on nähty kuinka tavallinen Win32 softa hajoaa Windows 2000->XP siirroksessa ja jopa Windows XP->Windows 2003. Tuon kanssa sitten tehdään riippuvuus siihen VCL:n ja siitä on hankalampi hankkiutua eroon, että alkaa olla aika tehdä rewrite.
"Toki NET:in päälle Delphilläkin tehtynä toiminta on versioriippuvaisempaa ja haavoittuvampaa. Mutta tämä on hinta jos haluaa pysyä "kehityksen kärjessä" jatkuvasti, ja siis pitää ovea avoinna joskus siirrellä ohjelmia Linuxin tms. knoppixin NET-kirjastojen päälle."
.NET/Mono itseasiassa on tässä suhteessa edistyksellisempää kuin Win32. Jos softan vaikka teki Windows XP:lle .NET 3.0:lle niin sepäs toimi ihan varmasti heittämällä Windows Vistassa, ja toimii jokseenkin varmasti Windows Vistan elinkaaren loppuun saakka. Tämä on parasta binääriyhteensopivuutta mitä Microsoft tarjoaa. Win32 API:n ongelma on se, että sillä ei oikein ole muuta versionumerointia kuin se mikä julkaisu Windowsista on alla ja sitten siellä on random muutoksia siellä ja täällä.
Paras binääriyhteensopivuus kyllä saavutetaan LSB:llä, se kun on standardoitu ISO:ssa, ja heidän oma politiikkansa oli 2005 lähtien, että vähintään 6v etukäteen ilmoitetaan muutoksista. Mitään ilmoitusta ei tullut mutta se nyt sitten hiljatain standardoitiin ISO:ssa jossa sitten edellytetään standardin olevan voimassa ainakin 10v. Tähän sitten voidaan ynnätä käyttöjärjestelmien omat elinkaaret ja tuet aikaisemmille standardeille, ja lisäksi kun alustan kirjastot on jotain LGPL:ää tai vastaavaa niin ei ne mihinkään katoa, että softan saa aina toimimaan jos haluaa jos tarpeeksi näkee vaivaa. Siltä pohjalta fiksuinta olisi kehittää softaa joko Qt:llä tai GTK alustalla.
Seuraava vahva alusta on sitten Java. Vaikka se onkin elänyt versiomuutoksissa niin se on kuitenkin samalla myös kehittynyt ja hajoamiset on vähentynyt rajusti. Java 7 vaikuttaa sitten sellaiselta julkaisulta, että Java on oikeasti valmis sellaisiin _todella_ pitkäikäisiin ohjelmistoihin kuten ne mitä tehtiin aikoinaan Cobolilla ja jotka vieläkin hyrrää. Bonuksena sitten arkkitehtuuririippumattomuus kun näyttää siltä, että ensiksi kun pirstoutui selaimet, sitten pirstoutuu käyttismarkkinat joka on nyt lähdössä käyntiin ja sitten rauta-arkkitehtuurit perästä. Ne ketkä ei sorsaa halua jakaa, Java on kiva kun alustakirjon kasvaessa tulee enemmän paineita antaa se sorsa, ettei tule binäärien ylläpitohelvettiä. On sellaista kultaista keskitietä lähitulevaisuudessa.
Hajoamattomuuden osalta, vahvin alusta lienee kuitenkin Python, joka tuli 1991 mutta ensimmäinen hajoaminen tapahtui vasta 2008 siinä 3.x versiossa, mutta Python 2.x elää rinnalla varmaan noin luokkaa 10v kun se on osana LSB:tä, että puhutaan hyvin vakaasta alustasta. Se vaan ei ole sorsakammoisille kun on tulkattava.
Suljetulle bisnessoftalle näillä näkymin kehitys olisi helposti fiksuinta tehdä Javalla käyttämällä OpenJDK:ta kun sen pohjalta tehdään se Java 7. Julkiselle puolelle tehtäessä LSB lienee fiksuin, ja tietysti sitten jos samasta softasta pitäis tehdä mobiilia myös niin sitten on vähän niin, että joko Javaa tai Qt:tä, riippuu vähän meneekö Android leiriin vaiko MeeGo leiriin.
.NET on sitten enemmän palvelinpuolelle tai rajattuun käyttöön, .NET/Mono sekasotku häviää Javalle vahvasti työasemapuolella. Palvelinpuolella sitten on tasaisempaa. Delphin tulevaisuus näyttää synkältä kun Windowsspecifistisessä ohjelmoinnissa Visual Studio, C# ja .NET on vahvempi.HannesR kirjoitti:
> Ei. Mutta omakotitalolla tilanne on taas täysin eri.
Okei, te vaan olette siellä mökkibusineksessa ja me taas ollaan kiinteistörakentamisbusineksessa. Tämä olkoon selvä.
> Windowsissa jossa ohjelmat hajoilee jopa service packien yhteydessä ja uusi
> julkaisu kun tulee niin taas on helposti kaikki paskana.
Tämä osoittaa *erittäin selvästi* että et tunne juuri nimeä enempää koko Delphi-maailmaa ja sillä tuotettuja ohjelmia. Delphillä koodatut ohjelmat nimittäin todellakin _kestävät_ Windowsin versiomyllerryksissä.
Meilläkin on kymmenittäin asiakasyrityksiä jotka ajavat vuonna 2000 käännettyjä 16-bit Delphi versiolla tehtyjä, yli 60 näyttöruudusta koostuviaa tietokantaohjelmia Windows-7:n päällä, ilman mitään ongelmia. Ainoa rajoitus tulee 64-bittisessä Windows-7:ssa, siellä ei enää kenenkään toimijan tuottama 16-bittinnen Windows koodi pyörähdä, ja 32-bittisiin versioihin on tuolloin pakko upgreidata.
Mutta Delphin VCL-sovellukset ovat tyyppiä "rock-solid". Ne yksinkertaisesti jyräävät eteenpäin Windows-patcheistä ja yöna ikana tulleista Service Packeista juurikaan piittaamatta.
Toki NET:in päälle Delphilläkin tehtynä toiminta on versioriippuvaisempaa ja haavoittuvampaa. Mutta tämä on hinta jos haluaa pysyä "kehityksen kärjessä" jatkuvasti, ja siis pitää ovea avoinna joskus siirrellä ohjelmia Linuxin tms. knoppixin NET-kirjastojen päälle.
> Kehityksen jarrut häviää aina, ja aina parempi teknologia ja
> kehittyneemmät työtavat jyrää vanhat. Tämä on nähty koko
> ihmiskunnan historian ajan.
Kyllä, ja heti kun vaan näkyy uusi "oikea" etenemissuunta, niin sinnehän meidänkin firmassa mennään, ja sinne jatkokehityksiä ohjataan. Toki PHP, Java ym. härpäkkeet tunnetaan, mutta ei ole ollut mitään syytä vielä siirtää ohjelmakehitystä kokonaan sinne. Tekee sopivia selainpohjaisia liittymiä Winkku-ohjelmaan, niin se riittää pitkään.
Ei ole tosiaan ollut sellaista riittävän pätevää syytä täyssiirtymiseen. Ei myöskään sinne *NIX puolelle ryntäämisen suhteen. Nykymarkkinoiden valtavirta vaan on Windowsissa vähintään seuraavat 7 vuottakin eteenpäin.
."Nykymarkkinoiden valtavirta vaan on Windowsissa vähintään seuraavat 7 vuottakin eteenpäin."
Kyllä, mutta ohjelmistojen ikä on pitempi kuin 7v, ja unixien vyöry alkaa 2-4v aikavälillä. Delphillä toki kannattaa vanhoja ohjelmistoja ylläpitää mutta uusia projekteja ei oikein toimita aloittaa. Tämä tulevaisuus mikä nyt on nähtävissä lähitulevaisuudessa, oli ennakoitavissa joskus 2002. Silloin se oli vielä niin kaukana, että Delpissä oli ideaa. Joskus 2004 sitten Java sitten alkoi olla selvästi vahvempi.
Mutta, kaikista vahvin alusta kyllä tulee olemaan webbi ja HTML5. Tämähän sopii sellaiselle ketkä ei halua myydä ohjelmistoa vaan vuokrata tai jotain vastaavaa. Myydessä on paljon rehdimpää antaa sorsat mukaan. Tietysti tämä ei kaikessa toimi ja sitten olisi joku Java yksi vaihtoehto.- HannesR
M-Kar kirjoitti:
"Tämä osoittaa *erittäin selvästi* että et tunne juuri nimeä enempää koko Delphi-maailmaa ja sillä tuotettuja ohjelmia. Delphillä koodatut ohjelmat nimittäin todellakin _kestävät_ Windowsin versiomyllerryksissä."
Sehän riippuu pitkälti mitä rajapintakutsuja tehdään ja missä hommat poksahtaa Windowsin osalta. Käytännössä, service packeillä riski on minimaalinen. Yleensä tässä hajoaa tietoturvaohjelmistot ja vastaavat mitkä tekee enemmän "koukkuja" alustaan mutta on välillä jotain hassuja hajoamisia tapahtunut, mutta ongelma on lähes olematon.
Windowsin julkaisupäivityksillä sitten softaa menee rikki helpommin.
"Mutta Delphin VCL-sovellukset ovat tyyppiä "rock-solid". Ne yksinkertaisesti jyräävät eteenpäin Windows-patcheistä ja yöna ikana tulleista Service Packeista juurikaan piittaamatta."
VCL taisi olla rakennettu Win32 API:n päälle suoraan ja vielä valittu jotain heikointa lenkkiä ja riippuvuuksia on katkottu siinä. Windowsin julkaisupäivitysten osalta en luottaisi kun sekin on nähty kuinka tavallinen Win32 softa hajoaa Windows 2000->XP siirroksessa ja jopa Windows XP->Windows 2003. Tuon kanssa sitten tehdään riippuvuus siihen VCL:n ja siitä on hankalampi hankkiutua eroon, että alkaa olla aika tehdä rewrite.
"Toki NET:in päälle Delphilläkin tehtynä toiminta on versioriippuvaisempaa ja haavoittuvampaa. Mutta tämä on hinta jos haluaa pysyä "kehityksen kärjessä" jatkuvasti, ja siis pitää ovea avoinna joskus siirrellä ohjelmia Linuxin tms. knoppixin NET-kirjastojen päälle."
.NET/Mono itseasiassa on tässä suhteessa edistyksellisempää kuin Win32. Jos softan vaikka teki Windows XP:lle .NET 3.0:lle niin sepäs toimi ihan varmasti heittämällä Windows Vistassa, ja toimii jokseenkin varmasti Windows Vistan elinkaaren loppuun saakka. Tämä on parasta binääriyhteensopivuutta mitä Microsoft tarjoaa. Win32 API:n ongelma on se, että sillä ei oikein ole muuta versionumerointia kuin se mikä julkaisu Windowsista on alla ja sitten siellä on random muutoksia siellä ja täällä.
Paras binääriyhteensopivuus kyllä saavutetaan LSB:llä, se kun on standardoitu ISO:ssa, ja heidän oma politiikkansa oli 2005 lähtien, että vähintään 6v etukäteen ilmoitetaan muutoksista. Mitään ilmoitusta ei tullut mutta se nyt sitten hiljatain standardoitiin ISO:ssa jossa sitten edellytetään standardin olevan voimassa ainakin 10v. Tähän sitten voidaan ynnätä käyttöjärjestelmien omat elinkaaret ja tuet aikaisemmille standardeille, ja lisäksi kun alustan kirjastot on jotain LGPL:ää tai vastaavaa niin ei ne mihinkään katoa, että softan saa aina toimimaan jos haluaa jos tarpeeksi näkee vaivaa. Siltä pohjalta fiksuinta olisi kehittää softaa joko Qt:llä tai GTK alustalla.
Seuraava vahva alusta on sitten Java. Vaikka se onkin elänyt versiomuutoksissa niin se on kuitenkin samalla myös kehittynyt ja hajoamiset on vähentynyt rajusti. Java 7 vaikuttaa sitten sellaiselta julkaisulta, että Java on oikeasti valmis sellaisiin _todella_ pitkäikäisiin ohjelmistoihin kuten ne mitä tehtiin aikoinaan Cobolilla ja jotka vieläkin hyrrää. Bonuksena sitten arkkitehtuuririippumattomuus kun näyttää siltä, että ensiksi kun pirstoutui selaimet, sitten pirstoutuu käyttismarkkinat joka on nyt lähdössä käyntiin ja sitten rauta-arkkitehtuurit perästä. Ne ketkä ei sorsaa halua jakaa, Java on kiva kun alustakirjon kasvaessa tulee enemmän paineita antaa se sorsa, ettei tule binäärien ylläpitohelvettiä. On sellaista kultaista keskitietä lähitulevaisuudessa.
Hajoamattomuuden osalta, vahvin alusta lienee kuitenkin Python, joka tuli 1991 mutta ensimmäinen hajoaminen tapahtui vasta 2008 siinä 3.x versiossa, mutta Python 2.x elää rinnalla varmaan noin luokkaa 10v kun se on osana LSB:tä, että puhutaan hyvin vakaasta alustasta. Se vaan ei ole sorsakammoisille kun on tulkattava.
Suljetulle bisnessoftalle näillä näkymin kehitys olisi helposti fiksuinta tehdä Javalla käyttämällä OpenJDK:ta kun sen pohjalta tehdään se Java 7. Julkiselle puolelle tehtäessä LSB lienee fiksuin, ja tietysti sitten jos samasta softasta pitäis tehdä mobiilia myös niin sitten on vähän niin, että joko Javaa tai Qt:tä, riippuu vähän meneekö Android leiriin vaiko MeeGo leiriin.
.NET on sitten enemmän palvelinpuolelle tai rajattuun käyttöön, .NET/Mono sekasotku häviää Javalle vahvasti työasemapuolella. Palvelinpuolella sitten on tasaisempaa. Delphin tulevaisuus näyttää synkältä kun Windowsspecifistisessä ohjelmoinnissa Visual Studio, C# ja .NET on vahvempi.> Windowsin julkaisupäivityksillä sitten softaa menee rikki helpommin.
Kerroin jo edellä että jopa 16-bit Delphi sovellukset ovat selvinneet hengissä 10 vuoden reissun, kaikissa Windowsien elinkaarissa.
Ja lisätään nyt vielä että *kertaakaan* ei ole Win98...Win-7 aikaisissa päivityksissä Win32-softamme _lakannut toimimasta_ Windows-upgraen yhteydessä.
Pieniä kauneusvirheitä (jotka eivät mitenkään estä kuitenkaan ohjelman käyttöä) on tullut kun Microsoft lisää Teemoitettujen Formien reunustensa paksuutta XP->Vista->Win7 joka kierroksella. Joskus 7 vuotta sitten fiksatut näytöt eivät ole aina ulkoreunojen läheltä täysin mahtuneet. Mutta jos asettaa Winkun Teemat pois päältä ja ajaa Classic-tilassa, edes näitä kauneusvirheitäkään ei ole.
Näin "pahoja" Windows-ongelmia on siis tullut noin 12 vuoden aikana. Asennuksia joku viitisen tuhatta kappaletta, kaikki pienemmätkin sovellukset mukaan luettuina.
> VCL taisi olla rakennettu Win32 API:n päälle suoraan ja vielä valittu
> jotain heikointa lenkkiä ja riippuvuuksia on katkottu siinä.
Eikä ole. Tämä menee jonninjoutavaksi jankkaamiseksi koska joudut keksimään asioita omasta päästäsi, "riippuvuuksia katkottu".
Et vaan tunne Delphi-ohjelmointivälinettä. Voit tuntea *NIX maailman ja olla siellä vahvoilla, mutta täällä Win-puolella olet niin heikoilla että väittely kanssasi on aivan hedelmätöntä.
> Windowsin julkaisupäivitysten osalta en luottaisi kun sekin on nähty
> kuinka tavallinen Win32 softa hajoaa Windows 2000->XP siirroksessa ja
> jopa Windows XP->Windows 2003.
No mutta kun ei ne vaan nyt hajoa. Siis kun softa on järkevästi kirjoitettu!!! En tosiaan väitä tätä pelkän väittelyn riemusta, vaan kokemus puhuu ja asia tosiaan on näin.
> Tuon kanssa sitten tehdään riippuvuus siihen VCL:n ja siitä on
Olen tämänkin sanonut jo ainakin pariin kertaan, että VCL libraryt ovat olemassa myös Windowsilla ja Linuxilla pyörivälle Lazarus kääntäjälle, ja ne voidaan siellä kääntää.
Miksi tätä samaa asiaa oikein jankkaat?
VCL-sovelluksien elinkaarta voidaan suhteellisen helpolla jatkaa Linux-platformin päälläkin, jos niin halutaan.
Siellä vain ei ole olemassa mitään mainittavaa markkinaa, muuta kuin se 1.8% nirkoinen siivu. Ja ne pöntöt Linux-hemmot jotka esittäytyvät "Linux-asiakkaiksi" ovat kinuamassa sourceja "normaaliin tapaan" itselleen, joita heille ei ikävä kyllä nyt vaan tipu. - HannesR
M-Kar kirjoitti:
"Nykymarkkinoiden valtavirta vaan on Windowsissa vähintään seuraavat 7 vuottakin eteenpäin."
Kyllä, mutta ohjelmistojen ikä on pitempi kuin 7v, ja unixien vyöry alkaa 2-4v aikavälillä. Delphillä toki kannattaa vanhoja ohjelmistoja ylläpitää mutta uusia projekteja ei oikein toimita aloittaa. Tämä tulevaisuus mikä nyt on nähtävissä lähitulevaisuudessa, oli ennakoitavissa joskus 2002. Silloin se oli vielä niin kaukana, että Delpissä oli ideaa. Joskus 2004 sitten Java sitten alkoi olla selvästi vahvempi.
Mutta, kaikista vahvin alusta kyllä tulee olemaan webbi ja HTML5. Tämähän sopii sellaiselle ketkä ei halua myydä ohjelmistoa vaan vuokrata tai jotain vastaavaa. Myydessä on paljon rehdimpää antaa sorsat mukaan. Tietysti tämä ei kaikessa toimi ja sitten olisi joku Java yksi vaihtoehto.> ...ja unixien vyöry alkaa 2-4v aikavälillä.
...krh, taisin torkahtaa. Muistan täsmälleen saman väitteen esitetyn jo noin vuonna 2004. Että 2..3 vuoden päästä Linux räjähtää!
> Delphillä toki kannattaa vanhoja ohjelmistoja ylläpitää mutta uusia
> projekteja ei oikein toimita aloittaa.
Kyllä kannattaa. Omat asiakkansa kun tuntee niin voi hyvin sanoa että helpointa sekä heille että meille on pohjautua olemassaolevaan kehitystyöhön myös uusissakin projekteissa. Enkä ole ajatuksineni kovinkaan yksin.
> sitten Java sitten alkoi olla selvästi vahvempi.
Toki tuo Javan nousu listoilla on huomioitu täälläkin. Mutta kun sillä juuri syntyy sitä krohmoista ja epävakaata sovellusta, jos *Windows*-alustalle eikä nettiin kehittää. Verrattuna siis Delpheillä tehtyihin näppäriin sovelluksiin. HannesR kirjoitti:
> Windowsin julkaisupäivityksillä sitten softaa menee rikki helpommin.
Kerroin jo edellä että jopa 16-bit Delphi sovellukset ovat selvinneet hengissä 10 vuoden reissun, kaikissa Windowsien elinkaarissa.
Ja lisätään nyt vielä että *kertaakaan* ei ole Win98...Win-7 aikaisissa päivityksissä Win32-softamme _lakannut toimimasta_ Windows-upgraen yhteydessä.
Pieniä kauneusvirheitä (jotka eivät mitenkään estä kuitenkaan ohjelman käyttöä) on tullut kun Microsoft lisää Teemoitettujen Formien reunustensa paksuutta XP->Vista->Win7 joka kierroksella. Joskus 7 vuotta sitten fiksatut näytöt eivät ole aina ulkoreunojen läheltä täysin mahtuneet. Mutta jos asettaa Winkun Teemat pois päältä ja ajaa Classic-tilassa, edes näitä kauneusvirheitäkään ei ole.
Näin "pahoja" Windows-ongelmia on siis tullut noin 12 vuoden aikana. Asennuksia joku viitisen tuhatta kappaletta, kaikki pienemmätkin sovellukset mukaan luettuina.
> VCL taisi olla rakennettu Win32 API:n päälle suoraan ja vielä valittu
> jotain heikointa lenkkiä ja riippuvuuksia on katkottu siinä.
Eikä ole. Tämä menee jonninjoutavaksi jankkaamiseksi koska joudut keksimään asioita omasta päästäsi, "riippuvuuksia katkottu".
Et vaan tunne Delphi-ohjelmointivälinettä. Voit tuntea *NIX maailman ja olla siellä vahvoilla, mutta täällä Win-puolella olet niin heikoilla että väittely kanssasi on aivan hedelmätöntä.
> Windowsin julkaisupäivitysten osalta en luottaisi kun sekin on nähty
> kuinka tavallinen Win32 softa hajoaa Windows 2000->XP siirroksessa ja
> jopa Windows XP->Windows 2003.
No mutta kun ei ne vaan nyt hajoa. Siis kun softa on järkevästi kirjoitettu!!! En tosiaan väitä tätä pelkän väittelyn riemusta, vaan kokemus puhuu ja asia tosiaan on näin.
> Tuon kanssa sitten tehdään riippuvuus siihen VCL:n ja siitä on
Olen tämänkin sanonut jo ainakin pariin kertaan, että VCL libraryt ovat olemassa myös Windowsilla ja Linuxilla pyörivälle Lazarus kääntäjälle, ja ne voidaan siellä kääntää.
Miksi tätä samaa asiaa oikein jankkaat?
VCL-sovelluksien elinkaarta voidaan suhteellisen helpolla jatkaa Linux-platformin päälläkin, jos niin halutaan.
Siellä vain ei ole olemassa mitään mainittavaa markkinaa, muuta kuin se 1.8% nirkoinen siivu. Ja ne pöntöt Linux-hemmot jotka esittäytyvät "Linux-asiakkaiksi" ovat kinuamassa sourceja "normaaliin tapaan" itselleen, joita heille ei ikävä kyllä nyt vaan tipu."Kerroin jo edellä että jopa 16-bit Delphi sovellukset ovat selvinneet hengissä 10 vuoden reissun, kaikissa Windowsien elinkaarissa."
Windows julkaisun elinkaari on 10v. Jos tuossa nyt tulee yksi julkaisupäivitys niin eipä se paljoa merkitse. Windows 7:ssa nuo ei oikein toimi kun Windows 7:sta ei oikein kannata hankkia kuin 64-bittistä versiota. 32-bittisessä ei ole oikein järkeä kun Windows 7:n elinkaari on niin pitkä, että sitten joutuu helposti ihmettelemään miten saadaan 64-bittiset softat toimimaan.
"Et vaan tunne Delphi-ohjelmointivälinettä."
Nykyisellään en, koska käytin sitä viimeksi Delphi 3:ssa. Delphi 7:n jälkeen sitten on Wikipedian mukaan ollut laatutasossa hurjaa vaihelua.
"No mutta kun ei ne vaan nyt hajoa. Siis kun softa on järkevästi kirjoitettu!!!"
No kerro millä tavalla esim. Mathcad 2000 on kirjoitettu pieleen kun se hajosi Windows 2000 -> XP päivityksessä vaikka ovat melkein samasta puusta revitty? Kerro miksi PSP manager ei toimi Windows 7:ssa? Jotain siellä vaan muuttuu kun ohjelmat lakkaa toimimasta.
Jokaisen service packin yhteydessä suunnilleen on sitten tietoturvaohjelmistot kontallaan.
"Olen tämänkin sanonut jo ainakin pariin kertaan, että VCL libraryt ovat olemassa myös Windowsilla ja Linuxilla pyörivälle Lazarus kääntäjälle, ja ne voidaan siellä kääntää."
Saako Lazaruksella kuinka hyvin tehtyä LSB standardin mukaisia binääreitä?
"Eikä ole. Tämä menee jonninjoutavaksi jankkaamiseksi koska joudut keksimään asioita omasta päästäsi, "riippuvuuksia katkottu"."
Etkö tiedä mitä on riippuvuudet? Jos käytät jotain kutsua jossain niin se on riippuvuus siihen. Ja jos siellä jokin muuttuu niin se menee rikki. VCL:ssä oletettavasti on rakennettu se VCL jonkun Win32 API:n subsetin mukaan ja sitten VCL:ää sitten pidetty muuttumattomana. Sama toki hoituisi jos itse kirjoittaa siihen väliin jonkun VCL:n kaltaisen kerroksen ettei käytetä koko alla olevaa API:a täydessä laajuudessaan.
Aika huolestuttavaa jos ollaan noin pihalla ohjelmoinnin perusteista.
"Mutta jos asettaa Winkun Teemat pois päältä ja ajaa Classic-tilassa, edes näitä kauneusvirheitäkään ei ole."
Tuollaisen naurettavan säätämisen sijasta pitäis korjata sitä ohjelmaa.HannesR kirjoitti:
> ...ja unixien vyöry alkaa 2-4v aikavälillä.
...krh, taisin torkahtaa. Muistan täsmälleen saman väitteen esitetyn jo noin vuonna 2004. Että 2..3 vuoden päästä Linux räjähtää!
> Delphillä toki kannattaa vanhoja ohjelmistoja ylläpitää mutta uusia
> projekteja ei oikein toimita aloittaa.
Kyllä kannattaa. Omat asiakkansa kun tuntee niin voi hyvin sanoa että helpointa sekä heille että meille on pohjautua olemassaolevaan kehitystyöhön myös uusissakin projekteissa. Enkä ole ajatuksineni kovinkaan yksin.
> sitten Java sitten alkoi olla selvästi vahvempi.
Toki tuo Javan nousu listoilla on huomioitu täälläkin. Mutta kun sillä juuri syntyy sitä krohmoista ja epävakaata sovellusta, jos *Windows*-alustalle eikä nettiin kehittää. Verrattuna siis Delpheillä tehtyihin näppäriin sovelluksiin."...krh, taisin torkahtaa. Muistan täsmälleen saman väitteen esitetyn jo noin vuonna 2004. Että 2..3 vuoden päästä Linux räjähtää!"
En ole sanonut tuollaista ikinä. Kukaan ei ole odottanut linuxien yleistyvän ennen kuin Windows 2000 infrasta aika jää. Vuonna 2000 tämä kyllä oli odotettavissa 2006-2008 ajalle, 2001 johonkin 2008-2010, 2003 joskus 2010-2012 ja nykyisin 2012-2014.
Enkä nyt sanoisi että ihan räjähtäisi niin, että kaikki asennukset vaihtuisi. Odotettavissa on, että suurin osa yrityksistä vaihtaa Windows 7:n, huomattava osa muihin merkkeihin ja julkinen puoli vaihtaa enemmän muihin merkkeihin.
"Mutta kun sillä juuri syntyy sitä krohmoista ja epävakaata sovellusta, jos *Windows*-alustalle eikä nettiin kehittää."
Eikä synny, ellei nimenomaan tehdä väärin niinkuin sinä sanoit siitä, että ohjelmat ei muka hajoaisi Windows alustalle vaikka ne juuri nimenomaan hajoavat.- dgdfdg
M-Kar kirjoitti:
"...krh, taisin torkahtaa. Muistan täsmälleen saman väitteen esitetyn jo noin vuonna 2004. Että 2..3 vuoden päästä Linux räjähtää!"
En ole sanonut tuollaista ikinä. Kukaan ei ole odottanut linuxien yleistyvän ennen kuin Windows 2000 infrasta aika jää. Vuonna 2000 tämä kyllä oli odotettavissa 2006-2008 ajalle, 2001 johonkin 2008-2010, 2003 joskus 2010-2012 ja nykyisin 2012-2014.
Enkä nyt sanoisi että ihan räjähtäisi niin, että kaikki asennukset vaihtuisi. Odotettavissa on, että suurin osa yrityksistä vaihtaa Windows 7:n, huomattava osa muihin merkkeihin ja julkinen puoli vaihtaa enemmän muihin merkkeihin.
"Mutta kun sillä juuri syntyy sitä krohmoista ja epävakaata sovellusta, jos *Windows*-alustalle eikä nettiin kehittää."
Eikä synny, ellei nimenomaan tehdä väärin niinkuin sinä sanoit siitä, että ohjelmat ei muka hajoaisi Windows alustalle vaikka ne juuri nimenomaan hajoavat."En ole sanonut tuollaista ikinä. Kukaan ei ole odottanut linuxien yleistyvän ennen kuin Windows 2000 infrasta aika jää. Vuonna 2000 tämä kyllä oli odotettavissa 2006-2008 ajalle, 2001 johonkin 2008-2010, 2003 joskus 2010-2012 ja nykyisin 2012-2014. "
Kyllähän tuo windows 2000 infra on jo hävinny ainakin palvelimien osalta suurimmassa osassa yrityksistä aikoja sitten. Tuosta linkistä laitteistotukipalvelut.
http://h10010.www1.hp.com/wwpc/fi/fi/sm/WF13a/15351-15351-241434-3328424-3328424-3984625.html
Katos kun HP esimerkiksi tarjoaa max. 5 vuotta tukea eli tuo kun on menossa umpeen niin palvelin uusitaan ja siihen uudempi käyttöjärjestelmä. Karkeasti menny näin, että 2000 vuonna windows Server 2000 -> vuonna 2005 windows server 2003 ja nyt menossa päivitykset Windows server 2008 versioon. Lyhemmillä soppareilla sitten koluttu jossain tilanteessa molemmat windows server 2003 versiot.
Tuo 5 vuotta kumminkin maksimi eli rauta jo niin kulunutta ja vanhaa niin se uusitaan ja tottakai käyttöjärjestelmä samalla. En ole koskaan törmänny tilanteeseen, että uusitaan rauta ja siihen laitetaan sama käyttis kuin vanhassa raudassa oli. Noita nyt kumminkin hanskannu lähes 15 vuotta useita satoja.
Sitten jotkut pikkufirmat voi ajella vaikka 10 vuotta jollain palvelimella. Pari tapausta itsellä tiedossa, että sopparit vanhentuneet ja sitten palvelin hajoaa ja HP ilmoittaa, että ei ole enään missään varaosia. Joitakin osia löytyy, mutta joitakin ei. Siinä ei voi syyttää kuin itseään. - HannesR
M-Kar kirjoitti:
"Kerroin jo edellä että jopa 16-bit Delphi sovellukset ovat selvinneet hengissä 10 vuoden reissun, kaikissa Windowsien elinkaarissa."
Windows julkaisun elinkaari on 10v. Jos tuossa nyt tulee yksi julkaisupäivitys niin eipä se paljoa merkitse. Windows 7:ssa nuo ei oikein toimi kun Windows 7:sta ei oikein kannata hankkia kuin 64-bittistä versiota. 32-bittisessä ei ole oikein järkeä kun Windows 7:n elinkaari on niin pitkä, että sitten joutuu helposti ihmettelemään miten saadaan 64-bittiset softat toimimaan.
"Et vaan tunne Delphi-ohjelmointivälinettä."
Nykyisellään en, koska käytin sitä viimeksi Delphi 3:ssa. Delphi 7:n jälkeen sitten on Wikipedian mukaan ollut laatutasossa hurjaa vaihelua.
"No mutta kun ei ne vaan nyt hajoa. Siis kun softa on järkevästi kirjoitettu!!!"
No kerro millä tavalla esim. Mathcad 2000 on kirjoitettu pieleen kun se hajosi Windows 2000 -> XP päivityksessä vaikka ovat melkein samasta puusta revitty? Kerro miksi PSP manager ei toimi Windows 7:ssa? Jotain siellä vaan muuttuu kun ohjelmat lakkaa toimimasta.
Jokaisen service packin yhteydessä suunnilleen on sitten tietoturvaohjelmistot kontallaan.
"Olen tämänkin sanonut jo ainakin pariin kertaan, että VCL libraryt ovat olemassa myös Windowsilla ja Linuxilla pyörivälle Lazarus kääntäjälle, ja ne voidaan siellä kääntää."
Saako Lazaruksella kuinka hyvin tehtyä LSB standardin mukaisia binääreitä?
"Eikä ole. Tämä menee jonninjoutavaksi jankkaamiseksi koska joudut keksimään asioita omasta päästäsi, "riippuvuuksia katkottu"."
Etkö tiedä mitä on riippuvuudet? Jos käytät jotain kutsua jossain niin se on riippuvuus siihen. Ja jos siellä jokin muuttuu niin se menee rikki. VCL:ssä oletettavasti on rakennettu se VCL jonkun Win32 API:n subsetin mukaan ja sitten VCL:ää sitten pidetty muuttumattomana. Sama toki hoituisi jos itse kirjoittaa siihen väliin jonkun VCL:n kaltaisen kerroksen ettei käytetä koko alla olevaa API:a täydessä laajuudessaan.
Aika huolestuttavaa jos ollaan noin pihalla ohjelmoinnin perusteista.
"Mutta jos asettaa Winkun Teemat pois päältä ja ajaa Classic-tilassa, edes näitä kauneusvirheitäkään ei ole."
Tuollaisen naurettavan säätämisen sijasta pitäis korjata sitä ohjelmaa.> VCL:ssä oletettavasti on rakennettu se VCL jonkun Win32 API:n
> subsetin mukaan ja sitten VCL:ää sitten pidetty muuttumattomana.
> Sama toki hoituisi jos itse kirjoittaa siihen väliin jonkun VCL:n
> kaltaisen kerroksen ettei käytetä koko alla olevaa API:a täydessä
> laajuudessaan.
Delphi ohjelmoijaa ei ole estetty käyttämästä ainoatakaan Windowsin WinAPI-32:ssa olevaa kutsua. Se että ihan joka ikistä niitä ei ole *tarvittu* perus-VCL kirjaston luomiseen, niin se ei vielä ole minkäänlaista karsintaa.
> Aika huolestuttavaa jos ollaan noin pihalla ohjelmoinnin perusteista.
No näytä nyt itse se oma mittattavissa oleva taitosi ja kykysi:
Mainitse EDES YKSI WinAPI:n toimino jota voidaan kutsua vaikka C:stä käsin mutta ei saataisi kutsuttua Delphistä käsin! Nimeä edes yksi tällainen, niin tulee jotakin katettakin louskutuksellesi.
> Tuollaisen naurettavan säätämisen sijasta pitäis korjata sitä ohjelmaa.
No totta kai ne on korjattu saman tien. Kyse vain oli niistä ohjelman HAJOAMISISTA joista edellä mäiskytit:
>>Sehän riippuu pitkälti mitä rajapintakutsuja tehdään ja missä
>>hommat poksahtaa Windowsin osalta. Käytännössä, service
>>packeillä riski on minimaalinen. Yleensä tässä hajoaa
>>tietoturvaohjelmistot ja vastaavat mitkä tekee enemmän
>>"koukkuja" alustaan mutta on välillä jotain hassuja
>>hajoamisia tapahtunut,
Softaa käyttävän yrityksen toimintaa HAITTAA se jos Windows-päivityksen yhteydessä sovellusohjelma ei enää toimi lainkaan, tai toimii väärin tai epäluotettavasti
Yrityksen päivittäistä toimintaa sen sijaan EI MAINITTAVASTI HAITTAA jos sovelluksessa jonkin graafisen kuvakkeen reunasta jää millin verran piiloon uusien Windows Teemojen myötä.
Tästä oli kyse.
Vai mistä asiasta itse tarkalleen halusit tässä kohdassa väitellä tuolla lapsellisella "pitäis korjata sitä ohjelmaa heitollasi..." ?
Ne viat on tosiaan olleet korjattuina ylläpitoasiakkaille viikon sisään siitä kun vikailmoituksia on tullut.
Älä huoli, kyllä me susta vielä ohjelmoija koulutetaan. Mutta aika pohjiltahan tässä kieltämättä on perustietojen osalta lähdettävä.
- - -
Tämä keskustelu alkanee kaikkineen olla aika viimeisimmillään. Ei tätä threadia näköjään muut lue kuin me kaksi. Turha roskata uutisrthmää.
Ja toisaalta kirjeenvaihtoonkaan en kanssasi aio ryhtyä.
Saattaa olla että osaltani jatkokommentoinnit jäävät vähäisiksi, ellei jotakin uusia kiinnostavia avauksia jostakin suunnalta löydy.
Mieluummin menee uistinta vetämään selälle, kun ilmakin hiukan viileni.
- - Delete program ? (Y)
HannesR kirjoitti:
> VCL:ssä oletettavasti on rakennettu se VCL jonkun Win32 API:n
> subsetin mukaan ja sitten VCL:ää sitten pidetty muuttumattomana.
> Sama toki hoituisi jos itse kirjoittaa siihen väliin jonkun VCL:n
> kaltaisen kerroksen ettei käytetä koko alla olevaa API:a täydessä
> laajuudessaan.
Delphi ohjelmoijaa ei ole estetty käyttämästä ainoatakaan Windowsin WinAPI-32:ssa olevaa kutsua. Se että ihan joka ikistä niitä ei ole *tarvittu* perus-VCL kirjaston luomiseen, niin se ei vielä ole minkäänlaista karsintaa.
> Aika huolestuttavaa jos ollaan noin pihalla ohjelmoinnin perusteista.
No näytä nyt itse se oma mittattavissa oleva taitosi ja kykysi:
Mainitse EDES YKSI WinAPI:n toimino jota voidaan kutsua vaikka C:stä käsin mutta ei saataisi kutsuttua Delphistä käsin! Nimeä edes yksi tällainen, niin tulee jotakin katettakin louskutuksellesi.
> Tuollaisen naurettavan säätämisen sijasta pitäis korjata sitä ohjelmaa.
No totta kai ne on korjattu saman tien. Kyse vain oli niistä ohjelman HAJOAMISISTA joista edellä mäiskytit:
>>Sehän riippuu pitkälti mitä rajapintakutsuja tehdään ja missä
>>hommat poksahtaa Windowsin osalta. Käytännössä, service
>>packeillä riski on minimaalinen. Yleensä tässä hajoaa
>>tietoturvaohjelmistot ja vastaavat mitkä tekee enemmän
>>"koukkuja" alustaan mutta on välillä jotain hassuja
>>hajoamisia tapahtunut,
Softaa käyttävän yrityksen toimintaa HAITTAA se jos Windows-päivityksen yhteydessä sovellusohjelma ei enää toimi lainkaan, tai toimii väärin tai epäluotettavasti
Yrityksen päivittäistä toimintaa sen sijaan EI MAINITTAVASTI HAITTAA jos sovelluksessa jonkin graafisen kuvakkeen reunasta jää millin verran piiloon uusien Windows Teemojen myötä.
Tästä oli kyse.
Vai mistä asiasta itse tarkalleen halusit tässä kohdassa väitellä tuolla lapsellisella "pitäis korjata sitä ohjelmaa heitollasi..." ?
Ne viat on tosiaan olleet korjattuina ylläpitoasiakkaille viikon sisään siitä kun vikailmoituksia on tullut.
Älä huoli, kyllä me susta vielä ohjelmoija koulutetaan. Mutta aika pohjiltahan tässä kieltämättä on perustietojen osalta lähdettävä.
- - -
Tämä keskustelu alkanee kaikkineen olla aika viimeisimmillään. Ei tätä threadia näköjään muut lue kuin me kaksi. Turha roskata uutisrthmää.
Ja toisaalta kirjeenvaihtoonkaan en kanssasi aio ryhtyä.
Saattaa olla että osaltani jatkokommentoinnit jäävät vähäisiksi, ellei jotakin uusia kiinnostavia avauksia jostakin suunnalta löydy.
Mieluummin menee uistinta vetämään selälle, kun ilmakin hiukan viileni.
-"Tämä keskustelu alkanee kaikkineen olla aika viimeisimmillään. Ei tätä threadia näköjään muut lue kuin me kaksi."
Kyllä tätä ja muitakin ketjuja luetaan muidenkin toimesta, mutta en viitsinyt puuttua väittelyyn jonka lopputulos oli ilmeinen. Nämä kieli- ja ympäristö-sodat ovat mielestäni turhia. M-Kar:ille vain totean, että en ole vielä tavannut yhtään firmaa, joka maksaisi minulle avoimen lähdekoodin tekemisestä, mutta toki ohjelmistoja kirjoitan mihin tahansa systeemiin (vaikka Adaa kuusnepaan), jos siitä riittävän hyvin maksetaan ja muut pikku työehtojutut ovat järjestyksessä. :) - PistePilkku
M-Kar kirjoitti:
"Tämä osoittaa *erittäin selvästi* että et tunne juuri nimeä enempää koko Delphi-maailmaa ja sillä tuotettuja ohjelmia. Delphillä koodatut ohjelmat nimittäin todellakin _kestävät_ Windowsin versiomyllerryksissä."
Sehän riippuu pitkälti mitä rajapintakutsuja tehdään ja missä hommat poksahtaa Windowsin osalta. Käytännössä, service packeillä riski on minimaalinen. Yleensä tässä hajoaa tietoturvaohjelmistot ja vastaavat mitkä tekee enemmän "koukkuja" alustaan mutta on välillä jotain hassuja hajoamisia tapahtunut, mutta ongelma on lähes olematon.
Windowsin julkaisupäivityksillä sitten softaa menee rikki helpommin.
"Mutta Delphin VCL-sovellukset ovat tyyppiä "rock-solid". Ne yksinkertaisesti jyräävät eteenpäin Windows-patcheistä ja yöna ikana tulleista Service Packeista juurikaan piittaamatta."
VCL taisi olla rakennettu Win32 API:n päälle suoraan ja vielä valittu jotain heikointa lenkkiä ja riippuvuuksia on katkottu siinä. Windowsin julkaisupäivitysten osalta en luottaisi kun sekin on nähty kuinka tavallinen Win32 softa hajoaa Windows 2000->XP siirroksessa ja jopa Windows XP->Windows 2003. Tuon kanssa sitten tehdään riippuvuus siihen VCL:n ja siitä on hankalampi hankkiutua eroon, että alkaa olla aika tehdä rewrite.
"Toki NET:in päälle Delphilläkin tehtynä toiminta on versioriippuvaisempaa ja haavoittuvampaa. Mutta tämä on hinta jos haluaa pysyä "kehityksen kärjessä" jatkuvasti, ja siis pitää ovea avoinna joskus siirrellä ohjelmia Linuxin tms. knoppixin NET-kirjastojen päälle."
.NET/Mono itseasiassa on tässä suhteessa edistyksellisempää kuin Win32. Jos softan vaikka teki Windows XP:lle .NET 3.0:lle niin sepäs toimi ihan varmasti heittämällä Windows Vistassa, ja toimii jokseenkin varmasti Windows Vistan elinkaaren loppuun saakka. Tämä on parasta binääriyhteensopivuutta mitä Microsoft tarjoaa. Win32 API:n ongelma on se, että sillä ei oikein ole muuta versionumerointia kuin se mikä julkaisu Windowsista on alla ja sitten siellä on random muutoksia siellä ja täällä.
Paras binääriyhteensopivuus kyllä saavutetaan LSB:llä, se kun on standardoitu ISO:ssa, ja heidän oma politiikkansa oli 2005 lähtien, että vähintään 6v etukäteen ilmoitetaan muutoksista. Mitään ilmoitusta ei tullut mutta se nyt sitten hiljatain standardoitiin ISO:ssa jossa sitten edellytetään standardin olevan voimassa ainakin 10v. Tähän sitten voidaan ynnätä käyttöjärjestelmien omat elinkaaret ja tuet aikaisemmille standardeille, ja lisäksi kun alustan kirjastot on jotain LGPL:ää tai vastaavaa niin ei ne mihinkään katoa, että softan saa aina toimimaan jos haluaa jos tarpeeksi näkee vaivaa. Siltä pohjalta fiksuinta olisi kehittää softaa joko Qt:llä tai GTK alustalla.
Seuraava vahva alusta on sitten Java. Vaikka se onkin elänyt versiomuutoksissa niin se on kuitenkin samalla myös kehittynyt ja hajoamiset on vähentynyt rajusti. Java 7 vaikuttaa sitten sellaiselta julkaisulta, että Java on oikeasti valmis sellaisiin _todella_ pitkäikäisiin ohjelmistoihin kuten ne mitä tehtiin aikoinaan Cobolilla ja jotka vieläkin hyrrää. Bonuksena sitten arkkitehtuuririippumattomuus kun näyttää siltä, että ensiksi kun pirstoutui selaimet, sitten pirstoutuu käyttismarkkinat joka on nyt lähdössä käyntiin ja sitten rauta-arkkitehtuurit perästä. Ne ketkä ei sorsaa halua jakaa, Java on kiva kun alustakirjon kasvaessa tulee enemmän paineita antaa se sorsa, ettei tule binäärien ylläpitohelvettiä. On sellaista kultaista keskitietä lähitulevaisuudessa.
Hajoamattomuuden osalta, vahvin alusta lienee kuitenkin Python, joka tuli 1991 mutta ensimmäinen hajoaminen tapahtui vasta 2008 siinä 3.x versiossa, mutta Python 2.x elää rinnalla varmaan noin luokkaa 10v kun se on osana LSB:tä, että puhutaan hyvin vakaasta alustasta. Se vaan ei ole sorsakammoisille kun on tulkattava.
Suljetulle bisnessoftalle näillä näkymin kehitys olisi helposti fiksuinta tehdä Javalla käyttämällä OpenJDK:ta kun sen pohjalta tehdään se Java 7. Julkiselle puolelle tehtäessä LSB lienee fiksuin, ja tietysti sitten jos samasta softasta pitäis tehdä mobiilia myös niin sitten on vähän niin, että joko Javaa tai Qt:tä, riippuu vähän meneekö Android leiriin vaiko MeeGo leiriin.
.NET on sitten enemmän palvelinpuolelle tai rajattuun käyttöön, .NET/Mono sekasotku häviää Javalle vahvasti työasemapuolella. Palvelinpuolella sitten on tasaisempaa. Delphin tulevaisuus näyttää synkältä kun Windowsspecifistisessä ohjelmoinnissa Visual Studio, C# ja .NET on vahvempi.Hyvin kirjoitetut Pascal lähdekoodit ovat toimineet jo kymmeniä vuosia.
Ja mikä parasta toiminnan loppua ei vielä nää! dgdfdg kirjoitti:
"En ole sanonut tuollaista ikinä. Kukaan ei ole odottanut linuxien yleistyvän ennen kuin Windows 2000 infrasta aika jää. Vuonna 2000 tämä kyllä oli odotettavissa 2006-2008 ajalle, 2001 johonkin 2008-2010, 2003 joskus 2010-2012 ja nykyisin 2012-2014. "
Kyllähän tuo windows 2000 infra on jo hävinny ainakin palvelimien osalta suurimmassa osassa yrityksistä aikoja sitten. Tuosta linkistä laitteistotukipalvelut.
http://h10010.www1.hp.com/wwpc/fi/fi/sm/WF13a/15351-15351-241434-3328424-3328424-3984625.html
Katos kun HP esimerkiksi tarjoaa max. 5 vuotta tukea eli tuo kun on menossa umpeen niin palvelin uusitaan ja siihen uudempi käyttöjärjestelmä. Karkeasti menny näin, että 2000 vuonna windows Server 2000 -> vuonna 2005 windows server 2003 ja nyt menossa päivitykset Windows server 2008 versioon. Lyhemmillä soppareilla sitten koluttu jossain tilanteessa molemmat windows server 2003 versiot.
Tuo 5 vuotta kumminkin maksimi eli rauta jo niin kulunutta ja vanhaa niin se uusitaan ja tottakai käyttöjärjestelmä samalla. En ole koskaan törmänny tilanteeseen, että uusitaan rauta ja siihen laitetaan sama käyttis kuin vanhassa raudassa oli. Noita nyt kumminkin hanskannu lähes 15 vuotta useita satoja.
Sitten jotkut pikkufirmat voi ajella vaikka 10 vuotta jollain palvelimella. Pari tapausta itsellä tiedossa, että sopparit vanhentuneet ja sitten palvelin hajoaa ja HP ilmoittaa, että ei ole enään missään varaosia. Joitakin osia löytyy, mutta joitakin ei. Siinä ei voi syyttää kuin itseään."Kyllähän tuo windows 2000 infra on jo hävinny ainakin palvelimien osalta suurimmassa osassa yrityksistä aikoja sitten."
Windows 2000 ja XP on oleellisesti samaa infraa, ovat melkein samasta puusta revittyjä. Siksi se Windows 2000:sta pois siirtyminen venyikin kun XP oli melkein samanlainen, Vista myöhästyi eikä kelvannut ja nyt sitten on tosiaankin monilla kannattavaa venyttää XP:tä ihan sen elinkaaren loppuun saakka, ja ylikin. Tätä varmaan tekee Windows XP:stä muualle siirtyvät. Windows 7 alkaa käynnistyä kunnolla ensi vuonna.
Palvelinpuoli tässä nyt on aika epäkiinnostavaa kun puhutaan työasemista.- sggsf
M-Kar kirjoitti:
"Kyllähän tuo windows 2000 infra on jo hävinny ainakin palvelimien osalta suurimmassa osassa yrityksistä aikoja sitten."
Windows 2000 ja XP on oleellisesti samaa infraa, ovat melkein samasta puusta revittyjä. Siksi se Windows 2000:sta pois siirtyminen venyikin kun XP oli melkein samanlainen, Vista myöhästyi eikä kelvannut ja nyt sitten on tosiaankin monilla kannattavaa venyttää XP:tä ihan sen elinkaaren loppuun saakka, ja ylikin. Tätä varmaan tekee Windows XP:stä muualle siirtyvät. Windows 7 alkaa käynnistyä kunnolla ensi vuonna.
Palvelinpuoli tässä nyt on aika epäkiinnostavaa kun puhutaan työasemista."Palvelinpuoli tässä nyt on aika epäkiinnostavaa kun puhutaan työasemista. "
Kyllä palvelinpuoli on aika kiinnostava eli siitä voit päätellä, mitä yrityksien infrassa tapahtuu ja mitä tapahtuu tulevaisuudessa. Jos nyt just uusitaan vanhoja windows palvelimia ja infrassa on ad niin linuxit ei ole vaihtoehtoja.
Jos rakennetaan jotain novell tai linux ympäristöjä niin sitten linux. Ei vain ole nähtävissä tuon suuntaista juttua. HannesR kirjoitti:
> VCL:ssä oletettavasti on rakennettu se VCL jonkun Win32 API:n
> subsetin mukaan ja sitten VCL:ää sitten pidetty muuttumattomana.
> Sama toki hoituisi jos itse kirjoittaa siihen väliin jonkun VCL:n
> kaltaisen kerroksen ettei käytetä koko alla olevaa API:a täydessä
> laajuudessaan.
Delphi ohjelmoijaa ei ole estetty käyttämästä ainoatakaan Windowsin WinAPI-32:ssa olevaa kutsua. Se että ihan joka ikistä niitä ei ole *tarvittu* perus-VCL kirjaston luomiseen, niin se ei vielä ole minkäänlaista karsintaa.
> Aika huolestuttavaa jos ollaan noin pihalla ohjelmoinnin perusteista.
No näytä nyt itse se oma mittattavissa oleva taitosi ja kykysi:
Mainitse EDES YKSI WinAPI:n toimino jota voidaan kutsua vaikka C:stä käsin mutta ei saataisi kutsuttua Delphistä käsin! Nimeä edes yksi tällainen, niin tulee jotakin katettakin louskutuksellesi.
> Tuollaisen naurettavan säätämisen sijasta pitäis korjata sitä ohjelmaa.
No totta kai ne on korjattu saman tien. Kyse vain oli niistä ohjelman HAJOAMISISTA joista edellä mäiskytit:
>>Sehän riippuu pitkälti mitä rajapintakutsuja tehdään ja missä
>>hommat poksahtaa Windowsin osalta. Käytännössä, service
>>packeillä riski on minimaalinen. Yleensä tässä hajoaa
>>tietoturvaohjelmistot ja vastaavat mitkä tekee enemmän
>>"koukkuja" alustaan mutta on välillä jotain hassuja
>>hajoamisia tapahtunut,
Softaa käyttävän yrityksen toimintaa HAITTAA se jos Windows-päivityksen yhteydessä sovellusohjelma ei enää toimi lainkaan, tai toimii väärin tai epäluotettavasti
Yrityksen päivittäistä toimintaa sen sijaan EI MAINITTAVASTI HAITTAA jos sovelluksessa jonkin graafisen kuvakkeen reunasta jää millin verran piiloon uusien Windows Teemojen myötä.
Tästä oli kyse.
Vai mistä asiasta itse tarkalleen halusit tässä kohdassa väitellä tuolla lapsellisella "pitäis korjata sitä ohjelmaa heitollasi..." ?
Ne viat on tosiaan olleet korjattuina ylläpitoasiakkaille viikon sisään siitä kun vikailmoituksia on tullut.
Älä huoli, kyllä me susta vielä ohjelmoija koulutetaan. Mutta aika pohjiltahan tässä kieltämättä on perustietojen osalta lähdettävä.
- - -
Tämä keskustelu alkanee kaikkineen olla aika viimeisimmillään. Ei tätä threadia näköjään muut lue kuin me kaksi. Turha roskata uutisrthmää.
Ja toisaalta kirjeenvaihtoonkaan en kanssasi aio ryhtyä.
Saattaa olla että osaltani jatkokommentoinnit jäävät vähäisiksi, ellei jotakin uusia kiinnostavia avauksia jostakin suunnalta löydy.
Mieluummin menee uistinta vetämään selälle, kun ilmakin hiukan viileni.
-"Delphi ohjelmoijaa ei ole estetty käyttämästä ainoatakaan Windowsin WinAPI-32:ssa olevaa kutsua."
Ei varmasti. Sinä kuitenkin sanoit, että VCL toimii pomminvarmasti vaikka mitä käy, mutta Win32 on turvonnut hyvin monimutkaiseksi ja laajaksi kuten tiedät, ja vähän jännempää kutsua kun tekee niin riski hajoamiselle kasvaa.
Tämä myös pätee esim. Javalle. Siellähän on se subsetti API:sta mikä toimii hiton hyvin (ja tätä on määritelty JCK:ssa), ja siellä sitten jos jotain deprekoidaan jossain julkaisussa niin tietää, että seuraavassa voivat pudota. Sitten loput API:t on sitten sellaisia, että ovat julkaisukohtaisia ja eri toteutuksienkin välillä on helpommin heittoja.
"Softaa käyttävän yrityksen toimintaa HAITTAA se jos Windows-päivityksen yhteydessä sovellusohjelma ei enää toimi lainkaan, tai toimii väärin tai epäluotettavasti"
Niin, ja sellaista sattuu välillä. Kaveri ilmoitti hiljattain, että esim. Houdinini toimii päin helvettiä kun vaihtoi 32-bit Windows XP -> Windows 7 64-bittiseen. Itselläni hajosi Mathcad 2000 niin, että se kaatuili Windows XP:llä aina copypasten yhteydessä ja muutenkin hyvin herkästi. Tuota siis tosiaankin tapahtuu sovellusohjelmilla, ja etenkin silloin jos softassa tehdään jotain "koukkuja" kuten tietoturvaohjelmistoissa, kopiointisuojauksissa, käytetään jotain laitetta tai on jotain ajuria vaikka niin hommat paukkuu.
Käytännön tasolla, Win32 softat toimii julkaisun ajan ihan hyvin, myös service packit menee käytännössä hyvin ellei ole niitä koukkuja tehty (ajurit välillä hajoaa) mutta julkaisupäivityksissä riski kasvaa paljon.
"Älä huoli, kyllä me susta vielä ohjelmoija koulutetaan. Mutta aika pohjiltahan tässä kieltämättä on perustietojen osalta lähdettävä. "
Sinulla ne perustiedot on hakusessa jos et ymmärrä sitä tunnettua faktaa tekniikassa, ja etenkin tietotekniikassa, että kaikki mitä ei ole standardoitu, muuttuu kokoajan. Versio 1.0 -> 2.0 niin kaikkea hassua tapahtuu helposti. Riippuu sitten tapauksesta miten onnistuu. Teidän ohjelmistojen kohdalla oli kyse kosmeettisista ongelmista mutta toisaalta sitten on niinkin tunnettu tapaus kuin vaikka Sampopankki jonka Javahärdelli toimi/toimii enemmän tai vähemmän päin persettä eri javatoteutuksilla tai sitten vaikka mainitsemani natiivi Win32 softa nimeltään Mathcad joka hajosi Windows 2000->XP päivityksessä.
Kokemus on osoittanut, että etenkin standardointi auttaa paljon, samoin se, että käytetään tekniikkaa jota on vetämässä useampi taho omien intressien mukaan joka tuo jähmeyttä. Samasta syystä koodin avoimuus on usein osoittautunut luotettavuutta parantavaksi asiaksi kun eri intressiryhmät lähettää patchia ja tämä parantaa koodin laatua kun sitä ajetaan eri olosuhteissa. Ei ole sitten ihan niin herkästi säpäleinä.
Ja sitten tietysti se tärkein asia, eli riippuvuudet. Pitää pyrkiä poistamaan riippuvuuksia kaikesta mikä on "riskiryhmässä", eli vähemmän standardia tavaraa, vähemmän intressitahoja ja jne. ja sitä löytyykin helposti subsetti mitä voi käyttää jokseenkin turvallisesti ja missä kohdin sitten on jotain mikä on helpommin rikki kun versio vaihtuu.
Itse en tosiaankaan ole Delphiin koskenut kolmosversion jälkeen, mutta Wikipedia vahvistaa aika hyvin väittämääni siitä mitkä asiat tekee tekniikkaa ns. riskiryhmään: http://en.wikipedia.org/wiki/Embarcadero_Delphi
Hämmästyttävän paljon laatueroa julkaisuissa, jotkut jutut on unohdettu kun pian julkaisun jälkeen, että ei ole jatkuvuutta. Lazarus taitaakin olla parasta mitä Delphille ja Object Pascalille on tapahtunut ikinä. Tärkein etu tälle on se, että tulee lisää intressitahoja jolloin alkaa tapahtua sitä ilmiötä, että pelätään särkeä mitään mikä toimii kummassakin ohjelmistoissa ja alkaa muodostua sellaista pomminvarmaa subsettiä mikä varmasti toimii.sggsf kirjoitti:
"Palvelinpuoli tässä nyt on aika epäkiinnostavaa kun puhutaan työasemista. "
Kyllä palvelinpuoli on aika kiinnostava eli siitä voit päätellä, mitä yrityksien infrassa tapahtuu ja mitä tapahtuu tulevaisuudessa. Jos nyt just uusitaan vanhoja windows palvelimia ja infrassa on ad niin linuxit ei ole vaihtoehtoja.
Jos rakennetaan jotain novell tai linux ympäristöjä niin sitten linux. Ei vain ole nähtävissä tuon suuntaista juttua.En minä odota tapahtuvan mitään tuollaista muutamaan vuoteen. PK-yrityksissä Windows pysyy varmasti pisimpään vahvana. Yllättäen, kuluttajapuolella näytetään vaihtavan ensimmäisenä veke, ja julkisella puolella seuraavaksi. Ja on jo itseasiassa vaihtanutkin jonkin verran.
Julkisen puolen hankintoihin vaikuttaa poliittisten linjausten lisäksi sitten myös lainsäädäntö hankintalain osalta mikä on vahvasti Windowsia vastaan. Ei johdu Windowsin teknisestä puolesta vaan yksinkertaisesti siitä, että hankintalaissa mainitaan selvästi, että pitäisi valita standardoituja ja kokonaistaloudellisesti edullisia ratkaisuja ja Windowsit ei sitä ole.
Tosin, jotkut päättäjät kyllä saattaa rikkoa lakia ja odotan itseasiassa kaikenlaista vatvomista ja asioiden selvittelyä kun tulee tapahtumaan lainvastaisia päätöksiä. Kelassa itseasiassa taidettiin jo tehdä ja uutiskynnys nousi. Lähinnä tässä tapauksessa haloo tuli jostain sellaisesta, että joku päättäjä ei ollut huomioinut joitakin tarjouspyyntöjä ollenkaan mitkä ei olleet Microsoftin tekniikkaa, mikä on rikos.- vanhakoodari
M-Kar kirjoitti:
"Delphi ohjelmoijaa ei ole estetty käyttämästä ainoatakaan Windowsin WinAPI-32:ssa olevaa kutsua."
Ei varmasti. Sinä kuitenkin sanoit, että VCL toimii pomminvarmasti vaikka mitä käy, mutta Win32 on turvonnut hyvin monimutkaiseksi ja laajaksi kuten tiedät, ja vähän jännempää kutsua kun tekee niin riski hajoamiselle kasvaa.
Tämä myös pätee esim. Javalle. Siellähän on se subsetti API:sta mikä toimii hiton hyvin (ja tätä on määritelty JCK:ssa), ja siellä sitten jos jotain deprekoidaan jossain julkaisussa niin tietää, että seuraavassa voivat pudota. Sitten loput API:t on sitten sellaisia, että ovat julkaisukohtaisia ja eri toteutuksienkin välillä on helpommin heittoja.
"Softaa käyttävän yrityksen toimintaa HAITTAA se jos Windows-päivityksen yhteydessä sovellusohjelma ei enää toimi lainkaan, tai toimii väärin tai epäluotettavasti"
Niin, ja sellaista sattuu välillä. Kaveri ilmoitti hiljattain, että esim. Houdinini toimii päin helvettiä kun vaihtoi 32-bit Windows XP -> Windows 7 64-bittiseen. Itselläni hajosi Mathcad 2000 niin, että se kaatuili Windows XP:llä aina copypasten yhteydessä ja muutenkin hyvin herkästi. Tuota siis tosiaankin tapahtuu sovellusohjelmilla, ja etenkin silloin jos softassa tehdään jotain "koukkuja" kuten tietoturvaohjelmistoissa, kopiointisuojauksissa, käytetään jotain laitetta tai on jotain ajuria vaikka niin hommat paukkuu.
Käytännön tasolla, Win32 softat toimii julkaisun ajan ihan hyvin, myös service packit menee käytännössä hyvin ellei ole niitä koukkuja tehty (ajurit välillä hajoaa) mutta julkaisupäivityksissä riski kasvaa paljon.
"Älä huoli, kyllä me susta vielä ohjelmoija koulutetaan. Mutta aika pohjiltahan tässä kieltämättä on perustietojen osalta lähdettävä. "
Sinulla ne perustiedot on hakusessa jos et ymmärrä sitä tunnettua faktaa tekniikassa, ja etenkin tietotekniikassa, että kaikki mitä ei ole standardoitu, muuttuu kokoajan. Versio 1.0 -> 2.0 niin kaikkea hassua tapahtuu helposti. Riippuu sitten tapauksesta miten onnistuu. Teidän ohjelmistojen kohdalla oli kyse kosmeettisista ongelmista mutta toisaalta sitten on niinkin tunnettu tapaus kuin vaikka Sampopankki jonka Javahärdelli toimi/toimii enemmän tai vähemmän päin persettä eri javatoteutuksilla tai sitten vaikka mainitsemani natiivi Win32 softa nimeltään Mathcad joka hajosi Windows 2000->XP päivityksessä.
Kokemus on osoittanut, että etenkin standardointi auttaa paljon, samoin se, että käytetään tekniikkaa jota on vetämässä useampi taho omien intressien mukaan joka tuo jähmeyttä. Samasta syystä koodin avoimuus on usein osoittautunut luotettavuutta parantavaksi asiaksi kun eri intressiryhmät lähettää patchia ja tämä parantaa koodin laatua kun sitä ajetaan eri olosuhteissa. Ei ole sitten ihan niin herkästi säpäleinä.
Ja sitten tietysti se tärkein asia, eli riippuvuudet. Pitää pyrkiä poistamaan riippuvuuksia kaikesta mikä on "riskiryhmässä", eli vähemmän standardia tavaraa, vähemmän intressitahoja ja jne. ja sitä löytyykin helposti subsetti mitä voi käyttää jokseenkin turvallisesti ja missä kohdin sitten on jotain mikä on helpommin rikki kun versio vaihtuu.
Itse en tosiaankaan ole Delphiin koskenut kolmosversion jälkeen, mutta Wikipedia vahvistaa aika hyvin väittämääni siitä mitkä asiat tekee tekniikkaa ns. riskiryhmään: http://en.wikipedia.org/wiki/Embarcadero_Delphi
Hämmästyttävän paljon laatueroa julkaisuissa, jotkut jutut on unohdettu kun pian julkaisun jälkeen, että ei ole jatkuvuutta. Lazarus taitaakin olla parasta mitä Delphille ja Object Pascalille on tapahtunut ikinä. Tärkein etu tälle on se, että tulee lisää intressitahoja jolloin alkaa tapahtua sitä ilmiötä, että pelätään särkeä mitään mikä toimii kummassakin ohjelmistoissa ja alkaa muodostua sellaista pomminvarmaa subsettiä mikä varmasti toimii.> M-Kar wrote 17.7.2010
>
> Kaveri ilmoitti hiljattain, että esim. Houdinini toimii päin helvettiä
> kun vaihtoi 32-bit Windows XP -> Windows 7 64-bittiseen.
> Itselläni hajosi Mathcad 2000 niin,
Onko nuo nyt varmasti Delphi ohjelmia molemmat, toisesta en ole kuullut edes nimeltä? Tämä on sentään Delphi-ryhmä, joten tuon napinankin luulisi edes jotenkin liittyän tähän aiheeseen .
> että se kaatuili Windows XP:llä aina copypasten yhteydessä ja
> muutenkin hyvin herkästi.
Vahvaa epäilyä esitän, että ymmärrätkö Windowsin sielunelmästä lopultakaan juuri enempää kuin perustason käyttäjä? Edellä kuitenkin selostit tietämystäsi Delphistä ja jotakin täys-ymmärtämätöntä juttua että koko WinAPI ei olisi Delphissä tuettuna, tai on olemassa vain jonakin subsettinä tms... !???
Termisi ovat loppukäyttäjätason käyttämiä ei-ammattimaisia termejä "ohjelma hajoaa" Ilman että osaisit millään lailla ammattimaisesti koettaa eritellä tai yksilöidä mikä tarkemmin estää ohelman tiettyä toimintaa tms.
Ja yllä oleva ihmettelysi ohjelman kaatuilusta, sekin on sellaista peruskäyttäjätason pyöreätä ihmettelyä, että “miksi toi WinAPI nyt kaatelee mun konetta....”
Vinkiksi voi sanoa että WinAPI:in liittyvällä syyllä on erittäin, erittäin pieni rooli ohjelmien kaatuilussa, kun upgreidataan Windowseja uudempiin Win-versioihin. Kaikki 15 vuoden aikainen 32-bit edesmennytkin WinAPI tauhka löytyy hyvinkin tarkasti mukana aivan uusimmistakin Windowseista. Microsoft yrittää olla hyvinkin tarkka että vanhempaakin WinAPI:a kutsuva ohjelma sen puolesta voi uusissa Windowseissa toimia.
Noin 99%:ssa viat eivät liity User Moden alueelle jolla WinAPI-kutsutkin toimivat, ja joita myös Delphi tai C-ohjelmat kutsuvat, tämä puoli kyllä toimii.
Kaatumisia aiheuttavat ongelmat syntyvät nimenomaan Kernel Moden alueella. Sillä alueella ovat mm. laiteajurit ja muut suoraan System Resourcejen kanssa toimiva ohjelmakoodi kuten palomuuri- ja virusohjelmat.
Ja täällä alun perin syntyneet virheet voivat sitten lopulta jumittaa koneesi vaikka vaarattoman tuntuista Copy/Pastea suoritettaessakin.
Löydät helposti Wikipedian kautta lisätietoja jos oikeasti osaat ja ymmärrät näitä asioita. Tuo Delphin haeskelusi syypääksi, jotenkin WinAPI:in muka liittyen, se ainakin on aivan peffasta olevaa peelohommaa. - Delphiguru
M-Kar kirjoitti:
"Onko niin vaikeata ymmärtää että jos ostaa tai menee peräti vain vuokralaiseksi taloyhtiöön, niin sillä vuosivuokralla tai yhden yksiön hinnalla ei saakaan *koko kivitaloa* omakseen."
Ei. Mutta omakotitalolla tilanne on taas täysin eri.
"Tämä source-vouhotus on *NIX maailman ongelmia, eikä koske millään lailla binääriyhteensopivassa Windows -maailmassa toimittaessa."
Kyllä ne binäärit kelpaa LSB alustaa ja Solarista käyttäville ihan yhtä hyvin. Mutta kykenettekö te toimittamaan standardin mukaista ohjelmaa? Jotain Wineroskaa ei varmasti huvita maksaa. LSB alustalla on parempi binääriyhteensopivuus kuin Windowsissa jossa ohjelmat hajoilee jopa service packien yhteydessä ja uusi julkaisu kun tulee niin taas on helposti kaikki paskana.
"Homma toimii, ja IT-maailma pyörii 86%:sesti tällaisilla periaatteilla."
Nykyään taitaa kyllä peräti 80%:sti ohjelmistot pyöriä open sourcella ja karavaani menee tähän suuntaan vahvasti. Tulevaisuus on sellaista, että on sekaisin suljettuja ja avoimia ohjelmia, mikä nyt kenellekin paremmin sopii ja tämä on oikein.
Se taas on ohjelmiston toimittajan epäpätevyyttä mikäli ei kykene toimittamaan yhteensopivaa ohjelmistoa kun sitä pyydetään ilman mitään helvetin Wine pelleilyä ja tälläiset vanhentuneisiin toimintamalleihin kangistuneet tulevat häviämään. Suosittelen nopeasti varmistumaan siitä, että saatte binäärinne tehtyä myös LSB standardin mukaiseksi tai teille koittaa pian tappio. Wine pelleilyä ei oikein voi suositella kun asiakkaat ei tuollaista paskaa halua.
Pahin virhe olisi jättää huomoimatta 300% vuodessa kasvavia ohjelmistomarkkinoita, sillä joku muu muuten vie ja pahin skenaario olisi se, että joku tekisi ohjelmistot jotka tekee vastaavan toiminnallisuuden ilmaseksi jollain toisella bisnesmallilla ja tämä söisi teiltä hyvin nopeasti leivät suusta. Tämähän nähtiin esim. kuinka MySQL söi edullisilta tietokantaohjelmistoilta markkinat kokonaan. Tässä kun on myös lähdekoodin saatavuuden lisäksi myös toinen veturi menossa kuten tuo ilmaistaloudella pyöriminen kun Google ja vastaavat tahkoo miljardeja tarjoamalla kaikkea kivaa ilmaiseksi.
Kehityksen jarrut häviää aina, ja aina parempi teknologia ja kehittyneemmät työtavat jyrää vanhat. Tämä on nähty koko ihmiskunnan historian ajan.LSB on käytännössä arvoton.
ensinnäkin, lue allaoleva linkki (Ulrich Drepper)
http://udrepper.livejournal.com/8511.html
Toiseksi:
Muistaakseni Mark Shuttleworth (Canonicalin toimitusjohtaja, ja ko. firmahan parhaiten tunnetaan Ubuntun tekijänä) on joskus kommentoinut, ettei häntä kiinnosta Ubuntun LSB -yhteensopivuus pätkääkään.
Jätän jonkun muun asiaksi etsiä tuohon kommenttiin linkki...
Eikä Debiankaan mainosta missään olevansa LSB -yhteensopiva.
Siksikö, että LSB odottaa RPM -paketointia, eikä kukaan takaa debianin alien -ohjelman kykyä pystyä muuttamaan mikä tahansa (LSB -standardin mukainen) RPM virheettömästi .deb -paketiksi. Ja tosiaan, Ubuntu käyttää myös .deb -pakettiformaattia.
LSB:ssä ongelmana myös se, että jotkut sen kehittäjät saavat rahallisen korvauksen .ISO -standardien kehittämisestä, ja tässäpä motiívi olla enemmän kiinnostunut kehittämään mahdollisimman monta versiota kuin yhtäkään teknisesti 100% oikeaa ja kunnollista versiota.
Delphissä taas ei todellakaan tarvitse ( ei käyttäjän eikä borlandin/CodeGearin/Embarcaderon) katkoa mitään riippuvuuksia.
Kas kun Microsoft takaa, että kaikki APIt toimivat kaikissa windows -versioissa ( koskee siis saman bittiluvun windowseja eli siirryttäessä 32 -bittisistä 64 -bittisiin voi tulla muutoksia, mutta tällöinkin tuki vanhoille 32-bit ohjelmille tulee säilymään vuosia uusissa 64 -bittisissä windows -versioissa).
KORJAUS samalla ketjussa aiemmin olleisiin yhteensopivuusväitteisiin:
Delphi 1.0:lla (=ainoa 16-bittinen Delphi) tehty EXE -ohjelma toimii kaikissa näissä:
Windows 3.1, 95, 98, 98SE, ME, 2000, XP, NT 4.0, mutta EI toimi VISTAssa eikä Windows 7:ssa.
Delphi 2.0:lla (=ensimmäinen 32-bittinen Delphi) tehty EXE -ohjelma toimii kaikissa näissä:
Windows 95, 98, 98SE, ME, 2000, XP, NT 4.0, VISTA sekä myös Windows 7:ssa.
Windows Vista oli siis ensimmäinen windows, jossa oli pudotettu pois tuki ikivanhoille 16 -bittisille windows EXEille.
Mutta muuten MS nimenomaan takaa sen, että kerran julkaistu API (ja myös ABI, kun linuxkoodarit tykkäävät erotella 2 eri termiä, windows -maailmassahan API -yhteensopivuus tarkoittaa automaattisesti myös ABi -yhteensopivuutta) on ja pysyy, niin kauan kun puhutaan saman bittiluvun windowseista ( 16 / 32 / 64 ).
Myös MS:n työkalujen käyttäjille tuttu "DLL Hell" on Delphi -ohjelmoijille yleensä täysin tuntematon käsite. Itse olen käyttänyt useita Delphi -vesroita alkaen 1.0:sta ja myös Delphi 2010:tä, eikä ole tullut vastaan ensimmäistäkään "DLL Hell" -tapausta.
Ehkä siksi, että Borland ei koskaan tehnyt sitä erehdystä, että olisi nimennyt tiedoston "VCL.DLL", vaan sen sijaan esim. VCL40.DLL, VCL50.DLL, näin esim Delphi 4:llä ja Delphi5:llä tehdyt 2 eri pikku-EXEä voivat olla asennettuna samaan koneeseen ja niitä voi käyttää yhtäaikaa ilman mitään versioristiriitoja.
Borland vielä määrittelee lisenssiehdoissaan, että jos vaikka itse muokkaan VCL50.DLL:stä oman (esim. suomennetun) version, niin en saa levittää sitä nimellä VCL50.DLL, mutta voin ihan vapaasti levittää sitä vaikkapa nimellä VCL50FI.DLL.
Eli ketjun muut kirjoittajat ovat ideansa kanssa ihan oikeassa, mutta erehtyivät joissain yksityiskohdissa, jotka olen tässä korjannut.
Malliesimerkki Delphin versioristiriitojen ratkaisusta ENNEN kuin ne aiheuttavat ongelmia on GetDiskFreeSpaceEx: kun Delphi -ohjelmassa käytät tätä, niin se kutsuu samannimistä käyttöjärjestelmäfunktiota, jos käyttöjärjestelmä sitä tukee, muussa tapauksessa (=Win95) tuo muuttuu aliakseksi BackFillGetDiskFreeSpaceEx -funktiolle, joka sitten itse kutsuu GetDiskFreeSpace -funktiota ja muuntaa tuloksen siten, että se vastaa GetDiskFreeSpaceEx -funktion palautearvoja. (Win95:ssä funktio ei anna täsmällistä arvoa yli 2 Gt levyillä). - virheitä-oli
Delphiguru kirjoitti:
LSB on käytännössä arvoton.
ensinnäkin, lue allaoleva linkki (Ulrich Drepper)
http://udrepper.livejournal.com/8511.html
Toiseksi:
Muistaakseni Mark Shuttleworth (Canonicalin toimitusjohtaja, ja ko. firmahan parhaiten tunnetaan Ubuntun tekijänä) on joskus kommentoinut, ettei häntä kiinnosta Ubuntun LSB -yhteensopivuus pätkääkään.
Jätän jonkun muun asiaksi etsiä tuohon kommenttiin linkki...
Eikä Debiankaan mainosta missään olevansa LSB -yhteensopiva.
Siksikö, että LSB odottaa RPM -paketointia, eikä kukaan takaa debianin alien -ohjelman kykyä pystyä muuttamaan mikä tahansa (LSB -standardin mukainen) RPM virheettömästi .deb -paketiksi. Ja tosiaan, Ubuntu käyttää myös .deb -pakettiformaattia.
LSB:ssä ongelmana myös se, että jotkut sen kehittäjät saavat rahallisen korvauksen .ISO -standardien kehittämisestä, ja tässäpä motiívi olla enemmän kiinnostunut kehittämään mahdollisimman monta versiota kuin yhtäkään teknisesti 100% oikeaa ja kunnollista versiota.
Delphissä taas ei todellakaan tarvitse ( ei käyttäjän eikä borlandin/CodeGearin/Embarcaderon) katkoa mitään riippuvuuksia.
Kas kun Microsoft takaa, että kaikki APIt toimivat kaikissa windows -versioissa ( koskee siis saman bittiluvun windowseja eli siirryttäessä 32 -bittisistä 64 -bittisiin voi tulla muutoksia, mutta tällöinkin tuki vanhoille 32-bit ohjelmille tulee säilymään vuosia uusissa 64 -bittisissä windows -versioissa).
KORJAUS samalla ketjussa aiemmin olleisiin yhteensopivuusväitteisiin:
Delphi 1.0:lla (=ainoa 16-bittinen Delphi) tehty EXE -ohjelma toimii kaikissa näissä:
Windows 3.1, 95, 98, 98SE, ME, 2000, XP, NT 4.0, mutta EI toimi VISTAssa eikä Windows 7:ssa.
Delphi 2.0:lla (=ensimmäinen 32-bittinen Delphi) tehty EXE -ohjelma toimii kaikissa näissä:
Windows 95, 98, 98SE, ME, 2000, XP, NT 4.0, VISTA sekä myös Windows 7:ssa.
Windows Vista oli siis ensimmäinen windows, jossa oli pudotettu pois tuki ikivanhoille 16 -bittisille windows EXEille.
Mutta muuten MS nimenomaan takaa sen, että kerran julkaistu API (ja myös ABI, kun linuxkoodarit tykkäävät erotella 2 eri termiä, windows -maailmassahan API -yhteensopivuus tarkoittaa automaattisesti myös ABi -yhteensopivuutta) on ja pysyy, niin kauan kun puhutaan saman bittiluvun windowseista ( 16 / 32 / 64 ).
Myös MS:n työkalujen käyttäjille tuttu "DLL Hell" on Delphi -ohjelmoijille yleensä täysin tuntematon käsite. Itse olen käyttänyt useita Delphi -vesroita alkaen 1.0:sta ja myös Delphi 2010:tä, eikä ole tullut vastaan ensimmäistäkään "DLL Hell" -tapausta.
Ehkä siksi, että Borland ei koskaan tehnyt sitä erehdystä, että olisi nimennyt tiedoston "VCL.DLL", vaan sen sijaan esim. VCL40.DLL, VCL50.DLL, näin esim Delphi 4:llä ja Delphi5:llä tehdyt 2 eri pikku-EXEä voivat olla asennettuna samaan koneeseen ja niitä voi käyttää yhtäaikaa ilman mitään versioristiriitoja.
Borland vielä määrittelee lisenssiehdoissaan, että jos vaikka itse muokkaan VCL50.DLL:stä oman (esim. suomennetun) version, niin en saa levittää sitä nimellä VCL50.DLL, mutta voin ihan vapaasti levittää sitä vaikkapa nimellä VCL50FI.DLL.
Eli ketjun muut kirjoittajat ovat ideansa kanssa ihan oikeassa, mutta erehtyivät joissain yksityiskohdissa, jotka olen tässä korjannut.
Malliesimerkki Delphin versioristiriitojen ratkaisusta ENNEN kuin ne aiheuttavat ongelmia on GetDiskFreeSpaceEx: kun Delphi -ohjelmassa käytät tätä, niin se kutsuu samannimistä käyttöjärjestelmäfunktiota, jos käyttöjärjestelmä sitä tukee, muussa tapauksessa (=Win95) tuo muuttuu aliakseksi BackFillGetDiskFreeSpaceEx -funktiolle, joka sitten itse kutsuu GetDiskFreeSpace -funktiota ja muuntaa tuloksen siten, että se vastaa GetDiskFreeSpaceEx -funktion palautearvoja. (Win95:ssä funktio ei anna täsmällistä arvoa yli 2 Gt levyillä).>Delphi 1.0:lla (=ainoa 16-bittinen Delphi) tehty EXE -ohjelma toimii kaikissa näissä:
>Windows 3.1, 95, 98, 98SE, ME, 2000, XP, NT 4.0, mutta EI toimi VISTAssa eikä Windows 7:ssa.
VÄÄRIN! Delphi-1 applikaatiot toimivat mainiosti sekä Vistassa että Win7-32:ssa.
Sen sijaan mikään 16-bittinen Winsows ohjelma, oli se koodattu millä tahansa välineellä, ei toimi Win7-64:ssä.
SYY: NTVDM tuki puuttuu W-64:sista
- koodia vuodesta -89
Itse olen oppinut ohjelmoinnin Turbo Pascalilla ja leivän hankkinut Borlandin välineillä , Turbo Pascalilla, Turbo c , Delphillä alkaen versiosta 1 ja c Builderilla. Nykyään on pakko vääntää c# ja asp.net koodia ja koettaa päästä edes lähelle sitä käyttöliittymää johon päästiin jo 10 vuotta sitten Windowsissa.
Niille jotka eivät historiaa tiedä niin tiedoksi että Bill pallkasi Anders Hejsbergin Delphin isän Borlandilta M$:lle jossa hän kehitti c#:n. Eli C# vahava oliomaisuus, vahva tyypitys,piste notaatio jne... tulee suoraan Delphistä.
Kaikille niille jotka odottavat Windowsin kuolemista voin antaa käytännön esimerkin reaalimaalimasta. Yksityisasiakkaillani on edelleen käytössä rakentamiani MsDos sovelluksia, mitkä on koodattu Turbo C :lla. Sovelluksia ajetaan windows 95 työasemilla, eikä heillä ole mitätään aikomusta siirtyä uudempaan tekniikkaan, koska siitä ei ole minkäänalaista hyötyä, vaikka vastaavat Windows-pohjaiset sovellukset olen koodannut jo aikoja sitten.- Puolikoodari
>Yksityisasiakkaillani on edelleen käytössä rakentamiani MsDos sovelluksia, mitkä on
>koodattu Turbo C :lla. Sovelluksia ajetaan windows 95 työasemilla,
Meitillä kirjanpito hoituu XP-koneilla ajellen edelleenkin tällaisella vanhalla Ykkönen DOS-kirjanpito-ohjelmalla http://www.narva.sci.fi/index.html. Ostettu aikanaan 90-luvun puolella ja ehkä kerran päivitetty. Täysin käyttökepoiset Oy:n tuloslaskelmat ja taseet ja muut syntyy, ja ohjelma on ymmärrettävä ja sen dBase-tietokannan kanssa osaa toimia ja saa kaikki kirjanpidolliset virheetkin jälkikäteen korjailtua ja oiottua tarvittaessa jne.
Isompi käytännön ogelma on vain LPT-portin puuttuminen uusista USB-mallia suosivista kirjoitinpolvista, ja sen kanssa DOS-ohjelmat tuppee mennnä aika hankaliksi.
> Nykyään on pakko vääntää c# ja asp.net koodia ja koettaa päästä edes lähelle sitä
> käyttöliittymää johon päästiin jo 10 vuotta sitten Windowsissa.
Toihan se nykyajan suuntaus tosiaan on, että Windows GUI:n käyttömukavuutta ja helppoutta vaadittaisiin selainpohjaisiin sovelluksiin. Oletteko mielestänne pääsemässä käytettävyydessä edes likimain tuonne tasolle nykyään?
Ja oliko niin että Borland/Embargadero-ryhmältä ei löytynyt mitään käyttökelpoisia, lähinnä Delphi-johdannaisia nettityökaluja, vaan MS:n C#:aan oli pakko siirtyä vai? - 20
Puolikoodari kirjoitti:
>Yksityisasiakkaillani on edelleen käytössä rakentamiani MsDos sovelluksia, mitkä on
>koodattu Turbo C :lla. Sovelluksia ajetaan windows 95 työasemilla,
Meitillä kirjanpito hoituu XP-koneilla ajellen edelleenkin tällaisella vanhalla Ykkönen DOS-kirjanpito-ohjelmalla http://www.narva.sci.fi/index.html. Ostettu aikanaan 90-luvun puolella ja ehkä kerran päivitetty. Täysin käyttökepoiset Oy:n tuloslaskelmat ja taseet ja muut syntyy, ja ohjelma on ymmärrettävä ja sen dBase-tietokannan kanssa osaa toimia ja saa kaikki kirjanpidolliset virheetkin jälkikäteen korjailtua ja oiottua tarvittaessa jne.
Isompi käytännön ogelma on vain LPT-portin puuttuminen uusista USB-mallia suosivista kirjoitinpolvista, ja sen kanssa DOS-ohjelmat tuppee mennnä aika hankaliksi.
> Nykyään on pakko vääntää c# ja asp.net koodia ja koettaa päästä edes lähelle sitä
> käyttöliittymää johon päästiin jo 10 vuotta sitten Windowsissa.
Toihan se nykyajan suuntaus tosiaan on, että Windows GUI:n käyttömukavuutta ja helppoutta vaadittaisiin selainpohjaisiin sovelluksiin. Oletteko mielestänne pääsemässä käytettävyydessä edes likimain tuonne tasolle nykyään?
Ja oliko niin että Borland/Embargadero-ryhmältä ei löytynyt mitään käyttökelpoisia, lähinnä Delphi-johdannaisia nettityökaluja, vaan MS:n C#:aan oli pakko siirtyä vai?Kyllähän tuotteita maailmalla riittää esim Delphi Prism voisi olla yksi vaihtoehto .net-koodaukseen. Käytännössä ohjelmistotalot ovat kuitenkin ratkaisunsa tehneet, joten Visual Studiolla mennään tai sitten itketään ja mennään. Kun sitten vielä lisätään esim. Telerik:n kontrollit niin päästään rakentamaan jo asiallista käyttöliittymää.
Sinällään selaimen tilattomuuden kiertäminen vaatii a) erilaisten patternien esim esim asp.net mvc käyttöönoton ja niiden opettelu vaatii melkoisen työrupeaman tai b) sitten perinteinen spagettikoodi korttitalorakennelmat, millä useimmat ohjelmistotalot todellisuudessa rakentavat, vaikka väittävät toista. - Puolikoodari
20 kirjoitti:
Kyllähän tuotteita maailmalla riittää esim Delphi Prism voisi olla yksi vaihtoehto .net-koodaukseen. Käytännössä ohjelmistotalot ovat kuitenkin ratkaisunsa tehneet, joten Visual Studiolla mennään tai sitten itketään ja mennään. Kun sitten vielä lisätään esim. Telerik:n kontrollit niin päästään rakentamaan jo asiallista käyttöliittymää.
Sinällään selaimen tilattomuuden kiertäminen vaatii a) erilaisten patternien esim esim asp.net mvc käyttöönoton ja niiden opettelu vaatii melkoisen työrupeaman tai b) sitten perinteinen spagettikoodi korttitalorakennelmat, millä useimmat ohjelmistotalot todellisuudessa rakentavat, vaikka väittävät toista.> Kyllähän tuotteita maailmalla riittää esim Delphi Prism voisi olla yksi vaihtoehto
> .net-koodaukseen. Käytännössä ohjelmistotalot ovat kuitenkin ratkaisunsa tehneet,
> joten Visual Studiolla mennään tai sitten itketään ja mennään.
Kun serveripäähän koodaamisesta on kyse, niin tällaiset vaihtoehdothan tällä hetkellä aika usein listataan, tuotteet esitetty aakkosjärjestyksessä :
-ASP (Microsoft proprietary)
-ColdFusion (Adobe proprietary, formerly Macromedia)
-CGI and/or Perl (open source)
-C Server Scripts (TrustLeap G-WAN, freeware)
-Java, e.g. Java EE or WebObjects
-Lotus Domino
-PHP (open source)
-Python, e.g. Django (web framework) (open source)
-Ruby, e.g. Ruby on Rails (open source)
-Smalltalk e.g. Seaside, AIDA/Web
-SSJS Server-Side JavaScript, e.g. Aptana Jaxer, Mozilla Rhino
-Websphere (IBM proprietary)
-.NET (Microsoft proprietary)
VCL Delphi kehittäjää mahdollisesti kiinnostavaa Web-välinetoimittajaa, pientä IntraWebiä,http://www.atozed.com/intraweb/index.en.aspx ei tällaisilla listoilla mainita lainkaan. Eikä mitään uudempia ExtPascalejen projektejakaan sen puoleen http://code.google.com/p/extpascal/
> Kun sitten vielä lisätään esim. Telerik:n kontrollit niin päästään rakentamaan jo
> asiallista käyttöliittymää.
ExtPascalilla tehty Delphin Fish Facts demosta nettiversioksi käännetty kikkare näyttää aika hauskalta http://extpascal.call.inf.br/cgi-bin/fishfacts.cgi
Tässä scrollbareineen, painikkeineen, Grideineen kaikkineen muistuttaa aika lailla Windows GUI tyyppistä käyttöliittymää. Kehitystyön vaikeudesta tai helppoudesta ei ole mitään mielikuvaa.
Aika vaikeata on itse noista kaikista valita webbityökaluja joiden kanssa alkaisi oikeasti opetella elämään, vuosia eteenpäin.
Nuo Microsoftin Visual Studio kilkkeet eivät oikein kovasti kiinnostas... Toki jos joku koodauskontrahti ja työvälineet tulevat annettuina ulkoapäin, niin silloin ei tietenkään tarvitse miettiä mitään. Kunhan vaan alkaa opiskella ko. frameworkkia oikein urakalla. - 20
Puolikoodari kirjoitti:
> Kyllähän tuotteita maailmalla riittää esim Delphi Prism voisi olla yksi vaihtoehto
> .net-koodaukseen. Käytännössä ohjelmistotalot ovat kuitenkin ratkaisunsa tehneet,
> joten Visual Studiolla mennään tai sitten itketään ja mennään.
Kun serveripäähän koodaamisesta on kyse, niin tällaiset vaihtoehdothan tällä hetkellä aika usein listataan, tuotteet esitetty aakkosjärjestyksessä :
-ASP (Microsoft proprietary)
-ColdFusion (Adobe proprietary, formerly Macromedia)
-CGI and/or Perl (open source)
-C Server Scripts (TrustLeap G-WAN, freeware)
-Java, e.g. Java EE or WebObjects
-Lotus Domino
-PHP (open source)
-Python, e.g. Django (web framework) (open source)
-Ruby, e.g. Ruby on Rails (open source)
-Smalltalk e.g. Seaside, AIDA/Web
-SSJS Server-Side JavaScript, e.g. Aptana Jaxer, Mozilla Rhino
-Websphere (IBM proprietary)
-.NET (Microsoft proprietary)
VCL Delphi kehittäjää mahdollisesti kiinnostavaa Web-välinetoimittajaa, pientä IntraWebiä,http://www.atozed.com/intraweb/index.en.aspx ei tällaisilla listoilla mainita lainkaan. Eikä mitään uudempia ExtPascalejen projektejakaan sen puoleen http://code.google.com/p/extpascal/
> Kun sitten vielä lisätään esim. Telerik:n kontrollit niin päästään rakentamaan jo
> asiallista käyttöliittymää.
ExtPascalilla tehty Delphin Fish Facts demosta nettiversioksi käännetty kikkare näyttää aika hauskalta http://extpascal.call.inf.br/cgi-bin/fishfacts.cgi
Tässä scrollbareineen, painikkeineen, Grideineen kaikkineen muistuttaa aika lailla Windows GUI tyyppistä käyttöliittymää. Kehitystyön vaikeudesta tai helppoudesta ei ole mitään mielikuvaa.
Aika vaikeata on itse noista kaikista valita webbityökaluja joiden kanssa alkaisi oikeasti opetella elämään, vuosia eteenpäin.
Nuo Microsoftin Visual Studio kilkkeet eivät oikein kovasti kiinnostas... Toki jos joku koodauskontrahti ja työvälineet tulevat annettuina ulkoapäin, niin silloin ei tietenkään tarvitse miettiä mitään. Kunhan vaan alkaa opiskella ko. frameworkkia oikein urakalla.Pari vuotta on tätä .net tauhkaa väännetty vaikka toimiva .asp ratkaisu on tuotannossa. En vielä ole käsittänyt mikä on se clou joaka maksaa uuden järjestemän kehityksen ja motivoi asiakkaat ostamaan uuden sovelluksen. Alalla pitkään olleena ymmärrän, että ei ole minun tehtävä esittää moisia kysymyksia.
Projekti kestää vielä pari vuotta kunnes saadaan jotain tuotantoon kaupallisia versioita. Joitain teasereita on asiakkaille näytetty, onhan uusi järjestelmä visuaalisesti näyttävämpi (graafisia suunntelijoita on käytetty käyttöliittymän ulkoasussa) vähän kuin autokauppiaiden termnologiaa käyttäen "Täysin uusi Mercedes Benz".
No 50 tulee täyteen parin vuoden kuluttua joten voi onnistuneen projektin jälkeen siirtyä vaikka konsultiksi koodaamaan ja porttaamaan omia vanhoja Delphi-sovelluksia windows 7 ympäristöön .
- Frank626
Jos vielä tarvitset koodaria niin... esa.enqvist () legolas.fi
- vetokonsultit
Vankkaa dephi-osaamista:
www.vetokonsultit.fi
hannu.puhakka(miuku)vetokonsultit.fi - Delpimies
Delphi on RAUTAA, vuodesta (ilmentyminen) v.95 Lahden AKK.. Eräitäkin projekteja tehty. Paras, nopein ja t-kantoja tukeva sov.kehitin mitä tiedän. Leikittiin myös WBA n ,mutta unohdtaan se.
- Juha Piispa
Laitetaanpa kommenttia tähän vanhaan ketjuun. Nyt YT aikana olen välittänyt Delphi lisenssien ohjella myös muutamia CV-tietoja. 2012 kaikki 7 kaveri saivat uuden duunin alle viikossa. Ainoa ongelma on se, että ei haluta muuttaa duunin perässä, joten Tamperelaisen on vaikea saada Espoosta duunia. Mutta tuo riippuu ihan kaverista ja mitä duunia pitää firmassa tehdä. Onneksi etätyö on lisääntynyt. Nytkin minulla on 5 firmaa tiedossa, jonne voi laittaa CV:n, jos on aitoa Delphi osaamista, sillä aloittelijoita eivät juurikaan kaipaa. Lisäksi 4 firmaa. mm tuo Hannun Puhakka, joilla on halua ottaa näitä päivitys tai muutos projekteja työnalle. Delphin ongelma onkin siinä, että useilla käyttäjillä on vielä Delphi 6/7 (tai jopa 5) jolla koodaavat vielä Windows 7:aan. Toki tuo vaatii jo jokin verran lisäduunia, että saa kaikki toimimaan UAC:n kanssa kivasti tai uuden käyttiksen "näköiseksi", mutta tälläkin hetkellä voin sanoa, että vain 10-15% käyttää uusinta XE3-versiota, kun vanhoillakin saa tosi paljon aikaiseksi. Vasta Mac ja Androidiin siirtyminen pakoittaa uudempaan versioon käyttäjiä. Joten harvalla työkalulla on noin pitää käyttöikää ja siten se on tehokas ja tuottava työkalu mille firmalla tahansa. Jos haet Delphi duunia ja osaamista on tai haet koodaria töihin niin viestiä vaan minulla Juha.Piispa @ Moonsoft.fi
- Delphiä vääntänyt
>> Delphin ongelma onkin siinä, että useilla käyttäjillä on vielä Delphi 6/7 (tai jopa 5) jolla koodaavat vielä Windows 7:aan. >>
Mukavaa kuulla että en ole ainoa joka on jäänyt Delphi-6:een kiinni, seiskaversiokin koneella on, mutta kaikki tuntuu luonnaavan 6:llakin edelleen. Jopa uusinta uutta olevia SSL-suojatun linjan yli tapahtuvia SOAP-ohjelmia olen 6-versiolla tehnyt.
Eräälle pankille tein joku vuosi sitten sovelluksen. Ne olivat aivan äimän käkenä että kuinka softa voi olla kaikkineen alle 3 MB kooltaan, kun muilla tarvitaan NET-kirjastoja, Javaa ja muuta tauhkaa 200 MB verran, saman toiminnallisuuden aikaansaamiseksi.
>> Toki tuo vaatii jo jokin verran lisäduunia, että saa kaikki toimimaan UAC:n kanssa kivasti >>
Tässähän ei ole mitään virittelemistä, jos jakaa ohjelmansa niin että \Program Files kansioihin ei kirjoiteta mitään. Ei siinä Delphin versio sinänsä niitä UAE-erroreita aiheuta, eikä UAC-rajoite esteenä ole, samat ongelmat ja esteet ne on kaikilla versioilla.
>>tai uuden käyttiksen "näköiseksi",
Tuo on totta, 16-miljoonan colorin värisävyt ja liukuvärjätyt pinnat ym. eivät tahdo tulla aivan oikean näköisiä. Eikä Web-malliset vasemman laidan menutkaan ym. ihan vakiona.
>> mutta tälläkin hetkellä voin sanoa, että vain 10-15% käyttää uusinta XE3-versiota,
Tilanne on se että uuden version ostamalla ei saa mitään lisää hyötyjä, jos alustana on Win32 API. Kaikki hommat hoituvat 6..7 versioillakin edelleen. Hirmuinen konversiovaiva on, jos vaihtaa kaikki komponenttikirjastionsa Unicode-komponenteiksi.
Kokemukseni mukaan urakkaluonteiset Delphi-koodarit eivät kovin vähillä rahoilla hommiin lähde. Tekijäät ovat yleensä yli 50-vuotiaita, ja palkkatoiveet ja hinnoittelut ovat 4..6 tonnin haarukassa ja ylikin. Kuin vanhoina hyvinä aikoina konsanaan. Nuoremmat eivät Delphiä osaa, eikä ketään joka edes jotakin osaa saa lähtemään 2500 euron palkalla duuniin mukaan ja perehtymään oikeaksi ja tuottavaksi koodariksi.
Ketjusta on poistettu 0 sääntöjenvastaista viestiä.
Luetuimmat keskustelut
Miehille kysymys
Onko näin, että jos miestä kiinnostaa tarpeeksi niin hän kyllä ottaa vaikka riskin pakeista ja osoittaa sen kiinnostukse1323837- 851895
Olen tosi outo....
Päättelen palstajuttujen perusteella mitä mieltä minun kaipauksen kohde minusta on. Joskus kuvittelen tänne selkeitä tap151761Haluaisin jo
Myöntää nämä tunteet sinulle face to face. En uskalla vain nolata itseäni enää. Enkä pysty elämäänkin näiden kanssa jos541412Ylen uutiset Haapaveden yt:stä.
Olipas kamalaa luettavaa kaupungin irtisanomisista. Työttömiä lisää 10 tai enempikin( Mieluskylän opettajat). Muuttavat1271301Kotkalainen Demari Riku Pirinen vangittu Saksassa lapsipornosta
https://www.kymensanomat.fi/paikalliset/8081054 Kotkalainen Demari Riku Pirinen vangittu Saksassa lapsipornon hallussapi371279VENÄJÄ muuttanut tänään ydinasetroktiinia
Venäjän presidentti Vladimir Putin hyväksyi tiistaina päivitetyn ydinasedoktriinin, kertoo uutistoimisto Reuters. Sen mu971260- 701156
- 691033
Hommaatko kinkkua jouluksi?
Itse tein pakastimeen n. 3Kg:n murekkeen sienillä ja juustokuorrutuksella. Voihan se olla, että jonkun pienen, valmiin k103999