Mr.Key

Varētu domāt, ka viss, ko pats raksti, ir tāds, ka nekad nav galva jāsaķer šausmās.

Paldies. Kaut kā tā apmēram ir, bet gribējās uzzināt, vai iespējams ko vairāk, bez inline doc. Bet nu ja vajag inline doc, tad vajag, arī zināt to jau ir daudz.

Cilvēka kapacitāte ir limitēta. Veltot laiku SQL un ASM mācēšanai bez manuāļa, tiek atņemts laiks daudz kam citam, piemēram, tam, kā izveidot produktu no nulles vai tam, kā komunicēt ar citiem cilvēkiem, kuru dzīves modelis ir citāds. Un, līdzīgi, kā jau minēts - šodien ir ne visai prātīgi kaut ko mācīties. Jo, cik ilgi to tev vajadzēs? Un kam tev to vajadzēs? Klientu taču neinteresē, vai tas risinājums ir uzrakstīts ar vai bez manuāļa, un vai tu tur investēji pusgadu sava FW izstrādei, vai paņēmi gatavu. Utt.

Cilvēkam, kā jebkurai dabas būtnei, būtiskākā spēja ir spēja adaptēties.

Nu varbūt klasika - atrada naudu, izmeta pār bortu tos, kas strādāja bez naudas.

(bet tas tikai sarkasms neliels)

Es arī domāju, ka tas ir muļķīgi. Un neviens jau arī nemācās, kaut ko sagrābsta tik. Vēl baisāk, kā LV būvniecības bumā, kur pēc 2 gadiem flīzes krīt nost un pelējums lien ārā, kaut būvēts pēc visjaunākajām tehnoloģijām.

Droši vien kantorim diezgan uzaudzēts produkts ar GWT. Ja nemaldos, arī terase ar skatu uz daugavu.

Briedis, vai tev ir izdevies sakonfigurēt phpstormu tā, ka, piemēram, kontrolierī rakstot buildera metodes, viņš piedāvā normālu completion? Piemēram, ja es uzrakstu $models = Model::orderBy(.. , viņš neko nesaprot.

Tūlīt viņš visus izjokos, pasakot, ka tas bija par dienu (kas arī samērā reāli).

500 piedāvāt jau var ikviens, kam nav slinkums. codez, negribi kodēt par 500 EUR/mēn.? Super projekti, mega iespējas, stārt making jour greit carjēr now! Send me your ten leitest prodžekts now to bī evaljueitd.

(Tagad inkrementē counteri tiem 500 eur piedāvātājumiem. :D)

Ā, aizmirsu, kā pārbaudes darbu iedošu dažus iekavējušos uzdevumus.

Nebija ne vainas tam beforeAction(), bet pēc middleware iepazīšanas, protams, atpakaļ iet ir grūti. Un par to arī tas stāsts - ja seko līdzi top tehnoloģijām, atpakaļ paiet ir grūti. Neiesi tak cauri purvam, ja esi atradis taciņu.

Ar Yii2 mazliet padarbojos reiz, bija sajūta, ka esmu ļoti praktisku cilvēku pasaulē. Nu tādu, kas ja pielikt gleznu pie sienas, tad, "blaukt", iešauj naglu iekšā un gatavs ir! Vajag apgaismojumu? Nekas, te ir divas galda lampas, pieurbsim pie sienas un gaisma būs. :) Laravel tikmēr tāds smalks pasākums vienotā stilā.

Skatoties, uz ko tu izej. Ja tas ir klients, kuram biznesa vajadzība prasa kaut kādu risinājumu, parasti tam nebūt nav jābūt WOW un nekāda vaina nav izmantot lietas, kas labi darbojās 2014 gadā vai pat 2012. (kaut kur ap to laiku developments pārlūkiem sāka kļūt par civilizētu pasākumu).

Ja jātaisa mājaslapa UX konferencei, tad tur gan ir tā, ka es jau vien apskatoties sources sajutos tā, ka dators būtu jāmaina pret makšķeri.

WC :D

Un vada arī lohi, jo ja pusgadu meklē, pa to laiku no jēdzīga cilvēka jau var uzbūvēt Java programmētāju, nemaz nerunājot, ja cilvēks jau ir ar taustāmu programmēšanas pieredzi.

Ja neviens neatbild, pamaini toni. Ja visi atbild pozitīvi, tad esi ambiciozāks. Ja kaut kas nav skaidrs, prasi kādam. Ja neuzzināsi atbildi, vismaz uzzināsi kaut ko.

Blitz, tur tā lieta, ka biju pieradis pie tā click+click. Tagad jūtos kā diletants, kurš reizi minūtē gūglē. Lai saprastu, kas notiek un kā notiek. It kā jau phpStormam ir visādi tūļi, bet nu vēl neesmu atradis tik ērtu variantu, kā ar citiem - piemēram, tas pats Eclipse PDT ar citiem ietvariem liekas daudz ērtāks tieši OOP koda daļai.

Tā jau, protams, ar katru dienu saprotu, un arī šeit var redzēt, ka iespējas tiešām ir daudz un labas, tikai tas izstrādes process nav tik intuitīvs. Droši vien vēlāk tas mainīsies.

Yii negribētu apgūt, jo otrais ietvars, uz kuru specializējos, jau ir cits un paralēli visam šim vajag arī kko no angular, react un frontend lietām piemācīties klāt, jo frontend pusē jau arī viss mežonīgi progresē. :)

Piekrītu, ka ir ērti. Bet nu jāmācās gan daudz un beigās lai rezultāts būtu cienīgā kvalitātē, tāpat jāiedziļinās, kaut vai lai saprastu, kurā brīdī tās automātiskās lietas nedraud ar Exception. Ja tagad būtu vēl kāds FW jāmācās (piemēram, piedāvātu uzturēt kaut ko no Cake vai Yii), skippotu. Izskatās, ka labā līmenī pārzināt vairākus FW vienlaicīgi ir nereāli. Nezinu, kā citiem.

Dažas pārdomas. Tika solīts, ka visādi labumi, utt, gatava lapa jau dažās minūtēs. Larakāsti, kas visu izskaidros un parādīs.

Realitāte:

- Piemēram, datuma lauki it kā vienkārši, viss magically notiek caur Carbon. Nu super nu! Bet dzīvē tāpat jāpārbauda, vai formāts pareizs, vai vēl tas un šitas un ātri vien tas piemēriņš, ka modelim ar atribūtu $dates automātiski piešķil zvērīgi daudz funkcionalitātes izvēršas par to, ka tāpat jāstudē, kas tas tāds Carbon tāds ir un kā apstrādāt izņēmumsituācijas.

Nu un daudz kas tāds. Pasniegts kā Īzī, pīzī un beigās ierocies stackoverflowā un API dokumentācijā.

Mazliet sajūta kā zivij, kas iemānīta tīklā. :D

jurchiks, parasti jau no PHP iet uz Java. Vismaz tāds iespaids bija radies. Jo tur dzīve esot zaļāka, algas milzīgākas (no 60k gadā), kamēr PHP tāda bērnu pasaule vien esot, utt. Kāpēc gāji otrādi? Jeb tāds iespaids par Javas supremacy izveidojies tikai lokāli, par LV?

Tas mPDF acīmredzami ir labāks.

Un nav grūti uzminēt, ka cilvēks ir Linuks desktopists - redz, problēma ir nevis PDFā, bet ka tev kaut ko nepareizi renderē. Droši vien lieto maksas M$ un esi maksājis Bilam, lops tāds!!! (Sarkasms, bet reāli no pieredzes...)

Ja tu nenāc pie Javas, Java nāk pie tevis.

Un ko sakiet par šo: https://github.com/barryvdh/laravel-dompdf ?

Vajadzība ir ļoti vienkāršs invoice like PDFs. Vajadzība pēc TvNETa PDFā nav. Tas wkhtmltopdf nav par smagu šādai vajadzībai?

Briedis, Tu man sagādāji nelielu pārsteiguma momentu. Ņēmos ar typeahead.js, kaut kas nesanāca - submitojot formu, lauki netiek padoti datos. Tā nu ņēmos, sāku jau skatīties projekta "issues" sadaļu githubā, un, tavu brīnumu - briedis pašā augšgalā ar savu ierakstu.

(Vēlāk izrādījās, ka gļuks bija manā DOM struktūrā, formas elements ne tā ielikts.)

Kā lietojas typeahead.js? Izskatās ļoti sakarīgs.

Ar fontiem tur viss kārtībā. Cilvēks droši vien no Linux Desktop pasaules, kur katrs fonts savādāks un to laikam sauc par bagātību.

Teikšu godīgi, bez paniskas gūglēšanas es to nevarētu, un arī tad pasvīstu.

Un arī ikdienā prasās pēc googles palīdzības. Kaut kā neizprotu līdz galam tos branchus, mērdžus, pul requestus... saprotu, ka tas viss labi un gudri, bet nu man tas šķiet sarežģīti. Principā, līdzīgi kā normāli strādātu ar relāciju datubāzi, jāapgūst SQL, Git gadījumā apgūstamais materiāls pēc būtības ir jauna valoda (ja grib to darīt bez gūgles). Piemēram, minēto piemēru var viegli transformēt uz ORM, kad ātri var atrst situācijas, kur jāliek vien lietā SQL (konsole), jo query builderis (GUI) ir par īsu.

Uzņēmums, sānu projekti, tagad ar freelancers un drīz arī pats pie saviem projektiem sākšu. Imho, šīs jaunās JavaScript tehnoloģijas, ļauj uzbliezt servisu pāris nedēļu laikā.

Pēc papīriem esmu projektu vadītājs.  

IMO tās pāris nedēļas ir 20% laika un 80% funkcionalitātes. Pēc tam sākās 8 nedēļas, lai novestu līdz galam. :)

Tās "tas ir tikai pāris nedēļas" ir konstante IT jomā. Tas velk uz programmētājiem, kuri pazūd, un tiem, kas savāc, ir jāskaidro, ka katra izmaiņa nav viss tikai dažas rindiņas un "man jau lieks, ka tur jau nekā nau!"