Steeler

Žinau, katik baigiau, kaip ir tu, tik Vilniui, o ne Kaune :)

PHP kurso nebus, tiesiog dirbsit su PHP Symfony2 karkasu, ten eit reikia jau mokant PHP, bent jau taip, kad galėtum savarankiškai plėtoti žinias.

Atkreipiau dėmesį į difficulty :) tai labai nustebau, kai pvz. Ruby ir PHP rašo tokį pat, sakyčiau bulls***. Juolab, kad 2 stars. --Edit-------- Pats nebuvau visko perskaitęs, atkreipiau dėmesį. :) tai pradedantiesiems sakyčiau testas pats tas, o žemiau galima rasti įdomybių, kurios kartais neatitinka realybės, na bent jau mano nuomone. Pvz.: Kalbant apie šį pavyzdį, turiu omeny, jog yra technologijų, su kuriomis galima daug greičiau gauti pavyzdyje minimą rezultatą.

Sveiki, dalinuosi nuoroda, gal jau daug kas matė ją, kas seka naujienas. Nenorėjau ja dalintis, nes jau yra kitame šaltinyje, bet manau daug kam padėtų apsispręsti, kokią programavimo kalbą pasirinkti. Na, bent jau suprasti, ką galima atlikti su tam tikra kalba. http://cdn2.carlcheo.com/wp-content/uploads/2014/12/which-programming-language-should-i-learn-first-infographic.png Source: http://carlcheo.com/startcoding

Prisipažinsiu, jog tik prabėgau akimis.

Visi čia rašė rašė, bet nieko gero neparašė. Išties testuotojo pozicija yra kaip ir atsakingiausia, jo darbas vertinamas sudėtingiausiu ir prieš tai jam tenka pabūti programuotojo pozicijoje.

:D stebini mane. Supranti, kad aš noriu pasakyti, kad programavime nemokėdamas ciklų, normaliai nieko nepadarysi lygiai taip pat, kaip ir nemokėdamas kitų Control structures? Aš funkcijų neaukštinu, o sakau, kad viską reikia naudoti pagal paskirtį. Jei tau reikia prasukti kažkokius skaičiavimus 5 kart, tai tik durnas tai darys naudodamas 5 funkcijas. Bet mes kalbėjom apie DRY laikymasi. Jei tau teko rašyti normalią programą, supranti, kad dažnai kodas kartojasi, jei nenaudoji funkcijų/metodų, o tas kodas neeina taip gražiai iš eilės kaip tu pateikei savo pavyzdyje. Įdomu, kaip tada suksi savo

Juokas ima, kai taip šneki - "svarbu išmokti mąstyti ciklais". Ciklai išvis basics, čia tas pats, kaip ir "svarbu išmokti mąstyti if'ais". Tiesiog reikia žinoti kam tos "Control Structures" yra reikalingos ir ką jos atlieka. Čia tikriausiai ir yra esmė. Juk ne vien iš ciklų viskas susideda. Nuo kada metodai/funkcijos apsunkina koda? Rašytis komentarus reikia, jei pasimeti. Šiuo atveju ciklas yra ok, bet kai kalba eina apie normalias programas, to kodo būna žymiai daugiau ir tu tikrai visko nenorėtum dėti į ciklą.

Kaip matau Modestas jau seniai įvardino jūsų didžiulę klaidą. O Dovydui galima būtų pasakyti, kad dizainas ir yra kaip patogu naudoti produktą, o ne kaip jis atrodo. Grožis yra suprantamas skirtingai, o dizainas gali būti geras visiems. Vienam gražus rožinis puslapio fonas, bet visiems bus priimtinas baltas. Gal nesuprantat, bet ši klaida gali turėti labai didelę įtaką jūsų projektui. Vartotojui nėra patogu skaityti turinį jūsų svetainėje, turinys privalo būti sutelktas ties ekrano centru(turi būtį margins iš abiejų šonų). Man vos užėjus į puslapį, norisi jį uždaryti. Ir jei manot, kad viskas

Lievas tas GD modulis... Esu naudojęs. Aišku gali, jei nori, bet yra gersnių būdų. Su tuo pačiu svg gali padaryti, kad sugeneruotu viską į vieną img. Sry, neberašysiu kodo nemokamai, turiu ir taip darbų.

Php yra server side kalba, kuri nėra atsakinga už interface'ą. Su ja turėtum pvz. iš duomenų bazės ištraukti duomenis(nežinau iš ko susideda ta tavo diagrama, turi būti kažkokia statistika), tuomet susiskaičiuoti procentais(php) ir paduoti kintamąjį, kiek procentų turėtų būti užpildyta šita diagrama(matai, kad čia yra 40%).

Taip, turėtum truputi pagarbiau elgtis. Sugaišau virš pusvalandžio dėl tavęs(pačiam reikėjo dokumentacijas skaityti ir nagrinėti, ką kas daro), bet gal lengviau bus suprasti tau. Ateityje, kai pasako su kuo gali pasidaryti, pats paieškok kodo fragmentų. Nežinau ar tiksliai supratau, bet gavosi kažkas tokio. Kaip ir už tave padariau, tik diagrama nėra paveikslėlio dalis(jei siųsies img, jos nebus jame). Aišku čia nėra JS dalies, kuria neabejoju, kad susitvarkysi pats, nes jei dar ir tą, tai samdytis mane turėsi :D <!DOCTYPE html> <html> <head> <title>

Tai čia kaip supratau tau vieno stulpelio diagramos reik? Siūlau naudoti HTML5 svg. Nesunkiai šitą turėtum padaryt, jei susipažinsi su tuo iš arčiau. Dar su JavaScript ir CSS pažaisi truputi(if data-current(atributas) == 50, tada su kordinatėm žaidi) ir viskas. --Edit-------- Pagalvojau, kad čia išvis su CSS ir JS galima lengvai tai padaryti. Tiesiog su div'u ir jo stiliais žaist reik. Pirmas metodas tau leis padaryt, kad iš tiesų ant nuotraukos pieštum, o antras tau leis tai imituoti.

O kokie tie veiksmai gali būti? Vistiek tam naudojamos funkcijos ir metodai.

Kas čia per pieva? Gal dar vietoj to, kad į funkcijas ir metodus sutraukti, tai ciklus rašyti? Kad laikytumeisi DRY, tai nereikia naudoti ciklų. Jei html'e reikia atvaizduoti 2 itemus kokius, tai žiauriai neapsimoka ciklo rašyt. O jei tai yra dinamiškas turinys, tai greičiausiai itemų bus daugiau ateityje ir ciklas neišvengiamas. Bet tai yra tikrai ne tam, kad nesikartotum kode.

Taginimo kalba, o ne kodavimo. Mano patarimas būtų toks - pagalvok į kokią siauresnę sritį linksi. Jei web, tai siūlau pradėti nuo pačių pačių pagrindų, tai sakyčiau net ne nuo programavimo, o nuo html ir css suvokimo. O vėliau imti pvz. JavaScript'ą, PHP patarčiau imti jau po JS. Jei kita sritis, mažiau galiu patart, bet pasiėmus sudetingesnę kalbą, ateityje bus lengviau mokytis kitų.

Kas bus, jei tai išplis? :D gal nereikia?

Ne, įmonėj praktika atliekant, turėjau galimybę ilgiau pasėdėti ir su darbuotojais paklausyt pranešimo. :)

Nu tai su PS susislice'inat ir galit issisaugot kaip "site'a" html formatu (atrodo ctrl + alt + shift + s ir tada galit pasirinkti) :DD aišku tada reiktų viską ištrinti ir sukoduoti normaliai. Bet jei sukarpyti, tai man rodos sukarpo viską į paveikslėlius (nors pats niekada taip nedaryčiau ir nedarykit taip :D tai labai prastas patarimas, nerimtai rašau. Nors ir sukarpys jums). Normalus būdas tai issisaugoti layerius reikiamus atskirai ir kodint. O jei sukoduoti, tai koduokit. Skaičiuokit pixelius, rašykit html koda ir stilius. Nėrą ką pridurt. :)

Pasimokyk css.

Tiesiog tą divą imeti po lentele. Nuimk visus nereikalingus padding'us, margin'us ir jei yra position properties. Jei vienas po kito eis divai ir jiems nebus uzteti stiliai, tai ir bus, ko tau reikia, tad nuimk tai, ko nereikia. Nebent, padaryta kokia netinkama struktūra ir tie div blokai neeina vienas po kito.

Testai yra projekte, bet niekas nesisuka naudojant prod. environment. Pasileidi kada nori, jie skirti kai developini, o ne, kad su jais vartotojas kažką darytų. Vartotojas turi gauti jau gerai parašytą kodą. Jie rašomi atskirai nuo site'o fileų, bet kaip minejau įeina į projekto direction'ą. Galiu išskirti 3 jų grupes, kurios dažniausiai naudojamos. Unit tests - Kai testuoji, koki metodą, pvz. ar jis teisingai atlieka skaičiavimą(ar toks rezultatas). Su php dažniausiai naudojamas PHPUnit. Tai čia TDD Functional tests - Kai imituoji useri, kuris vaiksto po svetainę ir kažką daro. Atrodo

Travis, scrutinizer

Tada išvis prikolas gaunas :) užsakovui rekomenduoju, tiesiog ieškoti dirbusio su bootstrap'u žmogaus, o ar jis gerai su juo dirba priklauso nuo to, ar jis geras front-end'eris. Malonu. Šviežios žinios iš neseniai klausyto pranešimo. Jei įdomu, dalinuosi skaidrėm, bet žinoma visai kas kita, kai nepasakoja. Čia tiesiog įvardintos technologijos, bet apie jas plačiau nieko nepasakoma - Moder javascript :)

Tą karkasą jau gerai įvaldyt po 2 mėnesių gali, dar greičiau. Off topic truputi: O front-end development'as, tai reiktų sakyt, ne netik html, css, js, o žiauriai visko daug, ne ką mažiau nei back-end. Template engine'ai, grafikos redaktorių naudojimas, task runnerių naudojimas(kaip grunt ar gulp), css framework'ai, js framework'ai(backboneJs, angularJs ar reactJs), libai kaip Jquery, net ir back-end'o logiką ir framework'us reikia suprasti, daugybė kitų dalykų.