Codests kerneværdi #1
The Codest tror på fire afgørende værdier, som er kernen i alle de handlinger, som The Codest-teams foretager. I denne artikel forklarer vores CEO og medstifter, Greg Polec, hvad...
![Codest](https://thecodest.co/app/uploads/2024/05/greg-polec.jpg)
Hej og hjertelig velkommen til 2. episode af vores TheCodesReview-serie. I denne uge har vi fokuseret på kvalitet i softwareudviklingsprojekter, vigtigheden af frontend-arkitektur og overgangen fra teknisk leder til driftsleder, og hvad der kræves i fjernopsætningstiderne på eksemplet med Dailymotion.
Tips til refaktorering af hensyn til en kvalitetsforbedring.
Hvorfor er frontend-arkitektur vigtig, og hvordan gør man den skalerbar og vedligeholdelsesvenlig?
Overgang fra CTO til COO-rolle i en teknologisk organisation.
Hvis du er interesseret i at skifte fra at være teknologileder til en driftsrolle, kan du dykke dybere ned i de yderligere ressourcer, der er linket til nederst i indlægget.
Kommentarerne til refaktorering og arkitektur i denne uge er leveret af vores Ruby- og React-ingeniører.
Refaktorisering Kode har altid været enormt populært, men det er ikke alle, der ved, hvordan man gør det godt, og hvornår det er et godt tidspunkt at gøre det. Jeg har set mange forsøg på refaktorering, som er endt med fiasko (især i produktionen, hvilket ikke er noget at være stolt af). Læringstips fra den nævnte artikel kan hjælpe mange programmører med at forbedre deres vigtige refaktoreringsevner.
Det første tip fra artiklen er "forstå koden", som altid er det første på min tjekliste, før jeg refaktoriserer. Du kan ikke skabe bedre kode, hvis du ikke ved, hvad den nuværende kode gør. Det kan være besværligt at forstå rodet kode, men det er den pris, du må betale for at forbedre din kodebase. Alligevel er ROI fra denne investering høj, og det vil betale sig.
Det næste tip, der er værd at nævne, er at "teste tidligt og ofte", hvilket ikke kun kan anvendes i refaktoreringssammenhæng, men også i udviklernes daglige arbejde. Emnet test er enormt. Det handler ikke kun om at lære syntaksen for, hvordan man skriver tests, men man skal også kunne skelne mellem forskellige typer af tests. For at lære mere om test anbefaler jeg, at du gør dig bekendt med testpyramiden og derefter lærer om forskellene mellem den klassiske skole og London-skolen.
Sammenfattende fokuserer artiklen på lokal refaktorering, hvilket er godt og kan forbedre programmørernes tilfredshed med deres arbejde. Men for at skabe en førsteklasses applikation på arkitekturniveau skal du gå ud over denne artikels omfang og lære om problemer i forbindelse med applikationsarkitektur. Det kan hjælpe dig med at komme ud på en uendelig rejse, og det er det, jeg ønsker for jer alle, mig selv inklusive.
Hvordan opnår man en mere skalerbar og vedligeholdelsesvenlig arkitektur?
Den rigtige måde at strukturere din app på baseret på MVVM-arkitektur?
Hvordan undgår du ekstra arbejde, når din app vokser?
Alle har formentlig i løbet af deres karriere oplevet, at dårlig arkitektur har forlænget den tid, det tog at udføre en opgave. Rod i mapper, inkonsekvens i navngivning af filer eller kataloger kan sabotere opgaveløsningen. projekt helt fra begyndelsen.
Artiklens forfatter viser tydeligt fordelene ved at vælge den rigtige tilgang til projektstrukturen. At starte med Opret-react-app og inspireret af MVVM-arkitekturen viser han meget præcist fordelene ved sin løsning. Han tager udgangspunkt i den grundlæggende konfiguration og gennemgår hver enkelt mappe, mens han i hvert enkelt tilfælde forklarer, hvorfor han mener, at denne tilgang er hensigtsmæssig. Selve tilgangen virker ret kompliceret og sandsynligvis unødvendig i starten, når projektet er på et tidligt stadie, men lad os huske, at indførelsen af de rette regler fra starten vil hjælpe os med at undgå tidskrævende omstruktureringer, mens vi udvider projektet med nye komponenter og funktionaliteter. En korrekt valgt projektstruktur vil også gøre det muligt for nye medlemmer af projektet nemt at erhverve komponenter og tjenester. Lad os ikke glemme, at ikke alle måder at strukturere på passer perfekt til alle projekter.
Fra min side vil jeg gerne tilføje den grundregel, at det ikke nytter noget at vælge den optimale arkitektur til projektet, hvis ikke alle besætningsmedlemmer følger de fastlagte regler.
Læs mere om det: Hvordan forbedrer man Vue.js-apps? Nogle praktiske tips
Overgang fra CTO til COO.
At arbejde i et helt fjernt miljø. Hvordan man holder hold energisk og engageret.
Tillid til data vs. mavefornemmelse.
I 236. afsnit af Modern CTO taler Joel med Dailymotions COO Guillaume Clement. Dailymotion har en mission om at være en meningsfuld og nærende videoindholdsplatform blandt en række platforme, der udelukkende er underholdningsorienterede og tjener formålet med "video-fastfood". For at opnå det i en virksomhed, der er stærkt drevet af algoritmer og datalogi, er man nødt til at træffe svære beslutninger baseret på mavefornemmelser i forhold til, hvad data fortæller en.
Den typisk nøjagtige måling for videoplatforme, medier og Adtech virksomheder, da "tidsforbrug" ikke er den oplagte KPI at arbejde med, hvis du virkelig stræber efter at levere meningsfuldt indhold til dine brugere og ikke bare ønsker at holde deres opmærksomhed foran skærmen så længe som muligt. Henvisningen til dokumentarfilmen "The Social Dilemma" på Netflix er uundgåelig. Guillaume har også for nylig skiftet fra en CTO til en COO-rolle i virksomheden, hvilket giver nye udfordringer inden for drift og personaleledelse. Udfordringen er endnu mere krævende under pandemien, hvor fjernopsætning er en test for ledere i forhold til at holde teams involveret og mindsettet på et højt niveau. Det er vigtigt at imødekomme de individuelle behov hos medarbejdere, der er mere sociale eller mere indadvendte, og tage en begrænset mængde kontormingel til rådighed for dem, der har brug for et regelmæssigt spark for at komme i gang.