Robis

Nē, ko nozīmē <g> ? Un zinatnieks - tā jau nav pirmā reizes, kad tiek meklētas bezmaksas darbarokas... Nez kāpēc sētniekam par operācijām ar slotu maksā, bet programmētāja darbu ne visi prot novērtēt un novērtēt kā darbu...

Kas tas par superprojektu www.latvija.lv ? Tāds pats superprojekts, kā mūsu super dienvidu tilts? Tīrā nauda atmazgāšana un korupcija, ne superprojekts...

Bookmarkot var jebkuru lapu, bet tāpēc jau nav jābookmarko viss webs... Ajaxam, protams, nav tik svarīgi tie seo urļi, ko gan es arī teicu... Bet Latvijā vispār ir kāds normāls Ajax saits, kas negļukotu? Neesmu redzējis... Vienīgais reālais Ajax ir googlē...

Noteikti labāk izskatās otrs ceļš. Tas ir viens. Otrs - tiešām var labāk arī padot pseidoceļu, apmeklētājam neinteresē tavi mainīgie, tāpat kā neinteresē, kas būs, ja nomainīsi error_reporting(0); un kādu citu līmeni savos saitos... Protams, te runa iet par saitiem, kam tas ir svarīgi - šis url, nav jau jēgas pilnīgi Ajax veidotā vai sistēmas saitā (kā, piemēram, e-pasta pārlūks) iespringt uz friendly url... Tur daudz svarīgāka ir ātrdarbība un maintenance. Logjiski, vai ne?

Pirmkārt jau Googlei interesē, kas tiek padots urlī vispār... Otrkārt - jo īsāk un vienkāršāks url, jo vieglāk apmeklētājiem to atcerēties, sevišķi jau - regulāriem apmeklētājiem... Pat ja ne atcerēties, tad pārlūkā glabājošos url viņš ļoti viegli atpazīst un aiziet uz konkrēto sadaļu bez liekas klikšķināšanas un vairākkārtējas lapas pārlādēšanās... Protams, pagājušā gadsimta interneta apmeklētājam tas nav tik svarīgi, bet mūsdienās - pietiekami svarīgi, lai tam pievēstu uzmanību...

Tu īsti nesaprati manu domu Grey Wolf... Redz, Friendly URL ir viens pamatnosacījumiem SEO draudzīgai lapai, bet tas nenozīmē, ka visās lapās tam jābūt... Un kā tad serveris ir atrauts no skripta? Viss sanāk piepalīdzot... Es ar tiem urliem domāju vairāk to stulbo paskatu - visādi neizprotami un nevajadzīgi mainīgie tiek padoti... Kāpēc caur GET ir jāpadod visādi lieki parametri? GET ir uzskatāma lieta - tam jabūt descriptive , nevis kaut kādiem murgiem, ko lapas apmeklētāji nemaz nesaprot... Interesanti, priekš kam Inbox jābūt SEO? Tas tak ir mail pārlūks ne tā - logina aizsargāta sistēma! Nevajag jaukt siļķi ar saldējumu, piemērus labāk minēt kontekstā. Netīk tagad meklēt Latvijas internetā piemērus, lai paskaidrotu, ko es ar to visu domāju...

Vēl es varētu piebilst, ka izņemot dažus veterānus, es pārējiem pamatā neticu kaut kādām programmēšanas spējām... Arī to pierāda daža laba uzskaitījums par to, kādas lietas ir ārkārtīgi būtiskas, piemēram: 1. Friendly URL - nu taču... Tas bija aktuāls varbūt pirms gadiem 2, 3, tagad tā ir vienkārši PAŠSAPROTAMA lieta, ko vairs nevar pieminēt kā īpašu plusu... 2. programmētāja pašapziņa - tā noderēs tikai tev pašam, pasūtītājam tā neinteresē un lapas lietotājiem ne tik... 3. universālas sistēmas - jā, tie laiki jau ir garām, kad vienkāršas mājaslapas programmēja no jauna katram pasūtītājam... Tāpēc arī ir tik daudz Latvijā "profesionālu" mājaslapu ar URLiem ?page=about&section=2&menu=5 un tādā stulbā garā...

Sāksim ar to, ka es to teicu ne par sevi, bet gan drīzāk par TEVI un tev līdzīgajiem... Man ir nācies, pat normāla lieluma uzņēmumos redzēt, it kā ārēji normāli paskata cms, bet kodā iekodētas visādas greizas un absolūti arhitektūrā neiederīgas funkcijas, hardcodēti ID un citas nolaidības/dumības sekas... Tev vajadzētu vispirms izvērtēt sevi, pirms kaut ko teikt par citiem... P.S. Šito es vēršu pret visiem, kas te pilnīgā beztēmā kaut ko aizrāda man, izdomādami virtuālus "faktus"...

Ko es vēl varētu piebilst. Nu salikšu pa punktiem, plusiem un mīnusiem... Sāksim ar to, ka šeit tomēr pamata custom koda atbalstītāju argumenti ir vājāki, bet tas nenozīmē, ka custom kods ir sliktāks, vienkārši, šie "programmētāji" - viņiem ir galvenais "to izstrādāju es", nevis reālā atbildība - kvalitatīvs kods. Ja gatavs cms ļauj ietaupīt laiku pat 10 un vairāk reizes, es neredzu, kāpēc šis nebūt nav būtisks apstāklis? Pie tam arī gataviem kodiem ir optimizātori, kas ļauj paātrināt to darbību. Sākot izveidi: 1. nevajag izvēlēties maz zināmu gatavo kodu - tas var būt maz testēts un gļukains... 2. vajag izvēlēties daudz testētu, pārbaudītu un stabilu gatavo kodu. 3. vajag skaidri zināt, ka ar to gatavo kodu būs iespējams paveikt veicamo uzdevumu. Tas, kurš piesauca, ka Google taisot paši - nu common - kas ir google pret jebkuru Latvijas uzņēmumu, kaut vai visu Latvijas valsti! Latvijas valsts gada budžets ir mazāks, nekā Google gada peļņa! Viņi var atļauties izstrādāt savas megasistēmas, kuras arī būs vienas no vai pašas labākās pasaulē! Mēs taču te runājam par Latvijas uzņēmēju, ne tā? Un vidusmēra Latvijas uzņēmējam ir svarīgs gan laiks, gan izmaksas, viņam katra diena ir no svara, jo jālīdzsvaro budžets un jāuztur naudas plūsma... Tālāk par kodu. Pateikt, ka paša savs kods būš drošāks, nekā cilvēku grupas veidots un simtu cilvēku testēts, var tikai absolūts ciniķis! Te dažiem nav tāds sindroms kā lielummānija? Nē, paša kods ne vienmēr būs uzdevumu augstumos un arī tajā pbūs caurumi, kaut arī programmēt proti ideāli - kāpēc? Jo laiks spiež - nav laika krāmēties ar visādiem sīkumiem, darbs ir jānodod tajā un tajā datumā... Pie tam - savam kodam parasti neveidosi fleksiblu interfeisu, kā pievienot funkcionalitātes, moduļus, izmainīt utml. Jo tas nav vajadzīgs - zināsi, kurā rindiņā jāielien, kāda hardcoded vērtība jāizmaina un viss. Protams, jo kods ir plikāks - bez daudzām funkcionalitātēm, jo tas ātrāk darbosies - gluži logjiski, jo paņems mazāk atmiņas un citus resursus. Protams, pieņemot šeit, ka savs kods ir kvalitatīvs. Bet tai pat laikā - vai tad svešu kodu nevar optimizēt? Php kā labi zinām, mēdz darboties lēni, jo tas nav kompilēts. Kas liedz nokompilēt kodu un tas darbosies ātri? Ap savu kodu patērēsi daudz laika, veicot maintenance darbus. Ap stabilu un testētu opensource - diezvai - sliktākajā gadījumā veiksi bugreport. Kāpēc nevar iemācīties taisīt moduļus svešā kodā? Tie tak atbilst konkrētai sistēmai un rakstības stilam, kas jāiemācās - un viss, proti to! Varētu gan piekrist, ka Drupal un Joomla diezvai var izmantot optimāli lielos uzņēmumos, jo tiem tomēr ir sava darbības specifikas, savs support, savs maintenance, sava nauda, kas parasti ir diezgan liela... Jā, liels uzņēmums var atļauties un viņam to arī vajag - atļauties veidot savas sistēmas. Bet ko lai dara vidējs un mazs uzņēmums? Termiņi spiež, laika maz, produktu prasa uztaisīt ātri un kvalitatīvi! Atnāks programmētājs Pēteris, sataisīs uz savu kodu 10 mājaslapas, apniks viņam tur strādāt, aizies citur, nāks vietā programmētājs Jānis, skatīsies Pētera kodu, kuram nav atstātas nekādas dokumentācijas, jo tādām lietām nav bijis laika - neko nesapratīs, uzmocīs knapi vienu mājaslapu un aizies prom... Atnāks programmētājs Jevrolampijs vietā - skatīsies - Pētera kods ir galīgi garām, daudzi caurumi, tai skaitā - drošības caurumi, prasīs - kā tad tā uz tādu kodu var uzturēt 30 mājaslapas, uzņēmumam draud krahs un paprasīs lielu čunguru, lai uztaisītu savu sistēmu! Pastrādās intensīvi 3 mēnešus, būs uztaisījis savu sistēmu, pieņems darbā citus programmerus vēl klāt, kas taisīs uz tās sistēmas un darīs kā Jevrolampijs liks. Tagad ko - Jevrolampijs nedrīkst iet prom - atstāt jaunākos programmētājus un uzņēmumu nelaimē, bet rau - viņam parādījās piedāvājums par 500 Ls vairāk mēnesī pelnīt un viņam pofig par uzņēmumu, viņš aiziet tur strādāt... Un atkal uzņēmējs dabū meklēt pieredzējušu programmētāju, kas izkodīs sistēmu, uzrakstīs manuāļus utt. Tālāk - tehnologjijas mainās, jāpāriet uz php 5, bet Jevrolampija nav, kas to varētu izdarīt! Atkal lielie tēriņi uzņēmuma, pieņemot darbā specu... Cik tūkstošus viņš būs pārtērējis salīdzinot, ja no paša sākuma jau būtu ņēmis stabilu opensource sistēmu? Secinājums: nevar mazs un vidējs uzņēmums atļauties taisīti lielas sistēmas - tām jābūt ir pamatam - apgrozījumam, peļņai, lai var turēt pastāvīgi pieredzējušus vecākos programmētājus... Gan Drupal, gan Joomla, kas tur vēl tie labākie cms - ir gana laba piemēroti šiem uzņēmējiem! Viņiem ir uz kā ietaupīt un arī mājaslapas būs bijušas diezgan kvalitatīvas. Pie tam - viņi tās var upgreidot un upgreidot, pat gadu vecas mājaslapas...

Starp citu, es arī neticu, ka kāds no "gudrajiem" te būtu uzprogrammējis kaut uz pusi tik drošu vai kvalitatīvu sistēmu, kā Drupal, Joomla un vēl dažas no pieejamajām...

Nemaz nepieteicos uz darbu tur... Kāda starpība - sākotnējās izstrādes, labošanas vai maintenance darbi - viss ir atkarīgs no darba apjoma, jums jau kā programmētājiem vajadzētu to zināt! Man piemēram, var gadīties maintenance pārrakstīt sistēmas kodu visu uz php5 plus vēl uzlabot un salabot visu, ko tie n-tie njuubi tur sarakstījuši, staigādami pa darba vietām... Darbi var būt dažādi un dažādas specifikas un laika novērtējuma...

Jautājums - kādiem projektiem? Divas sētas līmeņa mājaslapas protams, var vienlaicīgi! Bet firmai ir jāgarantē kvalitāte... Un ja viens programmētājs strādā pie 3 projektiem vienlaicīgi jautājums ir gan par termiņiem, gan kvalitāti...

P.S. protams, sludinājumā bija minēts, ka Uzņēmumā strādā 16 profesionāļi, nevis 16 programmētāji - secinājumus varam izdarīt attiecīgi - vismaz 2 jābūt dizaineriem, vismaz 2 - projektu vadītājiem... Vēl varbūt kāds reklāmas agjents un kāds vecākais programmētājs, kurš tikai izrīko, bet pats neprogrammē. Tātad, paliek 10 programmētāji uz vairāk kā 20 projektiem un franču enciklopēdīju... Nu cilvēki, protieties...

Par algu - alga ir ok, laba diezgan, nav slikta utml. Par tiem klientiem - ja mans mazais kantoris uztaisīs vienu banneri pēc Yahoo! pasūtījuma, es arī rakstīšu - manu lielāko klientu vidū - Yahoo! .... Tiek izstrādāts vērienīgs Interneta projekts un vairāk nekā 20 vienlaicīgi Latvijā un Skandināvijā - protams, ne jau visi radušies uzreiz, gan jau drīz uzradīsies vēl un vēl... Bet... Kā ar to tiek galā vien nieka 16 darbinieku pasakat man, lūdzu? Vai viņi visi ir pārgruzīti vienkārši un katrs strādā pie vairākiem projektiem vienlaicīgi? Piemēram, programmētājam tas nāk tikai par sliktu - gan darba kvalitātei, gan cilvēkam kā tādam... Acīmredzot, tā lielā alga ir acu aizmālēšanai - par to noteikti tiek prasīta neadekvāti darba rezultāti...

Kāda problēma taisīt uzreiz lapu tā, lai validējas? Nevis pēc tam to pārlabot? Nosacījumi taču ir zināmi... Tā vienkārši ir attieksme pret darbu un kvalitāti! ;)

Nav īpaši patīkami, ka šai forumā pastāv komunistiskā stilā veikta cenzūra! Manuprāt, tas ir izcili pretīgi un pat nelikumīgi šai valstī! Forums tak domāts apspriedēm ne tā?

P.S. Pats dīvainākais ir tas, ka xhtml kods tev nebūs valīds, ja kādam img tagam nebūsi norādījis atribūtu alt, kaut arī, piemēram, attiecīgais attēls ir tikai dizaina gabaliņš, ko nav nepieciešams aprakstīt. Loģiskā objektu struktūrā, ja kādam elementam trūkst atribūts, tam uzdodas noklusētā vērtība un šis parametrs jau nebūtu tas absolūti nepieciešamākais parametrs. Bet ne tikai par to - ir citi sīkumi, kam piesienās xhtml strict validācija. Protams, ir valīds kods - ļoti labi, bet nu nav tas būtiskākais xhtml un css kodēšanā.

Tak jebkurš profesionāls xhtml/css koderis zin, ka nejau perfekti valīdam xhtml kodam ir nozīmes, cik gan drīzāk daudzām citām lietām, piemēram, labam css, optimālam xhtml kodam loģiskās struktūras un kārtības ziņā - lai nebūtu lieku lietu, kas prasa papildus atmiņas to ielādei. Kā arī - lai to ir viegli labot, piemēram, tai pašā php skriptā. Bet ja cilvēks uzsver valīdu xhtml ķeksīti, manuprāt, tas liecina par to, uz ko viņš koncentrējas - uz būtisko vai mazāk būtisku. Iesaku Tev drīzāk apstāstīt, ko uzskati par galveno xhtml un css kodēšanā, ja jau uzsver, ka ar to profesionāli nodarbojies.

http://www.nextstage.uzelok.net/about.php balta lapa un uzraksts: "SQL ERROR!"

Garmtech.lv - un ja nu es atradīšu kaut vienu negatīvu atsauksmi par jūsu hostingu jebkur netā? Vai varat apgalvot, ka tādu nebūs?

Ko nozīmē Robers Sokolovs, manuprāt, ir jābūt kādai juridiskai vienībai! ;) Varbūt kāds vēl zin kādus uzticamus hostingus? Tikai tādus, kas ir reģistrējušies kā nodokļu maksātāji, lūdzu.

Par summu - man ir drīzāk tāds priekšlikums - ar lapas augšanu un prasību pieaugšanai pret hostingu, summa varētu palielināties, bet sākumā tā varētu būt ne vairāk kā 10 Ls mēnesī ar visu PVN.

Ne jau administrācijas panelī ir vaina, bet gan gļukos. Maksāt - es jau nez, vidējai lapai nav nepieciešams daudz maksāt, tas drīzāk ir hostingotāju godaprātu un attieksmes pret klientam jautājums!

hehe, bet tas e-no.lv ir reāli ierēcams pasākums - "Labākā e-pasta kastīte Latvijā"

Nē. Bet nu viens tīnis tomēr nebūs arī rādītājs, kas liecinātu par hostinga nopietnumu. Nosaukums īstenībā vienalga. Es sliecos uz hostnet.lv Varbūt kādam ir pieredze ar hostnet.lv ??