[nastava:2003] - Re: anketa by Bratislav Milic <zverko@eunet.yu>

Aleksandar Milosevic wrote:

> > u ovoj podeli bih pre stavio da servleti i EJB idu u paketu zajedno
> > sa JSP-om (JSP daje prezentacioni deo, EJB i servleti logiku tvoje web
> > aplikacije, sve se zbiva na serveru) a ne sa apletima no veci problem je
> > tvrdnja da je sve to "izvodjenje, polimorfizam" - pa sta nije u
> > sadasnjem objektno orijentisanom svetu??? smisao ucenja tehnologije nije
> > da se nauci sintaksa vec da se nauci sustina i kako treba koristiti te
> > tehnologije.
> >    
>
> Pa rekao sam "cista JAVA", ucili su. Pa neces valjda da im pokazujes kako se
> izvode klase. Samo ces im opisati ceo sistem, npr. UML diagramom i tipicne i
> pravilne primene. Koliko je potrebno za ovo? Vidim da si iskusniji, pa
> oceni.
>  

cesto je dobro pokazati i nekoliko slucajeva pogresne primene - uz 
obrazlozenje zasto to nije dobro i ranije objasnjenje sta je dobro i 
kako treba raditi se stice mnogo kompletnija slika. UML bi bio dobra 
ideja da je OOS obavezan dvosemestarski predmet u trecoj godini koji se 
kasnije prosiruje dodatnim kursevima. ovako, UML je nesto sto se moze 
odabrati (a vecina odabere kodove u racunarskim telekomunikacijama jer 
su laksi?!), sto se na brzinu predje za 1 semestar na samom kraju faksa. 
Kapiram ja da je za ozbiljno samostalno projektovanje potrebno veeeliko 
iskustvo, ali UML je i sustinsko i prakticno znanje koje se ne stice 
(ako nista drugo ono ne dovoljno) na nasem smeru. Ali zato se uce razne 
druge "injekcija elektrona u p oblast" stvarcice... (obzirom da sam 
elektornike sa velikim zadovoljstvom zaboravio - ovo je verovatno 
totalna nebuloza)

> Oko organizcije (JSP, EJB i servleti u jednom paketu) si u pravu. I oko
> primene OO jezika za proceduralne zadatke. Ali za to su krivi profesori koji
> to tako predaju. To spada u odnos prema nastavi/studentima, a ne u plan i
> program.
>  

donekle si u pravu - da odnos profesora (ne svih ali velikog dela) prema 
nastavi nije dobar. ali bi ipak mozda bilo bolje da imaju nesto vise 
prostora za neke druge predmete (ovo sto sam rekao je vrlo vrlo 
diskutabilno, ali da ne budem bas totalni pesimista)

>  
>
> > hmm... xml jeste u sustini jednostavan ali bas da je toliko
> > jednostavan... (znam da je ovo bilo blago preterivanje, ali sem sto je
> > bitan buzzword u savremenom racunarsvu ima tu jos ponecega... recimo da
> > se uz njega nauce barem nekoliko osnovih XML derivata - to bi bilo i
> > korisno a i potrajalo bi)
> >    
>
> Samo sam pisao ono sto je VM naveo, ako mislis da treba jos nesto, ti dopisi
> i dodaj procenu o vremenu koje je potrebno.
>  

o xml.u znam vrlo malo (jebiga - ucili se editori ;) ali bih voleo bar 
malo da znam sta su XQUERY, XPATH, X_SOMETHING. ne mogu da dam procenu, 
ali bih voleo da se XML bar pominje na ETF.u

>  
>
> > > 6. WebServices - e to ti je http i xml zajedno sa Java platformom.
> > >      
>
>  
>
> > Web servisi nisu vezani ni na jedan jezik/OS!!!
> > to je jedna od razlika u odnosu na klasicne pristupe klijent-server
> > programiranju zasnovanih na jednom jeziku. klijent i server mogu da
> > koriste sasvim razlicite operativne sisteme i razlicite jezike za svoju
> > implementaciju/okruzenje
> >
> > Web servisi nisu vezani za jedan protokol!!!
> > http jeste veoma cesto upotrebljavan protokol za Web servise ali nije
> > obavezan (soap i mime su ostali cesto upotrebljavani protokoli, a
> > korisnik moze da koristi i druge ako mu se bas svidjaju)
> > Kada opisujes web servis prvo deklarises sta taj servis radi, a onda
> > dodas binding - koji protokol i detalje potrebne da bi se uspostavila
> > komunikacija...
> >    
>
> OK. Priznajem da sam napravio greske i preterao sa aproksimacijama. Znam da
> nisu vezani za jedan OS i protokol. Ali ti si sustinu opisao u DVA PASUSA.

opet je ovo daleko od sustine. zanimao sam se neko vreme za Web servise 
i veruj mi ovo je tek neka najgrublja osnova. Mnoga pitanja oko njih su 
ostavljena otvorena ili poluotvorena (recimo otkrivanje potrebnog Web 
servisa) jer je standard pokusao da bude sto otvoreniji i da ne forsira 
ni jednu implementaciju. Za potpuno shvatanje sta i kako rade je 
potrebno mnogo vremena a bogme i prakse. To se naravno moze nauciti 
"uradi sam" metodom ali je bolno i dugotrajno. Bolje je kad ti neko 
svari - barem donekle

> Koliko bi trebalo da se to ispredaje? Koliko zavredjuje paznje ovo ...
> semestar, dva ... ceo predmet, pola, cetvrtina.
>  

svaka od ovih tehnologija (sa izuzetkom ODBC/JDBC.a koji bi trebali da 
budu integrisani u neki predmet koji se bavi bazama podataka... pada li 
nekome na um odredjeni predmet ;))) mogla bi da stvori ceo, barem 
jednosemestralni, predmet. A onda bi studenti mogli da odaberu sta im 
treba (ovo bi trebalo da budu izborni predmeti - nisu sustinski vec su 
vezani za pojedine tehnologije)

>  
>
> > Kao sto vidis - ipak bi ti koristio jedan predmet koji se bavi ovim
> > "jednostavnim" tehnologijama jer sam vec ja kao poprilican pocetnik
> > nasao obilje gresaka u tvom izlaganju. sta bi ti rekao tvoj budici
> > poslodavac koji bi znao mnogo vise od mene???
> >    
>
> Nije poenta sta bi poslodavac meni rekao. Njemu nisam ni pricao pricao sam
> tebi. Poenta je u sledecem:
>
> Ovde se dosta govori uopsteno. Tipa "nista nisam naucio". Ne valja ovaj
> predmet, ne valja onaj. Samo se kuka.
>
> VM konacno izustio i konkretno nabrojao sta mu nedostaje, ja predlozio vreme
> potrebno za savladjivanje toga (sigurno sam pogresio, jer nikada nisam
> poducavao i sl.) i to sa aspekta onoga sto ja znam. Ti ispravio dosta toga,
> ali na dosta toga nisi imao nekih posebnih komentara. Daj tvoju procenu i
> tvoje predloge sta bi trebalo. VM, ti, ja ... Pera, Mika, Zika ... svako
> navede sta mu nedostaje i sta zna i kaze sta misli da bi trebalo (bez ikakve
> stidljivosti tipa "ne bih da ispadnem glup u drustvu... bolje da cutim").

evo nekih sustinskih stvari koje nedostaju RTI smeru na ETF.u:
1. serverske aplikacije svih vrsta i tipova. ne secam se da je ijedan 
predmet posvetio ozbiljno vreme ovom problemu (mozda su sada sw tehnike 
drugacije, cini mi se da sam video da se bolje radi na njima, ali kad 
sam ih ja polozio bile su totalno bezveze...) 1 x dvosemstralni
2. racunarska sigurnost. o ovome nema apsolutno nista!!! postoji deo u 
ROPI.ju ali se bavi tako uopsteno i kratko (plus nije obavezan...) da se 
moze zanemariti. od ovoga bi sigurno mogla da se naprave dva 
dvosemestralna ozbiljna predmeta.
3. ozbiljan i obavezan OO dizajn. neko je pominjao projektovanje kao 
posao dipl.ing.a, ali kako ce ing. da isprojektuje neki sw ako ne zna OO 
dizajn... barem 1 x dvosemestralni
4. izborni predmet administracije operativnih sistema. neki od buducih 
inzenjera ce se i time baviti. s' tim da to ne bude pregled komadni 
odredjenih OSova vec i sustina kako treba administrirati - kome kakve 
privilegije, kad i sta raditi da bi se(npr): sprecio upad u sistem, 
minimizovala steta u slucaju pada sistema, olaksala administracija kada 
broj korisnika naraste... Naravno uz praktican deo gde bi se to uradilo 
i na konkretnim masinama

dosta od mene - siguran sam da  i drugi imaju ideja a i da se nekima 
nece svideti sta sam ja predlozio pa da ne izazivam previse gneva ;))

poz.
3BEPKO