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 er helt unngåelige når du bruker Rust og det totale antallet feil funnet i MS Windows det siste og et halvt 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 lagre Windows og åpne en ny historikkside for alle operativsystemer
Antallet feil i Microsoft Windows-kjernen og de fleste forbrukerprogrammer har økt nesten lineært de siste 12 årene.
I 2019, Matthew Parkinson fra Microsoft , som kan sette en stopper for dette.
Dette er Microsofts initiativ for å lage et sikkert programmeringsspråk basert på ideene til Rust-språket: kolleger fra Microsoft Research har funnet ut at de fleste sikkerhetsproblemene er knyttet til den tunge arven til C-språket, der det meste av Windows er skrevet. Veronas Rust-lignende språk 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 å overleve Linux-kjernen og dens fellesskap 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 har ingen levende person sett inn i Linux-kjernen på lang tid
Jeg deler ikke det siste punktet; fra mitt synspunkt skjer det ikke bare interessante, men revolusjonerende ting nå i utviklingen av Linux-kjernen. Den mest bemerkelsesverdige er den virtuelle eBPF-maskinen, som opprinnelig ble opprettet for å løse den kjedelige oppgaven med å filtrere nettverkspakker, og deretter vokste til en generell virtuell maskin på kjernenivå.
Utvikling for Linux-kjernen: ja
Utvikling for Linux-kjernen: nå
Takket være eBPF rapporterer kjernen nå forekomsten av hendelser som delvis kan behandles utenfor kjernen - grensesnittet gjør det mulig å trygt og effektivt samhandle med kjernen fra brukerområdet og utvide og utfylle funksjonaliteten til Linux-kjernen, og omgå alt -seende øyet til Linus Torvalds.
Før eBPF var det en vanskelig historie å utvikle programmer hvis aktiviteter var nært knyttet til interaksjon med Linux-kjernen - å lage ting som drivere for trege enheter og grensesnitt for filsystemer i brukerområdet krevde å gå gjennom en formell gjennomgangsprosedyre av erfarne Linux-kjerneutviklere.
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 satte nesten den siste spikeren i FreeBSDs kiste takket være det asynkrone io_uring-grensesnittet i Linux-kjernen
Mens vi er inne på temaet Linux-kjernen, er det verdt å merke seg en annen betydelig forbedring som fant sted i år: inkluderingen av en ny av Jens Axbow fra Facebook.
I mange år baserte systemadministratorer og FreeBSD-utviklere valget sitt på at FreeBSD klarte asynkron I/O bedre enn Linux. For 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, med selvtilliten til en gigant som ignorerte personlige datamaskiner for den gjennomsnittlige personen. På 1980-tallet opprettet Gates IBM med penger og lisensierte MS-DOS for det, og overlot rettighetene til operativsystemet til seg selv. Etter å ha mottatt pengene, opprettet Microsoft et grafisk grensesnitt for MS-DOS, og Windows ble født - først bare et grafisk tillegg over DOS, og deretter det første operativsystemet for PC-er, praktisk for bruk av massene. IBM, som er et stort, klønete selskap, mister markedet for personlige datamaskiner til det unge og raske Microsoft. Jeg har gjenfortalt denne flotte historien veldig kort, så hvis du lurer på hvordan Apple vil spille mot Intel i 2020 med iPadOS, anbefaler jeg på det sterkeste .
8. Styrke posisjonen til ZFSonLinux - den gamle hesten ødelegger ikke furen
Kanonisk bruke ZFS-filsystemet som rotfilsystem direkte fra installasjonsprogrammet. Noen ganger virker det for meg at ingeniørene som jobbet ved Sun Microsystems representerer en egen biologisk art av Homo sapiens (Brian Cantrill og Brendan Gregg, allerede nevnt ovenfor, jobbet hos Sun). Døm selv, til tross for mange års forsøk fra hele menneskeheten på å lage noe som til og med ligner ZFS-filsystemet, til tross for vanskelige lisensieringsbegrensninger som forhindrer inkludering av ZFS-kildekoden i hovedutviklingsgrenen til Linux-kjernen, bruker vi fortsatt ZFS, og i situasjonen vil ikke endre seg i nær fremtid.
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 å automatisk installere Windows Server 2019. Gratis DDoS-beskyttelse begynte å bli gitt i Moskva-lokasjonen.
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 lettere å forutsi hva vi definitivt ikke vil se. Jeg vil merke meg at alt nytt vi vil se i 2020 dateres tilbake til 2019, 2018 og tidligere. Jeg antar ikke å forutsi fremtiden nøyaktig, men 2020 vil definitivt ikke være året for Linux på skrivebordet (når var siste gang du så et skrivebord?) Og vi har sett året med Linux på mobile enheter i 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