Kysymyksiä Delphi-ohjelmoijille

Utelias esittää 3

Kiinnostuksen puolesta kysyisin pari asiaa. Mihin käytätte Delphiä (tai muuta Pascalia) tällä hetkellä? Onko kyseessä työ- vai harrastusprojekti(t)? Mitä muita kieliä käytätte ainakin joskus?

Saa vastata lyhyesti tai vähän pitempäänkin. Linkkejäkin muualle voi tarjota, jos ei itse juuri nyt omista tekosistaan halua kertoa. Vähän kuvaa Delphin käytöstä vain haluaisin. Kiitoksia etukäteen vastanneille.

43

4287

    Vastaukset

    Anonyymi (Kirjaudu / Rekisteröidy)
    5000
    • Soft-guru

      Ei Delphiä käytetä töissä muuta kuin erittäin marginaalisissa hanttifirmoissa (jossa yksi työntekijä sattuu nyt osaamaan tätä unohdettua roskakielt=

      • Delphikoodari..

        Guru?

        Oot vissiin tosi guru ;D phauhahah!


      • Lazarus.

        Vaikka Pascal ei ole eniten käytettyjen (monikaan ei tiedä miten hyvä se on) kielten joukossa niin kyllä sillekin käyttäjiä riittää. Tämän voit nähdä esim. siitä paljonko Lazarusta (eräs Pascal pohjainen kehitysympäristö) on "imuroitu" sourceforge.net:n kautta:
        https://sourceforge.net/project/showfiles.php?group_id=89339

        Voit "imuroida" sen aivan vapaasti itsellekin ja kokeilla millaista sillä on ohjelmoida esim graafisia sovelluksia (käyttämäsi käyttöjärjestelmään).
        Lisätietoja löydät esim.:

        http://wiki.lazarus.freepascal.org/Lazarus_Documentation/fi

        http://wiki.mureakuha.com/wiki/Lazarus


      • IDE TWO

        Delphissä on hiton hyvä IDE, eikä koodin tarvitte olla Pascalia....taidat olla provopelle, saatat olla myös tyhmä.

        Rahat otetaan nopeasti, eikä koodin tarvitse olla mitään ihmettä, käännettyä sontaa yleensä, millä rahhaa tehhää ja 3. jos koodi on suljettua, niin muiden jippojen päälle kryptaa pää(ajo)koodin ja motukat vaikka SVK:lla?

        Siäpaitsi Linux JYRÄÄ.


    • Mihin luulisit
      • dfe

        Eihän tämä ole Delphi-projekti!!!


    • Delphikoodari..

      Mitä teen työkseni tällähetkellä :)

      http://www.knubits.com/imgs/projekti-1-1.jpg
      http://www.knubits.com/imgs/projekti-1-2.jpg

      Nämä liittyy samaan projektiin ja asiakasyrityksinä on ISOJA yrityksiä, joilla on asiakkaita ympärin maailmaa :)

      Ohjelman koulutus on parin viikon kuluttua, lisäksi olemme laajentamassa muillekkin aloille :)

      Mielenkiintoista hommaa, Delphillä onnistuu :)

      Projekti on siis vasta yhdelle asiakkaalle spesifikoitu, mutta on helposti laajennettavissa muuallekkin.

      Kannattaa vaan opiskella Pascalia :)

      • Delphikoodari..

        Jottei tulis väärinkäsityksiä, kotisivuni ei tuota tätä ohjelmaa vaan toinen yritys, jossa työskentelen tällähetkellä Delphikoodarina :)

        Delphi Rocks!!!!!!!!!!!

        Yeah


      • Joku sentään
        Delphikoodari.. kirjoitti:

        Jottei tulis väärinkäsityksiä, kotisivuni ei tuota tätä ohjelmaa vaan toinen yritys, jossa työskentelen tällähetkellä Delphikoodarina :)

        Delphi Rocks!!!!!!!!!!!

        Yeah

        Joku sentään vastasi kunnolla. Olisi ollut hauska lukea lisääkin projektista, mutta ymmärränhän minä, ettei sitä kaikille passaa kertoa :-)

        Kiitos vastauksesta.


      • Delphikoodari..
        Joku sentään kirjoitti:

        Joku sentään vastasi kunnolla. Olisi ollut hauska lukea lisääkin projektista, mutta ymmärränhän minä, ettei sitä kaikille passaa kertoa :-)

        Kiitos vastauksesta.

        Annoin vähän aikaa näkyä noiden projektien kuvat, kun kummiskin kilpailijoita on liikenteessä ja pomoni ei varmaan tykkäis jos sattuis näkemään tuon projektin kuvat täällä :D


    • Niinku muttaku

      Kaikki jänkkää c ja Javan nimeen, niin tuota joo, eihä maailmassa tarvita ku kännyköitä ja niille pelejä yms...


      Mites Fortran, ADA, Jne.... muutakin on olemassa kuin ne fäkin kännykät ja yms....

      Ja vastaus: Delphin (T-Pascal) syntaksi ja kääntäjällä tehoja, Delp-kääntäjä osaa optimoida
      koodia HYVIN pitkälle assile.

      Jänkkää mitä jänkkää.

      PS. PARAS KIELI millä osaa tehdä jotai----

      • Piru_

        tehdään vaan kännyköille pelejä, niin on ihan sama asia väittää, että Delphillä ei voi tehdä kun käyttöliittymiä kantakyselyihin.

        Minusta hajautettuihin järjestelmiin esimerkiksi pankkipuolella koodataan sen takia Javalla, että alusta voi vaihtua huomenna ja sovellus toimii silti. Mainframessa on tietokannat ja Cobol-ohjelmat hoitaa businesslogiikan. Java hoitaa kaiken siitä eteenpäin käyttäjän selaimelle asti.

        6v koodannu vakuutus- ja pankkipuolen softaa ja ainuttakaan Delphi-sovellusta ei oo tullu vastaa.

        Jos se Delphi on kerran maailman paras, niin miksi se ei oo joka paikassa käytössä? Miksi sillä ei tehdä kaikkea?

        Ainoo mitä Delphi mulle sanoo on kieli jolla koodataan äkkiä käyttöliittymä johonkin systeemiin. Maailmassa on muutakin kuin työasemia jotka tarttee jotain käyttöliittymäsoftaa.


      • Mika0800
        Piru_ kirjoitti:

        tehdään vaan kännyköille pelejä, niin on ihan sama asia väittää, että Delphillä ei voi tehdä kun käyttöliittymiä kantakyselyihin.

        Minusta hajautettuihin järjestelmiin esimerkiksi pankkipuolella koodataan sen takia Javalla, että alusta voi vaihtua huomenna ja sovellus toimii silti. Mainframessa on tietokannat ja Cobol-ohjelmat hoitaa businesslogiikan. Java hoitaa kaiken siitä eteenpäin käyttäjän selaimelle asti.

        6v koodannu vakuutus- ja pankkipuolen softaa ja ainuttakaan Delphi-sovellusta ei oo tullu vastaa.

        Jos se Delphi on kerran maailman paras, niin miksi se ei oo joka paikassa käytössä? Miksi sillä ei tehdä kaikkea?

        Ainoo mitä Delphi mulle sanoo on kieli jolla koodataan äkkiä käyttöliittymä johonkin systeemiin. Maailmassa on muutakin kuin työasemia jotka tarttee jotain käyttöliittymäsoftaa.

        "Minusta hajautettuihin järjestelmiin esimerkiksi pankkipuolella koodataan sen takia Javalla, että alusta voi vaihtua huomenna ja sovellus toimii silti."

        Nuokin systeemit voisi hyvin koodata Delphillä (windows -alustalle), tai Kylixillä tai FreePascalilla (Linuxille).

        Ai että järjestelmä "vaihtuu huomenna" ???

        Jos PC vaihtuu toiseen, jossa on nopeampi CPU, enemmän RAMmia tai isompi kiintolevy, niin mikä ongelma tuo on ?

        Ja jos tarkoitus oli vaihtaa muuhun kuin PC:hen, herää kysymys: miksi ?

        Mikä tarve on käyttää muuta kuin PC:tä ?

        Jos luotettavuutta halutaan lisää, markkinoilla on tarjolla erityisesti palvelimiin suunniteltuja PC:tä, joissa on kiinnitetty erityistä huomioita luotettavaan toimintaan pitkällä tähtäimellä.

        Käytännössä kaikesta selviää PC:llä, sovelluksesta riippuen joko Windowsilla tai Linuxilla.

        Nykyinen normaali koti-PC on suorituskyvyltään monituhatkertainen 1970 -luvun mainframeen verrattuna. Ja silti 1970 -luvullakin ne asiat tuli jotenkin hoidettua.

        Eli jos joku väittää, ettei PC:n nopeus riitä, kannattaa kiinnittää huomiota muutamaan asiaan:

        1. Ohjelmisto suunniteltava niin, että myös suorituskykynäkökohdat otetaan huomioon. Näin sekä ohjelmiston suunnittelutavassa, että työvälinevalinnoissa.

        Delphi tuottaa aitoa konekielikoodia, näin nopeusetu esim. J2EE -sovelluksiin on selkeä, Delphin eduksi.

        2. Jos todella tehtävä on niin vaativa, että nopeinkaan PC ei riitä, vaikka ohjelmiston suorituskyvyn eteen on tehty kaikki mahdollinen, silloin paras lääke asiaan on kuorman tasaus.

        Tällöin laitetaan useampi PC hyvin verkotettuna hoitamaan kukin oma osansa kuormasta.

        Tarvittaessa voidaan esim. sovellusta ajaa yhdellä koneella/koneryhmällä tietokantaa toisella jne.

        Jos tämäkään ei riitä, silloin myös tietokanta on hajautettava useammalle koneelle: tällöin tosin tietokantasuunnittelu muuttuu erityisen vaativaksi tehtäväksi.

        Mutta jotain kertoo pieni testi: 1100 MHz AMD Athlonilla ja 512 Megan RAMilla varustettu PC selvisi helposti n. 300 UDP -kyselystä sekunnissa, ohjelma tehty Delhillä ja ICS:llä (Francois Piette), ilman mitään optimointeja.

        Oikein optimoituna ja esim. koodaamalla tuo suoraan Kylixillä ja Linuxille, käyttämällä säikeitä ja jättämällä tuo ICS välistä pois ja käsittelemällä suoraan socketteja omasta koodista, olettaisin nopeuden vielä moninkertaistuvan tuosta.

        Jotain nopeusasioista kertoo tämäkin esimerkki:

        Tehtävä: lajittele useamman sadantuhannen rivin tekstitiedosto riveittäin (1 rivi = 1 tietue) määrättyjen kriteerien mukaan.

        Yritin tuota ensin suoraan Delphin TStringList -tyypillä. Ohjelma käytti useamman minuutin aikaa, joten keskeytin sen debuggerilla, ja ei oltu edes puolessa välissä, joten keskeytin sen.

        Seuraavaksi kokeilin (kun kyse oli tietynlaisesta aakkostustehtävästä avainkentän / kenttien mukaan)
        koodata itse niin, että yhden ison TStringlistan sijasta minulla olikin seuraavanlainen tietorakenne:

        Data : Array[0..30] of TStringList;

        Nyt sitten Data[0] = tietueet, jotka alkavat kirjainta "A" aikaisemmalla merkillä.

        Data[1].. Data[26] = tietueet, jotka alkavat kirjaimilla "A" .. "Z".

        Data[27]..Data[29] = kirjaimilla "Å", "Ä", "Ö" alkavat tietueet.

        Data[30] = Tietueet, jotka sijoitetaan "Ö":llä alkavien tietueiden jälkeen.

        Nyt kukin TStringista lajitellaan erikseen näin:

        for i := low(Data) to High(Data) do TStringList(Data[i]).Sort; // tai CustomSort(CompareFunc), jos halutaan avainkentän olevan muu kuin itse rivi sellaisenaan.

        Ja lopuksi kirjoitetaan tulostiedostoon kunkin TStringListan sisältö.

        Näin toteutettuna ohjelman ajoaika putosi alle minuuttiin, kuin aiempi versio usean minuutin ajon jälkeen ei päässyt edes puoleen väliin.

        Tämä osoittaa selkeästi: Vieläkin tärkeämpi asia kuin työvälineen valinta, on sen toiminnan ymmärtäminen ja käyttö oikein.

        Delphillä käännetty koodi on erittäin nopeaa suorittaa, mutta raskaissa tehtävissä kannattaa silti miettiä, miten koodata niin, että koneen suorituskyvystä saadaan kaikki irti.

        Veikkanpa, että Javalla olisi jääty tässä toiseksi nopeudessa. C:llä tai C :lla olisi ehkä päästy samaan, mutta luotettavasti toimivan ohjelman kirjoittaminen olisi vienyt selvästi enemmän aikaa kuin Delphillä.

        Asia vielä korostuu, jos lajiteltavat tietueet saattavat sisältää Null -merkkejä. Siis Delphillä ilmaistuna näin:

        const
        Null : AnsiChar = #0;

        C:llä ilmeisesti jotain tämäntapaista:

        char Null = (char)0;

        C:ssä kun yleensä tulkitaan merkkijonon päättyvän ensimmäiseen Null -merkkiin.

        KUn taas Delphissä:

        const

        Test1 : String = 'ABC'#0'DEF';

        Tässä Length(Test1) = 7

        Tosin, jos erehdyt tekemään tämän:

        ShowMessage(Test1);

        niin ehkä näet ruudulla pelkän ABC.

        Tämä ei muuta miksikään sitä tosiasiaa, että Length(Test1) = 7.

        Jos sensijaan teet näin:

        Fs1 := TFileStream.Create('Testi.BIN', fmCreate);
        try
        Fs1.WriteBuffer(Test1[1], length(Test1));
        finally
        FreeAndNil(Fs1);
        end;

        niin esim dir -komennolla näet, että tiedostossa on todellakin 7 merkkiä. (ja näistä keskimmäinen on tuo Null -merkki).


      • Niinkai
        Piru_ kirjoitti:

        tehdään vaan kännyköille pelejä, niin on ihan sama asia väittää, että Delphillä ei voi tehdä kun käyttöliittymiä kantakyselyihin.

        Minusta hajautettuihin järjestelmiin esimerkiksi pankkipuolella koodataan sen takia Javalla, että alusta voi vaihtua huomenna ja sovellus toimii silti. Mainframessa on tietokannat ja Cobol-ohjelmat hoitaa businesslogiikan. Java hoitaa kaiken siitä eteenpäin käyttäjän selaimelle asti.

        6v koodannu vakuutus- ja pankkipuolen softaa ja ainuttakaan Delphi-sovellusta ei oo tullu vastaa.

        Jos se Delphi on kerran maailman paras, niin miksi se ei oo joka paikassa käytössä? Miksi sillä ei tehdä kaikkea?

        Ainoo mitä Delphi mulle sanoo on kieli jolla koodataan äkkiä käyttöliittymä johonkin systeemiin. Maailmassa on muutakin kuin työasemia jotka tarttee jotain käyttöliittymäsoftaa.

        Ei taida ajatus kovin pitkälle kantaa, olet harhainen se on selvä, Sullako on sitten munaa todeta tallaista kielestä jota et tunne pätkääkään, voin sanoa javasta, että joakinen keksiköön omia kieliään, saa nyt nähä kuinka sille oraclen sylissä käy. c ja pascal on sentään perinteisiä ei muotioikkuja.


    • Nimetön
      • aslöfd

        nippeliohjelmia delphillä helposti vääntää kun ei tarvitse kuin heitellä komponentteja sinne sun tänne ja kaikki hoituu itsestään mutta mihinkään vakavempaan delphistä ei ole.


      • Että näin
        aslöfd kirjoitti:

        nippeliohjelmia delphillä helposti vääntää kun ei tarvitse kuin heitellä komponentteja sinne sun tänne ja kaikki hoituu itsestään mutta mihinkään vakavempaan delphistä ei ole.

        >>nippeliohjelmia delphillä helposti vääntää kun ei tarvitse kuin heitellä komponentteja sinne sun tänne ja kaikki hoituu itsestään mutta mihinkään vakavempaan delphistä ei ole.>>

        Tarkoitit varmaan, että sinä väännät nippeliohjelmia Delphillä "helposti" (no, pari kuukautta menee per nippeli), kun et osaa muuta kuin heitellä komponentteja sinne sun tänne ja odotat kaiken hoituvan itsestään. Mihinkään vakavaan et osaa Delphiä käyttää.

        Näin se rehellisyys on valttia. Yritäpä tuohon tyyliin ensi kerralla.

        Mitä kieltä muuten käytät niihin "vakavempiin" juttuihisi ja millä tuloksilla?


      • sivusta seuraaja
        Että näin kirjoitti:

        >>nippeliohjelmia delphillä helposti vääntää kun ei tarvitse kuin heitellä komponentteja sinne sun tänne ja kaikki hoituu itsestään mutta mihinkään vakavempaan delphistä ei ole.>>

        Tarkoitit varmaan, että sinä väännät nippeliohjelmia Delphillä "helposti" (no, pari kuukautta menee per nippeli), kun et osaa muuta kuin heitellä komponentteja sinne sun tänne ja odotat kaiken hoituvan itsestään. Mihinkään vakavaan et osaa Delphiä käyttää.

        Näin se rehellisyys on valttia. Yritäpä tuohon tyyliin ensi kerralla.

        Mitä kieltä muuten käytät niihin "vakavempiin" juttuihisi ja millä tuloksilla?

        Ensinnäkin Visual Basic on todella suosittu pankkimailmassa...


      • sdlöfj
        sivusta seuraaja kirjoitti:

        Ensinnäkin Visual Basic on todella suosittu pankkimailmassa...

        sen takia pankkimaailma onkin tietotekniseltä tasoltaan niin persiistä.


      • xxxxx
        Että näin kirjoitti:

        >>nippeliohjelmia delphillä helposti vääntää kun ei tarvitse kuin heitellä komponentteja sinne sun tänne ja kaikki hoituu itsestään mutta mihinkään vakavempaan delphistä ei ole.>>

        Tarkoitit varmaan, että sinä väännät nippeliohjelmia Delphillä "helposti" (no, pari kuukautta menee per nippeli), kun et osaa muuta kuin heitellä komponentteja sinne sun tänne ja odotat kaiken hoituvan itsestään. Mihinkään vakavaan et osaa Delphiä käyttää.

        Näin se rehellisyys on valttia. Yritäpä tuohon tyyliin ensi kerralla.

        Mitä kieltä muuten käytät niihin "vakavempiin" juttuihisi ja millä tuloksilla?

        Monet suomalaiset taloushallinnon ohjelmistot on Visual Basicilla tehty.

        Ainakin Henix-ohjelmat kokonaan http://www.henix.fi/


      • wqpoeirq
        xxxxx kirjoitti:

        Monet suomalaiset taloushallinnon ohjelmistot on Visual Basicilla tehty.

        Ainakin Henix-ohjelmat kokonaan http://www.henix.fi/

        kertooko se jotain ohjelmointityökalun hyvyydestä jos sitä käytetään laajalti?


      • jorma mälli
        wqpoeirq kirjoitti:

        kertooko se jotain ohjelmointityökalun hyvyydestä jos sitä käytetään laajalti?

        Ilman muuta se kertoo!


      • selitäppäs sitten
        jorma mälli kirjoitti:

        Ilman muuta se kertoo!

        selitäppä sitten se miksei delphiä käytetä yhtä paljon kuin vb:tä vaikka se on todistetusti kaikessa suhteessa parempi?


      • xxxxx
        selitäppäs sitten kirjoitti:

        selitäppä sitten se miksei delphiä käytetä yhtä paljon kuin vb:tä vaikka se on todistetusti kaikessa suhteessa parempi?

        Tarkoititko että Delphi on Visual Basicia parempi? Missä se on todistettu?

        Tällä Delphi palstalla asiasta keskusteltiin kohdassa "Palstan elvytys" http://keskustelu.suomi24.fi/show.fcgi?category=108&conference=4500000000000646&posting=22000000017384687

        Siellä paljastui ainakin se, että tämän palstan Delphin ja Lazaruksen kehujat eivät osanneet perustella asiaa. Lue se ketju, sillä turha tässä minun on taas alkaa vänkäämään samoista asioista tietämättömien kanssa.


      • Et ymmärtänyt
        xxxxx kirjoitti:

        Tarkoititko että Delphi on Visual Basicia parempi? Missä se on todistettu?

        Tällä Delphi palstalla asiasta keskusteltiin kohdassa "Palstan elvytys" http://keskustelu.suomi24.fi/show.fcgi?category=108&conference=4500000000000646&posting=22000000017384687

        Siellä paljastui ainakin se, että tämän palstan Delphin ja Lazaruksen kehujat eivät osanneet perustella asiaa. Lue se ketju, sillä turha tässä minun on taas alkaa vänkäämään samoista asioista tietämättömien kanssa.

        Et ymmärtänyt silloinkaan (todennäköisesti et vieläkään). Eli sinun pitäisi tutustua paremmin
        Pascaliin että tajuaisit.


      • koodari
        Et ymmärtänyt kirjoitti:

        Et ymmärtänyt silloinkaan (todennäköisesti et vieläkään). Eli sinun pitäisi tutustua paremmin
        Pascaliin että tajuaisit.

        Tämä jo pitkälti siitä syystä, että se on kaikkein helpoin liittää muihin ohjelmiin tai sen avulla on helpoin hallita muita sovelluksia. Onhan jo sovelluksissa monesti makrokielena VBA. Lisäksi monissa erikoisalan sovelluksissa liityntä on tehty juuri Visual Basicia silmällä pitäen.

        Käytännössä Visual Basic on jonkinlainen standardi.

        Sitten jos ajatellaan kumpi on kehittyneempi, Delphi vai Visual Basic, niin Delphi on jäänty vuosien takaiseen tilaan. Visual Basic on rajusti kehittynyt ja hallitsee vaikka Net2-ympäristöä.


      • xxxxx
        Et ymmärtänyt kirjoitti:

        Et ymmärtänyt silloinkaan (todennäköisesti et vieläkään). Eli sinun pitäisi tutustua paremmin
        Pascaliin että tajuaisit.

        Ei siinä ketjussa pascalin kehujat juurikaan perustelleet asioitaan vaan heittivät jotain yleisellä tasolla. Ohjelmoinnissa asiat pitää pystyä perustelemaan. Etenkin kun puhutaan koodin paremmuudesta, niin silloin pitää pystyä laittamaan koodiesimerkkejä kehiin.

        Aloitetaan nyt tuolla mitä tuossa ylempänä sanotaan, eli VBA. Basicilla pystyy tekemään omia makroja ja ohjelmia Excelin ja Wordin sisällä. Mainitse edes yksi taulukkolaskentaohjelma ja tekstinkäsittelyohjelma, joissa pystyy samaan pascalin avulla? Tai perustele että pascalin kanssa siihen ei ole tarvetta.


      • dfddbgbgd
        xxxxx kirjoitti:

        Ei siinä ketjussa pascalin kehujat juurikaan perustelleet asioitaan vaan heittivät jotain yleisellä tasolla. Ohjelmoinnissa asiat pitää pystyä perustelemaan. Etenkin kun puhutaan koodin paremmuudesta, niin silloin pitää pystyä laittamaan koodiesimerkkejä kehiin.

        Aloitetaan nyt tuolla mitä tuossa ylempänä sanotaan, eli VBA. Basicilla pystyy tekemään omia makroja ja ohjelmia Excelin ja Wordin sisällä. Mainitse edes yksi taulukkolaskentaohjelma ja tekstinkäsittelyohjelma, joissa pystyy samaan pascalin avulla? Tai perustele että pascalin kanssa siihen ei ole tarvetta.

        dfddggdgdgd


      • Mihin tarvitaan W&E?
        xxxxx kirjoitti:

        Ei siinä ketjussa pascalin kehujat juurikaan perustelleet asioitaan vaan heittivät jotain yleisellä tasolla. Ohjelmoinnissa asiat pitää pystyä perustelemaan. Etenkin kun puhutaan koodin paremmuudesta, niin silloin pitää pystyä laittamaan koodiesimerkkejä kehiin.

        Aloitetaan nyt tuolla mitä tuossa ylempänä sanotaan, eli VBA. Basicilla pystyy tekemään omia makroja ja ohjelmia Excelin ja Wordin sisällä. Mainitse edes yksi taulukkolaskentaohjelma ja tekstinkäsittelyohjelma, joissa pystyy samaan pascalin avulla? Tai perustele että pascalin kanssa siihen ei ole tarvetta.

        Mihin ihmeeseeen välttämättä tarvitaan Wordiä tai exceliä. Ei minulla ole kumpaakaan. Ei ole ollut tarvetta (siis asioita voi tehdä muullakin tavalla. Vaikkapa lopputulos olisi sama).

        Mikä on niin tärkeä asia että siihen tarvitaan makroja? Eikö sitä pystytä muuten tekemään?


      • xxxxx
        Mihin tarvitaan W&E? kirjoitti:

        Mihin ihmeeseeen välttämättä tarvitaan Wordiä tai exceliä. Ei minulla ole kumpaakaan. Ei ole ollut tarvetta (siis asioita voi tehdä muullakin tavalla. Vaikkapa lopputulos olisi sama).

        Mikä on niin tärkeä asia että siihen tarvitaan makroja? Eikö sitä pystytä muuten tekemään?

        Kyse on vaihtoehdoista. Mainitsin sen kun se oli juuri kirjausketjussa mainittu. En minäkään juuri tee Exceliin tai Wordiin moduleita, vaan mieluummin koodaan se suoraan VB:llä.

        Kuitenkin Excel ja Word sisältää paljon toimintoja, ja on hieno lisä, että tarvittaessa voi tehdä vaikeampia laskentakaavoja pienellä ohjelmapätkällä.

        Itse olen tehnyt VB:llä mahdollisuuden siirtää tiedot Wordiin ja Exceliin parillakin tavalla. Yksi on se, että VB:llä voi suorittaa VBA-komentoja käynnistämällä Excelin tai Wordin. Jos asiakkailla ei ole Exceliä tai Wordia, niin he eivät käytä ko. toimintoja. VB antaa paljon mahdollisuuksia erilaisiin toteutuksiin ja toimintoihin, joihin pascal-kehittäjillä ei ole mahdollisuuksia.

        Sanoit että "Mihin ihmeeseeen välttämättä tarvitaan Wordiä tai exceliä." Tuo sana "välttämättä" kuvaa sitä vähättelyä, jolla joidenkin mielestä voidaan osoittaa toiminnon tarpeellisuus olemattomaksi.

        Sivulla http://www.mindspring.com/~tflynn/excelvba.html on monia hyviä esimerkkikoodeja VBA:n käytöstä Excelissä. Basic on helppo oppia, joten jos koneessa on Excel, niin vaikka käyttäjällä ei ole paljoa ohjelmointikokemusta, niin hän pystyy esim. lähettämään taulukon suoraan sähköpostilla. Eli jos taulukkolaskentaohjelmassa ei ole toimintoa valmiina, niin monasti se on Exceliin helppo basicilla väsätä.

        Tai jos halutaan tallentaa Excel-tiedoston osa halutun tyyppiseen teksti-tiedostoon http://xl.barasch.com/AWr18183.htm

        Excelissä on itsessään paljon toimintoja, joten kun ohjelma tehdään Excelin sisässä, niin ei tarvitse kuin tehdä muutama ohjelmarivi.


      • ulkopuolinen_
        xxxxx kirjoitti:

        Kyse on vaihtoehdoista. Mainitsin sen kun se oli juuri kirjausketjussa mainittu. En minäkään juuri tee Exceliin tai Wordiin moduleita, vaan mieluummin koodaan se suoraan VB:llä.

        Kuitenkin Excel ja Word sisältää paljon toimintoja, ja on hieno lisä, että tarvittaessa voi tehdä vaikeampia laskentakaavoja pienellä ohjelmapätkällä.

        Itse olen tehnyt VB:llä mahdollisuuden siirtää tiedot Wordiin ja Exceliin parillakin tavalla. Yksi on se, että VB:llä voi suorittaa VBA-komentoja käynnistämällä Excelin tai Wordin. Jos asiakkailla ei ole Exceliä tai Wordia, niin he eivät käytä ko. toimintoja. VB antaa paljon mahdollisuuksia erilaisiin toteutuksiin ja toimintoihin, joihin pascal-kehittäjillä ei ole mahdollisuuksia.

        Sanoit että "Mihin ihmeeseeen välttämättä tarvitaan Wordiä tai exceliä." Tuo sana "välttämättä" kuvaa sitä vähättelyä, jolla joidenkin mielestä voidaan osoittaa toiminnon tarpeellisuus olemattomaksi.

        Sivulla http://www.mindspring.com/~tflynn/excelvba.html on monia hyviä esimerkkikoodeja VBA:n käytöstä Excelissä. Basic on helppo oppia, joten jos koneessa on Excel, niin vaikka käyttäjällä ei ole paljoa ohjelmointikokemusta, niin hän pystyy esim. lähettämään taulukon suoraan sähköpostilla. Eli jos taulukkolaskentaohjelmassa ei ole toimintoa valmiina, niin monasti se on Exceliin helppo basicilla väsätä.

        Tai jos halutaan tallentaa Excel-tiedoston osa halutun tyyppiseen teksti-tiedostoon http://xl.barasch.com/AWr18183.htm

        Excelissä on itsessään paljon toimintoja, joten kun ohjelma tehdään Excelin sisässä, niin ei tarvitse kuin tehdä muutama ohjelmarivi.

        Jos noilla ohjelmilla voidaan ajaa ulkopuolisia ohjelmia tai rutiineja niin se voidaan tehdä esim. pascalilla.


      • ulkopuolinen_
        xxxxx kirjoitti:

        Ei siinä ketjussa pascalin kehujat juurikaan perustelleet asioitaan vaan heittivät jotain yleisellä tasolla. Ohjelmoinnissa asiat pitää pystyä perustelemaan. Etenkin kun puhutaan koodin paremmuudesta, niin silloin pitää pystyä laittamaan koodiesimerkkejä kehiin.

        Aloitetaan nyt tuolla mitä tuossa ylempänä sanotaan, eli VBA. Basicilla pystyy tekemään omia makroja ja ohjelmia Excelin ja Wordin sisällä. Mainitse edes yksi taulukkolaskentaohjelma ja tekstinkäsittelyohjelma, joissa pystyy samaan pascalin avulla? Tai perustele että pascalin kanssa siihen ei ole tarvetta.

        Delphiin (pascaliin) löytyy useita esim. komponentteja toimisto-ohjelma sovelluksiin.


        http://delphi.about.com/od/database/l/aa090903a.htm

        http://www.add-in-express.com/add-in-delphi/?ref1=adwords&ref2=ADX_XLDelphi&gclid=CMqwybPnoYkCFRRpXgodBSwSPw

        http://www.scalabium.com/msword/index.htm

        open office:

        http://sourceforge.net/project/showfiles.php?group_id=87718&package_id=133853

        http://www.oooforum.org/forum/viewtopic.phtml?t=22344

        CAD DTP
        http://www.simdesign.nl/dtpdocuments.html


      • xxxxx
        ulkopuolinen_ kirjoitti:

        Jos noilla ohjelmilla voidaan ajaa ulkopuolisia ohjelmia tai rutiineja niin se voidaan tehdä esim. pascalilla.

        En tarkoittanut dll-funktioiden tai ulkopuolisten ohjelmien ajoa, vaan sitä, että ne voidaan tehdä basicilla suoraan Excelissä tai sitten VB voi avata Excelin ja suorittaa VB:n sisältä Excelin toimintoja. Nuo Excelin toiminnot tehdään basicilla.


      • xxxxx
        ulkopuolinen_ kirjoitti:

        Delphiin (pascaliin) löytyy useita esim. komponentteja toimisto-ohjelma sovelluksiin.


        http://delphi.about.com/od/database/l/aa090903a.htm

        http://www.add-in-express.com/add-in-delphi/?ref1=adwords&ref2=ADX_XLDelphi&gclid=CMqwybPnoYkCFRRpXgodBSwSPw

        http://www.scalabium.com/msword/index.htm

        open office:

        http://sourceforge.net/project/showfiles.php?group_id=87718&package_id=133853

        http://www.oooforum.org/forum/viewtopic.phtml?t=22344

        CAD DTP
        http://www.simdesign.nl/dtpdocuments.html

        Joo, kyllähän noita jonkin verran on.

        Tosin suurin osa tuntui toimivan api:n tai ado:n kautta tai sitten ne olivat COM add-in -mokkuloita.

        Eikä niissä ollut sellaista kun VBA:ssa, eli että teksturin tai taulukkolaskennan sisällä voidaan tehdä pascal-koodia. Pascal oli ymmärtääkseni aina ulkopuolinen sovellutus, jonka modulit täytyy erikseen kääntää.

        Yritystä Open Office -jengillä kyllä on siihen, että saisivat Microsoftin toimintoja OO-ohjelmiin. Nimenomaan Microsoftin toimintoja, sillä resurssit eivät riitä tekemään Microsoftin toimintoja vastaavia OO-ohjelmia.


      • Da Man
        xxxxx kirjoitti:

        Kyse on vaihtoehdoista. Mainitsin sen kun se oli juuri kirjausketjussa mainittu. En minäkään juuri tee Exceliin tai Wordiin moduleita, vaan mieluummin koodaan se suoraan VB:llä.

        Kuitenkin Excel ja Word sisältää paljon toimintoja, ja on hieno lisä, että tarvittaessa voi tehdä vaikeampia laskentakaavoja pienellä ohjelmapätkällä.

        Itse olen tehnyt VB:llä mahdollisuuden siirtää tiedot Wordiin ja Exceliin parillakin tavalla. Yksi on se, että VB:llä voi suorittaa VBA-komentoja käynnistämällä Excelin tai Wordin. Jos asiakkailla ei ole Exceliä tai Wordia, niin he eivät käytä ko. toimintoja. VB antaa paljon mahdollisuuksia erilaisiin toteutuksiin ja toimintoihin, joihin pascal-kehittäjillä ei ole mahdollisuuksia.

        Sanoit että "Mihin ihmeeseeen välttämättä tarvitaan Wordiä tai exceliä." Tuo sana "välttämättä" kuvaa sitä vähättelyä, jolla joidenkin mielestä voidaan osoittaa toiminnon tarpeellisuus olemattomaksi.

        Sivulla http://www.mindspring.com/~tflynn/excelvba.html on monia hyviä esimerkkikoodeja VBA:n käytöstä Excelissä. Basic on helppo oppia, joten jos koneessa on Excel, niin vaikka käyttäjällä ei ole paljoa ohjelmointikokemusta, niin hän pystyy esim. lähettämään taulukon suoraan sähköpostilla. Eli jos taulukkolaskentaohjelmassa ei ole toimintoa valmiina, niin monasti se on Exceliin helppo basicilla väsätä.

        Tai jos halutaan tallentaa Excel-tiedoston osa halutun tyyppiseen teksti-tiedostoon http://xl.barasch.com/AWr18183.htm

        Excelissä on itsessään paljon toimintoja, joten kun ohjelma tehdään Excelin sisässä, niin ei tarvitse kuin tehdä muutama ohjelmarivi.

        No siis tyhmähän tuo edellinen puhuja oli. Käytännössähän Word/Excel ovat perusleipää toimistossa ja niiden tukeminen/käyttäminen osana softia on äärimmäisen tärkeää. Mutta jos pitää tehdä vakava softa niin ei sitä kannata alkaa VBA-häkkyränä tekemään missän nimessä! Pikkuisenkaan laajempi toiminnallisuus vaatii kyllä jo oman softan jossa sitten on liittymät noihin toimistosoftiin.

        Delphi sopii tähän tehtävään oikein mainiosti eikä ikinä tarvi kirjoittaa riviäkään VBA:ta. Tai jos tahtoo käyttää VBA:ta niin osan voi tehdä sillä - mutta tässä ongelma minun mielestäni on se että mihin vetää rajan varsinaisen koodin ja VBA:n välille.

        Delphi Officetuotteet? Paras kontrolli? = COM.

        Exel ja word kumartaa com( )-rajapintaa oikein hyvin. Kuten kaikki muutkin office-tuotteet.

        Kaiken sen mitä pystyy tekeen niiden sisäisellä VB:llä tai makroilla pystyy tekeen millä tahansa ohjelmointikielellä joka vaan tukee com-rajapintaa, eli käytännössä kaikki oleelliset. Se ei ole edes hankalaa vaan commisoftaaminen on täsmälleen samanlaista kuin jos hankkis jonkun kolmannen osapuolen komponentin omaan projektiinsa. Office-tuotteiden com rajapinta löytyy MSDN:stä tarkkaan dokumentoituna. Sitä ei mainosteta aktiivisesti koska Microsoft haluaa että VBA sitoo koodit MS-tuotteisiin - mutta käytännössä Microsoftin on tuettava täysin ja laadukkaasti kolmansia osapuolia niiden natiiveissa kielissä...


      • D-Code
        koodari kirjoitti:

        Tämä jo pitkälti siitä syystä, että se on kaikkein helpoin liittää muihin ohjelmiin tai sen avulla on helpoin hallita muita sovelluksia. Onhan jo sovelluksissa monesti makrokielena VBA. Lisäksi monissa erikoisalan sovelluksissa liityntä on tehty juuri Visual Basicia silmällä pitäen.

        Käytännössä Visual Basic on jonkinlainen standardi.

        Sitten jos ajatellaan kumpi on kehittyneempi, Delphi vai Visual Basic, niin Delphi on jäänty vuosien takaiseen tilaan. Visual Basic on rajusti kehittynyt ja hallitsee vaikka Net2-ympäristöä.

        Käytännössä vb on suurin ruikkuläjä mitä maailamassa on keksitty, harjoittelukielestä on muka väkisin väännetty ohjelmointikieli, olen joutunut sitäkin käyttämään, surkein skeida ikinä, olet syönyt liikaa sieniä, joten harhat ovat ymmärrettäviä.


      • vb_killer
        xxxxx kirjoitti:

        Joo, kyllähän noita jonkin verran on.

        Tosin suurin osa tuntui toimivan api:n tai ado:n kautta tai sitten ne olivat COM add-in -mokkuloita.

        Eikä niissä ollut sellaista kun VBA:ssa, eli että teksturin tai taulukkolaskennan sisällä voidaan tehdä pascal-koodia. Pascal oli ymmärtääkseni aina ulkopuolinen sovellutus, jonka modulit täytyy erikseen kääntää.

        Yritystä Open Office -jengillä kyllä on siihen, että saisivat Microsoftin toimintoja OO-ohjelmiin. Nimenomaan Microsoftin toimintoja, sillä resurssit eivät riitä tekemään Microsoftin toimintoja vastaavia OO-ohjelmia.

        Mut nyt olet hakoteillä, olet vetänyt siitakesientä yliannoksen, nuo api/ado jutut ei ole VB:tä eikä etenkään VBA:ta, ne on käytis systeemeitä, vba (visual basic for applications) on ihan vaan scriptiä, ei mikään ohjelmointi kieli.


      • No no
        xxxxx kirjoitti:

        Monet suomalaiset taloushallinnon ohjelmistot on Visual Basicilla tehty.

        Ainakin Henix-ohjelmat kokonaan http://www.henix.fi/

        Ei vb:llä tehdä kuin apuohjelmia, otetaan nyt esimerkiksi hyvin tunnettu Passeli ohjelmisto, yllätys ehkä mutta se on tehty delphillä, puhutaan vähän eri asioista kun vb:llä väännetään jotain apuohjelmaa, se on tehty sitä varten että muka-ohjelmoijat vois edes jotenkin päteä, en tiedä nyky tilannetta mutta vb on ollut tulkattava kieli toisin kun delphi on ollut alunperin käännettävä kieli, ja delphi kääntäjä on tiettävästi nopein.


    • Kysehän on kääntäjästä.

      Kielen syntaksi saa olla vaikka savoa saatana.

      Assilla sitten hitaat pätkät sekaan.

      Visual Basic on siksi suosittu, kun se on lähes suoraan englantia ja sitä osaa kuka tahansa lukutaitoinen.

      Delphillä onnistuu raskaat projektitkin mutta sitä ei opeteta missään ja syntaksi on jotain VB:tä vaikeampi.

      C ja C taas on opetetaan vähänkin pidemmälle opiskellessa. Ja sille on tehokkaat kääntäjät,
      jolloin ei tarvitse enää assia sotkea kehiin.

      • Vai mitä

        Niin, kyse oli siitä, että käytetäänkö Delphiä. Siihen voi vastata omien kokemusten nojalla kahdella tavalla: käytän tai en käytä. Et osannut tätä kuitenkaan tehdä.

        Kyllä se ymmärrys siitä kasvaa, jos vähän joskus ajattelet ja luet mitä kysytään ennen vuodatustasi.

        "Kielen syntaksi saa olla vaikka savoa saatana."

        Et siis valita, jos eteen nakataan Forthia tai Lispiä?


      • vbguru
        Vai mitä kirjoitti:

        Niin, kyse oli siitä, että käytetäänkö Delphiä. Siihen voi vastata omien kokemusten nojalla kahdella tavalla: käytän tai en käytä. Et osannut tätä kuitenkaan tehdä.

        Kyllä se ymmärrys siitä kasvaa, jos vähän joskus ajattelet ja luet mitä kysytään ennen vuodatustasi.

        "Kielen syntaksi saa olla vaikka savoa saatana."

        Et siis valita, jos eteen nakataan Forthia tai Lispiä?

        Eikä noi vb hehkuttajat edes käsitä sitä että delphiä käytetään just siksi että se on näppärämpi kuin vb tarjoten lähes c :n tehon, sitäpaitsi delphin opascal taitaa olla ainoa joka on kehitetty itsellään, jos jotkut yksisilmäiset vb fanit ei muka hoksaa mitkä sovellukset on tehty delphillä niin ei voi mitään, minäkin olen tehnyt delphillä yhden sovelluksen johon te jokainen törmäätte päivittäin, tajuamatta sitä. Siellä kun ei tule vb:n ms erroreita.

        Kuinkahan moni vb hehkuttaja oikeasti tietää delphistä yhtään mitään, ei tiedä koska ne ei enää hehkuttais vb:tä jos tietäis.


    • Koodari,HI!

      Delphi toimii, ja voi hyvin,voi, voi!

      Koodasimme jäsenrekisterin tahon x käyttöön, Delphi 5.0 versiolla.

      Jotenkin alkanut olla allergiasia erk..reaktiota.
      -Johtuneeko tuo flunssasta vai yliannostuksesta DHELLPIå?

    • Entinen it-työntekijä

      Koska mulla on perheen ja uuden työsarkani suhteen todella vähän aikaa ohjelmoinnille niin pidän "terää" sillä puolella yllä delphin avulla. Tai oikeastaan en delphillä vaan Object Pascalilla mutta ide on delphi.

      Koodailen kaikkia testiluonteisia hierarkioita, objektijärjestelmiä yms... aika ad-hoc luonteista. Tän tarkoitus on yksinkertaisesti pitää yllä/kehittää ohjelmoinnin ratkaisutaitoa haastavissa jutuissa. Tyypillinen harjoiteprojekti vois olla väsätä vaikka b-puu sorttaus tai cacheava rakenne jollain erikoisvaatimuksella. Suorituskyky/optimointiharjoitteita teen välillä myös ja koodaan sellaiset ohjelmistotekniset ideat joita joskus saan päähäni... Niin, ja win32 rajapintaa samoin harjoitutan. Rekisteriä, serviceitä yms. olennaisia hyviä järjestelmiä... Yksi "pitkä harjoite" on alkulukuja etsivän ohjelmani optimointi ja säätäminen tehokkaammaksi. Käytän siinä vain omia hoksottimia vaikka valmiina olisi varmasti paljon tehokkaampia rutiineja. Se on sellaista aivotreeniä jonka ei ole tarkoitus johtaa "maailman parhaaseen ratkaisuun" vaan kehittää omia ongelmanratkontakykyäni.

      Varsinaisia ohjelmistoja en ole pitkään aikaan kirjoittanut.

    Ketjusta on poistettu 0 sääntöjenvastaista viestiä.

    Luetuimmat keskustelut

    1. Nykynuoret puhuu nolosti englantia suomen sekaan, hävetkää!

      Kamalan kuuloista touhua. Oltiin ravintolassa ja viereen tuli 4 semmosta 20-25v lasta. Kaikki puhui samaan tyyliin. Nolo
      Maailman menoa
      191
      4331
    2. 57-vuotiads muka liian vanha töihin?

      On tämä sairas maailma. Mihin yli 55-vuotiaat sitten muka enää kelpaavat? Hidasta itsemurhaa tekemään, kun eläkkeelle ei
      Maailman menoa
      236
      2288
    3. 133
      1647
    4. Luovutetaanko nainen?

      En taida olla sinulle edes hyvän päivän tuttu. Nauratkin pilkallisesti jo selän takana.
      Ikävä
      67
      1331
    5. Haluatteko miellyttää kumppaninne silmää?

      Entä muita aisteja? Mitä olette valmiita tekemään sen eteen että kumppani näkisi teissä kunnioitettavan yksilön? Olette
      Sinkut
      180
      1096
    6. Miten olette lähestyneet kiinnostuksen kohdettanne?

      Keskusteluita seuranneena tilanne tuntuu usein olevan sellainen, että palstan anonyymit kaipaajat eivät ole koskaan suor
      Ikävä
      64
      1054
    7. J-miehelle toivon

      Hyvää yötä. Voisiko nykyistä tilannetta uhmaten vielä pienintäkään toivetta olla, päästä kainaloosi joskus lepääämään.
      Ikävä
      80
      1046
    8. Haluatko S

      vielä yrittää?
      Ikävä
      55
      974
    9. Onko kaivattunne suosittu?

      Onko teillä paljon kilpailijoita? Mies valitettavasti näyttää olevan paljonkin naisten suosiossa :(
      Ikävä
      71
      962
    10. By the way, olet

      mielessäni. Olet minulle tärkeä, niin suunnattoman tärkeä. En kestäisi sitä jos sinulle tapahtuisi jotain. Surullani ei
      Ikävä
      69
      939
    Aihe