5. D is k urs, A us blick & Faz it

Transkript

1 5. D is k urs, A us blick & Faz it»y ou k n ow you ve ach ie ve d pe rfe ction in d e sign, n ot w h e n you h ave n oth in g m ore to ad d, but w h e n you h ave n oth in g m ore to tak e aw ay.«

2 5.1 Le s bark e itals Qualitäts k rite rium Le sbark e it ist e in subje k tive s, also w e ich e s Krite rium für Softw are - q ualität. Sie lässt sich nich t q uantitativ m e sse n obje k tiv w ird abe r je de r Softw are e ntw ick le r be stätige n k önne n, dass le sbare r Que lte xt le ich te r z u ve rste h e n und z u ände rn ist. W ir h abe n ge se h e n, dass ge rade das ange sproch e ne Ve rände rn von Que lte xt nach de r Auslie fe rung be i W e b-applik atione n e ine n w e se ntlich h öh e re n Ste le nw e rte innim m tals be i D e sk top-applik atione n. Z w e i Aspe k te de r Le sbark e it w urde n im Ve rlauf die se r Arbe it be - sonde rs be tont: das e rste ist die Näh e de r Program m ie rsprach e z ur Fach sprach e de r Proble m dom äne. D ie se r Anspruch k ann übe r dom ä- ne nspe z ifisch e Sprach e n re alisie rt w e rde n. D e r ande re Aspe k t ist die ve rständlich e Struk tur de s Ge sam tsyste m s. H ie r m üsse n unte r ande re m unnötige W ie de rh oldunge n, h ardw are nah e Program m ie runge n und k om pliz ie rte Algorith m e n ve rm ie de n w e rde n. D e r be re its m e h rfach z itie rte Martin Fow le r 61 um sch re ibte s so: y foolcan w rite cod e th at a com pute r can A n un d e rstan d. Good program m e rs w rite cod e th at h um an s can un d e rstan d. D ie vorge ste lte n Konz e pte trage n w e se ntlich z ur Produk tivitätsve r- be sse rung be i. Active Re cord forde rt z w ar von Entw ick le rn die Einh altung ge w isse r (sinnvo le r) Konve ntione n, garantie rt im Ge ge nz ug dafür dann Erle ich te runge n be i de r Softw are h e rste lung und -w artung. O bje k torie ntie rung e ntsprich t z w ar sch on se h r gut unse re m Ve rständnis de r W e lt, ge h t abe r oft nich t w e it ge nug. In solch e n Fä le n so lte e ine dom äne nspe z ifisch e (Program m ie r-) Sprach e e ntw ick e lt w e rde n ode r, w ie im Fa le von Ruby, die Program m ie rsprach e se lbst um dom äne nspe z ifisch e Ausdrück e e rw e ite rtw e rde n.

3 Kurz fristig istdie Konz e ption und Program m ie rung e ine r solch e n D SL sich e rlich aufw ändige r und k oste ninte nsive r als die dire k te Lösung de s Proble m s m it k onve ntione le r Program m ie rung. Auf lange Sich t w ird abe r de r Entw ick lungsproz e ss nach h altig e rle ich te rt und be - sch le unigt: Be i e ntspre ch e nde n, fach lich e n Vork e nntnisse n w ird die W ie de re inarbe itungsz e it in de n Que lte xt drastisch re duz ie rt. D ie D SL k ann auße rde m le ich t Te sts ve rse h e n w e rde n, um das Ve rtraue n de r Entw ick le r in die Sprach e z u ve rbe sse rn. Auße rde m w e rde n Softw are -Re vie w s von Program m e n in die se r D SL w e se ntlich ve re infach t. A le rdings m uss daz u auch de r Auftragge be r übe r se ine Ro le w äh re nd de r Entw ick lung im Klare n se in. Nur durch inte nsive Be te iligung de s Kunde n (als be ste r Ke nne r de r Fach sprach e ) m ach t die Entw ick lung und de r Einsatz e ine r dom äne nspe z ifisch e n Sprach e Sinn. Es gibt Ansätz e, auch te st- 62 be z ie h ungsw e ise ve rh alte nsge trie be ne 63 Entw ick lung e ntspre ch e nd z u unte rstütz e n. Im Anh ang B finde t sich e in Be ispie lz um Te ste n und Spe z ifiz ie re n e ine s Ke le rspe ich e rs m it RSpe c 64. Auch dort w ird le sbare r Code ge sch ätz t im Ge ge nsatz z u k onve ntione le n Unit-Te sts, die sich e h e r an de r ve rw e nde te n Com pute rsprach e orie ntie re n. Bish e r w ar de r be vorz ugte W e g, q ualitätiv h och w e rtige re n Code übe r soge nannte Re factorings 65 z u e rre ich e n. Mit die se r Me th ode w ird Que lte xt sinnvo lum z ustruk turie rt, oh ne die Funk tionsw e ise z u ve r- ände rn. Mit be re its le sbare m Que lte xt k ann die se Ph ase w e se ntlich ve rk ürz tw e rde n. Le sbark e it lässt sich abe r nich t pausch alfür a le Anw e ndungsge bie t de r Inform atik forde rn. Im Be re ich von Em be dde d Softw are k om m t e s be ispie lsw e ise auf e ine se h r be dach te Re ssource nnutz ung an. D ort m üsse n m it Asse m ble rsprach e n auch O ptim ie runge n k napp obe rh alb de r H ardw are e be ne durch ge füh rtw e rde n. D ie Ve rw e ndung e ine s k om - pliz ie rte n, abe r e ffiz ie nte n Algorith m us m ach t dort im Einz e lfa l sich e r m e h r Sinn.

4 D e r Le sbark e it von Que lte xt sind abe r auch form ale Gre nz e n ge se tz t: nach w ie vor m üsse n Com pute r m it Algorith m e n program m ie rt w e rde n. D ie Syntax de r m e iste n Program m ie rsprach e n tritt dabe i oft in de n Vorde rgrund. Vie le Proble m e w e rde n de sh alb im m e r noch m it proz e durale r Program m ie rung ge löst und nich t, w ie m it Ruby m öglich, auf de k larative W e ise. 5.2 Aus e inande rs e tz ung m itr uby D ie Program m ie rsprach e Ruby z e ich ne t sich durch ih re w e itre ich e nde Fle xiblität aus. D ie Sprach e k ann so e rw e ite rt w e rde n, dass sie sich de m Proble m anpasst. D am it e igne t sie sich be sonde rs gut für die Re alisie rung e ine r dom äne nspe z ifisch e n Sprach e. Vie le Konz e pte in Ruby m öge n auf de n e rste n Blick be fre m dlich e rsch e ine n (Sym bols, Block s). D ie Le rnk urve ist dam it sich e r nich t so ste ilw ie be i de r Program m ie rsprach e PH P, die be k anntlich e ine n re ch t sch ne le n Einstie g in die W e bprogram m ie rung e rm öglich t. Um Ruby vo lständig nutz e n z u k önne n, so lte m an also be re its Erfah - runge n m it O bje k torie ntie rung und Softw are e ntw ick lung vorw e ise n k önne n. Als große r Kritik punk tan Ruby w ird im m e r w ie de r m ange lh afte Pe r- form ance ge nannt. D ie Kritik ist insofe rn be re ch tigt, als dass Ruby in de r Tat nich t z u de n sch ne lste n Program m ie rsprach e n ge h ört z um inde stnich t, w as Laufz e itpe rform ance ange h t. In de n m e iste n Fälle n istruby abe r sch ne lge nug. Ruby h atgar nich tde n Anspruch, m öglich stsch ne lz u se in. Rubys Paradigm a laute t, die Produk tivität de s Program m ie re rs z u förde rn. W ir m üsse n sch on lange nich t m e h r vorbe h altslos Mach ine ncode von H and optim ie re n, um be sch ränk te Com pute rre ssource n m öglich st gut ausz unutz e n. Vie lm e h r ist h e ute Entw ick lungsz e it das k nappe und k ostbare Gut. Ruby nim m t dah e r de m Program m ie re r im Que lte xt sich w ie de rh ole nde Tätigk e ite n ab und ste lt sie ih m als (ge te ste te ) Funk tione n und Me th ode n z ur Ve rfügung.

5 5.3 Pro & Contra R uby on R ails Ruby on Rails übe rz e ugt m it e ine m durch dach te n und k onsiste nte n Konz e pt: D urch e ine saube re Tre nnung de r ve rsch ie de ne n Aspe k te e ine r W e banw e ndung w ird gute W artbark e it e rre ich t. D ie k onse q ue nte und inte lige nte Ve rw e ndung von Ruby sorgt für h oh e Produk tivität be i de r Entw ick lung. D abe i orie ntie rt sich Rails e h e r an Erfah runge n aus de r Praxis als an ak ade m isch e r Le h re. D avid H e ine rm e ie r H ansson be sch re ibt de n Le istungsum fang von Rails m itde n W orte n 66 : R ails d oe s, w h at m ost pe ople d o m ost of th e tim e. D am it drück t e r z um e ine n aus, dass be re its e in große r Um fang de r W e b-funk tionalität in Ruby on Rails um ge se tz t w urde, die m it ande - re n Sprach e n und Fram e w ork s e rst noch program m ie rt w e rde n m uss. D e r ande re Aspe k t die se r Aussage ist de r, dass e s durch aus auch Be - re ich e gibt, in de ne n Rails nich t die e rste und be ste Lösung ist. Für e ine e infach e, dynam isch e W e bse ite ist Rails sich e r nich t ge e igne t. Und auch Applik atione n, die nich t be sagte r Fle xiblität unte rlie ge n m üsse n, k önne n unte r Um stände n auf ande re m W e ge e be nso gut program m ie rtw e rde n. Se h r k ontrove rs w ird de r auch prak tisch e Um gang m it de r D ate nbank disk utie rt. Z um e ine n e ntsprich t die Ve rw e ndung von k ünstlich e n Prim ärsch lüsse ln nich t de m de r re ine n Le h re. D ane be n sorgt die Erz e ugung de r SQL-Be fe h le z ur Laufz e it ge ringe re Ge sam tpe rform ance de s Fram e w ork s so die vore ilige Me inung. D e m k ann e ntge ge n- ge h alte n w e rde n, dass Ruby on Rails se h r gut sk alie rt, also k e ine s- w e gs unge e igne tfür de n Einsatz be i um fangre ich e n Applik atione n ist. D ie s be w e ise n die Anw e ndunge n, die se h r e rfolgre ich von 37signals ange bote n w e rde n. Auch ande re Proje k te h abe n äh nlich positiv von ih re m Einsatz m itruby on Rails be rich te t.

6 D ane be n w ird oft vorge trage n, dass die Anz ah lde r fäh ige n Program - m ie re r noch z u ge ring se i. Als rich tige s Argum e nt ge ge n Rails k ann die s je doch sich e r nich t ge lte nd ge m ach t w e rde n. Vie lm e h r drück t e s das große Inte re sse aus, Applik atione n m it Ruby on Rails z u re alisie re n. H ie r m uss die sch ulisch e und ak ade m isch e Ausbildung e ntspre ch e nd ve rbe sse rt w e rde n w ie am Ende de s Ruby-Kapite ls be - re its ange de ute t. Rails e rforde rt, im Ve rgle ich z u PH P, sch on e ine ge w isse Einarbe itungsz e it und ist sich e r auch nur für e rfah re ne W e b-program - m ie re r inte re ssant und ge w innbringe nd. Auf de r ande re n Se ite gre nz t sich Ruby on Rails ge ge nübe r de n typisch e n Java-Anw e ndunge n durch se ine h oh e Fle xibilitätund k ürz e re Entw ick lungsz e itab. D as größte Mank o aus Unte rne h m e nssich t ist die m äßige Unte r- stütz ung vorh ande ne r Infrastruk tur und die m ange lh afte Inte gration laufe nde r Applik atione n und de re n D ate nbank be stände. Im Um k e h r- sch luss e igne t sich Ruby on Rails be sonde rs gut a ldie Um ge bunge n, die von Grund auf ne u de finie rt w e rde n k önne n. D as von de n Am e rik ane r ge nannte Gre e nfie ld D e ve lopm e nt ist inne rh alb von traditione le n Unte rne h m e n sich e r sch w e re r als be i Unte rne h m e nsne ugründ unge n ( Startups ). D ie Einfüh rung von Rails-Applik atione n ins solch e traditione le n Um ge bunge n m uss dort e h e r ve re inz e lt und auf lange Sich t ge plant w e rde n. H ie r w ird m an Ruby on Rails e rstm alfür e xplorative Prototype n ve rw e nde n w o le n. Für Startups, de re n Ge sch äftsm ode lvor a le m auf Inte rne tnutz e r z ie lt, ist Ruby on Rails je doch optim al. D ie se profitie re n dann w oh l auch am m e iste n von e ine m agile n Vorge h e n in k le ine n Te am s: Ruby on Rails e rm öglich t das z ügige Erre ich e n von brauch bare n Erge bnisse n. D as Agile Manife sto 67 und die Ide e n von Extre m e Program m ing 68 finde n sich übe ra lin Rails w ie de r. D ie Prägung de s Fram e w ork s spie ge lt sich de sh alb nich t nur im Fram e w ork w ie de r, sonde rn auch in de r für die se Arbe itve rw e nde te n Lite ratur.

7 5.4 Aus blick Mittle rw e ile inte grie re n sich sich z ah lre ich e ande re Ruby-Proje k te nah tlos in Rails: D e r W e bse rve r Mongre l 69 und das D e ploym e nt-tool Capistrano 70 sind im Laufe de r Z e it e ntstande n und ste h e n e be n- fa ls unte r fre ie n Liz e nz e n z ur Ve rfügung. Für die Z uk unft ble ibt auf je de n Fa ldie w e ite re Entw ick lung von Active Re source inte re ssant: Ge rade w as das Th e m a REST und se r- vice orie ntie rte Arch ite k ture n ange h t, ge h t Ruby on Rails se ine n e i- ge ne n W e g. Ruby on Rails w ar von Anfang ak tiv dabe i, m ode rne AJAX-Te ch nologie z u inte grie re n. Auch h ie r e ntw ick e lt sich im Mom e nt se h r vie lw e ite r und das Entw ick le rte am m uss sich anstre nge n, um die gute Ausgangsposition de s Fram e w ork s nich tz u ve rlie re n. Auch die Frage, ob sich die in Ruby ve rank e rte n Konve ntione n nich t als Entw ick lungsm uste r form ulie re n lasse n, e rsch e int m ir e ine w e ite - re Unte rsuch ung w e rt. D ie h oh e W artbark e it von Rails-Anw e ndunge n w ird sich in e in paar (w e nige n) Jah re n de utlich h e rausk rista lisie re n. Im Grunde m üsste m an, de m agile n Ge dank e n folge nd, die Erge bnisse die se r Arbe it m itte lfristig re fle k tie re n und in e ine r ArtRe trospe k tive aufarbe ite n.

8 5.5 Pe rs önlich e s R e s üm e e Ich arbe ite se it k napp z w e i Jah re n m it Ruby und Ruby on Rails: am Anfang w ar Rails e h e r e ine ne tte Spie le re i, dann e ntstande n e in paar private Proje k te und m ittle rw e ile e rge be n sich auch ge sch äftlich e Anw e ndungsfä le. D as durch dach te Konz e pt von Rails h at m ich sch ne l übe rz e ugt und die Argum e nte für die Ve rw e ndung de r e ine n ode r ande re n (un)k onve ntione le n Me th ode sind für m ich se h r sch lüssig. Program m ie re n im W e b m ach t w ie de r Spaß, so w ie e s die W e bse ite von Ruby on Rails ve rsprich t. D ie Be ge iste rung übe r Rubys k lare r Syntax und die Mäch tigk e it de r Sprach e h ältnach w ie vor an und w ar sich e r auch Vorbild und Antrie b für die se r Arbe it. Ich k ann je de m e m pfe h le n, sich Ruby on Rails anz usch aue n. Nur e ine W arnung se i an die se r Ste le ausge sproch e n: Man läuft Ge fah r, dass e ine n die Fasz ination nich tso so sch ne lw ie de r loslässt!