Web Developer

Morphius, kārtējais sapņotājs? Ja Tu strādā pie kāda pastāvīgi, tad priecājies, ja Tev sanāk 3.00 Ls stundā! Sevišķi jau php un sevišķi jau tāda līmeņa "speciālistiem", kādi šeit ir sastopami lielā skaitā... Gabaldarbs ir vienošanās - tirgus - par cik vienojies, tik dabū.

Pārvietots no http://php.lv/f/index.php?showtopic=13542 Dīvaini jūs runājat, programmētāji. Dizainerus pārvērtējat, programmētājus nenovērtējat. Es gan uzskatu, ka jebkurš labs sava darba pratējs ir pienācīgi jāatalgo, bet atvainojiet, Latvijas līmenim 500 Ls par dizainu vien tiešām ir pārlieku pārmaksāts. Ja darba rūķis ir dizaineris, viņš ir apguvis visas populārās dizaina tehnikas (ēnojumus, krāsu kompozīcijas, fotogrāfiju pārējas, gaismošanas un kas tik tur vēl nav - neņemos spriezt, nebūdams dizaineris), jūs viņam maksājat par to, nevis par to, ka puika mācās dizainēt. Tātad, ja viņš visas šīs lietas pieprot, tad es neredzu, ka pie viena dizaina būtu jāstrādā mēnesi, 8 stundas kā minimums katru dienu (tad varētu būt adekvāta summa 500 Ls). Atvainojiet, bet mans uzskats, ka web-dizains nav nekādas mega-mākslas darbs vai 3D multfilmas veidošana. Web dizains ir tuvu tam līmenim kā, piemēram, uztaisīt reklāmas bukletu vai restorāna menu kartes, es jau to esmu teicis. Padomājiet labi, kas tur tāds īpašs ir? Ideja? Ideju ierobežo rāmis - tas kāda reāli izskatīsies web lapa. Parasti visa ideja ir logo un gaumīgs "headeris", piemēram. Ja dizaineris savu tehniku prot, viņam atliek tikai ģenerēt ideju, pārējais jau notiek strauji. Ok, viņš patērē laiku, meklējot (galvā vai googlē) atbilstoši saskaņotu ideju, uzmet dažas skices (1-2 dienu darbs) un tad vienu no tām izvēlas pasūtītājs, ok, vēl viena, pusotra nedēļa lai ideju uzlabotu un atstrādātu sīkumus. Tas arī viss! 250 Ls par augstas kvalitātes dizainu, sevišķi jau šitajos krīzes laikos, vairāk arī parasti nav vērts. Programmētāja darbu novērtēt var salīdzinoši vienkāršāk - stundas likme reiz vajadzīgo darba stundu laiks. Atcerēsimies, ka arī programmētāja darbs mēdz būt radošs, bet samaksa tiek prasīta tikai par produktīvajām stundām. Runājot par tehnoloģiju un kvalitāti - tā var ietekmēt stundas likmi, ok, kvalitatīvs darbs prasa vairāk stunda, tāpēc arī vairāk maksā. Bet ja programmētājs pats ir izstrādājis iestrādni (teiksim, to pašu cms'u) tad es neredzu iemeslu, kāpēc lai viņš nepaprasītu fiksētu summu tieši par šo iestrādni, pie kuras viņš iespējams, patērējis kopumā ļoti daudz, iepriekš neapmaksāta laika! Tai nav jābūt astronomiskai summai, bet korekti būtu tādu prasīt! Un tad klāt rēķināt tās stundas likmes! Dizaineris parasti uzcep dizainu no nulles, izmantojot spertas fotogrāfijas (vai arī klienta nopirktas/sagatavotas). Izklausās skarbi, bet būsim reālisti, tā nu tas ir! Dizaineriem vienīgais var būt tas, ka viņiem ir dārgāka programmatūra - visas tās grafiskās programmas, bet galu galā, parasti tā ir vienreiz nopirkta licence (godīgajā variantā), uz kuras (programmas) pēc tam tiek taisīti kaut 1000 darbi, nebūtu korekti īsti prasīt darba rīku programmatūras licences atmaksu klientam, arī programmētājam tas nebūtu jādara - tas viņiem pašiem ir jārēķina no saviem ienākumiem. Par zināšanām var dažādot stundas likmi (kaut vai tikai tāpēc, ka pieredzējušāks un zinošāks speciālists kvalitatīvu darbu spēs uztaisīt ātrāk, nekā "juniors"). Teiksim, ja "juniors" prasa par stundu 5 Ls, tad "seniors", teiksim, 7 Ls, bet speciālists ar milzīgu pieredzi, zināšanām un perfektu (vai tuvu tam) darba tehniku, varētu par šo pašu darbu prasīt arī 10 Ls stundā! Bet tik un tā tam pieredzējušam būtu jāuztaisa tas viss savas reizes divas ātrāk, nekā "junioram".

Drošībai vajadzētu būt vienādai, ja vienlīdz kvalitatīvi abi risinājumi uztaisīti.

bubu - interesanti vai ar savu desktop softu staigāsi visur apkārt, lai izdarītu pārskaitījumu, teiksim no darba datora? P.S. paranoiķi, kas baidās, ka visās malās ir salikts "key log" neskaitās! :D Vajag izmantot kodu kalkulatorus, ja bail par drošību.

Parasti jau uzskata, ka web aplikācija ir tāda aplikācija, kur klienta puses lietotāja saskarne tiek atvērta speciālās web pārlūkprogrammās.

bubu - protams. Bet tas ir arī drošības jautājums, kā redzi. Internetbanka var būt hibrīdaplikācija - desktop UI, pārējais viss web aplikācija. Bet vai to vajag? Šaubos! Tāds desktop UI varētu noderēt drīzāk tur, kur vajadzīgas jaudīgākas iespējas, nekā sakarīgā līmenī javascript, ajax, css spēj piedāvāt...

Es tomēr uzskatu, ka "desktop" aplikācijas ir paredzētas saviem mērķiem, "web" aplikācijas saviem! Jā, var atsevišķu tipu aplikācijas dublēties uz "web" vai "desktop", bet tik un tā, tad ir jābūt katrai savai specifikai. Uz "web" parasti taisa, lai būtu aplikācija, kur var sazināties ar trešajām personām, nevis saglabāt uz sava datora kaut ko. No vienas puses, no "security" viedokļa it kā ir droša "desktop" aplikācija, tai pat laikā tā ir arī nedrošāka par "web". "Webā" drošību garantē īpašnieks, "desktop" pats vari sataisīt muļķības, nošārēt failus un sazin ko vēl. Piemēram, varat iedomāties internetbanku kā "desktop" aplikāciju? Manuprāt, uztaisīt var, bet drošība būs krietni mazāka, nekā "web" aplikācijā, protams, ja vien neiet runa par to, ka atšķiras tikai interfeiss jeb UI - weba interfeiss un desktop interfeiss, bet tas tak ir tikai lietotāja interfeiss, nekas cits. P.S. Nonākam pie secinājuma, ka var veidot hibrīdaplikācijas - pus-web, pus-desktop. Doma tāda, ka uz desktop ir tikai viss UI, datu apmaiņa un biznesa loģika notiek caur netu uz servera! :)

Klez, tu laikam ņirgājies? Kāds dizains dārgāks, nevajag ņemt tādus dizainerus. :P Un programmēšana tieši visdrīzāk šeit ir dārgāk, ja vien nav kāds, kas pelna maizes garozai.

Spriedelēt var par daudz ko! Arī braucošu auto teorētiski var uzlikt ozolkoka riteņus, apsistus ar bleķa stīpām riepu vietā, bet vai to vajag? :) Nevajag nonākt līdz absurdam. Atceramies, ka webu pārskatām pārlūkprogrammā - tas jau vairs nav OS, bet kaut kāds trešais softs vēl, kas vēl vairāk sabremzē un ierobežo visu padarīšanu. Tā, ka nekādi photoshop vai supersofti webā mums pagaidām nedraud. Es vispār nedomāju, ka webu vajadzētu orientēt uz dizainu vai lielas jaudas padarīšanām, tie paši youtube video rullīši arī nav salīdzināmi, ja skaties DVD augstas kvalitātes filmas. Nu nav, tas ir cits tirgus, cita cūka, cita druva un miers. Webā vajag taisīt noderīgas lietas, nevis "visu aizstāt ar webu". Tikai tāpēc, ka web ir visizplatītākā sfēra (manuprāt) programmētājiem, nenozīmē, ka tas ir paredzēts visiem gadījumiem. Vienkārši webu, sevišķi php, var iemācīties programmēt arī iesācējs, kurš var pēc tam pazīmēties, ka "ir programmētājs". Protams, webi ir ļoti dažāda līmeņa visādā ziņā - tieši tehniski. Neiet runa par dizainu, es uzskatu, ka dizains vispār ir sūds webā - nekā tur tāda "ūber" nav, tas pats, kas bukletus vai ēdienkartes menu zīmēt vai arī lielīties par uztaisītu automašīnu, ka esi lūk atklājis un sajaucis šo lielisko krāsu, kādā tas auto nokrāsots. ;)

1. Jūs tiešām uztverat nopietni šādus sludinājumus? 2. Neesmu pārliecināts, ka visu var uzbūvēt webā, kas installējas Program Files folderī ;)

ai vecīt, tev tie piemēri nedos absolūti neko, ja nevari pat izlasīt pāris lapas par html...

Sākumā izlasi html tutorial un centies saprast, ko nozīmē jēdzieni "tags, atribūts, standarta atribūts, taga saturs". Pēc tam varēsi sākt mācīties normāli HTML. Tad, kad zināsi kaut cik HTML, varēsi iemācīties css.

Rasēšanai ir paredzēts autocad, nevis html...

Vēl viena piebilde: codez, cerams, ka Tu šo postu, dodot linku uz to delphi for php, domāji kā joku? Nu vismaz tā sliecos domāt, ņemot vērā, ka Tu te esi viens no krutākajiem, ja na pats krutākais programmeris pasaulē, ar lieliskām spējām pieveikt jebkuru informātikas olimpiādes uzdevumu, nemaz nerunājot par to, ka esi paraugs visiem programmeriem, kas sapņo būt par Tevi visās jomās? Nu kaut kā tā? Vai arī šī bija nopietna tēma ar kritikas pieskaņu. Ja tu noliki šo produktu kritizēšanai, tad es šī produkta ražotājiem varu uzdot retorisku jautājumu: - Cik daudz pūļu, naudas un laika jāiegulda, lai saražotu nekam nederīgu, bezjēdzīgu mēslu?

Rēķinies, ka veidojot saitu uz Joomla un vēlāk jau papildinot, tev nāksies pēc tam meklēt jau "Joomla programmētāju" nevis vienkārši "PHP programmētāju" un tādu jau būs atrast grūtāk, jo ne visi php programmētāji zin vai vēl vairāk - grib zināt kaut ko par Joomla. Gluži tāpat arī ir ar Drupal - ir tādi, kas ir ņēmušies ar Drupal, bet viņiem tas nepatīk - tas nu nebūs Drupal programmētājs, ir tādi, kam patīk un kas krāj pieredzi tieši uz Drupal - tie būs Drupal programmētāji. Programmētāji, jo patiesībā viņiem ir jāzin arī php, ne tikai attiecīgā sistēma, kaut arī tajos CMSos vienkāršākajos gadījumos iespējams sastellēt lapu bez programmēšanas zināšanām. Es personīgi esmu saskāries ar Drupal, Joomla mazāk. Godīgi sakot, pateikšu atklāti - sarežģītām, lielām, universālām web aplikācijām, kur ir daudz funkciju, liels apmeklējums, moduļu apjoms, datu dažādība un apjoms, "fīčas" jeb iespējas utt. Lai grib, lai tāda aplikācija būtu ļoti ātra un stabila, tad php VISPĀR nevajadzētu izvēlēties kā bāzes programmēšanas valodu.

Delfins - ir viens aspekts: Galvenais ir nevis tas, ka cilvēks NEPROT vai NEZIN, bet gan tas, ka NEGRIB MĀCĪTIES un NEGRIB ZINĀT! Pirmais gadījums ir tikai normāli, visi kādreiz ir mācījušies un vēl tagad mācās un programmeris būtībā mācās visu laiku, kamēr vien strādā. Bet ja negrib mācīties, negrib vai nevar saprast, nu tad gan ir traģiski un pēc vairākiem tādiem fiasko nav ko tiešām tādiem cilvēkiem meklēt IT, iespējams, viņu aicinājums ir selekcionēt ziedus, iespējams, viņu aicinājums ir psiholoģija, bet ne programmēšana tad. Runājot par to delfi for php - es labprāt nokačāšu un izpētīšu to pats, kas tur īsti ir vēlāk, bet jau tagad redzu, ka tā ideja nav diemžēl diez ko praktiski veiksmīga, vienkārši interesanta - interesanta un tas arī viss.

Noskatījos abus video, nav tas nekāds murgs, bet gan dīvains tūlis - tipa tā kā IDE, bet ar savu freimvorku iekšā, par Delphi gan neko nezinu, nelietoju. Bet runājot par to Delphi for PHP: * kāda praktiska jēga tādam toolim? Varbūt izmantot kā IDE - bet viņš jau nav paredzēts izmantot vienkārši kā IDE, tad jau labāk Eclipse izmantot. * kods varbūt sanāktu vienveidīgs un diezgan sakarīgs, vismaz no kārtības viedokļa, jo ģenerēts automātiski, tai pat laikā - zināt kā ir ar automātiku - cilvēka roku darbu tā tomēr nespēj kvalitātē apsteigt. Tāpēc neredzu būtiskas priekšrocības šādam automātiski ģenerētam kodam kādā web projektā ilgtermiņā... * ko darīt, ja vajag taisīt pārāk specifisku webu, ne tā Delphi for PHP drag&drop stilā? Pie tam, man šķiet tādu webu ir vismaz 50% no visiem. Diezvai šis Delphi for PHP būs lietderīgs palīgs tad. Iedomājieties, pasūtītājs prasa jums uztaisīt interneta biļešu tirdzniedzības vietni ar vairākiem biļešu veidiem un tirdzniecības variantiem, tai skaitā varētu būt kā produkti ar grozu. Pie tam, viss "custom" dizainā, jāglabājas sesijā, varbūt pa kādam web servisam un feedam klāt? Kā jūs iedomājieties to paveikt uz šī Delphi for PHP? Es personīgi, nevaru iedomāties, kā tas tur būtu "rapid" kā viņi apgalvo un ērti izdarāms. Tad jau labāk uzreiz ņemt kādu vienkāršu MVC frameworku un visu bliezt no 0 uz freimvorka bāzes augšā bez "drag&drop", kā arī vajadzības gadījumā pat bibliotēkas pašam pieprogrammēt. Piekrītu, ka php nav paredzēts programmēt šitādā stilā kā tas Delphi for PHP demonstrē. Lai gan, vienu plusu saskatu: Visādiem, kas nesaprot while ciklus un nemāk uzģenerēt HTML tabulu no datubāžu ierakstiem, izmantojot php, šis Delphi for PHP varētu mazināt kompleksus un palīdzēt kaut kādus vienkāršas "ļepatu" webus uztaisīt, lai pašiem prieks un mute smaida. Protams, ironija, bet tā tas nu ir...

Skripts nevarēs diemžēl noteikt, vai vārds ir, piemēram, darbības vai sieviešu dzimtē u.c. valodas īpatnības - sanāks pārlieku daudz "exceptioni", tāpēc tur vajadzīga datubāze.

Hmm... Jāmācās jāmācās, par cikliem jāmācās. Klasisks jautājums - ar ko atšķiras cikls: do { } while() no while() { }

Manuprāt, tendence ir tāda, ka cmsi un visādi gatavie risinājumi kā nopienta izvēle tiešām mirst, bet programmeri sāk jau specializēties nevis vairs tikai konkrētās valodās, bet arī jau konkrētos freimvorkos, jo tomēr - izstudēt vienu frameworku tā riktīgi, ja tas ir pārdomāts risinājums, atrast labākos paņēmienus var pat prasīt līdz pusgadam ikdienas lietošanas...

... un ja pareizi izsecinājāt paši no saviem novērojumiem, tad patiesībā sanāk, ka pareizāk būtu izmantot frameworku - cik nu advancētu vai kā - saīsina izstrādes laiku un pieļautās kļūdas salīdzinājumā ar paša kodu, palielina elastības iespēju. Mājaslapa ir tehniska lieta, tāpēc iekšienē lietas ir jāsadala kā ir ērtāk programmēšanai, nevis lietotājam. Protams, varētu tapt arī frameworki speciāli dažādu veidu cmsiem - tipa, tādi, kas iekļauj bibliotēkas, kuras var plaši izmantot jebkurā cmsā. Nevis "moduļus", bet bibliotēkas, kuras var viegli un ātri izmantot programmēšanā. Tā lūk. Un Drupal nav nekāds "cms freimvorks" kā Drupal faniem gribētos to teikt. Kur nu vēl runājot par Joomla un citiem mēsliem.

Ir tāds teiciens - "kas der visam, neder nekam". Un tā diemžēl ir patiesība. "Universālie" CMSi tā ĪSTI neder nekam - der, protams, maziem projektiem vai projektiem ar ļoti izplūdušām un zemām kvalitātes prasībām, vāji specificētiem, kur var taisīt - "kā mans cms atļauj, tā būs"! Standartlapelēm der tie cmsi, jo tās lapeles ir līdzīgas vienai otrai, atšķiras tikai dizains. Ja es būtu web projektu tehniskais vadītājs, es projektam, kas ir nozīmīgāks un sarežģītāks nekā "mājaslapa" stilā "Par mums, Galerija, Kontakti, Jaunumi" un kas pats galvenais - ar atbilstošu budžetu projekta apjomam, es nemaz neļautu programmeriem izmantot kaut kādu Drupal, Joomla vai sazin kādu vēl "CMS", jo diemžēl, lai arī sākotnējā uzstādīšana parasti ir ātra un bez sāpēm, tiklīdz pieķersies klāt kādai specifiskai sadaļai, tā čakarēsies ilgi un dikti, lai viss būtu kā vajag. Nemaz nerunājot par citiem mīnusiem...

WML pietiekami daudz atšķiras no HTML, tā, ka sakarīgāk būtu likt visus views, kas paredzēt WML atsevišķi no HTML, vismaz tos views, kur ierakstīti tieši tagi. Loģiski ne? Loģiski. Organizācija, struktūra, tas jau atkarīgs no konkrētās sistēmas. Parasti nemēdz būt problēmu izdomāt, kā labāk salikt.

Mr.Key - man Tev ir 2 jautājumi: 1) ar ko šis Videinfra CMS ir labs, salīdzinājumā ar pārējiem opensource TOP-CMSiem, kas pieejami webā, izņemot to, ka ražots Latvijā - manuprāt, nebūs gana veiksmīgs arguments? 2) kāpēc VideInfra ir padarījusi savu CMS par opensource? Neesmu lietojis gan neko no viņiem.

Vai tad programmētāji arī dzer?