DevBlox

Tai skaityk tuos errorus, ten dazniausiai parasyta viskas :D O siaip pirma varianta palyk tik pataisyk, nes antram su tuom konstantom nera gerai

Matau esi naujokas.
Čia uždarbis.lt, taigi turi pasiūlyti kažką už tai kad tau padės, čia uždyka niekas nedirba.
Jei neturi pinigų siūlyk barterį, padirbėti darže ar gatvę nušluoti.

Manau padarė lygiai nieko, o ryt jau reikia kažką turėti ... Bet regis jau mokslo metai ipusėję o dar negali iš masyvo surasti maksimumo, tai kylą klausimas ką veikė pusę metų

Tai parodyk kiek padares esi, nieks uz tave nedarys cia

Sunku įsiskaityti į užduotį ? Ar užsiregistravai, kad kažkas parašytų kodą? Tau juk reikia, bandyk, mokykis, Niekas negimė mokėdamas. O kad tingi daryti ir manai, kad kažkas už tave padarys... na nežinau nežinau

kaip ir betkokiam kitam darbuotojui, taip ir php programuotojui, atlyginimą dažniausiai moka darbdavys

Kadangi pc skirtas daugiau editinimui, tai sakyčiau verta investuoti ne į 4770k, o 4970k cpu. Jis turi smarvės multithreaded darbams. Grajų irgi nenuskriausi, o ir greitai išeis nauji grafikos API (pvz DirectX 12), tai tas cpu dar geriau pasitarnaus. To cpu socketas berods kitas, tai ir motininę kitokią reikės imti.
 
Aušintuvas geras, dar gali pasižiūrėti Be Quiet! Shadow Rock 2 (arba 3), tie turi masyvius radiatorius, tai gali užsimesti pora galingesnių aušintuvų (pvz kurie dedasi ant jau paminėto Noctua NH-D14), manau gera kombinacija gautųsi.

Pakeisčiau savo mąstymą, pradėčiau ieškoti naujų vertybių gyvenime. Visų pirma pradėk keisti savo požiūrį į daugelį dalykų. Tokie dalykai kaip šeima turi būti vienas iš didžiausių tavo vertybių apskritai gyvenime, o ne pinigai. Ieškok naujų pomėgių/hobių. Kas tau patiktų, taip susirasi panašių pomėgių turinčių žmonių, praplėsi draugų ratą. Nepamiršk ir studijų draugų. Jie tokie patys žmonės, jie lygiai taip pat gali būti tavo draugai. Toks pasakymas, jog gyvybė tau nesvarbi, man iš viso kelia pasibaisėjimą. Čia galbūt net reikėtų tau ir psichologo pagalbos. IR TIKRAI siūlau nebijoti, ir nueiti pas jį. Čia visuomenė yra sukūrus tokį stereotipą, jog jei jau pas psichologą žmogus eina, tai jis jau kažkoks kitoks ar psichas. Tikrai taip nėra. Tai žmogus, kuris gali tau padėti pasikeisti iš esmės, patarti vienoje ar kitoje situacijoje, jei neturi kas pataria ir panašiai. Pats neesu buvęs pas psichologą, tačiau pažįstu vieną moterį. Tai tokioje situacijoje kaip tavo, jei pradėtų "čiuožti stogas" tikrai nueičiau, nes ten žmonės tikrai žino savo darbą labai gerai, ir kiek teko girdėti atsiliepimų ne vienam padėjo sugrįžti į normalų gyvenimą. Sėkmės!

Kad kurti app'sus reikia tikrai neblogai išmokti pagrindų visų progamavimo, nes prasidės visokių bibliotekų naudojimas ir tt, o jei tų pagrindų neturėsi tai užsikasi.
 
Manau gerai kad C++ renkiesi, išmoksi ir low-level ir high-level programavimo, tik gali maišytis viskas pradžioje, nes visko labai daug, kalba plati. Jei viskas maišosi per daug tai gali nuo C pradėt, nes nuo pačio žemiausio lygio pradėti gal pravers tada, nes išmokti smulkiausius dalykus yra naudingiau, išmoksti suprasti kaip viskas "po kapotu" dirba, o po to gali eiti toliau, į vis abstraktesnes kalbas (todėl ir C++ gerai, nereiks keisti kalbų ir kaip kažkas sakė kad c-style kalbos yra visur, tai jau daug mokėsi kai judėsi į kitas kalbas) jau turėamas tą supratimą. Va tuomet tai prasidės moderni kūryba :).

Jep, priklausomai nuo to kiek esi pasiryžęs mokytis, teks kentėti bent jau 3 mėnesius.
 
Prieš tiek laiko parsisiunčiau C++ primer 5th edition knygą ir bandžiau ją įveikti. Nepavyko - užkniso nuobodi struktūrą, iš proto varantys c++ pointeriai, kadangi žinojau, kad po Primerio šiaip ar taip su c++ neprogramuosiu (norėjau pramokti c++ tik tam, kad lengviau ikirsti JAVA pagrindus), dienos gale jau varčiau Head First Java.
 
Būtent nuo šios knygos ir pradėk. ~500 puslapių (iki Threadų) sudorojau per ~+- savaitę-2, daugiau nieko neveikdamas, tik programuodamas, retkarčiais nueidamas į visas pamokas ir pasimatydamas dar keletą valandų su mergina.
 
Vėliau per porą dienų užbaigiau CodeAcadamy Python kursus (tiesa, naudos kaip ir nedavė, šiaip aiškesnį supratimą tiesiog gavau).
 
Dar ~savaitę sprendžiau codingbat.com užduotis (LABAI LABAI rekomenduoju jei esi šviežias programuotojas, viskam išspręsti greičiausiai prireiks labai daug laiko, bet išmegins tavo mastymą labai teisingai).
 
Na, o tuomet sekė The New Boston Android programavimo tutorialai. 50 tutorialų praėjau, vėliau susinervinau, kad ganėtinai neįdomu ir parašiau pirmajį parseriuką savo.
 
Nuo to laiko dabar praėjo mėnesis, šiuo metu jau kuriu pirmąją rimtesnę programą.
 
Kadangi daugmaž įsivaizduoju ką jaučia dar tik norintys pradėti mokytis, tai pasakysiu tiek - svarbiausia manyčiau būtų susidūrus kliūtimi nepasiduoti. Jei matai, kad gaunasi visiškai #####, išeik parukyt, nusipirkt dešrelių, grįžk ir toliau bandyk suprasti wtf. Čia praverčia smalsumas, pats naktim užmigt negaliu, jei su kodu susipykęs būnu.
 
Na ir susitaikyk su mintim, kad stackoverflow bus naudingiausias žinių šaltinis, bent jau pradžioje.
 
 
Tai va, čia toks mano roadmapas, nuo kvailio iki advanced beginnerio. Nežinau ar jis geras, ar blogas, bet tikrai jaučiu rezultatus, todėl linkstu prie pirmojo varianto :)
 
P.S. jei mokytis dėl pinigų nori, tai Tavo vietoje net nevargčiau. Jei nori mokytis pats, ir smalsumas nespardo tau šiknos, savarankiškai mokytis bus tikra kankynė.

Kokia platforma išvis nori kurti? Telefonams? Kompiuteriams? Taip easy tikrai nebus. Reikės mokytis programavimo, ir daug ;) Iki kažkokios programėlės, kuri duos naudą (ta prasme nebus gėda jos niekam parodyt) geriausiu atveju praeis geras pusmetis...
Ir jeigu dėl greitų pinigų Tu čia - pamiršk. Tikrai negausi greitai iš to pinigų. Metai, ir daugiau, tada gal uždirbsi kažką. Bet tikrai nesugebėsi anksčiau praspjauti jau didelę dalį, kurie programuoja ir gauna pinigus už tai :)

Pratęsiant naują tradiciją, kuri prasidėjo praeitą savaitę, antra nuorodų serija front-endininkams.
 
- Flexible Grid Tools For Responsive Websites
- Developing a Password Strength Plugin with jQuery
- Animated 3D button using only CSS3
- Handling DOM events in Backbone.js and working with Collections
- CSS Tools for Organizing and Formatting CSS Code
- HTML Forms in AngularJS
- How to build a custom Google map for your website
- 20 Tutorials for Learning New CSS3 Properties
- A Look Into: Internet Explorer 11 DevTools
- 18 Awesome HTML5 and JavaScript Game Engine Libraries
- Collective #109
- Bootstrap Themes and Templates
- Animate.css – CSS3 Library To Create Animation Easily
- Building Static Sites with Kit and LESS – Part I
- Minimal Form Interface
- 50 Free Responsive HTML5 Templates You Want To Use
 
Jei norite tokią seriją kas savaitę gauti el.paštu, prenumeruokite naujienlaiškį

Kadangi pirma serija nuorodų sulaukė nemažai teigiamų įvertinimų, tai nusprendžiau pratęsti tradiciją skelbti nuorodas ne tik savo naujienlaiškyje, bet ir uždarbyje. Taigi, šios savaitės porcija back-enderiams:
 
- Bendra teorija: Securely Handling User’s Login Credentials
- Apie naują Hack kalbą: Hack Language is All that PHP Should Have Been
- Jei norite mokytis: 9 Online Developer Academies for Regular & Consistent Learning
- Šiek tiek pitono: Unit Testing with Python
- Giliau į mišką: Easily Deploy Redis Backed Web Apps With Docker
- Amžina tema – kuris geriausias? Top 10 PHP Frameworks for Developers
- Kurių pluginų vengti? 5 Reasons Why I Don’t Install WordPress Plugins
- Apie duombazes ir įrankius: Please, Run That Calculation in Your RDBMS
- Kad PHP ir JS draugautų: How to Pass PHP Data and Strings to JavaScript in WordPress
- Jau netoli: WordPress 3.9 Release Date Officially Set for April 16th
- Profesionalams: 5 Great Blogs for DevOps
- Gal kam pravers: 45+ Best PHP Loader and Uploader Scripts
- Diskusija apie e-komerciją: Can anyone suggest a php ecommerce solution that isn’t terrible?
- Prezentacija pradedantiesiems: Knolx Session:- An Overview of Node.js
- Apie MySQLi naudojimą: Using PHP with MySQL – the right way
- Jei nusprendėte (e)migruoti: Data Pumper: Migrating Data from MySQL to PostgreSQL
 
P.S. Balandžio 1-osios nuorodų nėra, visos "normalios" :)

Nevisada naudojamas kodas yra tavo kodas, todėl debuginti nevisada yra variantas, kartais tiesiog negali, būna tokių situacijų sočiai. Manau implementerio atveju explicit panaudoti ir užkirsti kelią tokioms klaidoms yra būtinybė, klientas nežinos kuom skiriasi tie konstruktoriai, jei dokumentacija ir prototipas nieko nepasakys (nors tikrai turėtų). Implementerio uždavinys visada yra rašyti funkcionalų ir paprastai naudojamą kodą. Išleisi tarkim closed source API, ir planuoji debug simbolius įkompiliuoti, kad pažiūrėtų klientas kuris konstruktorius iškviečiamas? Nemanau. Taigi prieš įžūliai atsakydamas, pagalvok apie daugiau atvejų. Kadangi programuotojas esi, pasuk smegeninę outside the box, taip pat manau žinai, kad yra daug būdų apeiti problemą, nebūtinai explicit, nebūtinai koks kitas sprendimas, tik nebūk įsitikinęs, kad surasti kuris konstruktorius iškviečiamas absoliučiai visada paprastas, nes taip tikrai nėra.

Vakar pradėjau seriją nuorodų back-end programuotojams (daugiausiai PHPistams), o šiandien kitas sąrašas - tiems, kas dirba su HTML/CSS/JavaScript/dizainu. Jei norite kiekvieną savaitę gauti po tokią porciją, prenumeruokite naujienlaiškį (jį prenumeruoja jau 120 žmonių).
 
- 28 Free jQuery Plugins For March 2014
- YAMM3 – Build Megamenu For Bootstrap 3
- 6 Reasons Why Flat Design Will Die Soon
- Everyday Helpers: Fresh Free CSS Tools GenerateCSS and Gradientoo
- pNotify : JavaScript Notifications for Bootstrap
- Responsive Full Width Tabs
- How to Debug Website in iPad
- Beautiful Examples of Vivid Dashboard Designs
- Best Free Website Speed Testing Tools
- Responsive CSS Keyframe Animations
- 14 UI Wireframe Stencils For Quick Prototyping
- Create Drop-Down Menu Using CSS Only
- Mobile friendly / Responsive jQuery date & time input picker
- Collective #108
- HTML, CSS, PSD and More: 18 Free Design Resources from February/March 2014
- How to convert Font Awesome to png icons

Pasidalinsiu savo patirtimi.
 
Prieš pradėdamas studijuoti informatiką buvau savamokslis programuotojas. Visada žingsnis po žingsnio išmokdavau tai, ko man prireikia (objektinį PHP, kurti efektyvias SQL užklausas, parašyti švarų visos svetainės xHTML ir CSS nuo nulio atsidarius Notepad, galiausiai jQuery ir šiektiek pačio JavaScript). Kaip bebūtų, kiekviena nepažįstama technologija man iš pradžių atrodydavo didelis vargas bandant perprasti - iš tikrųjų taip ir buvo, patirtis kainavo šimtus valandų bandymų, klaidų, nervų - bet galiausiai išmoksti ir turi tarsi ginklą savo arsenale, kurį bet kada prireikus gali išsitraukti.
 
Informatika toks dalykas, kuriame naujos technologijos atsiranda nuolat. Tai reiškia, jog ir mokytis privalai nuolatos. Jei žmogus moka tik vieną programavimo kalbą - tai, mano nuomone, jis nėra tikras programuotojas - jis neturi supratimo, kaip programos kuriamos kitose aplinkose ir kada kurią geriausia pasirinkti.
 
Vienas vertingiausių įgūdžių, kurį man suteikė informatikos studijos per pirmus pusantrų metų - greitai perprasti naują technologiją. Universitetas tiesiog privertė per labai trumpą laiką pramokti ne vieną iki tol svetimą programavimo kalbą.
 
Pavyzdžiui, šį semestrą turiu dalyką, kurio paskaitos vyko tik pusę semestro. Jo tikslas yra nuo nulio išmokyti dviejų skirtingų programavimo kalbų - Python ir Haskell. Du skirtingi dėstytojai skaitė po trijų savaičių paskaitų ciklus apie savo tyrimuose naudojamas kalbas. Tuomet abu jie įteikė mums po du projektų aprašymus, kuriuos kiekviena kalba turime įgyvendinti per likusius du mėnesius ir dingo - daugiau jokių paskaitų. Pirmoji (lengvesnė) Python užduotis - sistema, iš savo kompiuterio leidžianti naršyti kito kompiuterio bylas, iš jo atsiųsti ir į jį nusiųsti failus. Antrasis projektas (prie kurio dirbu paskutinį mėnesį) - kompiuterinis žaidimas - su automatiškai sugeneruojamais kambariais, monstrais, lygiais, ginklais ir kita (čia praverčia Python modulis pygame). Viską turime susirasti ir išmokti patys - bet kai turi aiškias užduotis, ribotą laiką ir norą nenusimauti (iššūkį) - mokaisi labai greitai.
 
Negano to, kitos paskaitos dėstomos ir atsiskaitymai vyksta su JAVA, o naujiems asmeniniams projektams vietoje PHP nusprendžiau naudoti Ruby, kurio taip pat iki šio rudens nemokėjau. Neseniai paskaičiavau, kad dabar per savaitę skirtinguose darbuose dažnai tenka kodą rašyti 5 kalbomis: JAVA, Python, Haskell, Ruby ir PHP. Nemanau, kad visų jų man prireiks ateityje, bet naudinga žinoti suteikiamas galimybes - viena programavimo kalba geresnė vienoje srityje, kita kitoje (pvz., jei reiktų greitai sukurti kontaktų formą - rinkčiausi PHP, jei programėle, kurią nusiųsčiau draugui į kompiuterį - JAVA (nes veiks tiek Windows, tiek Linux, tiek Mac OS), jei svetainę - Ruby, jei sudėtingus matematinius skaičiavimus, kuriems reikia greičio (pvz., finansai, bankininkystė), - Haskell - stebuklinga ir sunkiau perprantama kalba, kur gali praleisti pusvalandį rašydamas vieną kodo eilutė, bet ta eilutė padaro tiek, kiek kitose kalbose 10).
 
Iš tikrųjų nėra jokios paslapties: kuo daugiau žinai programavimo kalbų, tuo lengviau prie jų pridėti naujas, nes atrandi panašumus. Anksčiau tai buvo tikras iššūkis - dabar, atrodo, užtenka paskirti savaitgalį užsidarius su keliomis geromis knygomis apie nežinomą programavimo kalbą ir pirmadienį jau gali pradėti rašyti ja programas (taip padariau su Ruby).
 
Kiekviena programavimo kalba turi fundamentalius dalykus, kuriuos turi sužinoti prieš pradėdamas su ja dirbti (duomenų tipai, objektų samprata, ciklai ir kt.), o visą kitą jau rasi internete kurdamas. Dažnai būna, kad žinai, kaip vieną dalyką atlikti kalboje, kurią jau moki, bet nežinai, kaip tai vyksta naujoje programavimo kalboje, kurią ką tik pradėjai mokytis. Su tuo susiduria kiekvienas, todėl internete pilna informacijos - pavyzdžiui, PHP programuotojui, kuris nori išmokti Ruby: http://www.phptoruby.com/
 
Taigi reziumuojant atsakymą į klausimą "Ar įmanoma būti visų kalbų asu?": asu galbūt ne, bet mokėti daug kalbų yra naudinga. Programuotojams yra normalu iš pradžių nežinoti, kaip ką nors atlikti, - kaskart susiduri su naujais dalykais, ieškai sprendimų ir juos atrandi - tai nenutrūkstantis ciklas, nenutrūkstantis mokymasis ir tobulėjimas. Dėl to http://stackoverflow.com/ jau tapo viena iš populiariausių svetainių pasaulyje - ir ten renkasi programuotojai profesionalai, nes niekas niekada visko nežino.
 
Nematau priežasties šiais laikais mokytis C++, nebent ketini atlikti mokslinius skaičiavimus ar šiaip nori save pakankinti, galvodamas "kaip jėga, kad truputi moku C++". Priežastis - su kitomis programavimo kalbomis tuos pačius dalykus gali sukurti greičiau ir paprasčiau. Tai kam vargti?
 
JAVA yra žymiai modernesnė C++ alternatyva, jei galvoji apie sistemų kūrimą. Tiesa, pačios JAVA programuotojai paskutiniais metais jau po truputį pereina prie naujesnės programavimo kalbos - SCALA (todėl ir teigiu, kad niekas nestovi vietoje). Naujos programavimo kalbos minusas bandant ją perprasti - mažiau informacijos, mažiau specialistų, mažiau žmonių, kurių gali paklausti. Tad tiesiai prie SCALA eiti nesiūlyčiau.
 
Iš vieno forumo: Python vs C++:
 
 
Be to, nemažai mokslininkų (ir mano universitete) vietoje C++ jau renkasi Python, nes Python turi skaičiavimams sukurtus modulius (plačiau apie tai jau rašė nagisa).
 
Jei reikėtų rekomenduoti vieną kalbą, nuo kurios pradėti, tai kaip jau kažkur rašiau forume: jei ketini studijuoti informatiką - galbūt verta eiti sunkesniu keliu ir pradėti nuo JAVA (sužinosi daug naudingų dalykų, po kurių perprasti kitas programavimo kalbos bus lengva), jei programuoti pirmiausia nori tam, kad įgyvendintum savo idėjas ar galėtum greičiau iš to pradėti uždirbti - Python turbūt geriausias pasirinkimas (lengva perprasti ir galinga programavimo kalba, nors nepadės taip smarkiai persilaužti kaip JAVA mokantis kitų programavimo kalbų). Puiki alternatyva Python galėtų būti Ruby.
 
Išbandęs jau ne vieną programavimo kalbą, niekam nerekomenduoju PHP, nuo kurios pats pradėjau, - tiesiog yra žymiai tobulesnių, geriau apgalvotų ir išbaigtų technologijų. Mokantis PHP atskiras mokslas yra PHP saugumas, nes bet kokio naujo programuotojo sukurtą PHP puslapį dažniausia galima nulaužti - priešingai nei Python ar Ruby, nes šios kalbos pačios savaime turi daugiau apgalvotų saugiklių. Galiausiai PHP (palyginus su Python ar Ruby) rašai daugybę kartų tą patį kodą (kartoji save).
 
Kažkada draugams rinkau geriausius nemokamus Python resursus internete. Galbūt kam nors skaitantiems šią temą pravers:
 
Lietuviškai apie Python: http://docs.python.lt/tutorial/
Praktinė knyga - teorija + užduotys: http://learnpythonth...nTheHardWay.pdf
Google paskaitos: http://code.google.c...n_understanding
Google teorine medžiaga (jei knygos neužtenka): http://code.google.c...lass/index.html
Python gidas pradedantiesiems: http://wiki.python.o.../BeginnersGuide
Python dokumentacija (kiekvieno programuotojo enciklopedija): http://docs.python.org/

Nevisada naudojamas kodas yra tavo kodas, todėl debuginti nevisada yra variantas, kartais tiesiog negali, būna tokių situacijų sočiai. Manau implementerio atveju explicit panaudoti ir užkirsti kelią tokioms klaidoms yra būtinybė, klientas nežinos kuom skiriasi tie konstruktoriai, jei dokumentacija ir prototipas nieko nepasakys (nors tikrai turėtų). Implementerio uždavinys visada yra rašyti funkcionalų ir paprastai naudojamą kodą. Išleisi tarkim closed source API, ir planuoji debug simbolius įkompiliuoti, kad pažiūrėtų klientas kuris konstruktorius iškviečiamas? Nemanau. Taigi prieš įžūliai atsakydamas, pagalvok apie daugiau atvejų. Kadangi programuotojas esi, pasuk smegeninę outside the box, taip pat manau žinai, kad yra daug būdų apeiti problemą, nebūtinai explicit, nebūtinai koks kitas sprendimas, tik nebūk įsitikinęs, kad surasti kuris konstruktorius iškviečiamas absoliučiai visada paprastas, nes taip tikrai nėra.

Nevisada naudojamas kodas yra tavo kodas, todėl debuginti nevisada yra variantas, kartais tiesiog negali, būna tokių situacijų sočiai. Manau implementerio atveju explicit panaudoti ir užkirsti kelią tokioms klaidoms yra būtinybė, klientas nežinos kuom skiriasi tie konstruktoriai, jei dokumentacija ir prototipas nieko nepasakys (nors tikrai turėtų). Implementerio uždavinys visada yra rašyti funkcionalų ir paprastai naudojamą kodą. Išleisi tarkim closed source API, ir planuoji debug simbolius įkompiliuoti, kad pažiūrėtų klientas kuris konstruktorius iškviečiamas? Nemanau. Taigi prieš įžūliai atsakydamas, pagalvok apie daugiau atvejų. Kadangi programuotojas esi, pasuk smegeninę outside the box, taip pat manau žinai, kad yra daug būdų apeiti problemą, nebūtinai explicit, nebūtinai koks kitas sprendimas, tik nebūk įsitikinęs, kad surasti kuris konstruktorius iškviečiamas absoliučiai visada paprastas, nes taip tikrai nėra.

Elektronikos parduotuvėse pasižiurėk, bus iš ko rinktis. Imk kokio tik pagrindo širdis geidžia išskyrus vandens, nes išgaruos greitai. Nusipirkęs turiu silikoninio pagrindo patį pigiausią, puikiausiai atlieka darbą.

http://en.wikipedia.org/wiki/Resource_Acquisition_Is_Initialization#C.2B.2B_example

Pasidaryk padorų portfolio, dėk skelbimus kur tik gali, reklamuokis, daryk kokybiškus darbus už prieinamą kainą, tada užsakovai tave rekomenduos kitiems, taip plėsis užsakovų ratas. Būk su visais malonus ir lankstus, pagelbėk kitiems nemokamai minimaliose situacijose, tik tokiu atveju tave prisimins kaip gerą freelancerį ir gal būt kada nors tave samdysis.

Prie visų šių patarimų pridėčiau - daryk tai kas tau malonu, nes kitaip tas freelance'inimas taps katorga.

Sveiki, mano vardas Lukas. Esu 17-metis, savamokslis ir kursus baigęs C++ programuotojas. Ne profesionalas, bet judu į priekį palaipsniui. Užsiregistravau į šį puslapį su tikslu tobulėti ir pradėti uždirbti iš savo hobio - programavimo :).