Zdravim,
ono to souvisi vice s navrhem aplikace - kdyz sem zacinal
programovat, programoval jsem malickosti s kratkyk zivotnim cyklem a sam.
Prozival jsem psychicke trauma nad prazdnym projektem, frameworky mne
prisly taky komplexni a zbytecne. I vlastne J2EE - proc si pridavat praci
a delat nejake Session beany, stateless beany, dao atd. kdyz jde vsechno
krasne pres JDBC a staci mit dostatecne vybavenou db.
Dneska mam repository ruzne rozdelanych projektu, ktere resi par
problemu a konfiguraci. Zadne deprese, jenom najit a posladat zakladni
kameny z ruznych projektu, refaktorovat a implementovat problem.
Pochopil jsem zakladni vlastnost Eclipse (Rational) a to moc refactoringu.
Udrzitelnost kodu - nedavno jsem se vracel k projektu asi 3 roky
staremu, ktery dost tezil z vlastnosti DB2 - velmi efektivni (a efektni)
dotaz, z poloviny generovany za behu - ale zmenit jen takovou drobnost
znamenalo jej cely pochopit, prepsat a otestovat, na komentare sem tehda
moc nedal, na JUnity vubec... znate to.
Vykon - muze byt Hibernate rychlejsi nez SQL? Tezko, kdyz SQL buduje.
Zajimave by bylo dostat Hibernate do databaze a DAO manager interface z
ni ven. Obdobne technologie jsem nasel a to db4o (zajimave je ze ma
transakce, ale zahadne spadla tak, ze data uz nesly obnovit) a pak Cache
(problem je, ze chybi pohodlne prostredi pro vyvoj = plugin pro eclipse)....
Muze byt titles rychlejsi nez jsp a scriplety - mozna.
Dle meho frameworky zvysuji efektivitu programatora, tim klesa naklad na
projekt a proto si muze program dovolit vice lidi, popr. dotlacit na
zelezo. Tim se IT rozviji prevlada poptavka nad nabidkou = nejsme o
hladu a tak to chvily jeste bude.
Karel
PS: ne nahodou nejvetsi giganti trhu jsou ti, kteri zaroven dodavaji jak
SW, tak HW. MS a Dell jsou vyjimky potvrzujici pravidlo.
Ja ted budu asi vypadat jako naprosty staromylsky zakrslik, ale nepripada vam,
ze je tech konfiguraku uz tak nejak nakonec moc? Ze vetsinu procesoroveho
casu misto vlastni business logiky sezerou ty desitky ruznych frameworku?
