Mr.Key

Nu, a tagad jūs sarakstiet savas algas. Nevis cik būtu jābūt un cita lirika, bet cik ir tagad.

Ko tik jaunu neuzzini. Nav daudz laika pētīt visus ietvarus, bet tādu F3 dzirdu pirmo reizi. Tas ir kaut kas Slim, Lumen? Un no kurienes uzradās, bija kādas skolas mācību programmā vai kādam gatavam backendam jau tiek izmantots, tādēļ sanācis piesaistīties pie F3?

Es pareizi saprotu, ka tu vispirms viņu ar mongo dump tūli saspied ar parametru --gzip, un pēc tam tar tūlim pieliec -z parametru otreizējai zipošanai?

Es atvainojos par šādu uzstādījumu, bet vai varētu būt tā, ka tie, kas lieto Laravel, lieto arī... Apple?

Nebraucu nevienam augumā un saprotu, ka tas var šķist ļoti muļķīgs jautājums. Neslēpšu, ka man nepatīk ne viens, ne otrs, bet citiem abi patīk ļoti. Vienkārši vēlos saprast kopsakarības.

Skatos, ka tauta sašūmējusies par pēdējo Taylor Otwell izgājienu.

https://www.reddit.com/r/PHP/comments/48xll5/laravel_spark_disappeared_and_is_not_to_come_back/

Normāla cilvēka gadījums:

Codez gadījums:

No performances viedokļa (un ja dati/apstākļi ļauj t.i. nav būtisks oriģināls), tad "eskeipotus"  glabāt ir krietni labāk nekā ziljons reizes transformēt pie izvades (tāpat ar visādiem nl2br() utt).

Tā nav slikta doma. Praktiski to dažviet gandrīz tiku realizējis, izmantojot papildus lauku (kā nodrošināt tā sinhronizēšanu ir atsevišķš temats, bet principā modeļa save() funkcijā). Bet tas vairāk tāpēc, ka papildus arī samiksēju visus meklēšanas datu laukus + saistīto tabulu laukus ērtākai meklēšanai.

Bet, par šo tēmu domājot, jāņem vērā, ka tas jau ir cache un arī premature optimization. Kā zināms, nereti ziljons reizes transformēt datus pie izvades neaizņem nemaz tik daudz laika. Katrā ziņā, ne tik daudz laika, cik aizņem cilvēka darbs, meklējot un labojot kļūdas, kaut vai minēto gadījumu ar "amp" meklēšanu, u.c. variantiem. Es nerekomendētu datus glabāt tikai HTML izvadei sagatavotā formātā, pat vairāk - uzskatu, ka tā ir nepareiza arhiektūra.

Vēl, piebilde - lielie FW pirms vispār nonāk līdz templeitam, ir veikuši tik daudz funkciju izsaukumus, ka eskeipošanas īpatsvars jau kļūst niecīgs. Otrkārt, dažādi cache slāņi šo jautājumu jau var risināt citādos veidos un atlikušais dinamiski renderētais outputs samazina eskeipošanas slodzes īpatsvaru. Protams, labāk ir tad, ja tiek ietaupīts arī tas, bet jāņem vērā balanss.

Es tikai nesaprotu, ko tik agresīvi un puiciski izsakies? Ja viedoklis ir vērtīgs, tas nav jāpavada ar dzērāju tipa epitetiem. Tas tā, piebilde.

Kas attiecas uz SQL piemēru un citiem piemēriem vispār, ir diezgan vienkāršs veids, kā vienkāršu risinājumu padarīt komplicētu, grūti uzturamu un pārbagātu ar kļūdām - kad sāk domāt divus soļus pa labi, pa kreisi, nevis vienkārši nodalīt katra slāņa atbildību un neuztraukties par pārējo. Kā tas ir gadījumā, kad "vai tiešām templeitos nebūs aizmirsts escape? Labāk to darīt pirms templeita, tā drošāk..." un tad ticketos pilns ar "The title in the page X appears as "Title"", utml.

Nemēģinu pārliecināt, ka tas ir nepareizi – personisks novērojums ir tāds, ka šādas samudžinātas sistēmas ir labs bizness - programmētāji pārgudri ņemas vienā laidā, raksta unescape_unescape funkcijas un workaroundus. Utml.

Mans viedoklis: Tas ir ļoti vienkārši - escape on output (vai veidojot SQL). Šajā gadījumā ir tikai viens bulletpoints: 1) escape on output.

Pat nefiltrējot pie inputa, username "<script>window.alert('trololo')</script>" būtu jāparādās šādi:

Sveiks, <script>window.alert('trololo')</script>! | Profils | Iziet

Vai formā:

Vārds: [<script>window.alert('trololo')</script>! ]

Ja parādās alerts vai input lauku nograuj pēdiņas ievadītajā saturā... Bērnudārzos veido sistēmas, kur nospied divas reizes "Saglabāt" un teksta vērtība "SIA 'M&K'" pārvērtusies par kaut ko [sIA ] &amp;K'. Lieki piebilst, kas notiek ar tādu attieksmi programmētā risinājumā, nedaudz pieaugot datu apjomam.

Starp citu, Plates

Plates is a native PHP template system that's fast, easy to use and easy to extend. It's inspired by the excellent Twig template engine and strives to bring modern template language functionality to native PHP templates. Plates is designed for developers who prefer to use native PHP templates over compiled template languages, such as Twig or Smarty.

Man no visa, kas pamēģināts, PHP vislabāk patika (un patīk) Zend_View. Templeitošana izpaužas kā php kods ar elementārām view funkcijām (escape()) un standarta helperiem, iespējams veidot savus helperus. Nav jālieto kopā ar visu pārējo. Piemēram, kas ir forši - tā kā lapas kods tiek nodalīts no layout koda, visas HEAD blokā vajadzīgās lietas var uzkrāt lapas kodā (piemēram, headScript(), headStyle()), principā viss, ko vien var iedomāties to laiku tipveida web projektā. Tajā skaitā captures, placeholderi, etc. 

Un joprojām patīk. Vispār, ZF ir ļoti sakarīgs projekts. Starp citu, vecajai ZF 1.12 versija joprojām iznāk updeiti. Nesaku, ka tas ir tas, ko 2016. gadā vajadzētu izvēlēties... Kaut gan, priekš stabila, mierīga legacy projekta - why not? Skatoties argumentus par/pret FW izvēlēm, un praksē zinot, ko kas nozīmē, rodas iespaids, ka lielāko daļu izvēles nosaka gaume, nevis praktiskā puse.

Bija laiks, kad programmas taisīja priekš Desktop. Konceptuāli tas izskatījās līdzīgi, kā tagad apspriestās frontend appas (Desktop appam nevajadzēja pārlādēt katru skatu, skati bija stateful utml). Tad nāca web laiks ar to, kas nu tur bija iespējams tā laika pārlūkos.

Tagad viss attīstījies. Var tos pašus 20 un vairāk gadus vecos konceptus attiecināt arī uz webiskām aplikācijām. Buzzzzwordu gan pilns...

JS front-end aplikācija jau vairs nav modernāka HTML aplikācija ar servera pusē veidotām statiskajām lapām. Ja pārlūku iespējas senajos laikos pirms 5 un 10 gadiem to ļautu, tad, visticamāk, tad tādas servera pusē ģenerētās lapas varbūt pat nemaz nebūtu radušās. Jo tās bija diezgan lielas mocības sākumā, sevišķi datu ievades ātruma ziņā. Tiem pašiem interneta veikaliem nereti (un vēl tagad varbūt) admin lapas vietā bija desktop apps un šķēpi toreiz tika lauzti par to, kas labāk - admin kā desktop apps vai admin zona weblapā. Un tad vēl – vai admin nodalīts atsevišķi, vai admin režīms, kur klienta lapā parādās rediģēšanas iespējas, bez atsevišķas admin daļas.

Citiem vārdiem sakot, interesanti vērot, kā appas attīstās no MS-DOS teksta interfeisa uz Win/Java aplikācijām, tad viss aiznesās uz webu un tagad uz JS / mobile appiem. Paradigmu maiņas katru reizi. Salīdzināt savā starpā tur ir maz ko - atšķiras gan arhitektūra, gan lietojums un vajadzība. Gan jau ka pēc 5 gadiem šodienas top skillus varēs norakstīt un mācīties visu no jauna.

Tas tāds stiepjams jēdziens par to, kādas ir katram asociācijas. Man iespaids ir tāds, ka forumi vai ss.lv == ātri, CV portāli == lēni. Gan komunikācijas ziņā, gan paša sadarbības uzsākšanas procesa ilguma ziņā. (Neapskatot ārzemju CV portālus.)

Kas vainas ss.lv? Kādas ir alternatīvas?

Jebkurā gadījuma, pārāk daudz konkurentu šajās jomās, neredzu perspektīvas priekš tevis.

Kas ir domāts ar "šīs jomas"?

Jūs te sarakstījuši esat tā, ka aizraujas elpa lasot. Diezgan interesanti, bet... Manuprāt, tas viss ir diezgan specifiskas detaļas, kuras ir jāanalizē jau ir PĒC tam, kad FW ir izvēlēts. Visu to pašu varēja arī ZF 1. versijā izdarīt, ne 1:1, kā te aprakstīts, bet ļoti līdzīgi. Un citur, kur, kur ir pārdomāta konfigurācijas organizēšana. T.i., pēdējo lapu diskusija ir nevis par to, kāpēc būtu jāizvēlas konkrētais FW, bet dažādas tehnikas, ko katrs pēc vajadzības piekopj. Protams, katrs, kurš seko līdzi, paņem kaut ko sev, bet es nedomāju, ka citiem FW ir būtiski ierobežota šī iespēja konfigurācijām. Pašsaprotami, piemēram, ka viss, kas nav PHP, tiek ģenerēts un kešots, gan templeiti, gan konfigi ne-PHP sintaksēs. Utml.

Izklausās skaisti. Vai Latvijā tas ir reāli? Kā sāc runāt par freelancošanu... dažiem pat darba sludinājumos norādīts, ka "sākumā freelance un tiem, kas sevi labi parādīs, būs iespēja full time". Vienmēr esmu uzskatījis un arī turpmāk uzskatīšu, ka freelance ir pārāks par full-time darbu, jo prasa daudz vairāk zināšanu un spēju (kā raksta beigās minēts, nevari parādīties ofisā un par to vien saņemt algu, neko daudz nedarot). Bet, vai tā nav peldēšana pret straumi, ja runājam par LV?

P.S. Nedaudz augstāk minētais "What is Code" vakar saņēma ASV National Magazine Award 2016 nominācijā "Single Article".

P.P.S. Vēl kāds ļooti labs lasāmgabals tiem, kas lasa: "The Internet is My Religion" by Jim Gilliam http://www.internetismyreligion.com/book

Tas labi, ka tu to gribi. Bet mums visiem ir savas lietas, ko darīt. Kādēļ lai mēs tērētu savu laiku tā, kā gribi tu, nevis tā, kā mēs? Kāpēc nav tā, ka tu gribi nedalīties, lai mēs labāk varētu veikt savus pienākumus vai, kaut vai izietu pastaigāties, paskriet, vai izbaudīt Latvijas dabu, bet gribi, lai mēs šo skaisto nodarbju vietā darbotos ap tavu kodu?

ditch it.

Man tikai liekas, ka lietotājiem maz interesē, kas ir pareizi, viņiem vairāk interesē, ko viņi var lietot. Tāpēc Windows, tāpēc Android, tāpēc arī WordPress. Ir daudz labākas lietas, bet tās nenonāk cilvēkos un neiedzīvojas. Arī mersis nebūtu mersis, ja ne inženiera sievai būtu apnicis un nebūtu likusi laist to mašīnu tautās. :)

Vispār jau mājaslapu un blodziņu rakstītāji ir zemākā niša. Vai arī esmu izlepis. 

Kas tad būtu tās augstās nišas?

(Manuprāt, viss ir sales, sales, sales, jeb, kā to pasniedz, pārdod, pielieto.)

Mr.Key, okey, piemēram, tu esi CTO, tev šefs atnes tāmi, kur džeks ierakstīja "sfēriskā servera vakuumā konfigurēšana - 500h". Kāda tev būs reakcija? Pateiksi "viss ok, nevajag uztraukties, vajag būt pozitīviem, dzīve ir īsa"?

Nu CTO es neesmu un arī nebūšu, bet ja oficiālajā autoservisā pasaka, ka remonts sastāda 300 EUR, bet citā servisā problēmu novērš par 50 EUR, es izvēlos otro. Tiesa, pirmajā variantā man auto iedotu ar plēvi uz sēdekļa un stūres, un samainītu vairāk/labākas detaļas, un iedotu kafiju. Bet otrajā variantā džeki arī labi izdarīja savu darbu, vienīgi noķēpāja salonu un laikam neizdarīja visu, ko lūdzu. Ja es gribētu būt pakalpojuma sniedzējs, gribētu būt tas par 300 EUR, nevis tas par 50 EUR, uz kuru brauc tādi, kas nenovērtē augsta līmeņa servisu. :) Pirmajam servisam ir IT sistēmas un mājaslapa, otrajam, protams, nekā tāda nav.

Varbūt satraukuma (sašutuma) pamatā ir uzdrīkstēšanās pārdot to, kas nav galēja izmisuma pirkums? Aicinātu par to aizdomāties, jo bieži nākas saskarties ar reakciju, kas izpaužas apmēram tā "kā viņš tā uzdrīkstas? mēs tā ciešamies, tādu upuri nesam, sevi apdalam, a tas cūka ņem un atklāti paprasa visu, ko vēlas!!!"

Леший, man tavs komentārs liek aizdomāties par to, vai tava patiesā interese nav varas sindroms ar vēlmi atraidīt, atgrūst, parādīt ar pirkstu, ka kaut kas nav pareizs? Vēl vairāk, ka visi, kas nedomā precīzi kā tu, ir nevis intereses vērta pieredze, bet automātiski tas ir "nepareizi! krāpnieks!" Baisi būtu sastapties ar CTO, kurš tā domā. Manā gadījumā sadarbība uzreiz ar to arī beigtos. Pasaule ir liela un dzīve ir pārāk īsa, lai dancotu pēc tādas stabules.

Paldies par izklāstu, foksk8. Tiešā veidā diez vai noderēs, bet vismaz ir viens clv, kurš saprātīgi raugās uz mājaslapu izstrādi no biznesa viedokļa. Jautājums, vai nenākas saskarties ar klientiem, kuriem bijusi sadarbība ar supermeistariem, kam viss ir 10 min., uztaisīt WP lapu vispār ir palaist skriptu ar SMS, utml.? (Bet laikam jau nē, kurš klients ies prom no tāda programmētāja, kurš visu 10 min izdara un tas viss tik ilgi arī tikai dēļ tīkla lagošanas).

Iesapaidīgi! Un novērtēju dalīšanos pieredzē. Ir dažas domas par specifiskām spēlītēm 3d un WebGL, kuras ir tik pat vienkāršas, bet ar citu uzdevumu. Nebiju gan domājis, ka to tik vienkārši var realizēt, bet, ja jau var, tad jau var.

Paldies! (neuztver to kā pielīšanu, tāpat ir daudz ko kritizēt :D)