Alekszandr Chistyakov kapcsolatban áll, én evangélista vagyok
Értékelésem során inkább az ízlésemre hagyatkoztam, mint a szakértők véleményére. Ezért ezen a listán például nem szerepelnek a vezető nélküli autók, mert ebben a technológiában nincs semmi alapvetően új vagy meglepő.
Nem szignifikancia vagy wow-effektus szerint rendeztem a listában szereplő eseményeket, mert ezek jelentőségük tíz év múlva derül ki, a wow-effektus pedig túl rövid életű, csak igyekeztem koherenssé tenni ezt a történetet.
1. Hordozható szerveralkalmazások a Rust programozási nyelven a WebAssembly számára
Az áttekintést két jelentéssel kezdem:
1. Jelentés
A jelentés olvasása idején Brian Cantrill a Joyentnél dolgozott műszaki igazgatóként, és fogalma sem volt arról, hogyan végződik 2019 számára és Joyent számára.
2.
2019-ben a WebAssembly azzal
Az áttörés lényege nyilvánvaló - az emberiségnek van még egy futási ideje, amely képes hordozható alkalmazásokat futtatni a weben (emlékszik valaki a WORA elvre, amelyet a Java nyelv szerzői találtak ki?).
A Rust nyelvnek köszönhetően viszonylag biztonságos módunk van ezeknek az alkalmazásoknak az elkészítésére, amelynek létjogosultsága az, hogy a fordítás során hibaosztályokat kell kiküszöbölni.
A WebAssembly akkora változás, hogy Solomon Hikes, a Docker egyik alkotója azt írta, hogy ha a WebAssembly és a WASI létezett volna 2008-ban, a Docker egyszerűen meg sem született volna.
Nem meglepő, hogy a Rust az új hordozható technológia átvevői közé tartozott – ökoszisztémája dinamikusan fejlődik, és az eredmények szerint évek óta a Rust a legkedveltebb programozási nyelv.
Ez egy dia Steve előadásából, amely egyértelműen mutatja a Rust használatával teljesen elkerülhető biztonsági hibák számának arányát az MS Windows rendszerben az elmúlt másfél évtizedben talált hibák teljes számához viszonyítva.
A Microsoftnak valahogy reagálnia kellett egy ilyen kihívásra, és ez meg is történt.
2. Project Verona a Microsofttól, amely elmenti a Windows rendszert, és új előzménylapot nyit meg bármely operációs rendszer számára
A Microsoft Windows kernelben és a legtöbb fogyasztói programban található hibák száma szinte lineárisan nőtt az elmúlt 12 évben.
2019-ben Matthew Parkinson, a Microsoft
Ez a Microsoft kezdeményezése egy biztonságos programozási nyelv létrehozására a Rust nyelv ötletei alapján: a Microsoft Research munkatársai azt találták, hogy a legtöbb biztonsági probléma a C nyelv súlyos örökségével kapcsolatos, amelyen a Windows nagy része íródott. Verona Rust-szerű nyelve kezeli a memóriát és az erőforrásokhoz való egyidejű hozzáférést
Érdekes, hogy a Microsoftot hagyományosan gonosz birodalomnak tekintik és minden új ellenfeleként, annak ellenére, hogy
Brian Cantrill kérdése az első bekezdésből: „Nem lenne itt az ideje átírni az operációs rendszer kernelt a Rustban?” váratlan választ kapott - nyilvánvaló, hogy még nem lehet átírni az operációs rendszer kernelt, de a userspace-ben futó programok már folyamatban vannak. Megállíthatatlan folyamat vette kezdetét, és ez a jövő új oldalát nyitja meg minden operációs rendszer számára.
3. A Dart programozási nyelv népszerűségének növekedése a Flutter keretrendszernek köszönhetően
Biztos vagyok benne, hogy az alábbi hír nemcsak nekünk és a nagyközönségnek, hanem a megalakulás folyamatában a legtöbb közvetlen résztvevőnek is nagy meglepetés. A Google-nál nyolc éve megjelent Dart programozási nyelv népszerűsége idén gyorsan nőtt.
A programozási nyelvek népszerűségének felmérésére szolgáló módszeremet a Githubon található adattárak elemzésével használom, havonta egyszer
A Dart népszerűsége megelőzte az Erlang, a PowerShell, az R, a Perl, az Elixir, a Haskell, a Lua és a CoffeeScript népszerűségét. Úgy tűnik, egyetlen más programozási nyelv sem nőtt gyorsabban ebben az évben. Miért történt ez?
Az idei év egyik mérföldkőnek számító jelentése
A Dart nyelv esetében népszerűségének oka a mobilalkalmazás-fejlesztő keretrendszer
A Dartról nem tudunk semmit, mivel nem foglalkozunk mobil fejlesztéssel, de szívesen fogadunk egy másik statikusan gépelt programozási nyelvet.
4. Esély a Linux kernel és közösségének túlélésére az eBPF virtuális gépnek köszönhetően
Mi a VDSinában szeretjük a konferenciákat: idén elmentem a DevOops konferenciára Szentpéterváron, és részt vettem egy kerekasztal-beszélgetésen, amely az iparág trendjeinek és forró dolgainak szentelt. 2019-ben az ilyen beszélgetések vezető véleményei a következők voltak:
- Docker meghalt, mert túl unalmas
- A Kubernetes él, és körülbelül egy évig fog tartani – 2020-ban is szó lesz róla a konferenciákon
- Mindeközben élő ember már régóta nem nézett bele a Linux kernelbe
Az utolsó pontot nem osztom, az én szemszögemből nem csak érdekes, hanem forradalmi dolgok is történnek most a Linux kernel fejlesztésében. A legfigyelemreméltóbb az eBPF virtuális gép, amely eredetileg a hálózati csomagok szűrésének unalmas feladatának megoldására jött létre, majd általános célú kernelszintű virtuális géppé nőtte ki magát.
Fejlesztés a Linux kernelhez: igen
Fejlesztés a Linux kernelhez: most
Az eBPF-nek köszönhetően a kernel most már olyan események előfordulását jelzi, amelyek részben a kernelen kívül feldolgozhatók – az interfész lehetővé teszi a rendszermaggal való biztonságos és hatékony interakciót a felhasználói térből, valamint a Linux kernel funkcióinak bővítését és kiegészítését, megkerülve -Linus Torvalds szeme.
Az eBPF előtt nehéz történet volt olyan programok fejlesztése, amelyek tevékenysége szorosan kapcsolódott a Linux kernellel való interakcióhoz – például a lassú eszközök illesztőprogramjainak és a felhasználói térben lévő fájlrendszerekhez való interfészeknek a létrehozásához a tapasztalt Linux kernelfejlesztők hivatalos felülvizsgálati eljárásán kellett keresztülmenniük.
Az eBPF felület megjelenése nagymértékben leegyszerűsítette az ilyen programok írásának folyamatát - a belépési küszöb lejjebb került, több lesz a fejlesztő, és újra életre kel a közösség.
Nem vagyok egyedül a lelkesedésemmel:
Eközben Linus Torvalds általában nem dicséri nyilvánosan az ilyen dolgokért, és meg is tudom érteni – ki akarna nyilvánosan idiótának tűnni? 🙂
5. A Linux szinte az utolsó szöget a FreeBSD koporsójába tette a Linux kernel aszinkron io_uring felületének köszönhetően
Ha már a Linux kernel témájánál tartunk, érdemes megjegyezni egy másik jelentős fejlesztést is, amely ebben az évben történt: egy új
Sok éven át a rendszergazdák és a FreeBSD fejlesztők arra alapozták választásukat, hogy a FreeBSD jobban teljesített az aszinkron I/O-ban, mint a Linux. Például ez az érv
Most a játék felfordult.
6. Az AMD diadalmas visszatérése a Ryzen processzorvonallal
Semmi szokatlan, csak az a helyzet, hogy a szakmában sokáig a pálya szélén álló AMD rekordot döntöget a másik után.
A Ryzen processzorok új sora hihetetlen ár/teljesítmény arányt mutatott: ők
7. Az AMD-t követően az Apple célja, hogy iPadOS-szel és régi Gates-trükkökkel vegyen egy darabot az Intel tortából
Az óriások harcaiban általában mindenki igyekszik részt venni, aki fegyvert tud a kezében tartani, és nem csak az AMD verseng az Intel táplálékbázisáért. Az Apple úgy viselkedett, mint a vén bika a viccben.
lassan megyünk le a hegyrőlEgy öreg és fiatal bika áll a hegy tetején, alatta egy tehéncsorda legel.
A fiatal bika felajánlja az öregnek:
- Figyelj, gyorsan, gyorsan menjünk le és kopogtassunk a tehenhez
és gyorsan, gyorsan, visszamegyünk!
- Nem!
- No, akkor gyorsan, gyorsan menjünk le, hívjunk két-két tehenet és gyorsan...
Gyorsan keljünk vissza!
- Nem!
- Nos, akkor mit ajánlasz?
- Lassan, lassan megyünk le a hegyről, megöljük az egész csordát és
Lassan és lassan térjünk vissza a helyünkre!
Az új iPadOS kiadásával az Apple „bomlasztó innovációnak” nevezett taktikát alkalmazott az Intel ellen.
Wikipédia definíció
A „bomlasztó innováció” olyan innováció, amely megváltoztatja az értékek egyensúlyát a piacon. Ugyanakkor a régi termékek már csak azért is versenyképtelenné válnak, mert azok a paraméterek, amelyeken a verseny korábban alapult, elvesztik jelentőségüket.
Példák a „romboló újításokra” a telefon (a távíró helyett), a gőzhajók (a vitorlás hajókat lecserélték), a félvezetők (kicserélték a vákuumeszközöket), a digitális fényképezőgépek (lecserélték a filmes fényképezőgépeket) és az e-mail (megszakított hagyományos levelezés).
Az Apple saját, alacsony fogyasztású ARM-alapú processzorait használja, és ez fontosabbnak bizonyult a felhasználók számára, mint az Intel x86-os enyhén elmaradó teljesítménye.
Az Apple-nek sikerül kiharcolnia a piaci részesedést, szórakoztató terminálból teljes értékű munkaeszközzé varázsolja az iPadet – először a tartalmat létrehozók, most pedig a fejlesztők számára. ARM alapú MacBook-ot persze egyhamar nem láthatunk, de a MacBook Pro billentyűzeteinek kialakításával kapcsolatos apróbb problémák alternatív megoldások keresését ösztönzik, ezek közül az egyik az iPadOS-es iPad Pro ígérkezik.
Mi köze ehhez Gatesnek és a Microsoftnak?
Egy időben Gates pontosan ugyanazt a trükköt hajtotta végre az IBM-mel.
Az 1970-es években az IBM uralta a szerverek piacát, egy óriás magabiztosságával, amely figyelmen kívül hagyta a személyi számítógépeket az átlagemberek számára. Az 1980-as években Gates pénzből létrehozta az IBM-et, és licencelt hozzá MS-DOS-t, így az operációs rendszer jogait magára hagyta. Miután megkapta a pénzt, a Microsoft létrehozta az MS-DOS grafikus felületét, és megszületett a Windows - először csak egy grafikus kiegészítő DOS-on, majd az első operációs rendszer PC-k számára, amely kényelmesen használható tömegek számára. Az IBM, mint nagy, ügyetlen cég, elveszíti a személyi számítógépek piacát a fiatal és gyors Microsoft előtt. Nagyon röviden elmeséltem ezt a nagyszerű történetet, így ha kíváncsi arra, hogyan fog játszani az Apple az Intel ellen 2020-ban iPadOS-szel, akkor nagyon ajánlom
8. A ZFSonLinux pozíciójának erősítése - az öreg ló nem rontja el a barázdát
Canonical Company
9. Oxide Computer Company - szorosan figyelemmel kísérjük a csapatot, amely egyértelműen sok mindenre képes - legalább egy menő műsort készíteni
A listámat egy újabb Brian Cantrill említéssel zárom, ahol elkezdtem.
Brian Cantrill és más mérnökök (akik közül néhányan korábban a Sunnál is dolgoztak) vállalkozást alapítottak
Elképzelésük egy új forradalom ígérete, és én legalábbis örömmel figyelem gondolataik mozgását és fejlődését a következő 2020-ban.
Amit 2019-ben sikerült megvalósítanunk a VDSinánál
2019-ben nem értünk el technológiai áttörést a VDSinával, de még mindig van mire büszkének lennünk.
Februárban hozzáadtuk a szerverek közötti helyi hálózat használatának lehetőségét, és elindítottuk a domain regisztrációs szolgáltatást. Az ár az egyik legalacsonyabb a piacon - 179 rubel ru / рф, beleértve a megújítást is.
Márciusban az IT Global Meetup #14 rendezvényen beszéltünk.
Áprilisban 100-ról 200 megabitra növeltük az egyes szerverek csatornaszélességét, és jelentősen megemeltük az összes tarifa forgalmi korlátját (a legolcsóbb kivételével) - havi 32 TB-ra.
Júliusban az ügyfeleknek lehetőségük nyílt a Windows Server 2019 automatikus telepítésére. Moszkvában megkezdődött az ingyenes DDoS védelem biztosítása.
Ugyancsak júliusban jelent meg cégünk a Habrén, debütált
Augusztusban hozzáadták a pillanatképek – szervermentések – készítésének lehetőségét.
Megjelent a nyilvános API.
Minden szerver csatornaszélességét 200-ról 500 megabitra növeltük.
Részt vettünk a Chaos Constructions 2019 konferencián, ahol a cég logójával ellátott ostorokat áruként terjesztettük (a kampány szlogenje „Amikor a fejlesztő a csúcson van”), és távirati chateket robbantottunk.
Szeptemberben elindítottuk egy informatikai cég legaranyosabb és legbarátságosabb Instagramját - VDSina a hírekről és a hétköznapokról kezdett beszélni
Novemberben elmentünk a Highload++-ba, részt vettünk a „kubernetes adatbázisok” című kerekasztal-beszélgetésen, és cápakalapba öltöztettük a résztvevőket.
Decemberben előadást tartottunk a GazPromNeft irodájában a kubernetes adatbázisokkal foglalkozó DevOps találkozón és Moszkvában a DevOpsDays konferencián.
Következtetés
Ahogy Nassim Taleb mondta, sokkal könnyebb megjósolni, amit biztosan nem fogunk látni. Szeretném megjegyezni, hogy minden újdonság, amit 2020-ban látni fogunk, 2019-re, 2018-ra és korábbi időszakra nyúlik vissza. Nem hiszem, hogy pontosan megjósolnám a jövőt, de 2020 biztosan nem lesz a Linux éve az asztali gépeken (mikor láttál utoljára asztali gépet?) És a Linux évét már tíz óta látjuk mobileszközökön évek óta.
Mindenesetre remélem, hogy egy év múlva újra összejövünk és megbeszéljük, hogyan is alakult minden.
Kellemes ünnepeket mindenkinek!
Kövesd fejlesztőnket az Instagramon
Forrás: will.com