Web Developer

Tāda lapa ir galīgs sūds, vari pat laiku netērēt - neatmaksāsies! Vismaz es tā uzskatu! Kas zin, varbūt kļūsi vēl miljonārs, atverot tik bezjēdzīgu un nekam derīgu projektu! :D

Tik vienkārši tas viss nav. Tas MVC ir izdomāts lai atvieglotu projekta uzturēšanu un attīstību, nevis tieši sākotnējo izstrādi pirmajam rezultātam. Strikti ierobežojumi ir vajadzīgi, lai kods būtu pārskatāmāks, loģiskāks, vienveidīgāks un veidots pēc paraugiem, noteikumiem. Neviens freimvorks parasti tik ļoti "nespiež" darīt tā un tā, bet vēlams jau no sākuma iemācīties darīt tā kā ir pareizāk darīt. Modeli uztver kā datu modeli - tas ir objekts, kur glabājas tavi dati. Kā tu viņu uzpildi un sapildi, tas ir biznesa loģikas jautājums, tu to vari darīt "data supplier" klasē, kas var būt kā kontrollera sastāvdaļa, pēc tam tu šo modeli izmanto savā view, lai vienkārši attēlotu datus. Šitās lietas vienmēr ir vērts labi pārdomāt un pārskatīt, jo pēcāk tas tev ievērojami atvieglos darbu - tu zināsi - ā, šiten jāizdara tas un tas, tad man jāaiztiek tikai attiecīgais view un viss... Šeit vajag uzprogrammēt jaunus nosacījumus datu apstrādē ar jau esošiem esošie datiem - ok, pamainam kontroleri un viss aiziet, šeit mums vajag pievienot jaunu lauku datubāzē, ko pēc tam izmantot kodā - ok, uztaisam datubāzē un modelī šo jauno lauku, pēc tam bez problēmām izmantojam jebkur.

Ļoti slikti, ka neuzspiež striktus nosacījumus. Vismaz kodēšanā, pierakstā, stilā, arhitektūrā tādiem ir jābūt! Zini kā var būt strikti nosacījumi, bet elastīga programma?

Īsāk sakot - neprofesionāla pieeja no visām pusēm!

Tas nav nekāds "apskats", tā ir "link-liste". Es biju informēts par lielāko daļu no šiem freimvorkiem, diemžēl, nav objektīvas analīzes daudzos apskatos, tai skaitā "performance" salīdzinājums, "security" testi utt. Vienkārši, vajag analīzi, nevis saišu katalogu.

Normāli būtu/ir: 1. Specifikāciju uzraksta kvalificēts projektu vadītājs. 2. Specifikāciju izskata klients un akceptē. 3. Programmētāju grupas vadītājs veido uzdevumus programmētājiem saskaņā ar specifikāciju un kontrolē to izpildi un termiņus. 4. Testētājs testē - kā darba uzdevumu pēc specifikācijas un ģenerē testēšanas žurnālu - atskaiti par sava darba veikumu. Paliek problēma - ko darīt ar specifikācijā neatrunātajām lietām un kļūdām, kas var "uzpeldēt" ārpus specifikācijas prasību izpildes robežām? Paliek divi varianti - veikt ekspertu līmeņa testēšanu ar testētāju komandas vadītāju un kvalitātes kontrolieri vienā personā. Atklātās nepilnības un labojumi tiek piedzīti klientam kā papildus samaksa par ekspertu līmeņa rezultāta iegūšanu. Ja klients nav ar mieru maksāt, darīt to atkarībā no projekta nozīmīguma un atbildības, jo citādi sūdi var sanākt lieli kā redzam. Problēma var būt gan darba organizācijā un pieņemtajos darbiniekos (uzņēmuma vadītāju/īpašnieku/nodaļas vadītāju atbildība...), gan arī nemākulīgos, slinkos darbiniekos (projektu vadītājos, programmētājos, testētājos, analītiķos un kontrolētājos). Priekšnieks atbild par to, kādus darbiniekus viņš pieņēmis, bet ne par to, kādus sūdus tie sastrādājuši. Atbildība dalās proporcionāli uz galviņām... Ne viena, ne otra galējība neder - vainas un atbildības novelšana tikai uz zemākajiem (kas ir izplatītākais variants Latvijā) vai arī vainas un atbildības novelšana tikai uz pašiem augstākajiem - šis variants ir drīzāk pareizs, taču, kā jau teicu, vadība nevar zināt un izkontrolēt, ko katrs darbinieks savā kabinetā sadara...

Par šito es gan zināju, vismaz zināju ko sīkāk nevis tikai "blablabla PLĀNS"... Kāda starpība, cik dokumenti un cik lapas? Ja tiks pielaisti atkal slaisti un nejēgas pie darba (jebkurā līmenī un jebkurā amatā), tad "krīze" tikai turpināsies...

Attiecīgi, atbildību pieprasam no nolaidīgiem politiķiem un ierēdņiem, nevis IT izstrādes kompānijas. Šajā valstī par kļūdām un noziegumiem atbildēs nevis tie, kas šīs kļūdas vai noziegumus veica, bet gan kaut kādi piemeklētie grēkāži. Morāle: neļaujiet sevi apcelt!

Veca ziņa, bet tomēr, no http://www.db.lv/2/a/2009/07/11/VK_saistiba_ar_dubultajie2: Īss komentārs par pašu ziņu: es uzskatu, ka VK vispār nekas nav jāpiedzen pagaidām no Lattelecom Technology, jo nelikumīgi izmaksātā nauda penšiem ir vai nu jāatgriež vai arī viņi nesaņem nākamo pensiju un viss. No Lattelecom Technology ir jāpiedzen vienkārši kaut kāda soda naudu un izdevumi, kas saistīti ar šīs kļūdas apkalpošanu un novēršanu. Ne jau tās penšu pensijas, kas tā VK iedomājas, ka ar naudu var dāļāties kā pagadās? Sviests... Tagad par tēmu, kas rodas no šī: Kāda ir programmu izstrādes kvalitāte Latvijā? Izskatās, ka notiek normāla haltūrēšana. Un vai tur var vainot tikai programmētājus? Arī, bet vēl vairāk mēs varam vainot projektu vadītājus un analītiķus. Jo gluži vienkārši - katrai kaut cik nopietnai programmai ir nepieciešams nopietns tests un nopietna tehniskās kvalitātes kontrole. Protams, šeit nāktos pieņemt 2 darbiniekus - pie tam, diezgan dārgus, jo viņiem vajadzētu būt profesionāļiem savā jomā! Problēma ir tāda, ka programmētāji labākajā gadījumā pēc specifikācijas (kuras parasti nav) uztaisa programmu, kaut kāds projektu vadītājs "izskrien tai cauri" sekretāres pētījuma līmenī, nosauc to par "testu un kvalitātes kontroli" un droši nodod programmu klientam. Klients patestē vēl sūdīgāk, šādas tādas muļķības atklāj, tās tiek novērstas un projekts tiek nodots. Protams, produkts ir pilns ar nopietnām kļūdām un kvalitāte nav ne tuvu tā labākā, pie tam, atlaiž vienu programmētāju, nāk "ņūbis" vietā, jo lētāks, kopā visi varam... Ja nav katrā nelielā posmā vismaz viens nopietns profesionālis, kas pamatā savu posmu kontrolē, tad tā nav "programmatūras izstrāde", bet gan "puiku, kas mācās programmēt, bizness".

Tīri fiziski un bioloģiski cilvēkam labāk strādāt ir taisni dienas gaišajā laikā - no agra rīta līdz vakaram (vasarā vismaz - kamēr vēl gaišs). Mums arī bij viens tāds, kurš strādāja naktīs vai vēlos vakaros vai pat vispār nestrādāja - atlaists! Ja tu strādā naktīs, tas liecina, ka tev ir kaut kādas problēmas... Naktīs guli, izgulies un pamēģini pastrādāt no rītiem...

Kopš kura laika rindu skaits ir rādītājs? sāc tik likt katru figūriekavu blokiem katru savā rindā un viena "guru figūriekava" tev maksās 1.99Ls? Tāds sviests. Ko tev ietver 10% amortizācija, ja tu ņem vēl papildus 10% par "instrumentu nolietojumu"? Vienīgais reālais - stundu darba likme. Nezinu kā tur īsti ir, bet ja cilvēks ir "javascript guru", gan jau kādus 15 Ls/h var prasīt par savu darbu! :D

Interesanti, kas varētu prasīt Javascript cenu "x", attiecīgi skaidri redzams, ka ar to ir domāts 0-9.99 LVL? Tur onclick jāuztaisa ar vienu, divām vienkāršām funkcijām? xx (attiecīgi - 10-99.99 LVL) ir krietni reālāka cena, zinot, cik normāli paliels čakars ir ar JavaScript. Bet ja tiek meklēts JavaScript guru un "darbiņš" pietiekami apjomīgs un sarežģīts, te jau var iet pat runa par simtiem! :D

Klez - man nav tev jāskaidro sava līguma nosacījumi un tas kods nav mans īpašums, tāpēc es nevaru svešu īpašumu piedāvāt citiem! Kodu iedod nozīmē to parādīt. Šefa auto kādam iedot nozīmē iedot kādam šefa auto atslēgas.

Attiecīgi izteiksme: document.voteform.vote[0].checked == 'true' pārbauda vai īpašība "checked" kā tips String ir vienāda ar virkni "true", kas protams nav pareizi, jo "checked" atgriež Boolean. Vajdzētu darboties jebkuram no šiem variantiem: if (document.voteform.vote[0].checked == true) {} if (document.voteform.vote[0].checked) {}

Labs, nosmējos. :) Pirmkārt, es uzskatu, ka šeit mēs diskutējam par tēmu - tēma ir skaidrāka par skaidru PHP jaunā versija. Te arī tiek apspriezts tieši php. marrtins - es nevis nevaru, bet vienkārši nedrīkstu dot ne grama no sources, ko kodēju! :) National vulnerabilities datubāzē ir publiski pieejamie softi, rīki, valodas utt. Jebkurā programmā ir "ievainojamības", bet tas, cik dažā labā php softā, tas jau vairs nav nopietni! :D Vai vainot pašu valodu PHP? Vismaz daļēji noteikti var vainot... Kaut vai ar tiem pašiem nestriktiem noteikumiem, varbūt ne gluži līdz galam pārdomātām bibliotēkām (neprasat konkrēti, konkrēti prasat speciem, kas to ir padziļināti pētījuši jeb Goooglei), nepilnīgi iestrādātām security lietām pašā valodā iekšā. Jo striktāki noteikumi programmētājam tiek uzspiesti no programmēšanas valodas puses, jo labāk! Strikti noteikumi nenozīmē rezultāta ierobežošana, bet gan "vaļīgas drukāšanas" ierobežošanu. Vēl jau tīri diskutabls jautājums ir php ātrdarbība un stabilitāte pie ļoti sarežģītām un milzīgām web aplikācijām...

Nu neko jau daudz nevar pateikt šim kaislīgajam uzbudinātam php fanam endrju :) Atkal vārīsies un piesiesies sīkumiem, es tik pateicu endrju, ko ir teikuši gudri cilvēki - nu vismaz savas pārdesmit reizes gudrāki par tevi gan jau ka viņi ir! :)

Protams vairums drošības caurumi ir dažādos php skriptos, bet arī pašā php ir caurumi. Nu nedaudz pa daudz tā valoda ir sahakota - tur pārāk nopietni jāpiestrādā, lai nebūtu drošības caurumi. Arī tā attieksme pret darbu, php par nelaimi mēdz programmēt vairums iesācēju, pie tam, daudzi ir tādi, kas nemaz negrib nopietni attīstīt sevī prasmes, tikai maļ, ka tik "nauda nāk". Un tad arī rodas visādi dīvaini projekti! :)

Klez, beidz aizstāvēt tikai tāpēc, ka pats izmanto to valodu. ;) Smejies? Pati valoda ir līka, ne tikai programmeri! Programmeri, protams, arī! Problēma ir arī tā, ka php pieļauj tik drausmīgi līki programmēt. Neviens nav ideāls, bet šitāda tendence - tas jau ir par daudz... Par Joomla attiecīgā National Vulnerability Database atrada "tikai" 345 ierakstus. Tā neko priekš salīdzinoši nelielām aplikācijām - tāda neliela enterprise līmeņa!

Par php speciālisti izteikušies diezgan konkrēti: Varbūt vēl tev iedod tekstus ko palasīt? Baigais "specs" jūties? Es neesmu baigais specs, bet es ta vismaz, ja saku, ka php ir sūds, tad arī zinu, ka tas ir sūds! Lūk, no wikipedia vēl: Vēl daži "jaukumi" no National Vulnerability Database: 1) pēc "Drupal" (unikāls nosaukums tomēr) - tika atrasti 220 ieraksti - un Drupal fanāti vēl sauc Drupal par "drošu". ;) 2) pēc "phpmyadmin" atrodam 79 ierakstus. Principā php ir derīgs divām lietām: 1) njūbiem iepazīt elementāras darbības webu veidošanā, bet ne programmēšanā tā pa īstam. 2) taisīt hobiju lapas - "Par mani, mans foto, mans video, mani piedzīvojumi". Viss. Nopietnas aplikācijas uz php nevar un nedrīkst taisīt. PHP == Personal Home Page.

Ja hostētāji neliek jauno versiju, maini hostētājus! Un LV hostētājus vispār neiesaku izmantot, kaut kādi mūdži, būsim godīgi - ne viņi grib strādāt, ne sekot līdzi jaunākajām tendencēm - vismaz lielākā daļa!

Javascript no php atšķiras apmēram tikpat, cik Boeing 747 no govs, vārdā Gauja, rīta pļūta! Bet tavs uzdevums ir veicams ar Javascript palīdzību, vislabāk jau izmantojot frameworkus un dažādus tam piederošus pluginus, jo pašam tev būs pārāk grūti visu uztaisīt, tas ir skaidrs 100%.

php degradējas aizvien tuvāk QBASIC līmenim. Nekad jau nav bijis īsti augstā līmenī, bet tās visas viņu "fīčas" kas iznāk ar katru jauno versiju, lieliski parāda, ka php būtībā ir pasaules ņūbu (newbie) kopprodukts! Tādiem arī paredzēts. P.S. kurā normālā programmēšanas valodā ik pēc dažiem mēnešiem iznāk n-to bugu fixi... Izstrāde viņiem iet ilgi, bugi daudz...

Daudz kas var būt muļķīgi, es arī uzskatu, ka labāk ir developēt, izmantojot versiju kontroles sistēmu, bet diemžēl ne vienmēr dzīvē tiek piespēlēti projekti ar versiju kontroli, bet iedots vienkārši FTP accounts. Tā lūk! Attiecīgi - kā mēs to realizējam uz Eclipse?

Lūdzu nevajag taisīt bezjēdzīgas QUOTEs Tu māki? :) Tad pasaki lūdzu kā normāli developēt remote - projektu, kas neatrodas uz tava datora, bet kaut kur uz cita servera, bet caur ftp, nekādus svn vai cvs? ;)

Aptana ir pilnībā bezmaksas? cucumber & Klez - jūs neesat īsti sapratuši, ko man vajag. Es tak skaidri uzrakstīju - "fīčas tuvu Eclipse iespējām" - un IDE nozīmē Integrated Development Environment nevis kaut kādus "kaut kāds editors + kaut kāds ftp klients + bez autocomplete un citiem assistiem".