Alexander Chistyakov er i kontakt, jeg er en evangelist og fortelle deg om de 9 beste teknologibegivenhetene i 2019.
Etter min vurdering stolte jeg mer på min smak enn på eksperters mening. Derfor inkluderer denne listen for eksempel ikke førerløse biler, fordi det ikke er noe fundamentalt nytt eller overraskende i denne teknologien.
Jeg sorterte ikke hendelsene i listen etter betydning eller wow-effekt, fordi deres betydning vil være klar om ti år, og wow-effekten er for kortvarig, jeg prøvde bare å gjøre denne historien sammenhengende.
1. Bærbare serverapplikasjoner i Rust-programmeringsspråket for WebAssembly
Jeg vil starte anmeldelsen med to rapporter:
1. Rapport , lest av ham i 2018.
Da han leste rapporten, jobbet Brian Cantrill hos Joyent som CTO og hadde ingen anelse om hvordan 2019 ville ende for ham og Joyent.
2. , et medlem av kjerneteamet til Rust-språket og forfatteren av boken "The Rust Programming Language", som jobber på Cloudflare, hvor han snakker om funksjonene til Rust-språket og WebAssembly-teknologien, som lar deg bruke nettlesere som plattformer for å kjøre applikasjoner.
I 2019, WebAssembly med sin , som gir tilgang til operativsystemobjekter som filer og sockets, har beveget seg utover nettlesere og retter seg mot serverprogramvaremarkedet.
Essensen av gjennombruddet er åpenbar - menneskeheten har enda en kjøretid som er i stand til å kjøre bærbare applikasjoner for nettet (husker noen WORA-prinsippet, oppfunnet av forfatterne av Java-språket?).
Vi har også en relativt sikker måte å bygge disse applikasjonene på takket være Rust-språket, hvis eksistensgrunnlag er å eliminere hele klasser av feil på kompileringstidspunktet.
WebAssembly er en slik game changer at Solomon Hikes, en av skaperne av Docker, skrev at hvis WebAssembly og WASI hadde eksistert i 2008, ville Docker rett og slett ikke blitt født.
Det er ikke overraskende at Rust var blant brukerne av den nye bærbare teknologien - økosystemet utvikler seg dynamisk og Rust har vært det mest favorittprogrammeringsspråket i flere år, ifølge resultatene .
Dette er et lysbilde fra Steves foredrag som tydelig viser forholdet mellom antall sikkerhetsfeil som kan unngås fullstendig ved å bruke Rust og det totale antallet feil i MS. Windows, funnet i løpet av det siste halvannet tiåret.
Microsoft måtte på en eller annen måte svare på en slik utfordring, og det gjorde den.
2. Prosjekt Verona fra Microsoft, som vil spare Windows og vil åpne en ny side med historie for ethvert operativsystem
Antall feil i Microsoft-kjernen Windows og de fleste brukerprogrammene har økt nesten lineært de siste 12 årene.
I 2019, Matthew Parkinson fra Microsoft , som kan sette en stopper for dette.
Dette er et Microsoft-initiativ for å lage et sikkert programmeringsspråk basert på ideene til Rust-språket: kolleger fra Microsoft Research fant ut at de fleste sikkerhetsproblemene er knyttet til den tunge arven etter C-språket, der de fleste av WindowsDet rustlignende språket Verona administrerer minne og samtidig tilgang til ressurser ved hjelp av . Hvis du vil forstå i detalj hvordan det fungerer, ta en titt .
Det er interessant at Microsoft tradisjonelt blir oppfattet som et ondt imperium og en motstander av alt nytt, til tross for at , hovedutvikleren av Glasgow Haskell Compiler, jobber hos Microsoft.
Brian Cantrills spørsmål fra første avsnitt: "Er det ikke på tide å omskrive operativsystemkjernen i Rust?" fikk et uventet svar - det er åpenbart at det ennå ikke er mulig å omskrive operativsystemkjernen, men programmer som kjører i brukerområdet blir allerede skrevet om. En ustoppelig prosess har startet, og dette vil åpne en ny fremtidsside for alle operativsystemer.
3. Økningen i popularitet til programmeringsspråket Dart takket være Flutter-rammeverket
Jeg er sikker på at de følgende nyhetene er en stor overraskelse, ikke bare for oss og allmennheten, men også for de fleste av de direkte deltakerne i prosessen med dannelsen. Programmeringsspråket Dart, som dukket opp hos Google for åtte år siden, har hatt en rask vekst i popularitet i år.
Jeg bruker metoden min for å vurdere populariteten til programmeringsspråk ved å analysere repositories på Github, en gang i måneden . Hvis det på begynnelsen av året bare var 100 populære depoter på Dart, er det i dag allerede 313 av dem.
Dart har passert Erlang, PowerShell, R, Perl, Elixir, Haskell, Lua og CoffeeScript i popularitet. Ingen andre programmeringsspråk ser ut til å ha vokst raskere i år. Hvorfor skjedde det?
En av årets landemerkerapporter ble lest av Richard Feldman og ble oppringt En betydelig del av rapporten er viet en analyse av hvordan programmeringsspråk blir populære. En av hovedårsakene, ifølge Richard, er tilstedeværelsen av en populær applikasjon eller rammeverk, med andre ord morderappen.
For Dart-språket er årsaken til populariteten utviklingsrammeverket for mobilapplikasjoner , økningen i popularitet som, ifølge Google Trends, nettopp skjedde i begynnelsen av dette året.
Vi vet ikke noe om Dart siden vi ikke driver med mobilutvikling, men vi ønsker et annet statisk skrevet programmeringsspråk hjertelig velkommen.
4. Sjanse for kjerneoverlevelse Linux og fellesskapet takket være den virtuelle eBPF-maskinen
Vi i VDSina elsker konferanser: i år dro jeg til DevOops-konferansen i St. Petersburg og deltok i et rundebord dedikert til trender og hete ting i bransjen. I 2019 var de ledende meningene i slike samtaler:
- Docker er død fordi det er for kjedelig
- Kubernetes er i live og vil vare i omtrent ett år - det vil fortsatt bli snakket om på konferanser i 2020
- i mellomtiden, i kjernen Linux ingen levende har sett inn på lenge
Jeg deler ikke det siste poenget, fra mitt synspunkt, i utviklingen av kjernen. Linux Akkurat nå skjer det ting som ikke bare er interessante, de er revolusjonerende. Den mest bemerkelsesverdige er den virtuelle maskinen eBPF, som opprinnelig ble laget for å løse den kjedelige oppgaven med å filtrere nettverkspakker, og som siden har utviklet seg til en generell virtuell maskin på kjernenivå.
Utvikling for kjernen Linuxvar
Utvikling for kjernen Linuxdet ble
Med eBPF rapporterer kjernen nå hendelser som delvis kan håndteres utenfor kjernen – grensesnittet gjør det mulig å samhandle trygt og effektivt med kjernen fra brukerområdet og utvide og komplementere kjernefunksjonaliteten. Linux, utenom Linus Torvalds altseende øye.
Før eBPF, utvikling av programmer hvis aktiviteter er nært knyttet til interaksjon med kjernen Linux var en komplisert historie – å lage ting som drivere for trege enheter og grensesnitt for filsystemer i brukerområdet krevde en formell gjennomgangsprosess av erfarne kjerneutviklere. Linux.
Utseendet til eBPF-grensesnittet har i stor grad forenklet prosessen med å skrive slike programmer - inngangsterskelen er senket, det vil være flere utviklere og fellesskapet vil komme til live igjen.
Jeg er ikke alene om min entusiasme: erklærer viktigheten av eBPF for overlevelsen (!) av kjerneutviklingsøkosystemet. En annen, ikke mindre kjent utvikler (Jeg er en stor fan av ham) , som ikke har vært likt på 50 år.
I mellomtiden roser Linus Torvalds ham vanligvis ikke offentlig for slike ting, og jeg kan forstå ham - hvem vil offentlig få seg til å se ut som en idiot? 🙂
5. Linux nesten slo den siste spikeren i FreeBSDs kiste med det asynkrone io_uring-grensesnittet i kjernen Linux
Siden vi snakker om kjernen Linux, er det nødvendig å merke seg en annen betydelig forbedring som skjedde i år: inkluderingen av en ny kjerne av Jens Axbow fra Facebook.
I mange år begrunnet FreeBSD-systemadministratorer og -utviklere valget sitt med at FreeBSD hadde bedre asynkron I/O enn LinuxFor eksempel dette argumentet Gleb Smirnov fra Nginx.
Nå har spillet snudd på hodet. og ytelsesreferanseresultater er imponerende, med IOPS-økninger som varierer fra 14 % til 102 % avhengig av blokkstørrelse. Det er en prototype som bruker asynkron I/O i PostgreSQL (minst ), på å konvertere PostgreSQL til asynkron I/O. Men gitt utviklerfellesskapets konservative natur, vil vi ikke se disse endringene ennå i 2020.
6. AMDs triumferende retur med Ryzen-prosessorlinjen
Ikke noe uvanlig, det er bare at AMD, som har vært på sidelinjen i bransjen lenge, slår rekord etter rekord.
Den nye linjen med Ryzen-prosessorer viste et utrolig pris/ytelse-forhold: de , og i noen regioner . I konkurranse er Intel tvunget : Fører til at programmer bygget med sin egen kompilator kjører mindre effektivt på en konkurrents prosessor. Til tross for Intels skitne måter å kjempe på, .
7. Etter AMD har Apple som mål å ta en del av Intel-kaken med iPadOS og gamle Gates-triks
Alle som kan holde et våpen i hendene prøver vanligvis å delta i kjempenes kamper, og ikke bare AMD kjemper om Intels matbase. Apple oppførte seg som den gamle oksen i spøken.
vi går sakte nedover fjelletEn gammel og ung okse står på toppen av et fjell, og en flokk med kyr beiter nedenfor.
Den unge oksen tilbyr den gamle:
– Hør, la oss gå raskt, raskt ned og banke på kua
og raskt, raskt, vi går opp igjen!
- Nei!
- Vel, da la oss raskt, raskt gå ned, la oss kalle to kyr hver og raskt-
La oss komme oss raskt opp igjen!
- Nei!
– Vel, hva foreslår du da?
– Vi skal sakte, sakte ned fjellet, vi skal drepe hele flokken og
La oss sakte og sakte gå tilbake til stedet vårt!
Ved å gi ut den nye iPadOS brukte Apple en taktikk mot Intel kalt «forstyrrende innovasjon».
Wikipedia definisjon
«Disruptiv innovasjon» er en innovasjon som endrer verdibalansen i markedet. Samtidig blir gamle produkter lite konkurransedyktige rett og slett fordi parameterne som konkurransen tidligere var basert på mister sin betydning.
Eksempler på "forstyrrende innovasjoner" er telefonen (erstattet telegrafen), dampskip (erstattet seilskip), halvledere (erstattede vakuumenheter), digitale kameraer (erstattet filmkameraer) og e-post (forstyrret tradisjonell post).
Apple bruker sine egne ARM-baserte prosessorer med lav effekt, og dette har vist seg å være viktigere for brukerne enn den litt hengende ytelsen til Intels x86.
Apple klarer å kapre en del av markedet, og gjør iPaden fra en underholdningsterminal til et fullverdig arbeidsverktøy – først for de som lager innhold, og nå for utviklere. Selvfølgelig vil vi ikke se en ARM-basert MacBook med det første, men små problemer med utformingen av MacBook Pro-tastaturene oppmuntrer letingen etter alternative løsninger, og en av dem lover å være iPad Pro med iPadOS.
Hva har Gates og Microsoft med det å gjøre?
På et tidspunkt gjorde Gates nøyaktig det samme trikset med IBM.
På 1970-tallet dominerte IBM servermarkedet, og ignorerte personlige datamaskiner for den gjennomsnittlige personen. På 1980-tallet brukte Gates IBMs midler til å lage og lisensiere MS-DOS, og beholdt rettighetene til operativsystemet selv. Etter å ha mottatt pengene, laget Microsoft et grafisk grensesnitt for MS-DOS, og datamaskinenes verden var født. Windows – i utgangspunktet bare et grafisk overlegg på DOS, og deretter det første PC-operativsystemet som var praktisk for massene. IBM, et stort og uhåndterlig selskap, mistet markedet for personlige datamaskiner til det unge og raske Microsoft. Jeg har oppsummert denne bemerkelsesverdige historien veldig kort, så hvis du er interessert i hvordan Apple vil konkurrere med Intel i 2020 med iPadOS, anbefaler jeg det på det sterkeste. .
8. Styrking av ZFSons posisjonLinux — en gammel hest ødelegger ikke furen
Kanonisk bruker ZFS-filsystemet som rotfilsystem direkte fra installasjonsprogrammet. Noen ganger tror jeg at ingeniørene som jobbet hos Sun Microsystems representerer en egen biologisk art av Homo sapiens (de nevnte Brian Cantrill og Brendan Gregg jobbet hos Sun). Døm selv, til tross for årevis med menneskehetens innsats for å skape noe som i det hele tatt ligner ZFS-filsystemet, til tross for de uoverstigelige lisensbegrensningene som forhindrer inkludering av ZFS-kildekoden i den vanlige kjerneutviklingsgrenen. Linux, vi bruker fortsatt ZFS, og dette vil ikke endre seg med det første.
9. Oxide Computer Company - vi vil overvåke teamet nøye, som tydeligvis er i stand til mye - i det minste skape et kult show
Jeg avslutter listen min med en ny omtale av Brian Cantrill, der jeg startet.
Brian Cantrill og andre ingeniører (hvorav noen også tidligere jobbet i Sun) grunnla en virksomhet kalt , hvis hovedmål er å lage en serverplattform som er egnet for bruk i stor skala. Det er kjent at svært store selskaper som Google, Facebook og Amazon ikke bruker konvensjonell servermaskinvare i sine aktiviteter. Brians selskap har som mål å eliminere denne ulikheten ved å utvikle en programvare- og maskinvareplattform som er egnet for bruk av enhver skytjeneste (inkludert programmeringsspråket Rust).
Ideen deres er løftet om en ny revolusjon, og jeg vil i det minste være glad for å se hvordan tankene deres beveger seg og deres utvikling i det kommende 2020.
Hva vi klarte å gjøre i 2019 på VDSina
Vi gjorde ingen teknologiske gjennombrudd i 2019 med VDSina, men vi har fortsatt noe å være stolte av.
I februar la vi til muligheten til å bruke et lokalt nettverk mellom servere og lanserte en domeneregistreringstjeneste. Prisen ble gjort til en av de laveste på markedet - 179 rubler per ru/рф, inkludert for fornyelse.
I mars snakket vi på IT Global Meetup #14.
I april økte vi kanalbredden for hver server fra 100 til 200 megabit, og økte trafikkgrensen betydelig for alle tariffer (unntatt de billigste) – til 32 TB per måned.
I juli fikk kundene muligheten til å installere automatisk Windows Server 2019. Gratis DDoS-beskyttelse begynte å bli tilbudt i Moskva-området.
Også i juli dukket selskapet vårt opp på Habré, med debut og hvordan det har hjulpet oss å ta et kvantesprang innen kundestøtte.
I august la de til muligheten til å lage øyeblikksbilder – serversikkerhetskopier.
Det offentlige API-et er utgitt.
Vi økte kanalbredden for hver server fra 200 til 500 megabit.
Vi deltok på Chaos Constructions 2019-konferansen, delte ut pisker med firmalogoen som varer (kampanjesloganet var "Når utvikleren er på topp") og blåste opp telegramchatter.
I september lanserte vi den søteste og vennligste Instagramen til et IT-selskap - VDSina begynte å snakke om nyheter og hverdagsliv .
I november dro vi til Highload++, deltok i en rundebordsrunde om «databaser i Kubernetes» og kledde deltakerne i haihatter.
I desember snakket vi på et DevOps-møte på GazPromNeft-kontoret med en rapport om databaser i Kubernetes og på DevOpsDays-konferansen i Moskva , som definitivt var min beste prestasjon i året.
Konklusjon
Som Nassim Taleb sa, er det mye enklere å forutsi hva vi definitivt ikke vil se. Jeg vil påpeke at alt nytt vi vil se i 2020 har sin opprinnelse i 2019, 2018 og tidligere. Jeg vil ikke forsøke å forutsi fremtiden nøyaktig, men 2020 vil absolutt ikke bli året Linux på skrivebordet (når så du sist et skrivebord?) og året Linux Vi har sett dette på mobile enheter i omtrent ti år nå.
Jeg håper i alle fall at vi om et år kommer sammen igjen og diskuterer hvordan alt egentlig ble.
God ferie alle sammen!
Følg utvikleren vår på Instagram
Kilde: www.habr.com
