![[:$]](./images/smilies/icon_redface.gif "Punastuu"){kind=icon}
Pikku tarkennus yllä olevaan. "Ruby on Rails" on MVC-pohjainen webbiohjelmointi framework jonka pohjana on Ruby-ohjelmointikieli.leidi32 kirjoitti:
Ohjelmointikielistä kannattaa tutustua ainakin Ruby On Railsiin, joka on atlantin toisella puolella aika kova sana tällä hetkellä. Suomessa tästä on jo pikkuhiljaa alettu puhumaan. btw. Seuraavaan OS X:n tulee Ruby On Rails vakiona.
No pitäisin Railssia kohtuullisena Web-palikkana. Itse olen Java-taustainen, mutta olen päässyt puljaamaan viime aikoina Pythonin (TurboGears) ja Rubyn (Rails) kanssa ihan palkallisestidundee kirjoitti:Mitä itse olen tuota rubya tutkaillut niin onhan siinä paljon hyvää, mutta en nyt mitään merkittävää paremmuutta voi sanoa ruby vs. php. Ruby taitaa olla parempi simppeleissä web sivustoissa, blogit yms, mutta PHP taas laajemmissa ohjelmistoissa on taipuvampi. Jäännyt vähän sellainen kuva, että ruby-toteutuksissa vaadittu muisti / teho on suurempi kuin php sovelluksessa. Vähemmän rubyssa jokatapauksessa tällähetkellä web ohjelmistoon tarvittavia palikoita kuin PHP:ssa, asiahan kyllä korjautuu ajan kanssa..
Ruby "osaaminen" rajoittuu muutamaan TextMate bundelin korjailuun, joten kovin kowaa faktaa tämä ei ole.
. Javaa ei ole tullut ikävä. Spontaaneja menestyksiä voi syntyä aina kun pojat varttuvat.. Laaja opensource-tuki takaa asemia. Uusi lisenssi parantaa Mac ja BSD tukea. 
Eiköhän tuossa ole menty juurikin toiseen suuntaan eli nykyään monet palvelut ja sivustot toimii huomattavasti paremmin useimmilla selaimilla kuin vielä muutama vuosi sitten. Tästä saa kiittää Firefoxin suosiota aika pitkälti, toki muillakin selaimilla pieni merkitys.vesku kirjoitti: Itseä on ihmetyttänyt javan hiivunnassa MS-sidosten lisääntyminen. Vai ovatko osapäiväkoodarit niin mukavuudenhaluisia että dedikoidut ohjelmat säädetään toimimaan vain IE 6 ja up -pohjalla? Ennenvanhaan kun käyttiksellä saati selaimella ei juuri ollut väliä!
Jos webbisovellukset kiinnostaa, niin kannattaa kokeilla myös Djangoa:spiidi78 kirjoitti:Ollut tämä itselläkin mietinnän alla viime aikoina. C on hallussa, niin siitä on nopee oppii muitakin kieliä. Web-sovellukset on alkanu kuitenkin kiinnostaa opiskelun ohella. Tässä on ollu hyviä vinkkejä, kiitos niistä
. - Huonosti ylläpidettävä, "gurun" jälkien korjaamienen ei ole mukavaa.dzeidzei kirjoitti:Mikä vika Perlissä? Minusta se on vallan hyvä kieli. Ainakin webbikötköttimien koodaamiseen.morbusg kirjoitti:vincentin posti täyttä asiaa! Muuten oon samaa mieltä mutta epäilen että perl ei tule katoamaan minnekkään koskaan (ikävä kyllä)
Huonosti ylläpidettävää koodia nyt voi 'gurut' kirjoittaa kielellä kuin kielellä.v_vega77 kirjoitti: - Huonosti ylläpidettävä, "gurun" jälkien korjaamienen ei ole mukavaa.
- Ei MVC-frameworkkia, joka on sitä nykypäivää
Siinäpä nyt pari syytä.
Mitenkäs se selain käyttöliittymän luo jos sitä ei serveripäässä generoi (= kirjoita HTML:ää)? Ja siihen juurikin MVC framework on nannaa.dzeidzei kirjoitti:
Huonosti ylläpidettävää koodia nyt voi 'gurut' kirjoittaa kielellä kuin kielellä.
Mitä tekee MVC-frameworkilla jos kirjoittaa cgi-softaa (jota webbikötköttimillä tarkoitin)? Ohjelman logiikka on itse skriptissä ja käyttöliittymä selaimessa.
No sen verran html:ää olen jaksanut tähän saakka kirjoittaa ihan vi:llä. Tuo on toki makuasia. Ei kai se freimwörkkikään sitä html:ää ihan itsekseen osaa tehhdä?MNi kirjoitti: Mitenkäs se selain käyttöliittymän luo jos sitä ei serveripäässä generoi (= kirjoita HTML:ää)? Ja siihen juurikin MVC framework on nannaa.
Eipä niistä valmista html:ää tule (paitsi Ruby on Railssissa), mutta dynaamiselle totetutukselle tulee selkeämpi, uudelleenkäytettävämpi ja modulaarisempi toteutus. Pyörää ei lisäksi tarvitse keksiä kokoajan uudestaan, esim sessioden yms. osalta.dzeidzei kirjoitti:No sen verran html:ää olen jaksanut tähän saakka kirjoittaa ihan vi:llä. Tuo on toki makuasia. Ei kai se freimwörkkikään sitä html:ää ihan itsekseen osaa tehhdä?MNi kirjoitti: Mitenkäs se selain käyttöliittymän luo jos sitä ei serveripäässä generoi (= kirjoita HTML:ää)? Ja siihen juurikin MVC framework on nannaa.
Javacriptillä sitä nyt voi periaatteessa luoda selaimella, kuten näissä monissa Ajax, JSon yms. häkkyröissä tehdään. Lisäksi on Appletit, Webstartit yms. richclient webbiratkaisut.MNi kirjoitti:Mitenkäs se selain käyttöliittymän luo jos sitä ei serveripäässä generoi (= kirjoita HTML:ää)? Ja siihen juurikin MVC framework on nannaa.dzeidzei kirjoitti:
Huonosti ylläpidettävää koodia nyt voi 'gurut' kirjoittaa kielellä kuin kielellä.
Mitä tekee MVC-frameworkilla jos kirjoittaa cgi-softaa (jota webbikötköttimillä tarkoitin)? Ohjelman logiikka on itse skriptissä ja käyttöliittymä selaimessa.
Juu ei perlissä mitään vikaa ole, mutta minulla sattuu silmiin kun sitä luendzeidzei kirjoitti:Mikä vika Perlissä? Minusta se on vallan hyvä kieli. Ainakin webbikötköttimien koodaamiseen.
MVC voi tulla helposti tielle pienissä proggiksissa. Plus että jonkn frameworkin käyttö jossain pienemmissä jutuissa bloattaa pahasti jos käyttää frameworkkiä vaan sen käyttämisen ilosta. Toisessa ääripäässä sit tietty nää hörhöt jotka tekee sedillä veppiservujav_vega77 kirjoitti:Itse kuitenkin uskon cgi:n kuolemaan suunnitelluissa projekteissa. Valmiita frameworkkejä on niin paljon ja monille eri kielille, että miksi cgi.
"A place for everything and everything in its place"Onhan testien teko toistoa ja varmasti alussa tuntuu tyhmältä ja raskaalta. Test Driven kehityksessä pitää vaan pystyä ajattelemaan asiaa uudella tapaa. Ihan pienissä jutuissa tuosta ei hyötyä saa, mutta kun alkaa olemaan isompi ja pitkä-ikäisempi projekti, niin silloin alkaa hyötyä tulemaan. On kiva tietää vuoden päästä että jos muutan paikassa X jotain niin testit kertoo jos se rikkoo muualla jotain. Antaa varmuutta tekemiseen. Järki tuossakin pitää olla mukana, ei testit ikinä ole kaiken kattavia.morbusg kirjoitti: Test-driven development tosin ei käy mulle järkeen, tuntuu että siinä rikotaan pahemman kerran yhtä kulmakiveä koko hommalle; DRY -- "Don't repeat yourself".. siinähän toistetaan itseä niin paljo ko lähtee? Voisko joku valaista?
Kehitys on alussa RoR:lla niin nopiata, että pienissä projekteissa ei kannata muuta edes harkita, jos siis saa valita itse alustan ilman olemassa olevia taakkoja. Mukana tulevan WEBrick:n hitaus saattaa joitakin pelottaa, mutta serverin voi vaihtaa... ööö melko helposti. Homma on oikeata MVC:tä ja helppoa kuin heinän teko, miksi siis ei tehdä asiota kerralla kunnolla. Ei sitten tarvitse pähkäillä ja paikkailla kun pitää tehdä uusia ominaisuuksia. Isommissa projekteissa voi sitten ottaa apuun Javaa tai jos on M$:n leirissä niin jotain muuta.morbusg kirjoitti:Juu ei perlissä mitään vikaa ole, mutta minulla sattuu silmiin kun sitä luendzeidzei kirjoitti:Mikä vika Perlissä? Minusta se on vallan hyvä kieli. Ainakin webbikötköttimien koodaamiseen.
MVC voi tulla helposti tielle pienissä proggiksissa. Plus että jonkn frameworkin käyttö jossain pienemmissä jutuissa bloattaa pahasti jos käyttää frameworkkiä vaan sen käyttämisen ilosta. Toisessa ääripäässä sit tietty nää hörhöt jotka tekee sedillä veppiservujav_vega77 kirjoitti:Itse kuitenkin uskon cgi:n kuolemaan suunnitelluissa projekteissa. Valmiita frameworkkejä on niin paljon ja monille eri kielille, että miksi cgi.
RoR on kyllä niiiiin siisti juttu että kannattaa kyllä perehtyä
Ei voi kun rakastaa kun tekee "rails keke", schema.rb:hen tavarat, "rake db:schema:load", "generate scaffold diudiu", script\server, localhost:3000 -> voilá, ror käy kyselemässä kannalta taulun kenttien nimet ja näyttää näkymässä ne. Kaikki on objekteja. Koko kirjo samassa paketissa veppiserveriä myöden.
Vaikka scaffolding onkin pelkkä tukirakenne itse ohjelman rakentamisessa, kyllä mulle käsite "framework" sai ihan uuden merkityksen.
Test-driven development tosin ei käy mulle järkeen, tuntuu että siinä rikotaan pahemman kerran yhtä kulmakiveä koko hommalle; DRY -- "Don't repeat yourself".. siinähän toistetaan itseä niin paljo ko lähtee? Voisko joku valaista?
), joten Perl eläköön siitä pitävien projekteissa. MNi kirjoitti:Järki tuossakin pitää olla mukana, ei testit ikinä ole kaiken kattavia.
Ja aina samalla lailla kun olen kertonut sen testaavan. Ts. sillä ei ole mitään keinoa keksiä niitä testattavia seikkoja mitä minä en ole keksinyt. Siis tämä vaan niinkuin konseptina kuulostaa mun korvaan tosi oudolta (joka muuten johtuu aivan varmasti ainoastaan siitä etten ole ollut mukana tekemässä mitään isompaa). Ehkä se sitten valkenee minullekkin joskusv_vega77 kirjoitti:... ja aina samalla lailla ja toivottavasti aina ennen commit-napin painallusta
