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 edastavad teile meie Ruby ja 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 ja MVVM-arhitektuurist inspireeritud, näitab ta selle lahenduse eeliseid väga täpselt. Alustades põhikonfiguratsioonist, käib ta iga kausta läbi, selgitades samas iga juhtumi puhul eraldi, miks ta seda lähenemisviisi sobivaks peab. Lähenemisviis ise tundub alguses üsna keeruline ja ilmselt ebavajalik, kui projekt on alles algusjärgus, kuid pidagem meeles, et asjakohaste reeglite kehtestamine algusest peale aitab meil vältida aeganõudvaid ümberstruktureerimisi, kui projekti laiendatakse uute komponentide ja funktsionaalsustega. Õigesti valitud projektistruktuur võimaldab ka uutel projekti liikmetel hõlpsasti komponente ja teenuseid omandada. Ärgem unustagem, et mitte iga struktureerimisviis ei sobi ideaalselt igasse projekti.
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.