zverj ([info]zverj) rakstīja [info]koderi kopienā,
@ 2005-03-29 17:10:00

Previous Entry  Add to memories!  Tell a Friend!  Next Entry
Uzrakstiishu par software development
Runa nebuus par kaut kaadaam konsoles aplikaacijaam, web lapinjaam, bet par normaalaam ofisa programmaam (nu tipa graamatvediiba etc). Saakumaa visi kodeeja text rezhiimaa, taalaak progress tika liidz tam ka populaars bija visual basic, tad delphi. Tagad cilveekiem iepatikaas ideja par web applikaacijaam. Taadeelj, ka nav jaainstallee uz datora jaunu versiju pie katraam izmainjaam. Viss buutu ok, tikai HTML nav domaats tam. Nu ko, bars ar koderiem protams skrien un ar JS paliidziibu meegjina kaut ko muhljiit. Ar Mozillas XUL var daudz ko panaakt, tikai joprojaam visi aizmirst par dazhaam svariigaam funkcijaam kaa printeeshana, straadaashana ar klaviatuuru, popup windows taadiem kaa tie jaabuut etc. Ko tauta lieto shaadu applikaaciju veidoshanai?

Nee vienkaarshi apskatiijos iTunes un ideja ir baigi gjeniaalaa. Respektiivi tas shopa kontents un funckijas atrodas uz servera, pasha applikaacija ir tikai pleijeriitis uz browsers, kursh servera xml paarveido par normaalu skataamu lapu. Vai mosh kaads piebiedrosies uztaisiit Framework vai kaa tur vinju saukt, kursh graabj nost xml datus un paarveido. Realizaacija. Serverside - php, clientside - mono (C#) + gtk# (nu lai vareetu gan uz windows, gan linux, gan uz mac darbinaat). Par glade es gan negribeetu piekrist, jo taas funkcijas vinjsh izpilda lokaali, bet gribeetos, lai taa browsera kodu peec tam visu laiku nebuutu jaamaina, respektiivi, lai automaatisku posteetu visus variables un eventus uz serveri, kursh peec tam to visu izparsee. Mosh kaut kas liidziigs jau ir izveidots? Kuru interesee taads projektinjsh?


(Ierakstīt jaunu komentāru)


[info]src
2005-03-29 22:49 (saite)
interesē rich client + web services tipa developments, tik šeit uzskicētais projektējums tāds šķībs izklausās.

(Atbildēt uz šo) (Diskusija)


[info]zverj
2005-03-30 09:56 (saite)
? paskaidro

(Atbildēt uz šo) (Iepriekšējais) (Diskusija)


[info]src
2005-03-30 11:03 (saite)
Te sanāk, ka jāuztaisa universāls thin client, kas vienmēr un visiem gadījumiem derēs apstrādājot serverpusi. Imho tas absolūti nav vajadzīgs. Vienmēr lietojamāk ir būs daudz maz customizējams klients appai, citādi atkal sāksies problēmas, ka klienta galā nav atbalsts tam un tam. Nav tač problēmu klientā iebūvēt automātisku update funkcionalitāti.

Nu un par izvēlēto serverpuses valodu es daudz nekomentēšu.

(Atbildēt uz šo) (Iepriekšējais)


[info]cu
2005-03-29 23:07 (saite)
Rādās, ka gribi vēlreiz pa savam uztaisīt kaut ko līdzīgu tam pašam XUL.
Ar XUL taču nav tik traki - pārlūks printēt māk, taustiņkombinācijas strādā, var rakstīt custom widgetus, un visādas remote xul problēmas tiek risinātas

(Atbildēt uz šo) (Diskusija)


[info]zverj
2005-03-30 09:54 (saite)
es jau uz xul jau vairāk par gadu kodēju.

1) drukāšana sako. it īpaši ja ir vairāk par 1 printeri un nākas printēt dažādos formātos utt
2) joprojām neredzu iespēju iemaukt iekš tree normālu html iekšā
3) popup logi GLJUKO mozillai. respektiivi nezin kaapeec lai atveertu popup un no taa nosuutiit uz parent logu kaadu value, tam vajag XPConnect privileges. Tas ir gljuks, ko jau vairaak par gadu nevar salabot
4) popup logiem nav iespeejas buut Modal

vēl un vēl un vēl

(Atbildēt uz šo) (Iepriekšējais) (Diskusija)


[info]viestards
2005-03-30 11:08 (saite)
ideja jau tev ir tāda pati, kā XUL.
Uztaisi savus XPCOM un lai dara ko tu gribi, vai gaidi XAML, ko MS grib ielikt iekš Longhorn, varbūt būs labāks, un Gnome ieviesīs.

(Atbildēt uz šo) (Iepriekšējais) (Diskusija)


[info]zverj
2005-03-30 11:18 (saite)
XAML gaidīt negribu, Mozilla gļukaina un atbilde no Mozillas koderiem ir tipa "works in my trunk build", bet kad iznāk tā pilnā versija, puse no funkcionalitātes nedarbojas. Vot pasaki kāpēc man pie window.close(); mozilla uzkarās? Un pie tam kļūda nav atkārtojama. Laiku pa laikam uzkarās.

Tāpēc ir arī ideja taisīt savu.

(Atbildēt uz šo) (Iepriekšējais) (Diskusija)


[info]viestards
2005-03-30 11:45 (saite)
Jautājums ir, ja sekmīgākais OSS produkts ir šādā kvalitātē, vai izdosies izstrādāt labāku? vai netiks patērēts liels laiks, lai saprastu, ka viss ir velti?
Turklāt šāda OSS developeru attieksme ir parasta lieta, gan Gnome, gan KDE un gan jau arī citu projekti ir līdzīgā situācija. Un ar komerciālajām izstrādes vidēm ir līdzīgi, tikai viņiem ir jāmaksā $$$, lai dabūtu atbildi "a pie mums viss strādā normāli".

(Atbildēt uz šo) (Iepriekšējais) (Diskusija)


[info]zverj
2005-03-30 15:00 (saite)
Mozilla vienu dara labi - tas ir raada html lapas. XUL ir tikai papildus fishka un domaata, lai taisiitu interfeisu pashai Mozillai/Firefoxam. XUL veel ir smagaakajaa alfa stadijaa un pietam nav veel plaanots plashaakai publikai. Tas, ka taa publika grib to lietot, taa ir pavisam cita lieta. Atkaartoju XUL nav mozilla.org komandas prioritaate un diez vai tuvaakajaa lapaa arii buus.

(Atbildēt uz šo) (Iepriekšējais)


[info]aiks
2005-03-30 09:17 (saite)
nu šādus brīnumus vismaz esmu ar mx2004 + remoting vai xml čiņījis augšā.
Tb ideja sekojoša: cilvēks ieiet weblapā un viņam ielādējas thin flash klients. (Īstenībā, šajā klientā nav nekā vairāk, kā module loaderis, pāris referneces un konstantes (attiecīgi nesver viņš ar nemaz tik dikti)).
Next - šis plānais klients pieslēdzas pie servera un paprasa htmliskas refences uz galvenajiem IU elementiem un servisa konektoriem.
Next - servera pusē šos resources dodam ar urli kurā norādīts versijas nummurs (nu kaut vai pirms lādējamā swf beigās iesēdinām ?ii=vers_num). Tas palīdz izmantot kešingu ielādējamajām lietām un nenonākt situācijā kad pie jauna server side cilvēki joprojām izmanto līku klientu. Nu un tālāk jau softa loģika;

(Atbildēt uz šo) (Diskusija)


[info]zverj
2005-03-30 11:03 (saite)
jā, bet flash tomēr iesūkā un iegļuko uz linux

(Atbildēt uz šo) (Iepriekšējais)


Neesi iežurnalējies. Iežurnalēties?