Ljudi, radim projekte koji uglavnom zahtevaju od 3 meseca pa na vise :) Mozda se neko seca moje stare teme "u kom pravcu ici" gde su mi mnogi aludirali na Laravel i ciji savet sam poslusao, te ga forsiram poslednjih godinu+ dana u odnosu na prethodno pravljen licni fw, osim naravno kada su sitnije stvari u pitanju.
Za one koji nisu u toku sa PHP svetom, poslednjih godina je nestasica malih projekata. Ono sto treba da se odradi za malo vremena se radi u WordPressu koji ne radim iz principa nekog, 'bem li ga, izgleda sam i ja postao tvrdokoran i probirljiv. Volim nekako sve od nule sam da pravim, i Laravel nisam dirao dok nisam razumeo sve sta su oni radili i citao gomilu dokumentacije, pregledao fajlove, itd.
Poenta je da mi rad bude lagodniji, a imam tu kombinaciju koja mi radi 10+ godina bez problema - mlad sam, 27, prilagodljiv sam, kapiram da cu kad tad morati da se naviknem na neke nove stvari, ali eto, ovu temu sam otvorio da nadjemo zajedno nacin kako raditi development na remote dev serveru uz sto manje muke. Da imam zivaca da sedim za desktopom po 10h nekad verovatno bih na istom drzao celo to radno okruzenje i radio commit posle odradjenog dela posla na dev server i video pred-produkcijske rezultate.
Ima stvarno korisnih stvari koje su ovde navedene, ali opet kazem - fokusiramo se na produktivnost, ne na neko "unazadjivanje". Vim znam da se kune gomila ljudi u njega ali ja ga licno nisam nikad koristio, uvek je prva stvar kad podignem linux cli distro bila "yum install nano" ili pandan toj komandi.
Od koristenih alata za rad, najbolje su mi se pokazali Notepad++ koji sam pregazio VScode-om (ms je posvetio mnogo paznje u poslednje vreme istom, a n++ je malo zgazen sto se tice novina, ali i dalje vrlo funkcionalan!!!) i JetBrains alate koji su okej kad se rade veliki projekti. Kada su sitne stvari u pitanju apsolutno je svejedno sta se koristi, VScode zavrsava i remote pricu.
---
Poenta je sto u mom slucaju mora da se razbije ta neka monotonija rada i mora da se izadje iz radne stolice. Prosto da se ista ne zgadi coveku. Ima dana kada ustanem, otvorim oci, pogledam ka desktopu i u fazonu sam "au brate, ne mogu da te palim" a ima finesa koje bih zavrsio. Okrenem se na stranu, uzmem lap top i u krevetu ispeglam sta treba za pola sata, odem, stavim kafu, vratim se u krevet i nastavim jos nekih sat vremena, potom malo iskoristim dan, itd... Nekad i odem do kafica na 2 sata pa i tako razbijem monotoniju. Poenta je samo sebi olaksati rad sto vise, psihicki. Jer stvarno radni sto moze da stvori odbojnost ponekad.
Sto se tice hardvera, softvera, svega ostalog, servera, dodatnih troskova, ne brinite za to - pokrivam sve ukoliko je potrebno i znaci. Ako ce mi olaksati rad, 50e mesecno za bolju produktivnost se nadokndadi za 2-3 sata rada. Da pricamo o hobiju, imao bih VScode i WAMP na kompu i to bi bilo to, kakvi crni dodatni serveri i licence.
---
Ono sto mi je radilo perfektno na ovaj nacin je N++. Imao je sjajnu SFTP podrsku, direktno su se editovali fajlovi na serveru, cuvali su se svakih x vremena snapshotovi nesacuvanih fajlova, nikad nije bilo greske. Sa tog servera se potom radio commit za VCS. Potom sam resio da isprobam sve ove nove fensi editore, Atom, Sublime, PHPStorm, i jos par nekih, vise se ni ne secam, neki su bili okej, neki nisu, svaki ima svoju krivu ucenja. Def najbolji je Storm, ali naravno kosta, uz to je kriva ucenja prilicno strma na pocetku pa potom blaga pa strma. Nema ono napravis novi projekat i kreces da radis, ima dosta potrebe za podesavanjima, ali kad se posveti koji dan podesavanju i razumevanju sta koja funkcija radi, sve ide kao po loju.
Nazalost, PHPStorm mi je prvi put delovao prekomplikovano i dosta resoursce heavy u odnosu na ostale (ipak je IDE za razliku od ostalih koji su editori), te sam nasao srecu u VScodeu. Zavrsih neki projekat u istom relativno skoro i bilo je stvari koje su me nervirale ali nisu bile kriticne, plugin remotefs radi kako treba, ali ostali pluginovi nisu bas kompatibilni sa istim jer ni on ne radi kesiranje lokalno vec editovanje na serveru, a plaginovi traze neke stvari koje moraju da se nalaze na klijentskoj strani, negde je moguce to ispeglati, negde nije. Na primer, u .php fajlovima koji se edituju lokalno, radi auto-complete i autoclose tagova HTMLa, dok na remoteu nema nista sem nekog primitivnog hajlajtinga. Znaju mnogi da laravel ukoliko se koristi blade za izradu frontenda kao templejting endzin cuva podatke u blade.php formatu koji su ustvari .html tipa sa nekim dodatnim tagovima koje PHP preprocesor kompajlira u toku izvrsavanja. Zaobilazno resenje je bilo da prebacim VScode vidjenje .blade.php ekstenzije u .html. Onda je i remote radilo sve kako treba... dokle god ne pisem php kod u blade.php, sto po pravilu ne bi ni trebalo da radim. Postoji i lokalno kesiranje za ne daj Boze. Ovo se odnosi ukoliko se kompletno resenje pravi u Laravelu/PHP, ako ne radim ja frontend i diram samo .php i pravim API, sve radi bez greske.
Znaci postoje resenja koja mi rade posao, ali sam otvorio temu jer me je zanimalo da li jos neko radi istim principom kao i ja. Ne trazim neku budzevinu vec stvarno nesto sto je napravljeno da radi jer je ovo stvar koja zivi, nije neka fiks ideja. VNC/RDP su solucije, naravno, ali ne volim virtualizaciju vizualnih stvari, postoji taj minimalan lag kom se ne bih izlagao bez preterane potrebe. Takodje, vim je neki downgrade u odnosu na ono sto se danas nudi. Notepad++ radi, VSCode radi sa problemima sa plaginovima koje sam vec odavno prijavio na githubu, oznaceni su kao feature request ili bug, niko nije rekao "lud si, koji ce ti to q", postoji svest o problemu. PHPStorm upravo testiram i za sada deluje OK, *mislim* da negde cuva podatke o napravljenim fajlovima, ima i integrisan shell u sebi koji moze da se prebacuje lokalni/remote pa i php artisan radi iz same aplikacije sto ume da bude zgodno. Ono sto mislim da mu pravi problem je pravljenje kontrolera/modela/etc preko artisan komandi ali i dalje nisam siguran. Znaci sve ono sto nije nastalo nativno preko pisanja preko editora jer mozda negde postoji neki njegov maleni VCS. Ponavljam, nisam siguran i i dalje testiram celokupno resenje.
THE ONLY EASY DAY WAS YESTERDAY