Citat:
zi:::
Tvrdite da je održavanje i testiranje koda teže kod online aplikacija? Probajte napraviti aplikaciju koja će raditi u klijent/server okruženju, nezavisno da li je u pitanju intranet ili extranet ili Internet okruženje, a da radi i na windowsu, linuxu i appleu. Za web aplikaciju je jedini zahtev (besplatni) browser novije generacije. Održavanje i debugovanje na daljinu? Naravno. Pokazivanje klijentu kako će izgledati aplikacija za vreme razvoja? Naravno. Objasnite mi kako to izgleda kod offline aplikacije: sednete u autobus (ili na bicikl), stavite disketu (5.25", jer su one od 3.5" sumnjivo male), instalirate program, i objasnite promene od juče. Well ...
Mnogo gresis.
Pre svega, nemoguce je napraviti multipltformsko web okruzenje. Da bi web apliakcija sa iole ozbiljnijim interejsom radima mora se ograniciti na korsicenje ne samo jednog browsera, nego cesto i na konkretnu verziju softvera namenjenu konkretnoj platformi. Upavo ona resenja koja sam u prethodnoj poruci pomeuo kao veoma napredna su imale problem sto su insistirali na konkretnoj verziji Internet Explorera da bi radila. Tu se stavlja tacka multiplatformnosti web interfejsa. TO je sarena laza. Moze da bude multiplatformni samo ako se svede na odnovne elemente HTML forme. Kakav IFRAMe, kakav DHTML, kakvi bakraci. To nije kompatibilno ni samo sa sobom.
Druga stvar, u korisnickom interejsu, vrlo cesto je potrebno da se elementi interfejsa promene ili cak naprave potpuno novi. Da te vidim da napravis neku izmenu na psotojecim grafickim elementima u web intrefejsu osim sto mozes u JavaScriptu da napravis sitan kd koji ce da reaguje na malobrojne i nedoradjene event-e. Ja pricam o tome da je potrebno naslediti klasu grafickog elementa i u dobroj meri izmeniti njeno ponasanje ili napisati novi objekat od nule.
Jedina platofrma koja danas moze da radi na Linuxu, Windows-u i Appleu je Java, a ona je kao sto neko rece odavno prevazidjena zbog brojnih slabosti. Uostalom, preskocio si i DOS, koji je jos uvek u prilicnoj meri zastupljen.
Kada je u pitanju odrzavanje na daljinu, klijentski softver nema nikakvih problema. Azurianje se moze vrsiti i automatski (nerado pominjem ali dobar primer je upravo Windows-ov update mehanizam, aimajos dosta program koji se bez problema samoazuriraju)
Kad je u pitanju debagovanje na daljinu.. hm... a na koje to debagovanje mislis? To sto je na web-u radno okruzenje istvoremeno i razvojno ja bih pre uzeo kao slabost.
Pokazivanje klijentu kako ce izgledati aplikacija za vreme razvoja? O cemu se tu radi? Ako klijentu pokazujes radnu verziju aplikacije to onda podrazumeva znatno ozbiljnije konsultacije od puke mogucnosoti da korisnik baci pogled na radnu verziju. Potreban je direktan kontakt kako god okrenes a tad je nebitno da li si aplikaciju doneo sa sobom ili je pokrenuo sa web-a. Naravno da ce ozbiljna firma da posalje ne jednog coveka sa kod klijenta (bez obzira da li ce aplikaciju da nosi sa sobom ili ne) da mu pokaze i objasni sta je uradjeno i cuje misljenje klijenta i eventualno usaglasi mozda i oprecne pristupe u resavanju nekog problema.
Na kraju, isprobaj nekom prilikom kako radi aplikacija pod Oracle-om preko IPX mreze u odnosu na TCP/IP pa ces videti koliko je platformski zavisno resenje brze. Korisnici ne boluju od platofrmi, okruzenja, programskih jezika i ostalih sitnica koje umeju dapothranjuju sujetu programera. Njih interesuje samo da aplikacija radi, da radi dobro i da im olaksava posao.
Citat:
Za one koji misle da je web interface samo za jednostavne formulare, preporučujem programski jezik Clipper 5.0, koji savršeno radi na operativnom sistemu DOS 6.2. Jer kvalitet je ipak bitan.
Dobar programer ce uvek napraviti bolji korisnicki inerfejs ne u Clipperu 5.0 nego u Clipperu 1.2 nego sto ce to dobar programer napraviti u web okruzenju.
Ne treba se zanositi, nikada se ne prilagodjava program alatu nego alat programu. Za konkretan zadatak treba birati odgovarajuce alate
Da spustimo malo loptu, s obzirom da radim na oba okruzenja, vrlo cesto sam u prilici da se dvomuim da li da administrativni interfejs radim u web ili klijentkom okruzenju. Radio sam na oba nacina i uvek se nekako isposavi da je mnogo lakse i bolje kada napravim klijenta. Klijentsku apliakciju uvek napravim brze, interfejs je uvek bogatiji, opcijama, lakse se koristi, i brze se radi u njoj a i ako dodje do nekih izmena lakse ih je izvesti. S druge strne web inerfejs ima veliku prednost sto je korisniku dostupan odakle bilo i cesto stiznem zube i pravim web interfejs jer je to "odakle bilo" nekada vrlo bitno. Medjutim, radi se o sitnim aplikacijama. Kada su u pitanju krupni programi, web interfejs otpada po mnogim kriterijumima pa i kriterijumu cene kostanja razvoja.
Citat:
djoca!:
Jednostavno, iako se toliko hvalimo sa nasim ultra, giga, mega kvalitetnim informatickim kadrom ja se nesto ne mogu setiti ijednog proizvoda srpske firme koji postoji na svetskom trzistu. E sad, drugo je pitanje zbog cega je to tako.
Praviti jednu aplikaciju koja moze da ima prodju na svetskom trzistu uopste nije jednostavna stvar. Iza toga mora da stoji velika masinerija koja je daleko komplikovanija i skuplja od samog pravljenja softvera. U tu igru ulaze samo veliki igraci kakvih kod nas nema.
Citat:
...programeri u velikoj vecini slucajeva nisu ljudi sa dobrim menadzerskim sposobnostima, a sto je najgore u ovoj zemlji je broj ljudi sa dobrim menadzerskim sposobnostima toliko mali, a jos i tezi 0...
Ovo je 100% tako i to ne samo u nasoj bransi. Imao sam prilike da cujem dosta dobrih ideja, neke sam i sam smislio, ali su uglavnom ostale nerealizovane ne zato sto neko nije mogao da napravi sto treba nego zato sto to nije imao ko da proda.