Pogledaj ovo 
Nikad nisi prestar ako imaš strast za nečime. Ja zaista volim programiranje. Nebitno u čemu je, bitno je da je ima neku funkciju i da je korisno meni ili nekome drugom.
Elektronika mi je druga ljubav koju nikada formalno nisam učio i za koju sam mislio da je jako teško naučiti i shvatiti je. Od svoje 40 do 42. dovoljno sam naučio da mogu sam napraviti jednostavan sklop sa mikrokontrolerom, LCD displayom, tranzistorima i pripadajućim elementima (otpornicima i kondezatorima) sa kojima mogu automatizirati stan, zalijevati biljke (ovisno o vlažnosti zemlje), mjeriti udaljenosti i sl. Čak si znam i sam popraviti TV (što mi je prije bila totalna nepoznanica, te sam do sada popravio jedan LCD monitor i svoj LED tv kad je kihnuo prije mjesec dana).
Poanta: ako voliš - naučit ćeš zbog sebe. Ako ne voliš i to radiš jer moraš - teško da ćeš naučiti išta novo
Godine nisu problem za učenje (štoviše, vježba mozak), kod mene su godine problem za traženje posla (a želimo odseliti u drugu državu)
2 Likeova
Za godine sam se malo nasalio, naravno, ko voli da petlja, uci, ne mogu godine da ga zaustave.
Prvenstveno covek treba da ima kapacitet, prostora u mozgu da sve to sazvaka, primi sa zadovoljstvom, da nije na silu i previse kompresovano, pa kad treba da vadi informacije da ide to brzo , bez kocenja i naprezanja, kao sto je slucaj sa clanovima koji su gore pisali, @tpojka (za kog sam mislio da je trojka), @jorgovan, @belmin je takodje talentovan mlad momak, ti @dmitrecic i jos neki.
Ja imam volju, zelju, ali po pitanju kapaciteta, nisam siguran da mogu brzo i kvalitetno 
, ali dobro, ipak ne odustajem, borim se na neki svoj nacin da dodjem do nekog prihoda, a da to nije hvatanje na brzaka.
Inace, elektronikom sam se bavio ranije, do neke 30-ete (dok nisam krenuo sa php), na nivou popravke radio prijemnika, po kojeg tv i pravljenju svega i svacega, radio predajnika. Lemilica, razvijanje plocica, lemljenje je bilo nesto znacajno u mom zivotu. Do nivoa mikrokontrolera, povezivanja sa racunarom, nisam dosao.
Ja se nadam da cu da se upustim u neko dogledno vreme u OOP, da ga prvenstvneo razumem, na pravi nacin, a onda bar u CI, ako ne u Laravelu ili nekom slicnom frameworku napravim nesto valjano.
Malo sam zatrovao temu ovime, ali vidim da su i drugi pisali, pa rekoh da i ja ostavim traga.
3 Likeova
Evo sinoć sam do 3 ujutro čitao o Laravelu, ORM-u, gledao usporedbu (ok, subjektivnu) angular-react-vue koje su im prednosti, mane i za što su primjerene (iako spada u front end, želim znati koristiti barem jedan od ta tri jer sam “zapeo” u jQuery kao što sam bio zapeo i u proceduralnom). Vremena za učenje se uvijek nađe ako imaš volje. Ostao bih i nakon 3, međutim primjetih neobičnu tišinu u stani i skužih da svi hrču pa bi bilo zgodno da i ja odem 
@tpojka mi je jako pomogao (vjerojatno nije toga svjestan) jer mi je za OOP dao izvrsnu podlogu za start u svega 2 linka. Ne znam koliko je dečko star, nije niti bitno, u startu mi je odmah rekao da nemam šta tražit kao programer ako te osnove nisam savladao (preneseno, ne tim riječima), i potpuno je u pravu. Međutim, što više učim to manje znam (odnosno vidim koliko ne znam, a to je dobro, jer u suprotnom bih bio napuhano matoro ■■■■■ koje misli da zna sve o svemu )
Gled’o sam taj video kad je izaš’o: subscribe-ovan sam na njegov kanal.
@drmko
Godine nikad ne trebaš ubacivati u varijablu. To ti je isto k’o kad nisi pročit’o dobru knjigu ili pogled’o dobar film - i nije neki razlog za devastaciju morala. Treba tek da ih pogledaš/pročitaš pa kad god.
Ja sam tu blizu @dmitrecic -a s godinama (ništa negativno 
) i iako sam u radu sa prvom mašinom negdje od ‘96., aktivno se bavim kompjuterima od neke 2003./2004. kroz netweork management. Bio sam administrator (i vlasnik), kasnije, lanca nekoliko PC igraonica i internet klubova a negdje krajem 2011. ili početkom 2012. (kako je djavo odnio šalu i ubacio free net po kafićima) sam ušao u svijet programiranja. I godinama sam se znao probuditi noću sa tabletom i još uvijek upaljenim YT-om koji mi tandrlja sa nekim od Derek Banas “Naučite za sat ____________ (upiši jezik/tehnologiju po želji)” na continue na jorganu jer prosto fizički nisam mog’o podnijeti sve video klipove koje sam htio pogledati. Mislim da sam pogled’o nekoliko hiljada sati YT edukativnog video materijala ako ne i par desetina hiljada (bez pretjerivanja).
Nakon šest godina mogu da kažem da više nisam pod uticajem Dunning-Krueger sindroma - tj., sad znam koliko ne znam. Ali ne treba da te brine koliko stvari ne znaš: zapamti da niko ne zna sve. Ono što je meni bilo bitno je savladavanje koncepta k’o takvog. Uopšte ne treba da me zanima da li je naziv funkcije search_array ili (tačnije) array_search odnosno da li je u toj funkciji prvi argument needle ili stack; to sve imam u dokumentaciji za 3 sekunde. Bitno je da znam tačno kad i zbog čega treba da upotrijebim tu fajlu/projektu.
Pa zamisli samo kol’ku glavobolju bi trebali imati Larry Page ili Jeff Bezos kad bi morali znati apsolutno sve i jednu sintaksu do u tančine za svoje proizvode. Ne, oni postavljaju i razradjuju model najopštije apstrakcije strukture Google i Amazon proizvoda. Apsolutno im je nebitno da li će rezultate iz baze povući NodeJs-om ili C++-om. Ok, ne možda nebitno ali poenta je u tome da mu trebaju rezultati iz baze zbog nečeg (drugog), ne zbog povlačenja rezultata iz baze. Bezos-a sam pomen’o jer upravo radim intenzivnije sa Amazon Services ekosistemom i to je takav jedan kompleks da je to prosto jedan programming art. Nemoguće ga je i savladati kompletnog za par godina, definitivno. A suština je da response-i svih (koje sam koristio) servisa su ujadnačeni objekti koji vrlo lako komuniciraju jedan s drugim.
E sad, da l’ ćeš koristiti Java/Kotlin kako bi ti Android telefon (up|down)load-ovo fajl na S3 ili ćes to uraditi sa PHP-om, je sasvim minorna stvar. Objekt koji ćeš dobiti nazad je identičan u oba slučaja. Samo što ćeš jednom koristiti response. sintaksu a u drugom $response->. Tebe tu zanima sadržaj response objekta i manipulacija nad istim, ništa drugo.
Što se tiče MVC-a to je struktura po konvenciji/nomenklaturi ali ne moraju (u dobrim i kompleksnim aplikacijama najčešće i nisu) sve aplikacije da imaju taj flow.
Evo čega se držati:
S.O.L.I.D.
Design patterns, design patterns.
Ali ne ide to sve odjednom, evo simplifikovanog i korektnog serijala o PHP MVC strukturi za početak (malo je stariji video).
@dmitrecic
Kad izuzmem dio o sebi, posljednji ti je jedan od naboljih postova na temi. Već reko’ otprilike - 42
Evo malo statističkih podataka (a u vezi sa konzistentnošću sintakse) o navikama u pisanju i izvučenoj razlici u zaradi.
Fak, koristim tab
Oa koji k…!!!
I ja sam ga koristio ali nije nešto u vezi sa čim se navika ne može promjeniti.
Promijeni na space i plata skače. 
Šalim se, ali vidim da je space common thing u svim relevantnim krugovima.
Isto sam subscribe-ovan na php-fig googlegroup gdje se mogu uocčiti sve naznake i prijedlozi za unapredjenje i shodno buduća mijenjanja PHP jezika i standardizacije u kodu. Naravno da ne čitam sve to, ali dovoljno mi je da mi stiže na mejl i da pratim po naslovima. Šta me zaintrigira, zavirim.
Pozitivna star je vidjeti kako experti postavljaju prijedlog i na koje je stvari tu sve obraćena pažnja k’o precondition za sam prijedlog tj., šta sve treba da zadovolji uslov da bi se nešto drugo tek moglo uputiti k’o prijedlog. To su stvari koje nauče čovjeka najviše. Jer znanje stiže kad se lančano pretraži 4-5 uslovno nevezanih stvari a ustvari iz konkretnog problema kad saznamo i zakljucčimo koje su mu generalne odrednice (rješenju za isti). Uslovno rečeno nevezanih jer ta peta potražena stvar je najšira apstrakcija osnovnog problema koji rješavamo i pomenom te najgeneralnije stavke mi nikad ne treba da pomislimo na takav problem osim ako se nismo lično susreli sa istim.
Poenta je da imaš konkretan problem i rešavanjem saznaš koja mu je glavna karakteristika i kad mi pomeneš tu karakteristiku meni ne treba pasti na pamet egzaktno tvoj konkretan problem, već neki drugi, moj problem koji je doveo do iste apstrakcije. U tom slučaju mi možemo direktno pomoći jedan drugom nekim prijedlozima rješenja.
Postavlj’o sam već ovaj link kojeg se slijepo držim. Ispoštujte savjete i prijedloge iz linka i neće biti nerješivog problema. To znači da ćete saznati koliko ne znate i šta sve (još) treba da znate da bi bili u stanju riješiti prvenstvenu problematiku (inicijalni problem s početka pasusa) ali tako to ide, nikako drugačije.
1 Like
Evo recimo to (SOLID) je jedan od naziva koji me “plaše” jer ne znam značenje iako me sama logika programiranja tjera da upravo tako i radim. Kao i kada sam pročitao SaaS, rekoh pa koji qrac to još moram naučiti, pa vidjeh da sam to već radio i da imam takav proizvod (online računi i fiskalizacija). Pa DevOps - u mojoj firmici je savršen primjer takvog rada (development - ja, operations - supruga koja radi s aplikacijom i komunicira s klijentima koji koriste dijelove aplikacije, te izrada, prilagođavanje i sama komunikacija između nas dvoje da bi se dobio proizvod po pravim potrebama korisnika). Pa agile i scrum metodologija rada itd…
Što se tiče Traversy medie na youtube, kad sam počeo s Laravelom krenuo sam s njegovim “Laravel from scratch” (nakon što sam pročitao uvodnu dokumentaciju na Laravelu) i u sekundi mi se upalila lampica o čemu se radi, kako se radi i što se gdje izvodi. Savršeno je jasan i jednostavan. Ono što me uvijek kočilo “da nisam doviljno dobar” kao programer, jest nepoznavanje KOMPLETNOG seta instrukcija (naredbi), što sam tek jučer(!!) shvatio da nije bitno, već da je bitno znati princip rada. Da sam to znao ranije, do sada bih znao raditi barem u 10-ak različitih frameworka za front i backend jer ne bih gubio vrijeme trudeći se zapamtiti što veći broj instrukcija… Al dobro, sad ću razvalit opušteno.
Dakle, novim developerima frontendašima i backendašima, reći ću vam ono što vam nitko drugi neće reć jasno i glasno: Nije bitno da znate svaku instrukciju/naredbu/metodu ili klasu unutar frameworka da bi bili dobar developer - bitno je da shvatite i razumijete osnovnu sintaksu i kako željeni framework funkcionira! Sve probleme na koje naletite za vrijeme kodiranja pokušajte riješiti sami - ako nejde guglajte! NE POSTOJI DEVELOPER KOJI ZNA APSOLUTNO SVE, DOBAR DEVELOPER ZNA KAKO RIJEŠITI PROBLEM I NE BRINE GA SINTAKSA. Ko se ne slaže nek ide vrit.
1 Like
Jedan odlican video koji pokazuje koliko stvari jedan programer (ne)zna.
1 Like
Mrak! Dobar je, pogledah od početka do kraja.
1 Like
1 Like
Prekjučer sam upravo to pomislio (prvu liniju zveknuo sam tab, pa se sjetih ove teme, pa sam u drugoj liniji 4x opalio space )
Ovaj mi je na sličan način dobar
Scary. 
Ja naučio sebe na dark theme (gdje god ima/kad god stignem) i na mobu da štedim bateriju.
A tako i na laptopu.
1 Like
Stvar navike. Light mi se na desktopu vuče još od doba MS Visual Studia 6, pa Frontpagea (sad bu pixdarije kad sam ga spomenuo ), pa Notepada++… Navikoh. Probao sam sa dark temom ali ne mogu se naviknuti. Pogubim se (čovjek ne bi rekao da boja može tako utjecati) i ne osjećam se lagodno…
Polako kreni sa dark theme.
Pola sata u dan/dva u podne u parku.
Krivulja promjene navika ti je identična krivulji punjenja/pražnjenja kondenzatora. Nema veze što si cijeli život na light temi ili npr. pušač …to ne znači da si vrijednost te navike napucao u beskonačnost.
Ono što je 5TAO kod punjenja kondenzatora, kod promjene navike možeš postići unutar 20 dana.
Ali pazi, 20 dana da ispeglaš naviku za 99.98% …a vec nakon tri dana si presao 50% promjene
Jednostavno nema razloga ne mjenjati se, kada skuzimo kako je lagano zapravo. A bit ćeš jako sretan kada se navikneš na dark temu. Puno manje umara oči.