The Codest Põhiväärtus #1
The Codest usub nelja olulisse väärtusesse, mis on The Codest meeskondade kõigi tegevuste keskmes. Selles artiklis selgitab meie CEO ja kaasasutaja Greg Polec, mida...
Tere ja tere tulemast meie TheCodesReview sarja 2. episoodi. Sel nädalal oleme keskendunud kvaliteedile tarkvaraarenduse projektides, frontend-arhitektuuri tähtsusele ja üleminekule tehnilisest juhist operatsioonijuhiks ning sellele, mis on vajalik kaughäälestuse aegadel Dailymotioni näitel.
Refaktooringu nõuanded kvaliteedi parandamiseks.
Miks on oluline frontaalarhitektuur ja kuidas muuta see skaleeritavaks ja hooldatavaks?
Üleminek alates CTO COO rollile tehnoloogiaorganisatsioonis.
Kui teid huvitab teema üleminekust tehnoloogiajuhilt operatsioonijuhi rolli, saate süveneda postituse lõpus lingitud lisaressurssidesse.
Selle nädala refaktooringu ja arhitektuuri kommentaarid toimetab teile meie Ruby and React insenerid.
Refaktooring kood on alati olnud tohutult populaarne, kuid mitte kõik ei tea, kuidas seda hästi teha ja millal on hea aeg seda teha. Ma olen näinud palju refaktoorimise katseid, mis lõppesid ebaõnnestumisega (eriti tootmises, mille üle ei ole põhjust uhkust tunda). Nimetatud artiklist saadud nõuanded võiksid aidata paljudel programmeerijatel parandada oma olulisi refaktoriseerimisoskusi.
Artiklis toodud nõuanne number üks on "mõista koodi", mis on alati esimene asi minu kontrollnimekirjas enne refaktoorimist. Te ei loo paremat koodi, kui te ei tea, mida praegune kood teeb. Segase koodi mõistmine võib olla vaevaline, kuid see on hind, mida tuleb maksta oma koodibaasi parandamiseks. Selle investeeringu tasuvus on siiski suur ja see tasub end ära.
Järgmine mainimist vääriv nõuanne on "testida varakult ja sageli", mida võiks rakendada mitte ainult refaktooringu kontekstis, vaid ka arendajate igapäevatöös. Testimise teema on tohutu. See ei tähenda mitte ainult süntaksi õppimist, kuidas teste kirjutada, vaid tuleb eristada ka testide tüüpe. Et rohkem teada saada testimisest, soovitan tutvuda testipüramiidiga ning seejärel õppida tundma klassikalise ja Londoni koolide erinevusi.
Kokkuvõttes keskendub artikkel kohalikule refaktooringule, mis on hea ja võib parandada programmeerijate rahulolu oma tööga. Kuigi selleks, et luua esmaklassilist rakendust arhitektuuri tasandil, tuleb minna kaugemale selle artikli raamidest ja õppida rakenduse arhitektuuriga seotud küsimusi. See võib aidata teil alustada väljumist lõputust teekonnast ja seda soovin ma kõigile, ka endale.
Kuidas saavutada paremini skaleeritav ja hooldatav arhitektuur?
Õige viis oma rakenduse struktureerimiseks MVVM-arhitektuuri alusel?
Kuidas vältida lisatööd, kui teie rakendus kasvab?
Tõenäoliselt on igaüks oma karjääri jooksul kokku puutunud juhtumiga, kus halb arhitektuur pikendas oluliselt ülesande täitmiseks kuluvat aega. Segadus kaustades, ebajärjekindlus failide või kataloogide nimetamisel võib saboteerida projekt kohe alguses.
Artikli autor näitab selgelt, milliseid eeliseid annab õige lähenemise valimine projekti struktuurile. Alustades create-react-app and inspired by the MVVM architecture, he shows the advantages of its solution very accurately. Going from basic configuration, he goes through each folder while explaining on a case-by-case basis why he considers this approach appropriate. The approach itself seems quite complicated and probably unnecessary at first when the project is at the early stage but let’s remember that introducing the appropriate rules from the start will help us avoid time-consuming re-structures while expanding the project with new components and functionalities. A properly selected project structure will also allow new members of the project to easily acquire components and services. Let’s not forget that not every way to structurize will perfectly fit in every project.
Omalt poolt tahaksin lisada põhireegli, et projekti jaoks optimaalse arhitektuuri valimine on kasutu, kui iga meeskonnaliige ei järgi kehtestatud reegleid.
Loe edasi: Kuidas parandada Vue.js rakendusi? Mõned praktilised näpunäited
Üleminek CTO-lt COO-le.
Töötamine täielikult kaugtöö keskkonnas. Kuidas hoida meeskond ergastatud ja kaasatud.
Andmete usaldamine vs. sisetunne.
Saate "Modern CTO" 236. episoodis räägib Joel Dailymotioni tegevjuhi Guillaume Clementiga. Dailymotioni missiooniks on olla sisukas ja toitev videosisu platvorm mitmete platvormide seas, mis on puhtalt meelelahutusele orienteeritud ja teenivad "video kiirtoitu". Et seda saavutada äris, mis on tugevalt orienteeritud algoritmidele ja andmetehnoloogiale, tuleb teha raskeid otsuseid, mis põhinevad sisetundele ja andmete põhjal.
Tavaliselt täpne mõõdik videoplatvormide, meedia ja Adtech ettevõtted, sest "kulutatud aeg" ei ole ilmselge KPI, millega töötada, kui te tõesti püüate pakkuda oma kasutajatele sisulist sisu, mitte lihtsalt hoida nende tähelepanu võimalikult kaua ekraani ees. Viide Netflixi dokumentaalfilmile "The Social Dilemma" on vältimatu. Guillaume vahetas hiljuti ka CTO-lt ettevõtte tegevjuhi rolli, mis toob kaasa uusi väljakutseid tegevuse ja inimeste juhtimise vallas. Väljakutse on veelgi nõudlikum pandeemia ajal, kui kaugjuhid panevad proovile meeskondade kaasamise ja mõtteviisi kõrgel tasemel hoidmise. Sotsiaalsemate või introvertsemate töötajate individuaalsete vajadustega tegelemine on võtmetähtsusega, võttes piiratud mahus kontorimõnusid, mis on kättesaadavad neile, kes vajavad selleks regulaarset tõuget.