Jump to content
php.lv forumi

WebStandarts

Reģistrētie lietotāji
  • Content Count

    50
  • Joined

  • Last visited

About WebStandarts

  • Rank
    Skriptu bērns
  1. bubu - lab, izteicos neprecīzi - nepareizs ir nevis AJAX pēc būtības tur, bet drīzāk gan user interface. Pat ja notiek visādas AJAX un JavaScript funkcijas, es tomēr pieturos pie skaidra principa: "Vizuālā lietotāja interfeisā jābūt ir skaidri redzamai funkcijai, tās hierarhijai, lomai un visuālai kontrolei." Keybord shortcut nav vizuālā kontrole - tas var būt alternatīvs kontroles paņēmiens, bet kopš kura laika man, kā lietotājam, ir jāsaprot, ka ENTER nozīmē - Save vai OK. Man ir pele, es braukāju ar to un man ar to jābūt visam izdarāmam (izņemot typing). Atbalstu "keyboard shortcuts" bet
  2. Es teiktu, pat krīzes laikā tā ir nožēlojama summa par ko strādāt. Ko tas maina, ka ir krīze? Visi ir nabadzīgi, bet - cenas veikalos un par pakalpojumiem ir mainījušās? Nē, tas ir pat ir kļuvušas dārgākas. Tāpēc uzskatu, ka 60 Ls ir nožēlojama summa, par ko taisīt praktiski jebkādu webprojektu. Tad jau rodas jautājums - a kāpēc tad nedarīt to par kartupeļu maisu vai varbūt vispār par brīvu? Nu ja krīze, tad krīze, naudas nav nevienam! :D Nekam neder tāda attieksme. Un tā aizbildināšanas ar "krīze, krīze" visur jau kļūst kaitinoša. Tik pat labi, man ir tiesības aiziet uz veikalu un pateikt
  3. bubu, es varu paskatīties, kas notiek citos laukos, paklikšķināt citur un tikai tad nospiezt ok. Es tā mēdzu darīt arī. Jābūt pogai OK - pie tā nu es palikšu, nepārliecināsiet par to, ka tikai ar ENTER nospiešanu ir līdzēts. ;) bubu - user interface - cieši saistīts ar AJAX, ja runājam par web aplikācijām. Kas tehnoloģiski veido User Interface web aplikācijā? Manuprāt: 1) presentation layeris (css); 2) content (html tagi un viss, kas atrodas tajos); 3) behaviour - te nu ir gan javasript, gan AJAX, jo tā ir mijiedarība būtībā uz lietotāja darbībām.
  4. Uz manu jautājumu, kāds esot šī projekta budžets, Rihijs atbildēja: Protams, ka runa ir par latiem, ko gan citu. ;) Jā, varens budžets! :)
  5. Pilnīgi muļķīgi, ka ar ENTER nospiešanu tiek saprasts, ka es esmu pabeidzis ierakstu. Jābūt pogai OK.
  6. Atbildu uz jautājumu un arī paskaidroju: AJAX jāizmanto, lai: 1) padarītu darbu ar web aplikāciju ērtāku; 2) atvieglotu trafiku - pieprasītās informācijas apjomu, nesūtot vairākas reizes lietas, kas būtībā nemainās. Tas ļautu paplašināt web aplikācijas funkcionalitāti, neciešot tās ātrdarbībai - vismaz kas attiecas uz ceļu serveris->klients un atpakaļ. Tātad, web aplikācija kļūst "rich" un no vienkāršām html lapām tā sāk pārvērsties par universālu aplikāciju, ko spēj izpildīt populārākie un modernākie pārlūki. Tavā menedžeri AJAX ir izmantots nevietā - ar to es domāju, atsevišķas
  7. Lūdzu nevajag taisīt bezjēdzīgas QUOTEs Pagaidām arī neko labu nevaru pateikt par to menedžeri - 1) tur praktiski nekā nav - darba nosaukums un saglabāt?. 2) galīgi nevietā izmantots AJAX.
  8. Tieši tā. Profesionāla pieeja - katrs cilvēks veic savu darbu un katra darba stunda ir apmaksāta. Vai tas būtu klientu menedžeris (kurus nezin kāpēc Latvijā dēvē par projektu vadītājiem), vai programmētāju grupas vadītājs - vecākais programmētājs (kuri nez kāpēc Latvijā mēdz būt tie paši klientu menedžeri), jebkuram cilvēkam ir savas darba stundas, pēc kurām piestādīt rēķinu klientam. It kā objektīvi darba stundas likme sevī varētu iekļaut: 1) tiešo darbinieka algu; 2) apgrozāmo līdzekļu (dators, telpas) nolietojuma daļu, kas aprēķināta uz vienu darba stundu par pamatu ņemot attiecīgās darba
  9. Wiki būtu pats elementārākais, vienkāršākais un universālākais variants, savukārt, bieži vien vajag konkrētāku un specializētāku sistēmu, kur ir lietotāji ar savām tiesībām. Piemēram, issue trackeris JIRA - šis risinājums principā der lieliem projektiem.
  10. Es teiktu, ka vismaz 200 Ls (bez jebkādām kvalitātes prasībām), bet vismaz 400 Ls par kvalitatīvu produktu.
  11. Tas iedalījums tur ir dīvains. Ko nozīmē "Copywriting", ko nozīmē "Miscellaneous"? Pie tam es neizprotu, kāpēc tik daudz pozīcijas veltītas dizainam, ja par vizuālo dizainu varētu runāt tā - idejas izklāsts (ietilpst iekš Client Meetings), skices un apstiprinātās skices gatavais dizains - viss. Ja runājam par Information Architecture - tad tur var ietilpt gan ļoti daudz un sarežģītas lietas, gan arī viens teikums - "Izmantosim mūsu frameworku MVC stilā". Tā varētu būt nosacīti Information Architecture - konveijera lapām to nevajadzētu tik ļoti uzsvērt, jo parasti jau šī arhitektūra ir gatava,
  12. Par velti nekad nevajag taisīt lapas (izņemot, ja tie ir tik tuvi paziņas, ka tur ir savas intereses). Par velti strādāt - nu tas ir velti darīts. Otra lieta ir tā, ka šitādi kadri čakarē tirgu pamatīgi. Jau tā apstākļi ir drūmi, vēl atrodas vergi - pazemo ne tikai paši sevi, bet arī čakarē citiem dzīvi, jo atradīsies tagad tādi, kas iedomāsies, ka darbs un zināšanas neko nemaksā... P.S. Izdomā ideju un taisi pats savu projektu - tas būtu DAUDZ LABĀK, nekā taisīt kādam citam projektu par velti. Hostings neko dārgi nemaksā, bet toties projekts piederēs tev.
  13. Laiks izstrādāt speciālo XML hibrīdu kādu - subvalodu, kas paredzēta būtu tikai priekš mailto: protokola vai kā tur sanāk - īsāk sakot - tikai priekš e-pastiem ar iespēju pievienot speciālu css (var ar apgraizītām fīčām). Līdzīgi kā WML arī tam vajadzētu būt ar nepieciešamo minimumu, HTML tomēr ir paredzēts web lapām, kuras var būt arī ļoti "rich". E-pastā nevajadzētu atļaut sūtīt, piemēram, video vai flash (kā inline elementus).
  14. Principā piekrītu. E-pasts nav web lapa vai buklets, tas ir paredzēts sarakstei un informācijas sniegšanai teksta veidā. HTML meilu atbalstu vienīgi tad, ja informāciju nepieciešams sniegt tabulas formā. Sorry, ja vajag bildes, vajag linkus, tak ielieciet linku tai e-pastā, nu nav tas e-pasts paredzēts tādiem štruntiem - bilžu galerijas, vizuālas reklāmas un vēl sazin kas. Spams vispār nav atbalstāms, arī nekādi reklāmas e-pasti, izņemot, ja esmu kaut kādā konkrētā saitā vai kādā vietā pats parakstījies, ka vēlos tos saņemt no attiecīgās kompānijas - nu pašsaprotami. Šeit es vēlos negatīvi iz
  15. Parasti Outlook smuki bloķē bildītes vai firewall nelaiž tās cauri, kā nu kurā uzņēmumā un pret to nav iespējams cīnīties.
×
×
  • Create New...