Java

Tukša muldēšana, piedodiet. Vai arī visi dzīvo, lai vergotu citiem! :P Saprotu - iemācīties, bet ja es esmu cīnījies vairākus mēnešus un kaut ko labu radījis - kāpēc man tas būtu par baltu velti jāizdāļā visiem un par to nesaņemot pretī neko adekvātu?

Dah, pamattēma bij kompresija, nevis base64.

Kompresējot parastu praksē lietotu javascript (ap 150 rindiņas garu development kodā, protams, ka tas ir katra figūriekava savā rindā utml.): compression ratio: 2444/5170=0.473

Sakodē savu skriptu šeit: http://javascriptcompressor.com/ Un pārliecinies pats!

Lab, base64 nav jēgas kodēt (vietu tas gan mazāk aizņems, bet diezvai kompensēt pārlūka slodzi), bet par tiem skriptkidijiem: Nu kāpeic man jāpiecieš, ka kāds idiots izdomājis savā bērnu lapā ielikt manu kodu un teikt, ka tas ir viņa? :P Viņš zog manai lapai klientus, nenorādot, ka skripts ir nācis no manas lapas! ;) Man patiktos kaut puse pasaules lietotu manu skriptu, bet lai tad arī skaidri norāda, ka tas ir mans skripts ne viņu! :P

Tu apmaksāsi manu laiku? Ja jā - avansu kontā un uztaisīšu! ;) Bet vispār es plānoju kaut ko taisīt uz ZendFramework, kad būs gatavs un ja uzskatīšu vajadzību tādam kā tu arī to paziņot, tad došu ziņu! :P Bet - never know which is my project...

bubu - to jau parasti dara, lai js kodu nesper. It kā jau labi - uztaisīji, bet varbūt tev nav vēlēšanās, lai bez tavas ziņas atrodas nedaudz modificēts tavs js kods vēl kādās 100 lapās, no kurām katra uzdodas, ka tas ir viņu kods - nebūtu patīkami, ne? :P Man varbūt pofig, ka citās lapās atrastos mans kods, bet lūdzu - atsaucīti uz pirmavotu - manu lapu - ja tā ir, tad viss kārtībā - un redzamā vietā, šriftā un ne tikai kodā, bet zem tiešā rezultāta jebkuram lietotājam redzamu, lūdzu! :P

Googlē neko neatradu. Jūsu domas... Vai sakompresētu un base64 enkodētu JavaScript (ar shrink variables) iespējams atspiest un atkodēt tā, lai to varētu tālāk developēt, vai izmainīt utml.?

Ģenerē tabulu sekojošu: totalColumnCount = 10; // kopējais maksimālais kolonu skaits, piemēram, 10 Ievērojot šo kolonu skaitu, katrā rindā vai nu taisi attiecīgus colspan, vai tukšas šūnas (atkarībā no vajadzības un tā vai ir šūnām borderis vai nav. Tikai tukšajās šūnās ģenerē img iekšā: <td class="col3"><img src="/images/_spacer.gif" alt="" /></td>

codez - tu kļūsti aizvien "interesantāks". :D

bubu - tie nebij nekādi uzbraucieni, bet gan vienkārši jautājums - interesē, cik šaurās sfēras zini labi? Noteikti tur arī var izveidot sava veida stabiņa grafiku, kur viena joma (kāda programmēšanas valodas vai kas tml.) ir visaugstāk - zin vislabāk. Un par specializācijām - manuprāt, tā var iedalīt, lai gan neesmu 100% par to pārliecināts. marrtins - es pieminēju klasisko web pārlūka modeli, kas sastopams vairumā gadījumos web programmēšanā - piedāvāju tev plašākus kompetentus citātus, lai tev nav jāizdomā pašam: codez - tava izpratne, tavā stilā. Protams, ka tu vienmēr iedalīsi visus cilvēkus "sabiedrības krējumā" (pie kura pieskaiti kļūdaini arī sevi) un "lūzeros" - tāpēc jau tev sanāca tik vienpusīgs dalījums. Nepiekrītu - programmētājs pēc tava iedalījuma ir vienkārši pieredzējušāks koderis, kas pratis izlaizīt sev augstāku vietiņu - grupas vadītāja vietu uzņēmumā. Kāds radošs? Mani ir vadījuši tādi "speci", kuriem no radošuma ne smakas nav. Nejauc lietas, pirmkārt, cilvēki ir dažādi un truli ir jaukt profesionālismu ar personas īpašībām. Vienkārši, ir programmētāji, kas vairāk zin un ir pieredzējuši, ir programmētāji, kas mazāk zin, bet viņiem labi strādā galva, ir programmētāji, kam izcili strādā galva un viņi daudz zin (tādi ir vispieprasītākie parasti) un ir programmētāji, kam neko īpaši labi galva nestrādā, bet kas ar uzcitību panāk to, ko viņi dara. Bet tas ar tāds nosacīts un neprofesionāls iedalījums! :P Nepatīk man iedalīt šitā, iemācies savu sfēru perfekti un būsi labs savā sfērā, protams, nekad tik labs, cik talantīgs tavā vietā un codez - tici vai nē, bet tu neesi talantīgs! :D Vēl es gribētu piebilst, ka uzskatu, ka tomēr jebkuras no šīm atsevišķas jomas speciālistiem ir jāpārzina vismaz "intermediate" līmenī pārējās jomas (izņemot dzelžus - tos var arī basic, jo tur gan saistība tāda attāla, loģiski padomājot), attiecībā ja savu konkrēto jomu viņš zin uz expert vai guru līmenī! :P Lab, bet ja tā padomā reāli - pirmās divas specializācijas pēc mana iedalījuma apvienojas smuki vienā un saucas - "programmētājs"! Tomēr laikam tā būs labāk un tas lai paliek galējais variants. Tas, ka programmētājs ir neprofesionāls kādā no savām jomām, tā jau ir viņa paša problēma...

bubu - web vai ne-web jomā, bet parasti lielākoties visur ir vizuālā puse, biznesa loģika un datu puse! :P Ja runājam par apjomīgiem projektiem... Protams, programmēšanas valodā kā Java, tas viss saplūst vienā... Bet webā gan to var nodalīt diezgan smuki, tikai jāmāk. :P Ar specializāciju es domāju, ka tomēr tāds cilvēks, kas jēdz tikai html/css/javascript - darbus dabūs, bet tie būs šauri specializēti un neregulāri... Tomēr ir jājēdz php jeb programmēšanas puse un ir jājēdz http protokols utt. Nu ir jājēdz blakus jeb saistītie novirzieni, kā jau teicu! :P Vienkārši - varbūt tu pats par sevi tā domā, bet šaubos vai esi universāls speciālists! ;) Ir noteikti jomas, kur jēdz vairāk un ir jomas, par kurām jēdz mazāk (un izvairoties no problēmām par tām paklusē ;) Šobrīd reāli man šķiet, situācija ir diezgan trula - piemēram, es neuzskatu konkrēti ne par vienas valodas programmētāju (jo es protu programmēt uz vairākām), bet visā visumā uzskatu sevi par web puses programmētāju, kas arī ir plašs jēdziens, jo zem tā var palikt apakšā daudz ko... Es arī neuzskatu sevi par klient puses programmēšanas ekspertu, bet kāpēc tad es pamācu vienu cilvēku, kurš uzskata sevi par web programmētāju - es viņam reāli palīdzēju saitaisīt vairākas būtiskas fīčas! :P Kāpēc tad tā? Manuprāt, atbilde ir viena - pārāk maz ir definēts, kas konkrētas profesijas pārstāvjiem jāzin un jāmāk. Reāli specializācija tikai palielina konkurenci, jo zināt vienu lietu ir krietni vieglāk, nekā zināt 3 lietas! Līdz ar to - palielinās konkurence katrā jomā. Tā tas ir jau, piemēram, Rietumeiropā. Starp citu - tas lielākoties ir izdevīgi darba devējam, jo kopsumma tomēr sanāk lētāk - katrs cilvēks dara savu darbu, bet viņš ir spiezts to izdarīt labi, lai nezaudētu, jo var atrast viegli speciālistu vietā. Universālu (savā sfērā protams, nevis šaurā specializācijā) speciālistu ir maz, jo ne vēlmes, ne spēju lielākai daļai cilvēku to visu apgūt nav! :P Es, piemēram, arī patiesībā labi māku latviešu valodas gramatiku, protu 2 svešvalodas diezgan labi (neskaitot krievu) un saprotu vēl vairāk nekā viduvējais cilvēks par vēsturi un ģeogrāfiju (parastajiem erudīcijas konkursiem pa tv lielākoties atbildes zinu jau uzreiz pēc to nosaukšanas un esmu šausmīgi pārsteigts, ka tur aizgājušies tik ilgi domā atbildes :( ), bet tik un tā neuzskatu sevi par universālu speciālistu. Par laimi - līmenis nav tik strikts un augsts. bubu sevi noteikti uzskata par universālu, tāpēc aizstāv savu pozīciju. Nu pa lielam vari būt speciālists vairākās jomās, bet tā riktīgi labi (pa 98%) vai zini kādu konkrēto no savām šaurajām sfērām?

bubu tādā gadījumā - par ko tu runā? Profesionālās web aplikācijās tak ir nošķirti šie jēdzieni - dati, biznesa loģika, prezentācija. :P Es nesaprotu tādā gadījumā par ko Tu runā, manuprāt, klienta puses koderim (html,css,javascript) var būt arī tumša bilde par datubāzēm. ;)

bubu, Tu šeit runā par AJAX laikam? Nu patiesībā arī klienta puses programmētājam ir jāparzina pamatlietas server programmēšanā. Formula vienkārša: Katra līmeņa speciālists pārzina pamatlietas no tieši sev saistītā līmeņa (blakus specializācijas).

Sveicināti! Izdomāju ierosināt offtopika tēmu par "specializāciju" IT sfērā. Ir tāds vecs un patiess teiciens "kas der visam, neder nekam". Tas nozīmē, ka universālu speciālistu - emulatoru - praktiski nav - jo ja viņš zinās visu, tā īsti labi nezinās neko! Tātad - katram nāksies specializēties uz savu jomu! IT sfērā jau labu laiku specializējas cilvēki sekojošās jomās - dzelžu meistari, admini, programmētāji, dizaineri. Manuprāt, pamazām arī web programmēšanā un programmēšanā noslāņojas sekojošas specializācijas: 1) klienta puses programmētāji - viņi zina ļoti daudz par html (kas arī tomēr nav bērnu spēle, ja iet runa par dtd līmeni :P), css un varbūt arī javascript - tieši tā, es uzskatu, ka šai specializācijai jāzin arī javascript, jo klienta puse principā sastāv no trīs slāņiem - content (html), presentation (css) un behaviour (javascript, tai skaitā ajax). Attiecīgi vajadzētu pārzināt visus šos slāņus jeb līmeņus. 2) server puses programmētāji - pārsvarā tie būs koderi, bet arī ļoti nopietni programmētāji, valodas lielākoties - php, python, asp, jsp utml. zinātāji. Šiem vajadzētu pārzināt arī pamatlietas datubāzēs (kas saistās ar web programmēšanas valodām) un pamatlietas server pusē (virtuālās direktorijas, .htaccess, pamata konfigurācijas .ini faili un konfigurācija kā tāda vispār). Šiem varbūt nav ļoti labi jāpārzina Linux vai citas sistēmas, uz ko atrodas serveri. 3) serveru un sistēmu administratori - šiem jāzin attiecīgās sistēmas - Linux, Windows vai kas nu tur vēl plus jāzin pamatprogrammatūra un konfigurācijas (Apache, SSL lietas utt.) un jāmāk installēt un konfigurēt JEBKO! :) 4) datubāžu administratori - šiem perfekti jāzin gan datubāžu teorijas, gan SQL vai citas datubāžu programmēšanas valodas, kā arī datubāžu uzstādīšana, migrēšana utml. - tā visa ir smaga tēma pati par sevi, tāpēc būtu labi, ja zinātu to - tas jau ir ļoti ļoti profesionāls un labi apmaksāts darbs! 5) dzelžu speciālisti - parūpēsies par visu, kas saistīts ar dzelžiem un vadiem un uzturēs visas šīs lietas - šeit laikam ir vislielākā izvēle, jo derēs jebkurš dzelžu spečuks, kas tomēr nav maz, jo tās lietas, atšķirībā no programmēšanas, prasa vienkārši tehnisku pieeju visiem, nevis krietni abstraktu domāšanu (tikai mans viedoklis). Tas nu būtu mans iedalījums par dažādiem web (un arī jebkuras citas programmēšanas) speciālistiem! Īsāk sakot - "IT sfēras guru"! :)

Piekrītu, ka fiksētam web layoutam 960px ir labākais platums, jo vienmēr iekļausies pārlūka logā. Citiem devaisiem varat lietot citus css :P Fluid layout ir labs, bet diemžēl, manuprāt, lielākā daļā gadījumos nederīgs dizaina un izvietojuma dēļ. Atsevišķos gadījumos tas ir pat optimāls.

Nav grūti uzzināt: Šai gadījumā viņš grib kaut kādu dīvainu variantu - ja fails ir updeitots pirms vairāk nekā 5 minūtēm, tad to izvada (a kāpēc neizvadīt uzreiz?) Kaut kā dīvaini zin :P

Visticamāk tā arī ir bijis... Diemžēl programmēšanā ir 2 lietas - vai nu jābūt interesei par to jau no paša sākumā vai arī ir jāpārvar sevi un jāprot iedziļināties tai lietā. Ja ne viens, ne otrs, nekas nesanāks, tikai tāds phpbb bakstītājs :P

Sākt vajadzēja nevis ar līku kodu apguvi, piedod, bet tomēr ar programmēšanas pamatu apguvi - jā jā, no grāmatām visu to lasāmvielu, veidojot reālus praktiskus piemērus. Es ar nožēloju, ka sāku web programmēšanu ar gatavu cms studēšanu - galīgi garām tas ir...

Neesmu ar symfony strādājis, nepateikšu... Bet ņemoties ar phpbb vai kaut vai drupal, programmēt neiemācīsies...

Vai vajag? Nespēj pieņemt to, ka cilvēki un viņu viedokļi ir dažādi, ka arī viņu runas taktika? Pelēkam ziemeļniekam jau patīk ideāla kārtība un tas, ka viņš uzskata, ka viss ir vispareizākais un situāciju kontrolē un visu saprot. Man ir savs viedoklis, savs rakstības stils un es diskutēju asi un agresīvi - tas ir stils, nevis pārkāpums. Un ko lecies, ja Tevi neviens neaizskar. Es arī palīdzu citiem cilvēkiem šeit tik pie risinājumiem, by the way.

Maz ir tādu freimworku php, kas būtu ko vērti, tas gan. Tak neviens tev neliedz programmēt pliku php. Vai arī .NET vai varbūt Java? P.S. Vēl atsevišķiem dunduriem, kas sūdzās par frameworku "smagnējumu" varu pateikt, ka Latvijā daudzos lielajos projektos, kur ir pašu veidots "megafreimvorks", tie frameworki ir daudz "smagnējāki". Nu es ar vizītkaršu tipa mājaslapām neizvēlētos ZendFramework, bet lieliem biznesa web projektiem tas ir nopietns variants! Lielajos projektos vari mēģināt iztikt bez framework, saprogrammējot vienkārši sistēmātiskā stilā, bet jebkurā gadījumā tev būs vajadzība platforma, jo būs 100tiem funkciju, ko būs vēlams salikt objektos vai vienuviet, lai tās ir pieejamas no jebkurienes.

Da kāds cms, bērni. Un codez ir bērnu bērns vispār šeit. ZendFramework ir freimworks, tiesa gan - sanāk 3 slāņi pa lielam - C++, pa virsu php, un pa virsu vēl ZendFramework - viegli nav nest, bet... Šaubos vai tavs freimworks ir ar jebkuru no 100 vai 1000 aspektiem labāks, Squad. ;) Vienkārši, uztaisījis esi viņu savu "mazā lapu cepēja" vajadzībām, kur patiesībā neko daudz nevajag... ZendFramework vairāk būs atvieglojums lielajiem projektiem (zinu pēc pieredzes, esmu strādājis ar daļu no Latvijas lielākajiem web projektiem). Tomēr izskaidrošu "dlja osobenih...": Frameworks pamatā ir radīts kodieru vajadzībām, nevis tehniskajām (performances) vajadzībām. Jo pēc definīcijas jau pliks php ir ātrāks, nekā OOP frameworks uz tā. Bet ja ir sarežģīta aplikācija, pie kuras strādā vairāki cilvēki, kas pat var nomainīties, ko tu mācīsi katram unikālo kaut kāda "ūberkodera" kodu, kurš ir pilns ar caurumiem utt. Pie tam, nav nekādas dokumentācijas, kuras savukārt, frameworkā jau ir. Kāda ātrdarbība - nopērc par 1000 Ls krutāku server-dzelzi un nesīsies tev kā plēsts (tā tak ir servera puses aplikācija). Tos 1000 Ls ietaupīsi pāris mēnešu laikā, mēģinot iztikt ar savu ūberkodu - te ir runa tieši par lieliem web projektiem un tikai. Mazos viss ir po - tāpēc jau tu mazo lapu cepēj te "gudri runā". Protams, otrs variants - var izmantot arī kā library un vēl - var neizmantot vispār - var programmēt php uz "sava freimworkiņa" - viss būs super, darbosies ātri, jo esi tak lauzījis savu lielo galvu un raustījis mazo galviņu, lai tas tā būtu! Bet nu arī mazajām "lapiņām" - uzņēmumu vizītkartēm, miniportāliņiem (vārds portāls pats no sevis neko nenozīmē - neliecina ne par apjomu, ne sarežģītību). Bet ja gribēsi taisīt ko lielāku, elastīgāku, lai var attīstīt arī citi cilvēki pēc tevis, atstājot brīvu vietu attīstībai, tad nu aplauzīsies ar savu "freimworkiņu" - varu garantēt tev to 100%.

Es ar kasītos pie tādām lietām, ja pat mazo lapu cepējs nav atradis laiku iemācīties document type definition un iepazinies ar visām html un xhtml saistītām lietām! Sorry, saprotams, ka ja lielā projektā nav par to domāts un kontrolēts no paša sākuma, ka var tas viss nebūt, bet mazā lapā to nav problēmas iestrādāt un kāpēc to nedarīt, ja tas ir vienkārši principiāli pareizi? Tas ir tas pats vecīt, ko es teicu - jāmācās programmēt strikti - jo striktāki noteikumi, jo labāks sanāk kods, jo tas mazina konfliktu iespējas (starp versijām utml.), kas patiesībā webā ir svarīgi.

Nepārspīlē. Uztaisi kaut ko līdzīgu ZendFramework ar CMS moduļiem un struktūru un tad pasaki - tas ir "studenta kursadarbs". Es savu cms (jā, man tāds arī ir) varu nosaukt par studenta kursadarbu, bet neuzskatu, ka tas ir labs un universāls risinājums. Tas ir risinājums, kas der primitīviem variantiem ar konkrētām vajadzībām, bet tas nav manu interešu lokā - cept primitīvas lapas visu laiku.