Ova diskusija IDE/text editor sa pluginovima me je podsetila na nesto sto sam delom kao posmatrac i delom kao ucesnik doziveo pre 6-7 godina. Iako vrlo neprijatno iskustvo, rado se secam istog :).

Radjena je neka Swing aplikacija u javi i Netbeansu (prvi put sam se tada susreo sa Swingom). Otisli mi (deo tima koji je radio) da instaliramo kod klijenta i ispostavi se da klijent ima 14" CRT monitor sa 1024 rezolucijom. Mi smo testirali app na vecim rezolucijama. Kada je kolega (koji je bio vodja tima) otvorio app na tom racunaru imao je sta da vidi. Pola aplikacije i formi se ne vidi. Kako u to vreme nisu bili nesto rasprostranjeni laptovi kao danas, kolega je pokusao da potera NB na tom racunaru, da edituje forme iz SWING layout managera ili kako se zove plugin za NB i to na 256 MB RAM-a. Naravno OutOfMemoryException ko vrata. Ok, probao je da edituje rucno xml layout fajlove, ali tu je vec imao dva problema. Nikada nije radio sa istim, pa nije znao kako da to izvede, a drugi sto mu je projekat uvek buildovao NB i java -jar pa par parametra nikako da pogodi. (Treba pomenuti da sve vreme direktor te firme ti stoji iznad glave i ceka da vidi neku cool aplikaciju za koju je dao pare).

Setimo se onda, daj barem da im pokazemo izvestaje. Koristili smo jasper reports (valjda tako bese). Isto se prevlace komponente/text polja, to se binduje na odredjene JavaBean klase... ko je radio zna o cemu pricam.
Prvi izvestaj i puce nesto. Problem je bio da su neke putanje do slicica bile razlicite od nasih dev okruzenja i okruzenje na samom tom problematicnom racunaru. Preimenovali smo .jar u .zip da bi mogli da otpakujemo i da pogledamo source. Nasli smo problematicnu putanju zahvaljujuci search f-ji Win XP-a. Da je bilo nesto sto je sam Jasper generisao, verovatno da bi prosli kao u prvoj situaciji.

Kasnije smo "malo" i pricali izmedju sebe o ovom dogadjaju...
Sustina je sto nas neki IDE koji radi magiju u pozadini, prakticno "uspavljuje" i odvlaci od samih detalja i srzi kako nesto funkcionise. A opet skracuje vreme da se nesto uradi. Znati te detalje, ali i koristiti te automatizme je big win ... za onog ko zna oba.
Samo pravljenje izvestaja u jasper reportsu je bilo prosto ko pasulj kada imas neke relativno uobicajene izvestaje. E kada imas neku kompleksniju situaciju i tu treba malo zagrebati ispod povrsine, a i vrlo cesto pored grebanja malo pocupati svoju kosu ili onog ko ti trazi takav izvestaj. Mada opet to povezujem donekle sa nepoznavanjem kako funkcionisu stvari ispod haube do neke zadovoljavajuce mere.

Gde preseci i neke stvari pustiti da se rade automatski kroz IDE, plugin, sta vec, a druge raditi peske je po meni tesko pitanje.

Ja bih čak išao dotle da tvrdim da vendori uvlače korisnike u "lock-in" sa svojim alatima praveći svoje biblioteke i resurse toliko kompleksnim da jedino njihovim alatima možeš da ih koristiš.

Ilustracije radi, zamislite da je CSS binarni proprietary format. :)

Zato i rekoh da su najveći hackeri u VS - 95% vremena sve funkcioniše automagično, za 5% ćeš ili osedeti ili platiti masne satnice raznim konsultantima.

@korso: ne moze necije neznanje da bude greska alata. Moze covek koji nema polozen vozacki da sedne i zakuca se u prvo drvo pored puta, pa ce auto da bude kriv? Svako moze lako da nadje primer aplikacije koja ne radi, iz iskustva, ako nista drugo. Ja sam napravio, ma ne znam koliko, izvestaja koristeci dizajner iz VS-a i nije bilo problema. A kompleksnije alate kao CrystalReports da ne pominjem. I to se masovno koristi u poslovnim aplikacijama vec dugo godina, tako da..

@jablan: ja ne znam vise odakle ti crpis te gluposti, sta tacno se desava automagicno? Pa eno ti na drugoj temi srdjan pokazao kako da sidjes na low-level ako hoces? Ko te tera da koristis ovo ili ono u VS-u? Niko, tvoj izbor. Mozda si ti tako "programirao" u VS-u, pa prema sebi sudis ostale. A cini mi se da to jeste slucaj citajuci tvoje komentare na racun MS-a ili Jave. Tvoj problem amigo.

@degojs
Pa nisam ni rekao da je to sto se covek nije snasao u source fajlovima greska alata. Vec da zato sto je uvek radio na isti nacin preko NB UI-a, imao problem (tj. svi mi smo tamo crveneli) da vrsi low-level izmene kada nije imao alat uz sebe.
Generalno ovo je bila anegdota na koju me je podsetila ova diskusija i nista vise.

Vidi.. ja iskreno ne znam zasto se crveneli. Mozda samo zato sto se niste unapred raspitali na kakvom kompjuteru, koji hardver, ce da tera aplikaciju.

Pa evo, ja sad, da me pitas kako da iz komandne linije da kompajliram citavu soluciju u VS-u, ne bih znao. Morao bih da odem na MSDN i potrazim. Ili kako da rucno izmenim XML fajl koji VS generise na osnovu izvestaja koji vizuelno kreiras.. Nesto bih znao da promenim gledajuci imena atributa i slicno, ali sve da znam.. pa to je naucno-istrazivacki rad :-) Ljudi moji, ako bih ja SVE to trebao da znam rucno da podesavam, morali bi oni mene da plate 1000x vise. A meni ne bi te pare nista znacile jer bih bio lud :P

Lako je biti pametan kada non-stop radis HTML/CSS i neki jezik iza (na serveru). To nije tako komplikovano, a i ako jeste, naucio si davnih dana. Ali kada radis i desktop (i to nekoliko platformi) i web i mob i dibaguj XSLT i jos ti tovare i izvestaje i ko zna sta sve ne.. ko ce sve da zna u detalj?

VS je jos dobar u odnosu na nove Delphi-je. Jos uvek nisam siguran za sta koji tip fajla sluzi. Fino sam napravio clear.bat fajl koji brise svo to djubre i onda saljem source nekome.