Trimite-i lui Ember o dietă și prosperă inovația - DEV
Termenul limită pentru postările de blog # EmberJS2019 se apropie foarte repede, dar ca întotdeauna am nevoie de termene pentru a-mi termina lucrurile.
La început, vreau să ofer câteva informații despre mine și compania pentru care lucrez. La Roomle folosim Ember, deoarece este foarte devreme. Primul nostru angajament în proiectul Ember datează de la începutul anului 2013. De-a lungul acestui timp am acumulat multă experiență și am cunoscut părțile bune și rele ale Ember. De asemenea, am lansat aplicații web de producție care utilizează Glimmer.js ca cadru de interfață UI. Chiar acum rescriem părți ale aplicației noastre principale în Ember Octane cu TypeScript, astfel încât să știm și cum este să fii un adoptator timpuriu.
Deoarece suntem un startup mic și ne-am concentrat pe construirea propriului nostru produs, nu am contribuit cu suplimente sau cu o cantitate mare de cod, dar am ajutat la rezolvarea unor probleme și am creat, de asemenea, PR-uri mici pentru mai multe proiecte ale ecosistemului Ember.
Înainte de a începe, vreau să adaug un disclaimer: ne place foarte mult Ember și nu vreau să creez impresia că nu ne place. Această postare de blog este despre domenii de îmbunătățit și nu despre lucrurile frumoase 😉
🤔 Recapitularea Roadmap 2018
Înainte să mă scufund în viitor, vreau să fac o recapitulare rapidă pe Foaia de parcurs din 2018. Vreau să menționez că fac recapitularea ca un outsider care nu face parte din nicio echipă de bază. Deci, rețineți că este foarte probabil să îmi fie dor de unele lucruri importante. Cu toate acestea, cred că pot oferi feedback bun, deoarece acesta este și modul în care alți contribuabili nu pot vedea progresul cadrului. Să vedem subiectele pe care noi, ca comunitate, am vrut să le îmbunătățim anul trecut:
🗣 Îmbunătățirea comunicării și eficientizarea procesului decizional
S-au înregistrat multe îmbunătățiri cu privire la acest subiect. De asemenea, trecerea la Discord a fost bună și a decurs fără probleme. Dar cred că comunicarea în jurul lui Ember Octane nu a fost super ideală. Oamenii rețineau proiectul pentru că nu doreau să înceapă cu Ember „moștenit”. Deoarece Ember Octane încă nu este livrat (doar previzualizare) unii dintre colegii mei s-au uitat în jur la alte cadre și unii dintre ei au părăsit Ember în favoarea Vue și Vue-CLI (mai ales din cauza instrumentelor de construcție superioare).
Din punctul meu de vedere, comunicarea în jurul lui Octane a avut două mari probleme
Peste comunicare: a fost greu să ții cont de ceea ce se întâmplă și de ceea ce are sens să adopți. Desigur, toată lumea ar fi putut rămâne pe „calea fericită”, dar când începeți un proiect nou nu doriți să utilizați vechiul mod de a face lucrurile. De asemenea, am început un nou proiect Ember cu puțin timp înainte de Ember Conf 2019 și ne-am temut, de asemenea, că vom lansa o aplicație complet nouă într-un mod moștenit de a face lucrurile. Sentimentul meu a fost că comunicarea în jurul lui Octane a creat o oarecare incertitudine.
Peste promițătoare și sub realizare: când ne uităm la obiectivele stabilite pentru Octane, multe dintre ele au fost amânate (în special îmbunătățirile mult așteptate pentru construcție, voi intra în detalii despre construcție în secțiunea următoare). Nu mă înțelege greșit. Îmi place foarte mult Ember Octane, dar cea mai mare parte a muncii depuse este pentru experiența dezvoltatorului. Știu că lucruri precum clasele native pregătesc terenul pentru îmbunătățiri suplimentare, dar chiar acum aceste lucruri nu sunt cu adevărat pârghiate. Ember are o istorie de lucruri promițătoare, de exemplu: componente rutabile, unificare de module etc. care nu aterizează niciodată, prin urmare, cred că trebuie să fim foarte atenți la ceea ce promitem și la modul în care comunicăm aceste promisiuni publicului.
Tldr; comunicarea s-a îmbunătățit masiv, dar, în unele cazuri, ar trebui să fim mai sensibili la ce și cum comunicăm
🏋♂ Termină ce am început și Ship Ember Octane
Ambele obiective ale foii de parcurs s-au suprapus mult. Cred că comunitatea Ember a reușit să termine o mulțime de lucruri care au fost începute. În ceea ce privește Ember Octane, nu am reușit să-l livrăm în timpul foii de parcurs 2018 (cred că este încă o versiune de previzualizare). De asemenea, vreau să subliniez câteva dintre obiectivele Ember Octane care nu au fost livrate și cred că ar trebui să facă parte din foaia de parcurs din 2019, prin urmare încep cu câteva citate ale foii de parcurs din 2018:
Aplicații de conținut, în care paginile sunt foarte grele în text și unde prima încărcare este critică. În mediile cu performanță limitată, convențiile puternice ale Ember pot ajuta dezvoltatorii să construiască în mod implicit aplicații mai rapide.
Expresia cheie aici este prima încărcare. Dacă faceți inițierea și creați o aplicație simplă „Hello World”, pachetele JS însumează aproximativ 700KB. Primele mele experimente cu Brodare au fost mai bune, dar totuși nu au dat rezultate satisfăcătoare. Pachetul avea încă aproximativ 400 KB de JavaScript. Este prea mult. Deși îmi place foarte mult Ember, a trebuit să îl părăsim pe Ember pentru anumite proiecte din cauza dimensiunii pachetului JS. Nu fiecare proiect este o interfață de administrare pentru introducerea datelor pentru un backend. În special pentru proiectele noastre de comerț electronic, Ember nu a fost o opțiune viabilă doar din cauza dimensiunii pachetului. Mi-ar plăcea să văd îmbunătățiri masive în acest domeniu 💖
Treeshaking pentru a elimina automat codul neutilizat de aplicație
Acest lucru este foarte legat de punctul de sus. Ember trebuie să devină de primă clasă și lider în industrie în ceea ce privește scuturarea copacilor. Întrucât Ember este un cadru „cu baterii incluse”, pachetele noastre vor fi întotdeauna uriașe dacă nu avem o agitare excelentă a copacilor.