lix

Tuomet turiu tau pasakyti kai ką svarbaus.
 
Kol dar ne per vėlu, JEI dar ne per vėlu - ugdyk įprotį tinkamai komentuoti savo kodą! VISADA VISADA VISADA! Nesvarbu, sau rašai, įmonėje dirbi ar paleidi atviro kodo forma, be jokių išimčių, visada komentuok savo klases ir metodus. Tinkamai formatuok savo kodą, programuok pagal konvencijas ir standartus. Pasidomėk visu tuo ir skirk tam DAUG laiko, geras programuotojas privalo rašyti gražų ir lengvai skaitomą kodą, nes niekam tu nebūsi reikalingas kaip programuotojas, jei darysi tokį bardaką.
 
Lygiavimai - šlubuoja. Tarpeliai - apskritai beveik neegzistuoja. Komentarai - pavieniai, triavialūs dalykai užkomentuoti (panašu, kad tik tose vietose, kur kodas buvo paimtas iš kitų šaltinių) - labai didelis minusas.
 
Pats dirbu didelioje kompanijoje su dideliais tarptautinio masto projektais - patikėk, visa tai yra svarbu dirbant su rimta programuotojų komanda, o jei norėsi dirbti prie tikrai rimtų projektų - dirbsi komandoje.
 
Greitas pavyzdys: pažiūrėk į, tarkim, Symfony 2 karkaso source kodą. Tiesiog blizga, visur DocBlokai, komentarai, detalumas. Kodas surašytas meistriškai, tvarkingai suformatuotas, lengva skaityti, lengva suvokti, lengva extendinti ir rašyti savo papildomus bundl'us.
 
Štai tokio lygio kodą mes rašome ir tau patariu ties šituo dirbti. Įvairių praktiškų programavimo paradigmų, patternų, praktikų ir standartų žinios yra vertingiau, nei mokėti kuo daugiau funkcijų pavadinimų mintinai ar sugebėjimas per dieną parašyti nežmogiškai daug (plius minus) veikiančio kodo, kurį galima bus tiesiog CTRL+A ir DEL, nes niekas su tuo tavo kodu dirbti negalės arba darbas su juo bus tiesiog neefektyvus, jo nesupras ir žmonėms bus lengviau jį tvarkingai perrašyti, kas reikalauja laiko ir kitų resursų, todėl neapsimoka. Padirbėk šioje vietoje, bei linkiu pasisekimo! :)

Tuomet turiu tau pasakyti kai ką svarbaus.
 
Kol dar ne per vėlu, JEI dar ne per vėlu - ugdyk įprotį tinkamai komentuoti savo kodą! VISADA VISADA VISADA! Nesvarbu, sau rašai, įmonėje dirbi ar paleidi atviro kodo forma, be jokių išimčių, visada komentuok savo klases ir metodus. Tinkamai formatuok savo kodą, programuok pagal konvencijas ir standartus. Pasidomėk visu tuo ir skirk tam DAUG laiko, geras programuotojas privalo rašyti gražų ir lengvai skaitomą kodą, nes niekam tu nebūsi reikalingas kaip programuotojas, jei darysi tokį bardaką.
 
Lygiavimai - šlubuoja. Tarpeliai - apskritai beveik neegzistuoja. Komentarai - pavieniai, triavialūs dalykai užkomentuoti (panašu, kad tik tose vietose, kur kodas buvo paimtas iš kitų šaltinių) - labai didelis minusas.
 
Pats dirbu didelioje kompanijoje su dideliais tarptautinio masto projektais - patikėk, visa tai yra svarbu dirbant su rimta programuotojų komanda, o jei norėsi dirbti prie tikrai rimtų projektų - dirbsi komandoje.
 
Greitas pavyzdys: pažiūrėk į, tarkim, Symfony 2 karkaso source kodą. Tiesiog blizga, visur DocBlokai, komentarai, detalumas. Kodas surašytas meistriškai, tvarkingai suformatuotas, lengva skaityti, lengva suvokti, lengva extendinti ir rašyti savo papildomus bundl'us.
 
Štai tokio lygio kodą mes rašome ir tau patariu ties šituo dirbti. Įvairių praktiškų programavimo paradigmų, patternų, praktikų ir standartų žinios yra vertingiau, nei mokėti kuo daugiau funkcijų pavadinimų mintinai ar sugebėjimas per dieną parašyti nežmogiškai daug (plius minus) veikiančio kodo, kurį galima bus tiesiog CTRL+A ir DEL, nes niekas su tuo tavo kodu dirbti negalės arba darbas su juo bus tiesiog neefektyvus, jo nesupras ir žmonėms bus lengviau jį tvarkingai perrašyti, kas reikalauja laiko ir kitų resursų, todėl neapsimoka. Padirbėk šioje vietoje, bei linkiu pasisekimo! :)

Nežinau, ar toks feedback'as jums aktualus, tačiau ikišiu savo dvi kapeikas.
 
Iš techninės pusės - bardakas. Tuoj paaiškinsiu:
 
1) Kraunant puslapį parsiunčiama 10 (!!!) CSS failų. Sukompiliuokite į vieną minifikuotą CSS failą. - vieną http užklausa vietoje 10, mažiau kilobaitų - greitesnis puslapio krovimas
 
2) Kraunant puslapį yra parsiunčiama 20 .js failų. Taip daryti yra labai negerai dėl tos pačios priežasties. Plius JS galima automatizuotai minifikuoti, kintamieji ir visokie simboliai pervadinami 1-2 radėmis, smarkiai sumažėja KB kiekis.
 
3) JS failą rekomenduojama importuoti prieš uždarant </body> tagą, kad pirmiau būtų pakrautas puslapio turinys, apipavidalintas stiliais ir tik tuomet vykdomi skriptai. Vartotojas nepajaus skirtumo interakcijos atžvilgiu, tačiau vizualiai turinys bus užkraunamas ir pateikiamas vartotojui anksčiau, nei įvairūs task'ai kurie jam vizualiai nesimato, todėl beprasmiška juos atlikinėti prieš vaizduojant turinį.
 
4) JavaScript kodas pačiame HTML'e - visais įmanomais būdais venkite šio velnio. Yra atvejų, kai toks dalykas yra patogus ir patartinas, tačiau labai retai - ne jūsų atveju. Tai tiesus kelias į vadinamą "Sphagetti code". Geriau apskritai visą JS laikyti išoriniame faile, dėl vadinamo "maintainability" (sunku man terminologiją į lietuvių kalbą versti) ir apskritai tai laikoma bloga praktika.
 
5) Pasikartojantys vienodi arba labai panašūs JS kodo fragmentai - negerai. Lengviau pasirašyti vieną abstrakčia ir lanksčią funkciją. Pasilengvinsite gyvenima ateity.
 
6) Nesuprantu, kur ir kam reikalingi tie 42 paveikslėliai, kurie yra užkraunami homepag'e. Tai yra dar 42 http užklausos.
 
7) HTML validatorius apsiverkia patikrinęs jūsų homepage, atsižvelkite :)
 
8) Nenaudokit inline CSS - bloga praktika, kuri gali atnešti daug galvos skausmo.
 
Taigi, vizualiai atrodo viskas ten kaip ir gerai, tačiau reiktų apsišluoti jums vidų. Kaip pavyzdį radau vieną puslapį, kuriame šie dalykai yra ganėtinai gerai realizuoti. Į turinį ir dizainą nekreipkite dėmesio (ne tai noriu parodyti), pažiūrėkite tik į source kodą, kaip viskas elegantiškai ir optimizuotai realizuota, puslapiai pasikrauna per penktadalį sekundės, W3C HTML validatorius visiškai neturi prie ko prikibti (rodo ten gal 2 klaidas, bet jis ten nusišneka) Rin-Solutions.co.uk. Sėkmės tobulėjant!

Pinigučius išmesi ir tiek :)

Kaip suprantu Erekas jau nebezada testi savo dienorascio... Bet siaip, bent jau man, pradedanciam dometis forexu, praktikuojantis su demo saskaita, butu ne tas zodis kaip idomu toki dienorasti paskaityti. Turime forume vedanciu lazybu, reciau pokerio dienorasciu, bet bent jau as pastaruju nemegstu. Gal sakau vertetu kokiam labiau patyrusiam uzdarbieciui, kuris "dirba" su forex vesti dienorasti? Nes kaip pastebejot susidomejimas buvo didziulis ir mano manymo visai ne del to, kad autorius turejo nerealu tiksla ty. 200 kartu padidinti savo turimus $, bet todel, kad tai buvo forex dienorastis.
 
P.S. Savo postu noreciau ar tai pati Ereka ar kita zmogu paskatinti vesti toki dienorasti. Tik pasirinkti siek tiek realesnius, ikandamesnius tikslus

"vertu" cia toks telefono brandas :)

Vertų kopijų..? Juokininkas.