briedis

Tas izklausījās pēc cieņas aizskaršanas, pazemošanas. Meklē juristu!

Lol, nesen saņēmu linkedinā uzaicinājumu: Skola jau vaļā, bet pasniedzējus vēl mēģina sakasīt linkedinā :) Es turētos pa gabalu, pārāk skečīgs pasākums.

https://stackoverflow.com/questions/3492249/simulate-photoshops-multiply-in-php-with-gd-or-imagemagick Rly, google pat nemeklēji?

Nerunāsim nemaz par Oracle sistēmām ;) Brrr, kaut kas baiss!

Kas tad ir store procedūra? Tas ir kvērijs principā. Ja kvērijs ir pakaļā, nav indeksu utt, tad tas tevi arī nepasargās. Kaut kā pagaidām normāli iztiekam bez procedūrām, vajadzību toč nejūt. Es kā lielāko mīnusu uzskatītu loģikas nodalīšanu, kas pēc tam apgrūtina koda uztveramību, jo jālēkā starp IDE'i un ģenerēto kvēriju. Kodā noteikti arī vieglāk ir veikt izmaiņas, versionēt, deployot. Anyway, procedūras tāda niša vien ir, kaut kādos gadījumos noteikti nepieciešamas, bet ikdienā - nez vai.

Šitais labs sludinājums :D

Neliels spams, lūdzu nobalsojiet par GPU supportu windows linux apakšsistēmai. Šī fīča vajadzīga, ja gribam ākstīties ar neironu tīkliem uz windows bez linux dual boota :) https://wpdev.uservoice.com/forums/266908-command-prompt-console-bash-on-ubuntu-on-windo/suggestions/16108045-opencl-cuda-gpu-support MS devi kaut kā liek mīksto uz šo issue, kgan gribētāju skaits ir liels. Paldies!

Kas tev īsti nestrādā?

Neskaties uz virtuāliem serveriem, jo vairumā gadījumu, pašai viss būs jākonfigurē. Pirmais, kas nāk prātā: http://www.nano.lv/ Vari aizrakstīt viņu tehniskajam atbalstam, noteikti palīdzēs arī com domēnu pieslēgt. Tas, iespējams, būs jāpērk atsevišķi. Kaut vai šeit: namecheap.com

Es pat ieteiktu paņemt kkādu lēto, vietējo latviešu hostingu sākumā, kuram ir FTP un visādi paneļi, lai izveidotu db utt. Pirmkārt lētāk, jo DigitalOcean sākās no 5 eur mēnesī, un tur pašam viss jāuzstāda caur konsoli. Ja gribās cīnīties, tad kā jau minēts, DO ir labs variants.

Jēziņ, tač nevajag iebraukt tādās detaļās. Es pats testēju cilvēkus ar ļoti vienkāršu uzdevums - novilkt CSV (paliels fails, 300 megas), izveidot klasi, kas reprezentē ierakstu, izveidot interfeisu, ja mainās datu avots kādreiz, veikt vienkāršu ierakstu kešošanu. Uzdevuma izpildes laiks vidēji 1-3h cilvēkiem aiziet, bet realizācijas krasi atšķirās - cits brutāli saraksta visu vienā failā, cits saskalda visu smalku un vēl pamanās uzrakstīt phpdoc komentārus un ievilkt composeri, lai nebūtu jāraksta autoloadings. Lieki pie****ies detaļām, jo pietiek redzēt cilvēka koda rokrastu, lai saprastu, vai rubī kko, vai tomēr švaks juniors. Tāpēc teiktu, ka uzdevums ir perfekts, jo atstāj vietu izpausties pašam koderim, neieliek striktā vidē.

UPB vispār ir būvniecības uzņēmums, tā kā, saprotams :D

Mierīgi, man neviens nekad nav prasījis diplomu, kaut arī ir. Galvenais, lai Tev ir ko parādīt. CV smuki apkopo visus savus veikumus, lai darba ņēmējs redz, ka ir reāla pieredz, kas ir N reizes vērtīgāka par pliku diplomu.

@codez Kāda ide vispār jēdzīgi strādā ar šādu pierakstu? <List items = {["one", "two", "three","four"]} /> Un ja items ir kādas klases objekts, nevis strings? Man ļoti svarīgs faktors ir strikti tipi, code completion.

Mūsu stilā komponente izskatītos ~ šādi, kurai pamatā ir viens node elements. mkE objekts uzkonstruē un atgriež natīvu dom nodi. https://gist.github.com/briedis/d7c562ede66ba66c800e0554bd0e753b @codez uzrakstīsi sampli, kā tas izskatās Reactā?

Depends, cik bieži mainās. Vai nu pārrenderē ar vienu metodi, iztīrot nodi un vnk appendojot no jauna, vai arī glabā references masīvā/objektā un acceso to nodi, kuru vajag. Depends.

Mums ir neliela klase, kas palīdz ģenerēt dom nodi, piemēram, parasts links: mkE({tag : 'a', text:'Bla', onclick: this._onClicked}).append(document.body); Piekabināt elementus, pamainīt klasi, iztīrīt node'i. Kādas vēl dom operācijas tad ir jāveic? To visu var mierīgi izdarīt..

Iemācies JS OOP, vanilla JS, uztaisīt dom nodes ar document.createElement utt, pieej tai lieta komponent-bāzēti nevis ar jQuery selektoriem, un būs 10x lielāka vērtība zināšanām, nekā iemācīties vnk Angular, React neizprotot JS pamatus. Mēs būvējam "rich" JS komponentes principā ar vanilla JS, un nekādu problēmu...

Kur vēl abstraktāk. KĀDU darbu? Būs grīdas jāmazgā techubā?

K, galvenās atziņas, 1. queue:work darbina vien procesu, starp rindas izpildēm nepārlādē visu fw (samazina footprint, bet palielina iespēju aizdirst atmiņu, ja nemākulīgi rīkojās) 2. queue:listen pārlādē fw kodu ik pa iterācijai. 3. queue:restart jālieto, ja kods mainā (deploy brīdī), kas nokillos esošos queue:work procesus (listen nē). 4. Jālieto supervisor, lai pēc queue:restart paceltu workerus atpakaļ augšā. Tā kā supervisor mums nav pieejams defaultā, provēšu uztaisīt ar systemd.

e? Tiešām te neviens nekad nav menedžējis dinamisku skaitu workeru?

1. Kā jūs risināt deployošanu queue workeriem uz servera - ejat ar roku un palaižat vajadzīgās rindas, workerus skaitu? 2. Kā jūs risināt to, ka workeris var nosprāgt? Piemēram, negaidīta kļūda, vai beidzās atmiņa apstrādājot, piemēram, attēlu? Kas ir tas, kas restartē workeri? Man ir savs variants ar bash skriptu, kas menedžē workerus screen'os, restartē, ja kāds miris vai killo, ja nokāries, bet šis vairāk kā custom risinājums. Interesē, kā laravelisti to standartā risina...

Kļūda vaicājumā. `echo mysql_error()`

anyway, es varu uzkodēt skriptu, kas nolasa to, kas ir uz ekrāna un veic gājienu manā vietā. JS klienta pusē ir nereāli nosargāt, var tikai sarežģīt to, ko lietotājs var uzzināt pats. Piemēram, sūtīt kkādus binārus datus utt, nevis vnk skaitli.

Maksā kapeikas, un gribi, lai čupa piesakās?