Dažkārt pats izstrādātājs pārvērtē to, cik daudz viņš zina. Viņa rīcībā esošās informācijas apjoms ir tik liels un savāktā pieredze ir tik plaša, ka šķiet - viss, tagad es zinu. Un tas bieži vien šokē citus, kas nav šajā jomā iesaistīti. Bet vienmēr ir vēl :)

Manuprāt, pats svarīgākais ir zināt kā viss darbojas "pašos pamatos". Ir svarīgi saprast un zināt kas ir JavaScript, kas ir HTML5, kas notiek no brīža, kad lietotājs ievada tīmekļa resursa adresi, kā pārlūkprogramma sazinās ar ierīcī "otrā galā", kādas darbības notiek "server pusē", kādas "klienta pusē". Ietvari ir modes lietas, tie nāk un iet, bet pamati pārāk daudz nemainās (pašsaprotamu iemeslu dēļ). Protams, ietvaru un lietotņu programmējamo saskarņu zināšanas var ļaut ietaupīt izstrādes laiku un attiecīgi palielināt efektivitāti (bet vajadzētu sarēķināt kopā arī laiku, kas tiek pavadīts mēģinot apgūt visus jaunumus).

Tas noteikti ir pamatu pamats, bet nav nepieciešams arī iedziļināties līdz pat sīkākajām detaļām. Bieži vien pietiek ar pamatkonceptu pārzināšanu. Un, starp citu, pamati arī mainās (piemērs nav tālu jāmeklē - HTTP2). Apgūt visu nav nepieciešams, nevajag pārprast. Jāizvērtē, jāizpēta tas, kas iegūst apgriezienus. Pat, ja tas pazudīs, tā vietā nāks kaut kas its, kas turpinās iterēt uz pirmā veiksmīgā risinājuma idejām.

Ko tad HTTP2 maina ?

Ņifiga neko nemaina aplikāciju izstrādātajam, kas nodarbojās ar backend'u vai frontendu. Tik cik frontendistiem būs prieks, ka lapas ātrāk lādējas.

Īzī. Frontendā nav nepieiešama asetu konkatenācija (spraiti, stili, utt). Tāpēc, ka HTTP/2 ir ļoti ilgi keepalive, likvidēts overheads, kā arī paralelizācija ir iebūvēta protokolā. Protams, tas viss ir vairāk vai mazāk low-level, bet performance jautājumi ir dienas kārtībā vienmēr. Lieti noderēs HTTP/2 push.

Pilnībā piekrītu, jāzin kas ir kā, man ir projekts no 2002 gada. Rakstīts JS, izmantojot html tehnoloģijas, tīras, minimālas. Jau sākotnēji 2002 gadā tika taisīts ievērojot responsive dizaina principus, vēlāk pievienojies AJAX, un piepūderēts ar prototype (nu tā bija kļūda, no kuras jātiek vaļā). JS izmērs visā projektā ir tikai bik lielāks nekā min_jquery... secinājumi. Viss strādā, pat ajax minimums ir bonuss, jo viss strādā zibenīgi. Mazs DOM, minimāls JS, pašu komponentes, kuras ir minimālas un saprotamas, kur ir zināms kā viņas strādā. Ne reklāmas saukļi un idejas... Katrs dižš programmētājs grib uzrakstīt savu bibliotēku, programmēšanas valodu. Pēdējos gados diženums piepilda... ļooooti :)

Tā ir neizbēgamība. Jo vairāk resursu, jo vairāk, ar ko tos aizņemt. Šī problēma pastāv no laika gala.

Jā, Laravel Mix kōrē ir līdz ar 5.4 un aizvieto Elixir, nomainot gulp uz webpack. Bet es daudz ko vēl nepieminēju :)

Nu laravel mix ir wrapperis pa virsu gulpam (cik atceros) un nav uztverams kā jauna tehnoloģija. Webpack ir iešķiebts caur to pašu gulpu - ČŽ, bet strādā.

Kas attiecas uz vue.js, tad man nepatika tas, ka vue jāielādē pirms ielādējas lapa, citādi lietotājam rādās nepareizais stuffs, bet nu kuru tas interesē?

Visiem elementiem, kurus negribi rādīt (vai nu visai aplikācijai, vai atsevišķiem tās elementiem): body.loading element { display: none; }. Body norādam šo klasi. Vue mount brīdi pasakām document.body.classList.remove('loading'). Budum-tss.

BTW, gulp līdz ar 5.4 vairs netiek lietots. Gulp bija swissarmyknife Elixir laikos, kad varēji izmantot jebko. Tagad by default ir tikai webpack, kas ir standalone.

Ahh.. Nu es mēģinu dzīvē kaut ko mainīt un 5.4 tā padziļināti neesmu skatījies. Kad skatījos pēdējo reizi, tad webpack bija piejūgts klāt, bet nu labi, ka attīstās.

Par vue - nu jā, bet no otras puses (kā tur tālāk Edijs raksta) es palieku arī vecs un man šausmīgi nepatīk savus atlikušos dzīves gadus pavadīt, gaidot, kad beidzot viss ielādēsies un parādīsies - man info vajag tagad un tūlīt :D

Es sākumā gribēju pieķert klāt mobilo, bet tad sapratu, ka būs par traku :) Lai gan - lielās šaibās progressive enhancement ietvaros viss ir lieliski.

:)

Pamanīju.. un nodomāju, ka Kaspars zem grādiem.

Bet jā, jāatzīst, ka tas garais penteris spēj uzdzīt mērenu depresņiku. :) Vai arī - palīdz saprast, ka esmu nonācis citā dzīves periodā (lasi - palicis vecs :D) un īstenībā nemaz arī pārlieku nevēlos visā tajā līdz mielēm iedziļināties. (Liriska atkāpe - nekad arī neesmu sevi pozicionējis kā programmētāju, tāpēc ir piedodams.) Iedziļināties tik vien, lai zinātu, ko kurš no šiem verķiem dara - ok, tas ir pat interesanti. Ne tikai virspusēji palasīt, bet arī kaut ko pabakstīt, paeksperimentēt, why not. Bet lai tā nopietni izmantotu.. Tas prasa laiku un bieži vien ierastie, t.i. "novecojušie" instrumenti spēj uzdevumu atrisināt ātrāk un nebūt ne sliktāk.

Trakākais, ka to rīku saradies tik daudz, ka neviens pie alus kausa uzrunātais programmēšanas guru parasti nespēj sniegt pilnvērtīgu atbildi, ko uz doto brīdi būtu jēga nopietni apgūt. Katrs lieto kaut ko citu, viedokļi atšķiras. Paiet gads - atkal kaut kas jauns. Lai pats salīdzinātu, katru no verķiem jāliek lietā kādā projektā, tik ziepe tāda, ka termiņi parasti jau tā visai spiedīgi, lai nebūtu laiks eksperimentēt ar jauno un nezināmo. Kamēr esi jauns gurķis, kurš spēj sadzīvot ar regulāru miega badu, kā arī bez ģimenes un bērnu bariņa, tikmēr ir cerīgi tikt līdzi tehnoloģiju jaunumiem. Vēlāk paliek arvien draņķīgāk. Lieciet šo aiz auss, tikko no universitātes izripojušie!

Savulaik par šādām liekām ekstrām tika uzskatīti testi un pat versiju kontrole :)

Taisnība.. Tagad šķiet, ka bez tā nu nekādi. Un vēl kaudzīte noderīgu sīkumu. Vēl salīdzinoši nesen (ok, ka tik nebūs visi pieci gadi apkārt, laiks skrien) ar vienu PHP čali sēdējām pie alus un es viņam stāstīju par datu modeļiem un migrācijas failiem Django pasaulē. Šis vīpsnāja - sak', priekš kam vajag, īsti veči raksta raw SQL un arī tabulu struktūras lokāli un produkcijā koriģē manuāli. Skat, paiet laiciņš, dzirdu, ka arī Lavarel'ā parādījies tāds prieciņš.

Tikai un vienīgi žēl to cilvēku, kas attaisno savu slinkumu ar linku uz šo patiesi brīnišķīgo rakstu :(

Mazliet elaborēšu. Tik tiešām - viena alga, ko Tu lieto. Nav jāskrien pakaļ pašam modernākajam, svaigākajam un modīgākajam. Ja Tevi dara produktīvu, gandarītu un pelnošu vecās zināšanas - aiziet. Tieši tas tiek arī apgalvots Džefa rakstā.

Augstāk minētais nav nekāds cutting edge, tas ir pilnīgi normāla lieta. Piemēram, ES6 atbalsts tūliņ būs visos pārlūkos (izņemot IE11, kurš pēc gada būs miris). Build rīki mainās, bet principi paliek un vecie nenoveco - tie turpina dzīvot.

Otrs brīdis pienāk tad, kad visai komandai ir jānonāk pie kopsaucēja. Tad ir nepieciešami rīki un pusrīki, freimworki, vadlīnijas, procesi, versiju kontroles, maksimāla automatizācija, atrunāts deployments un testi. Ja visi var vienoties lietas darīt "pa vienkāršo" un tas ģeld, tad karogu rokā. Kaut ko no aprakstītā var aizvietot, kaut ko var nelietot.

Bet apzināti ignorēt un nezināt par jauno, manuprāt, ir spīta, ietiepības un nespējas augt rādītājs. Te laikam ir runa par komforta zonām.

Nē, protams, nē, apzināti ar visiem spēkiem izvairīties no visa jaunā noteikti nevajag. Tā ir viena galējība. Bet otra galējība ir skriet pakaļ visam jaunajam tikai tāpēc, ka tas ir jauns un spīdīgs un šobrīd to lieto visi "krutie zēni pagalmā". Galējības parasti nav laba lieta.

Manuprāt, prātīgā pieeja ir - ja Tev ir iespēja (drīkst/atbilst vajadzībām/utt), izmanto to, ko pazīsti - tā strādāsi efektīvāk. Ja esi nonācis vidē, kur izmanto kaut ko jaunu un nepazīstamu - apgūsti to un pielāgojies šai videi. Ja jūti, ka pazīstamās lietas sāk bīstami novecot, apskaties, kas nācis to vietā un nākamajos projektos izmanto to. Tehnoloģijas jāizvēlas pēc tā, cik tās ir piemērotas veicamajam darbam un tā veicējiem.

Gaumes jautājums. Lūdzu, iztiksim bez fleimiem par labāko programmēšanas valodu :)

;) http://leaningtech.com/cheerp

Eh, tad jau es varēju pieminēt arī emscripten un weba assembly, bet tas jau būtu oftopiks.

Kas vainas mītapiem Millā?

+1

mmm, vai es kaut kur uzrakstīju, ka milla mītapiem ir kāda vaina?

Nu, re. Vēl specifiskas lietas. Ne visur vajag styleguide pašam veidot un uzturēt, ne vienmēr performance ir svarīgākais, accessibility, savukārt, ir ļooooti stiepjams jēdziens.

Styleguide ir dizainera nevis programmētāja darbības lauciņš

I sense sarcasm. Mans mērķis gan nebija izvērtēt. Bet, ja jau esi pieliecies, tad pie reizes saņem arī to :)

Tu esi sajaucis kopā ļoti daudz lietas, kas neiet kopā nepavisam. Viss uzskaitītais vairāk vai mazāk ir izmantojams. Šis tas kopā, šis tas atsevišķi. Piemēram, reaktīvie UI freimworki (vue, react, angular) noteikti atvieglo un paātrina aplikāciju izstrādi.

Ja Tu runā par produktivitāti, tad tā arī atsevišķos gadījumos uzlabojas. Es gan nedomāju, ka tie ir tikai daži procenti.

Uzņēmumam ir svarīgi, lai pēc desmit gadiem nav problēmu atrast cilvēku, kurš ir gatavs uzturēt veco lūzni. Refaktorings un argumentēta jaunu tehnoloģiju izmantošana ir jebkura ilgtermiņa risinājuma dzīves cikla neatņemama sastāvdaļa.

Viens ir nostāšanās pozā un klaja pretošanās pret visu šo, jo, raugi, ar savām patreizējām prasmēm vari panākt visu to pašu. Noteikti, ka vari. Bet, ja blakus noliks cilvēku ar vērā ņemamu pieredzi jaunajā, viņš būs efektīvāks. Un no pamatlīdzekļu skatu punkta - ar labāku price/performance rādītāju :)

Viss uzskaitītais nav atnācis gada laikā. Tas ir vairāku gadu ceļš. Es pat ņemtos apgalvot, ka tik ļoti strauji mainīgā vidē, kāda ir webizstrāde, šis vēl ir tikai nieciņš.

Maziem vōrdpresiem gandrīz nekas no tā nav vajadzīgs. Lielākiem rīkiem bez daudz kā no šī neiztikt. Viss ir aizvietojams. SCSS ar LESS, gulp ar webpack, utt. Te uzrakstītais tikai norāda uz kaut ko, kas ir populārāks un savā ziņā arī modīgāks par pārējo. Bet arī pārējo lieto.

Pavisam noliegt var, bet jēga no tā ir niecīga. Kurā brīdī Tu izdomāsi, ka nupat jau ir vērts apgūt to, jo ir TAS brīdis? Kāpēc ne tagad? Raugi, ja man ikdienā būtu jānodarbojas ar webizstrādi, es šo visu zinātu. Un neuzskatītu to par laika izšķiešanu. Tā ir tā pašizaugsme, kura tevī kā potenciālā darbiniekā ir viena no TOP lietām, kuras vērtētu es.