Open source-licenser: Hvad, hvilken og hvorfor

Lær, hvad open source-licenser er, hvilken man skal vælge, og hvorfor det betyder noget.

De fleste open source-projekter er langt mere restriktive med deres varemærker end deres kode. OpenBSD’s Puffy, Linux’s Tux og FSF’s Meditating Gnu er blandt de få FOSS-logoer, der let og lovligt kan remixes og genbruges til enkle illustrative formål.

De fleste har i det mindste hørt om open source-software nu – og har endda en ret god idé om, hvad det er. Dets egne armaturer krænker uophørligt om, hvad de skal kalde det – med lejre, der argumenterer for alt fra gratis til libre til open source og enhver mulig kombination af ovenstående – men den eneste ting, som enhver ekspert er enig i, er, at det ikke er open source (eller hvad som helst), hvis det har ikke en klar tilskrevet licens.

Du kan ikke bare offentligt dumpe en masse kildekoder uden en licens og sige “uanset hvad det er der, hvem som helst kan få det.” På grund af den måde, copyright-lovgivningen fungerer i det meste af verden, er fri tilgængelig kode uden en eksplicit erklæret licens copyright af forfatteren, alle rettigheder forbeholdt. Dette betyder, at det bare er usikkert at bruge ulicenseret kode, der er offentliggjort eller ej – der er intet, der forhindrer forfatteren i at komme efter dig og sagsøge om royalties, hvis du begynder at bruge den

Den eneste måde at faktisk gøre din kode open source og frit tilgængelig er at vedhæfte en licens til den. Fortrinsvis ønsker du en kommentar med navnet og versionen af ​​en velkendt licens i overskriften på hver fil og en fuld kopi af licensen tilgængelig i rodmappen til dit projekt, navngivet LICENSE eller LICENSE.TXT. Dette rejser naturligvis spørgsmålet om, hvilken licens der skal bruges – og hvorfor?

Der er et par generelle typer licenser tilgængelige, og vi dækker hver i sin egen sektion sammen med et eller flere fremtrædende eksempler på denne licenstype.

Standardlicens – ejendomsret, alle rettigheder forbeholdt

I de fleste jurisdiktioner er enhver kode eller indhold automatisk ophavsretligt beskyttet af forfatteren med alle rettigheder forbeholdt, medmindre andet er angivet. Selvom det er god form at erklære forfatteren og datoen for ophavsret i overskriften på en kode eller dokument, betyder det at undlade at gøre det ikke at forfatterens rettigheder er ugyldige.

En forfatter, der gør indhold eller kode tilgængelig på deres eget websted, et Github-arkiv osv. – enten uden en angivet licens eller med en udtrykkelig erklæring om ophavsret – opretholder både brugen og distribueringsrettigheder for den kode, selvom det er trivielt enkelt at se eller Hent. Hvis du udfører denne kode på din egen computer eller computere, overtræder du forfatterens brugsrettigheder, og de kan muligvis anlægge civil sag mod dig for krænkelse af deres ophavsret, da de aldrig har givet dig denne ret.

På samme måde, hvis du kopierer denne kode og giver den til en ven, lægger den på et andet websted, sælger den eller på anden måde gør den tilgængelig overalt, hvor forfatteren oprindeligt postede den, har du overtrådt forfatterens distributionsrettigheder, og de har stående for at anlægge en civil sag mod dig.

Bemærk, at en forfatter, der opretholder ejendomsret til en kodebase, individuelt kan give licens til personer eller organisationer til at bruge denne kode. Teknisk set “køber” du aldrig software, selv når det er pakket i en fysisk butik. Det, du faktisk køber, er en licens til at bruge softwaren — som muligvis ikke indeholder fysiske medier, der indeholder en kopi af koden.

Hjemmelavede licenser

Den korte version af vores kommentar til hjemmevokset licens er enkel: gør det bare ikke.

Der er allerede nok forståede, OSI-godkendte open source-licenser i verden, til at næsten enhver person eller projekt skal være i stand til at finde en passende. At skrive din egen licens i stedet betyder, at potentielle brugere af dit projekt, indhold eller kode skal gøre det samme, som forfatteren ikke ville – læse og forstå en ny licens fra bunden af.

Den nye licens er ikke tidligere blevet testet i retten, hvilket mange (men ikke alle) af de OSI-godkendte open source-licenser har været. Endnu vigtigere er, at din nye licens ikke forstås i vid udstrækning.

Når en person eller virksomhed ønsker at bruge et projekt, der er licenseret under – for eksempel – GPL v3, Apache 2.0 eller CC0 (mere om disse licenser senere), er det relativt let at finde ud af, om den pågældende licens giver tilstrækkelige rettigheder, til højre måder at være egnede til dette formål Det er billigt og let at spørge en kompetent advokat om intellektuel ejendomsret om rådgivning, fordi den kompetente IP-advokat allerede bør være bekendt med disse licenser, retspraksis, der involverer dem, og så videre.

I modsætning hertil, hvis dit projekt er licenseret “Joe’s Open Source License v1.01”, er der ingen, der ved, hvad det betyder. Juridisk konsultation for et projekt under denne licens vil være meget dyrere – og klodsende – fordi en IP-advokat er nødt til at evaluere licensens tekst som et helt nyt værk, uprøvet og uprøvet. Den nye licens kan have uklar tekst, utilsigtede konflikter mellem klausuler eller på anden måde ikke kunne håndhæves på grund af juridiske problemer, som forfatteren ikke forstod.

Manglende valg af en OSI-godkendt licens kan også ugyldige et projekt fra visse rettigheder eller tilskud. For eksempel tilbyder både Google og IBM royaltyfrit brug af dele af deres patentportefølje til open source-projekter – og dit projekt, uanset hvor “gratis” du betragter det, er muligvis ikke kvalificeret til en hjemmevokst licens. (IBM navngiver navnlig OSI-licensgodkendelse som en bevillingsbetingelse.)

OSI-godkendte licenser

Open Source-initiativet opretholder en liste over godkendte open source-licenser, der er i overensstemmelse med OSI’s definition af “open source.” I OSI’s egne ord tillader disse licenser “software frit at kunne bruges, ændres og deles.” Der er en masse overlapning mellem disse licenser, hvoraf mange sandsynligvis aldrig burde have eksisteret – se “hjemmevoksede licenser” ovenfor – men på et tidspunkt fik hver af dem nok trækkraft til at gennemgå OSI-licensgodkendelsesprocessen.

Vi vil opdele denne liste over licenser i tre kategorier og liste nogle af de mere bemærkelsesværdige eksempler på hver. De fleste forfattere behøver ikke at læse og forstå OSIs hele liste – der er normalt ikke nok forskelle mellem almindelige og ualmindelige varianter af en generel licenstype til at gøre det værd at strejfe fra de mest almindeligt anvendte og godt forståede versioner.

Stærke copyleft licenser

En copyleft-licens er en licens, der giver tilladelse til frit at bruge, ændre og omfordele den dækkede intellektuelle ejendom – men kun hvis den oprindelige licens forbliver intakt, både til det originale projekt og til enhver ændring af det originale projekt, nogen måtte foretage. Denne type licens – nogle gange afvisende eller bange for at blive omtalt som “viral” – er den, der er knyttet til så berømte projekter som Linux-kernen, GNU C Compiler og WordPress content management system.

En copyleft-licens kan være “stærk” eller “svag” – en stærk copyleft-licens dækker både selve projektet og enhver kode, der  linker  til enhver kode inden for det dækkede projekt. En svag copyleft-licens dækker kun selve det originale projekt og tillader ikke-copyleft-licenseret kode – endda proprietær kode – at linke til funktioner inden for det svage copyleft-licenserede projekt uden at krænke dets licens.

Nogle af de mere populære stærke copyleft-licenser inkluderer:

  • GPLv2 – GNU General Public License giver mulighed for gratis brug, ændring og distribution af dækket kode, men den originale licens skal forblive intakt og dækker både det originale projekt og eventuelle ændringer. Der kræves ingen tildeling eller patenttilskud i GPLv2, men det syvende afsnit forbyder omfordeling af GPLv2-licenserede kode, hvis patenter eller andre årsager ville gøre den omfordelte kode ubrugelig for en modtager. GPL kræver også, at enhver, der distribuerer kompilerede versioner af et projekt, også gør originalkildekoden tilgængelig, enten ved at angive kilden sammen med den distribuerede objektkode eller ved at tilbyde den efter anmodning.
  • GPLv3 —Version tre af GNU General Public License er for det meste ligner GPLv2. Det håndterer patenter forskelligt, dog – GPLv2 forbød omfordeling under GPLv2, hvis dette kunne potentielt kræve royaltybetalinger for patenter, der dækker arbejdet. GPLv3 går et skridt videre og giver eksplicit gratis brugsrettigheder til patenter, der ejes, derefter eller i fremtiden, af enhver bidragyder til projektet. GPLv3 giver også udtrykkeligt modtagerne ret til at bryde enhver DRM (Digital Rights Management) -kode, der er indeholdt i det dækkede projekt, og forhindrer dem i at blive tiltalt for overtrædelser af Digital Millennium Copyright Act eller lignende “manipulation proofing” love.
  • AGPL — Affero GNU General Public License er faktisk GPLv3 med en betydelig yderligere klausul – ud over at tilbyde GPL-friheder til dem, der modtager kopier af AGPL-licenseret software, tilbyder den samme friheder til brugere, der interagerer med AGPL- licenseret software over et netværk. Dette forhindrer en enkeltperson eller virksomhed i at foretage væsentlige værdifulde ændringer af et projekt beregnet til udbredt netværksbrug og nægter at gøre disse ændringer frit tilgængelige.

Vi vil give lidt mere blæk til AGPL uden for vores oversigtsliste ovenfor, fordi det er lidt sværere at forklare dens indflydelse til nogen, der ikke allerede er meget fortrolig med copyleft. For bedre at forstå dens indflydelse vil vi se på et ægte AGPL-licenseret projekt og et fiktivt scenario, der involverer et stort firma, der måske ønsker at vedtage det.

Den Nextcloud  Webbaseret fildeling suite er en AGPL-licenseret projekt. Da det er licenseret under en GPL-variant, kan enhver person eller virksomhed frit downloade, installere og bruge den, enten til sig selv eller til at tilbyde tjenester – inklusive betalte tjenester – til andre. Lad os forestille os et hypotetisk firma – vi kalder firmaet PB LLC og deres produkt Plopbox – der beslutter at spinde et stort kommercielt sted, der tilbyder betalt adgang til administrerede, hostede Nextcloud-forekomster.

I løbet af at gøre Plopbox skala til millioner af brugere, foretager PB LLC væsentlige ændringer af koden. Den ændrede kode bruger meget færre serverressourcer og tilføjer også flere funktioner, som Plopbox’s brugere finder værdifulde nok til at skelne Plopbox væsentligt fra vaniljeinstallationer i Nextcloud. Hvis Nextcloud – open source-projektet PB LLC, der blev brugt til at oprette Plopbox-tjenesten – var blevet licenseret under standard GPL, kunne disse ændringer forblive ejendomsret, og PB LLC ville ikke være påkrævet at give dem til nogen.

Dette skyldes, at standard GPL’s begrænsninger kun starter ind på omfordeling, og PB LLC distribuerede ikke sin ændrede version af Nextcloud. Da PB LLC kun installerede Nextcloud på sine egne servere, er det ikke forpligtet til at levere kopier af Nextcloud – hverken den originale eller de ændrede versioner – til nogen, enten automatisk eller efter anmodning.

Nextcloud er imidlertid  ikke licenseret under nogen af ​​standardversionerne af GPL — det er licenseret under  Affero GPL, og Affero GPL giver alle rettighederne, der er knyttet til GPL, til netværksbrugere af et dækket projekt, ikke kun til modtagere af distribueret kode. Så PB LLC ville faktisk være nødvendigt at stille deres skalerbarhed og ændringer af nye funktioner til rådighed, i kildekodeform (og objektkodeform, hvis relevant) for alle, der både havde brugt projektet (f.eks. Ved at åbne en Plopbox-konto) og anmodet om en kopi.

Svage copyleft licenser

En svag copyleft licens i det væsentlige svarer til et stærkt copyleft licens, men det gør ikke udvide sin “viral” beskyttelse tværs link alder grænser. Ændringer af selve biblioteket med svagt copyleft (eller andet projekt) skal bevare den originale licens, men enhver kode uden for dette projekt – selv fuldstændig ejendomsretskode – kan muligvis linke direkte til funktioner inden for det svage copyleft-licenserede projekt.

Der er relativt få svage copyleft-licenser. De hyppigst fundne er:

  • LGPL —Lesser GNU General Public License. Nogle gange henvises der stadig til med det oprindelige navn, GNU “Library” General Public License, da det oftest bruges i delte biblioteker. Kompatibel til brug med GPL-licenserede projekter.
  • MPL 2.0 — Mozilla Public License. MPL 2.0 er kompatibel til brug med GPL-licenserede projekter; tidligere versioner var det ikke.
  • CDDL v1.0 —Den fælles udviklings- og distributionslicens, oprindeligt forfatter af Sun Microsystems. CDDL betragtes berømt som uforenelig med GPL, selvom denne inkompatibilitet ikke er blevet testet i retten.

Den største forskel mellem LGPL og MPL er attribution – for at linke til et LGPL-projekt fra et ikke-GPL-kompatibelt projekt, skal du “give en markant meddelelse … at biblioteket bruges i det (og) dækket af denne licens. ” MPL har ikke nogen henvisningskrav; Du kan omdistribuere MPL-projekter og linke til funktioner inden for et MPL-projekt uden noget behov for at meddele, at du gør det.

Mozilla Public License er også kendt for at tilbyde “fremad migration.” Mozilla Foundation, som licens steward, kan oprette opdaterede versioner af MPL i fremtiden med unikke versionnumre. Hvis det gør det, kan enhver bruger af et projektlicenseret MPL 2.0 vælge at bruge det under den originale MPL 2.0 eller en hvilken som helst senere version af licensen.

CDDL tillader tilsvarende migrering fremad, men definerer licens steward som Sun Microsystems snarere end Mozilla Foundation. I modsætning til LGPL og MPL 2.0 betragtes CDDL generelt som inkompatibel – muligvis bevidst – med GPL. Nogle organisationer har valgt at dynamisk forbinde CDDL- og GPL-licenseret kode alligevel – navnlig Canonical, producenter af Ubuntu Linux-distributionen, som annoncerede deres beslutning om at gøre det ved at distribuere en Linux-port af ZFS-filsystemet i begyndelsen af ​​2016.

Vi i Canonical har foretaget en juridisk gennemgang, herunder diskussion med branchens førende juridiske rådgiver om software, af de licenser, der gælder for Linux-kernen og ZFS.

Og dermed har vi konkluderet, at vi handler inden for de tildelte rettigheder og i overensstemmelse med deres betingelser for begge disse licenser. Andre har uafhængigt opnået den samme konklusion. Der findes forskellige meninger, men husk, at dette er meninger .

Én væsentlig dissens til Canonicals holdning kommer fra Software Freedom Conservancy, der siger, at sammenkobling af CDDL og GPL-kode nødvendigvis er en GPL-krænkelse. Selvom SFC udtaler dette på ingen usikre vilkår, udtrykker det “sympati” for Canonicals mål, og dens konklusion fokuserer på at bede Oracle (CDDL’s licens steward, som de nuværende ejere af Sun Microsystems) om at løse problemet.

Hvis Oracle stiller den originale ZFS-kodebase til rådighed under en GPLv2-kompatibel licens – inklusive en af ​​de kompatible tilladte licenser – ville denne tilgængelighed på sin side bedstefar i det senere OpenZFS-projekt uden behov for mødende konsultation af hver enkelt bidragyder.

Vi  anbefaler ikke moderne brug af CDDL-licensen – det er hverken generelt nyttigt som en tilladt licens på grund af dens GPL-uforenelighed, og det er heller ikke sandsynligt, at det er nyttigt som en “GPL-giftpiller” i betragtning af den stærke holdning, Canonical og andre har taget ind tro på, at juridiske udfordringer til sammenkobling af CDDL og GPLv2-kode ville mislykkes i retten.

Tilladende licenser

Tilladende licenser indebærer meget få begrænsninger i brug, distribution eller ændring af dækkede projekter. Som et resultat har en tilladt licens en meget lig en anden.

Den mest almindelige begrænsning i tilladte licenser er tilskrivning – med andre ord kræver disse licenser generelt erklæringer, der giver kredit til det originale projekt i projekter, der stammer fra dem. (Vi dækker tilladte licenser, der  ikke kræver tilskrivning i det næste afsnit om ækvivalenter med public domain).

Bemærkelsesværdige tilladte licenser inkluderer:

  • BSD-licens med fire klausuler – den originale Berkeley Software Distribution-licens fra 1990 tilladt til fri brug, ændring, omfordeling og endda genudgivelse af dækket software. Fire klausuler indeholdt de eneste begrænsende faktorer: enhver omfordeling skal indeholde copyright-meddelelsen til det originale projekt (klausuler et og to), reklamemateriale til projektet eller ethvert afledt projekt skal anerkende brugen af ​​kildeprojektet (klausul tre), og ingen rettigheder til at bruge navnet på forfatterne og / eller ejere af det originale projekt gives til at godkende afledte projekter (klausul fire).
  • BSD-tre-klausul-licens – BSD-tre-klausul-licensen, der først blev offentliggjort i 1999, udelader reklameklausulen fra den oprindelige BSD-licens med fire klausuler. Det er ellers identisk.
  • BSD-to-klausul-licens – Også kendt som “Forenklet BSD-licens” eller “FreeBSD-licens” udelader BSD-licensen med to klausuler godkendelsesklausulen såvel som reklameklausulen for den originale BSD-licens.
  • Apache-licens 2.0 – Apache-licensen er en tilladt licens, der ligner BSD-to-klausulicensen, bortset fra at den desuden giver patentrettigheder på samme måde som GPLv3. Apache 2.0-licensen kræver også omfordeling af det originale indhold i en NOTICE fil, hvis en var til stede i kildeprojektet. Den NOTICE fil kan vedhæftes, hvis det ønskes, men må ikke udelade det oprindelige indhold og må ikke ændre-eller synes at alter-licensvilkårene.
  • “MIT-licens” – vi placerede denne i skrækcitater, fordi den er tvetydig og kunne henvise til en hvilken som helst af flere licensvarianter. Når nogen siger “MIT-licens”, betyder de oftest den variant, der er kendt som Expat-licensen – hvilket på samme måde som BSD-to-klausul-licensen giver brug, ændring, omfordeling og omlicensieringsrettigheder til det dækkede projekt, hvilket kun kræver, at originalen copyright meddelelse bevares og inkluderes. I et forsøg på at forvirre brugen af ​​udtrykket “MIT-licens” har OSI offentliggjort en ord-til-ord-kopi af Expat-licensen.
  • GNU All-permissive License – dette er en anden ekstremt simpel tilladt licens, der tillader brug, omfordeling og ændring af dækkede projekter, der kun kræver optagelse af den oprindelige copyright og det eneste afsnit af selve GNU-tilladelsen. Selvom det er muligt at licensere hele projekter under GNU APL, er dette både usædvanligt og afskrækket – det er virkelig beregnet til brug i README, INSTALL og lignende, enkle enkeltfiler.

Selvom softwareundersøgelser udført af Github og Black Duck Software begge angiver MIT-licensen som den mest almindelige mødte open source-licens, anbefaler vi kraftigt imod dens anvendelse på grund af den involverede tvetydighed. MIT-licensen giver ikke (eller begrænser) brug væsentligt anderledes end BSD-to-klausulicensen.

Da BSD-to-klausul-licensen er betydeligt mere klar, både i sin egen tekst og i, hvad “BSD-to-klausul-licens” henviser til ved normal brug, anbefaler vi stærkt dens anvendelse i stedet. Vi anbefaler Apache 2.0-licensen til dem, der eksplicit ønsker at give patentrettigheder – med det advarsel, at dette gør Apache 2.0 kompatibel med GPLv3, men  ikke med den mere udbredte GPLv2.

Licenser med ækvivalenter til public domain

Mange af de mennesker, der offentliggør deres arbejde uden nogen licensbesked overhovedet, vil bare ikke gider at læse eller forstå nogen af ​​licenser eller deres implikationer og fejlagtigt mener, at det at give værket uden at give en licens gør det “gratis”.

Vi forstår ønsket om ikke at være nødt til at tænke på licens, men beder disse mennesker om at bruge en licens, der svarer til public domain i stedet. Der er kun en OSI-godkendt public domain-ækvivalent licens, og her er den i sin egen liste over enkelt kugler:

  • BSD 0-klausul licens – dette er garantibeskyttelsen fra den originale BSD-licens, uden nogen af ​​de restriktive klausuler, og med den førende erklæring “Tilladelse til at bruge, kopiere, ændre og / eller distribuere denne software til noget formål med eller uden gebyr tildeles hermed. ” BSD 0-klausullicensen giver  ikke specifikt royalty-fri brug af softwarepatenter til nogen, der modtager eller bruger BSD 0-klausul-licenserede projekter. Dette er den eneste licens, der er godkendt af OSI-godkendt public domain.

Ikke-OSI-godkendte licenser

For det meste, hvis en licens ikke er OSI-godkendt, skal du ikke overveje at bruge den – og du bør også være på vagt over for at bruge den. Uanset om du leder efter stærk copyleft, svag copyleft eller tilladt licens, er der masser af eksempler på den OSI-godkendte liste, og derfor ingen grund til at forvildes.

På den anden side er der kun én OSI-godkendt public domain-ækvivalent licens – og den slags mennesker, der ikke finder tilladte licenser  tilstrækkelig nok, er tilbøjelige til at være temmelig stædig og måske endda sværge for det. Med det for øje dækker vi et par af de mest bemærkelsesværdige ikke-OSI-godkendte ækvivalenter til public domain her.

  • Unlicense – Unlicense siger, at dækkede værker frigives til det offentlige rum og fortsætter med at specificere nøjagtigt, hvad det betyder. Dette er ikke en OSI-godkendt licens, delvis på grund af dens brug af selve udtrykket “public domain”, hvilket kan komplicere eventuelle juridiske situationer, der involverer værker placeret under Unlicense.
  • CC0 – Creative Commons Zero-licensen er den mest tilladte form for Creative Commons- licensfamilien , der mere ofte bruges til at dække tekst- og medieoprettelser end kode. Creative Commons Foundation indsendte CC0 til OSI til ratificering som en open source-licens; skønt OSI aldrig formelt afviste det, var de ikke i stand til at nå til en konklusion om at ratificere det – hovedsagelig på grund af dens eksplicit ansvarsfraskrivelse for overdragelse af patentrettigheder, som OSI omtaler både “meget sjældent” og “potentielt farligt” i en åben kildelicens.
  • WTFPL – kort til, WTF Public License, WTFPL er en meget kort og yderst uformel bekræftelse af, at du kan gøre, hvad du vil gøre med enhver kode, der stilles til rådighed under WTFPL. Free Software Foundation genkender WTFPL som en GPL-kompatibel fri softwarelicens, men anbefaler ikke dens anvendelse; OSI afviste WTFPL fuldstændigt på grund af tvivlsomme grunde til, at det “ikke adskiller sig fra en offentlig ejendomsmæssig dedikation”, på trods af dens manglende brug af udtrykket “public domain” og de forskellige rettigheder forbundet med public domain i forskellige jurisdiktioner.

Vi vil bemærke — igen — at vi ikke anbefaler brug af nogen licens, der ikke er godkendt af OSI. Brug af nogen af ​​disse ikke-godkendte licenser til public domain-ækvivalenter – uanset hvor tilsyneladende gratis – er et risikabelt forslag. Det er bedre at bruge en ikke-OSI-godkendt licens end overhovedet ingen licens, men at gøre det risikerer at diskvalificere dig selv eller dine brugere fra patent eller endda monetære tilskud.


Ti regler for “dating af min teenage datter” om placering af dine Wi-Fi-adgangspunkter

Wi-Fi er som fast ejendom – hemmeligheden er placering, placering, placering.

Her hos os har vi brugt meget tid på at dække, hvordan Wi-Fi fungerer, hvilke sæt der fungerer bedst, og hvordan kommende standarder vil påvirke dig. I dag skal vi gå lidt mere grundlæggende ud: Vi lærer dig, hvordan du finder ud af, hvor mange Wi-Fi-adgangspunkter (AP) du har brug for, og hvor du kan placere dem.

Disse regler gælder, uanset om vi taler om en enkelt Wi-Fi-router, et mesh-kit som Eero, Plume eller Orbi eller et sæt trådbaserede adgangspunkter som Ubiquitis UAP-AC-linje eller TP-Links EAP’er. Desværre er disse “regler” nødvendigvis tættere på “retningslinjer”, da der er mange variabler, det er umuligt at redegøre for fra en lænestol et par tusinde miles væk. Men hvis du bliver bekendt med disse regler, skal du i det mindste gå væk med en bedre praktisk forståelse af, hvad du kan forvente – og ikke forvente – fra dit Wi-Fi-udstyr, og hvordan du får mest muligt ud af det.

Før vi kommer i gang

Lad os gennemgå en bit RF-teori (radiofrekvens), før vi kommer i gang med vores ti regler – nogle af dem vil give meget bedre mening, hvis du forstår, hvordan RF-signalstyrken måles, og hvordan den dæmpes over afstand og gennem forhindringer.

Ovenstående graf giver os nogle enkle frie pladstabskurver til Wi-Fi-frekvenser. Den vigtigste ting at forstå her er, hvad enhederne faktisk betyder: dBM konverterer direkte til milliwatt, men på en logaritmisk skala med ti basis. For hvert 10dBM-fald falder den faktiske signalstyrke i milliwatt med en faktor på ti. -10dBM er 0,1 mW, -20dBM er 0,01 mW osv.

Den logaritmiske skala gør det muligt at måle signaltab additivt i stedet for multiplicerbart. Hver fordobling af afstand sænker signalet med 6dBM, som vi tydeligt kan se, når vi ser på den dristige røde 2,4 GHz-kurve: på 1 m afstand er signalet -40dBM; på 2m er det -46dBM, og på 4m er det ned til -52dBM.

Vægge og andre forhindringer – inklusive men ikke begrænset til menneskelige kroppe, skabe og møbler og apparater – dæmper signalet yderligere. En god tommelfingerregel er -3dBM for hver ekstra væg eller anden betydelig hindring, som vi vil tale mere om senere. Du kan se yderligere kurver afbildet ovenfor i finere linjer for de samme afstande inklusive en eller to yderligere vægge (eller andre forhindringer).

Selvom du ideelt set skulle have signalniveauer, der ikke er lavere end -67dBM, skal du ikke bekymre dig om at prøve at få dem meget højere end det – typisk er der ingen reel præstationsforskel mellem en flammende varm -40dBM og en betydeligt køligere -65dBM, så langt væk fra hinanden på et diagram, som de kan synes. Der sker meget mere med Wi-Fi end bare rå signalstyrke; så længe du overskrider det minimum, betyder det ikke rigtig, hvor meget du overskrider det med.

Faktisk kan for varmt signal være så meget af et problem som for koldt – mange af en forumbruger har klaget over sider om testresultater med lav hastighed, indtil endelig et klogt hoved spørger “satte du din enhed lige ved siden af ​​adgangen punkt? Flyt den en meter eller to væk, og prøv igen. ” Sikker nok løser “problemet” sig selv.

Regel 1: Ikke mere end to værelser og to vægge

Vores første regel for placering af adgangspunkt er ikke mere end to værelser og to indvendige vægge mellem adgangspunkter og enheder, hvis det er muligt. Dette er en smuk fudge-y-regel, fordi forskellige værelser er formet og dimensioneret forskelligt, og forskellige huse har forskellige vægstrukturer – men det er et godt udgangspunkt, og det vil tjene dig godt i typisk store huse og lejligheder med standard, med rimelighed moderne ark rock vægkonstruktion.

“Typisk størrelse”, i det mindste i det meste af USA, betyder soveværelser omkring tre eller fire meter per side og større opholdsarealer op til fem eller seks meter per side. Hvis vi tager ni meter som den gennemsnitlige lineære afstand, der dækker “to værelser” i en lige linje, og tilføjer to indvendige vægge på -3dBM pr. Stykke, viser vores RF-tabskurve os, at 2,4 GHz-signaler fungerer fantastisk ved -65dBM. 5GHz, ikke så meget – hvis vi har brug for hele ni meter og to fulde vægge, er vi nede på -72dBM ved 5GHz. Dette er bestemt nok til at få forbindelse, men det er ikke godt. I det virkelige liv vil en enhed ved -72dBM på 5GHz sandsynligvis se omkring den samme rå gennemstrømning som en ved -65dBM på 2,4 GHz – men den teknisk langsommere 2,4 GHz-forbindelse vil have en tendens til at være mere pålidelig og udviser konsekvent lavere latenstid.

Alt dette antager naturligvis, at afstand og dæmpning er de eneste problemer, vi står overfor. Brugere af landdistrikter – og forstadsbrugere med store gårdspladser – vil sandsynligvis allerede have bemærket denne forskel og internaliseret tommelfingerregeln “2.4GHz er stor, men mand, 5GHz suger.” Urbane brugere – eller forstæderfolk i boligudvikling med frimærkeværfter – har en tendens til at have en helt anden oplevelse, som vi dækker i regel 2.

Regel 2: For meget transmissionskraft er en fejl

Det fantastiske ved 2,4 GHz Wi-Fi er den lange rækkevidde og effektive penetration. Den dårlige ting ved 2,4 GHz Wi-Fi er … lang rækkevidde og effektiv gennemtrængning.

Hvis to Wi-Fi-enheder inden for “øreskud” fra hinanden transmitterer på samme frekvens på samme tid, udfører de intet: enhederne, de transmitterede, har ingen måde at fjerne krypteringen af ​​signalet og finde ud af, hvilke bits der var beregnet til dem. I modsætning til hvad man tror, ​​har dette intet at gøre med, om en enhed er på dit netværk eller ikke – Wi-Fi-netværksnavn og endda adgangskode har ingen betydning her.

For at (for det meste) undgå dette problem, skal enhver Wi-Fi-enhed lytte, før den sendes – og hvis en anden enhed i øjeblikket transmitterer i det samme frekvensområde, skal din din kæde og vente på, at den er færdig. Dette afhjælper stadig ikke helt problemet; Hvis to enheder begge beslutter at sende samtidigt, “kolliderer de” – og hver af dem skal vælge en tilfældig mængde tid til at tage sikkerhedskopi og vente på, før de prøver at sende igen. Enheden, der vælger det lavere tilfældige antal, kommer først – medmindre de begge har valgt det samme tilfældige tal, eller en anden enhed bemærker den rene luft og beslutter at transmittere før en af ​​dem.

Dette kaldes “overbelastning”, og for de fleste moderne Wi-Fi-brugere er det mindst et så stort problem som dæmpning. Jo flere enheder du har, jo mere overbelastet er dit netværk. Og hvis de bruger den samme Wi-Fi-kanal, jo flere enheder dine naboer har, desto mere overbelastet er begge dine netværk – hver af dine enheder kan stadig kæmpe med hinanden og har stadig til at respektere reglerne for lufttid.

Hvis din egen router eller adgangspunkter understøtter det, kan det at forbedre din ydelsesstyrke faktisk forbedre ydeevnen og roaming markant – især hvis du har et mesh-kit eller en anden multip-AP-opsætning. 5GHz behøver typisk ikke at blive afstemt på denne måde, da det spektrum allerede dæmpes temmelig hurtigt – men det kan udføre vidundere for 2,4 GHz.

En sidste note til dem, der er fristet til at prøve “langdistanse” -adgangspunkter: en langdistanceret AP kan bestemt pumpe sit eget signalvarmer end et typisk AP, og sprænge det signal en større afstand. Men hvad det ikke kan gøre, er at få din telefon eller bærbar computer til at styrke sit signal til at matche. Med denne form for ubalanceret forbindelsesscenarie kan individuelle stykker af et websted muligvis indlæses hurtigt – men hele oplevelsen føles “uhyggelig”, fordi din telefon eller laptop kæmper for at uploade de titusinder eller hundreder af individuelle HTTP / S-anmodninger, der er nødvendige for at indlæse hver enkelt webside i første omgang.

Regel 3: Brug spektret med omhu

I regel 2 dækkede vi det faktum, at enhver enhed på den samme kanal konkurrerer med dine enheder om lufttid, hvad enten det er på dit netværk eller ej. De fleste mennesker har ikke gode nok forhold til deres naboer til at overbevise dem om at slå deres transmissionsstyrke ned – hvis deres router endda understøtter denne funktion – men du kan forhåbentlig finde ud af, hvilke kanaler nabolandsnet bruger og undgår dem.

Dette vil normalt ikke være et problem med 5GHz, men for 2,4 GHz kan det være en temmelig big deal. Af den grund anbefaler vi, at de fleste mennesker undgår 2,4 GHz så meget som muligt. Hvor du ikke kan undgå det, skal du dog bruge en app som inSSIDer til at kigge på dit RF-miljø hver gang og da, og prøv at undgå at bruge det travleste spektrum, som det ses i dit hus.

Dette er desværre vanskeligere end det ser ud – det betyder ikke nødvendigvis, hvor mange SSID’er du kan se på en given kanal; det, der betyder noget, er, hvor meget faktisk lufttid, der er i brug, og du kan ikke få det fra hverken SSID-tælling eller rå signalstyrke i de synlige SSID’er. InSSIDer lader dig gå et skridt videre og se på den faktiske udnyttelse af lufttiden på hver kanal.

I ovenstående inSSIDer-diagram er hele 2,4 GHz-spektret stort set ubrugeligt. Bliv ikke ophidset af disse “tomme” kanaler 2-5 og 7-10, forresten: 2,4 GHz Wi-Fi-gear er standard til 20 MHz båndbredde, hvilket betyder, at et netværk faktisk bruger fem kanaler (20 MHz plus en halvkanals margin på hver side), ikke en. Netværk på “Channel 1” strækker sig faktisk fra en hypotetisk “Channel negative two” til Channel 3. Networks på Channel 6 strækker sig virkelig fra Channel 4 gennem Channel 8, og netværk indstillet til Channel 11 faktisk besætter Channel 9 gennem Channel 13.

Overbelastning er et meget mindre problem med 5GHz-netværk, fordi det meget lavere interval og penetration betyder færre enheder at kæmpe med. Du hører ofte påstande om, at der også er flere 5GHz-kanaler at arbejde med, men i praksis er den bit ikke rigtig, medmindre du konstruerer Wi-Fi til en virksomhedscampus uden konkurrerende netværk. Residential 5GHz Wi-Fi routere og adgangspunkter er generelt konfigureret til enten 40MHz eller 80MHz båndbredde, hvilket betyder, at der faktisk kun er to ikke-overlappende kanaler: lavbåndet, der består af 5MHz kanaler 36-64, og højbåndet, der består af 5MHz kanaler 149-165.

Vi forventer fuldt ud at se en flok strid om dette i kommentarerne: teknisk set kan du passe til fire 40MHz brede netværk eller to 80MHz brede netværk på det nedre 5GHz bånd. Praktisk set har en tendens til at være meget slurvende med forbrugsudstyr ved at bruge overlappende kanaler (f.eks. En 80 MHz-kanal centreret på 48 eller 52), hvilket gør det vanskeligt eller umuligt at faktisk trække den grad af effektiv spektrumbrug i realistiske boligindstillinger ud.

Der er også DFS (Dynamic Frequency Spectrum) -kanaler mellem de to amerikanske standardforbrugerbånd, men disse skal deles med enheder som kommercielle og militære radarsystemer. Mange forbrugerenheder nægter endda at forsøge at bruge DFS-kanaler. Selv hvis du har en router eller et adgangspunkt, der er villig til at bruge DFS-spektrum, skal det overholde de strenge krav for at undgå at forstyrre detekterede radarsystemer. Brugere “midt i intetsteds” kan muligvis bruge DFS-frekvenser til stor effekt – men det er mindre sandsynligt, at disse brugere har overbelastningsproblemer i første omgang.

Hvis du bor i nærheden af ​​en lufthavn, militærbase eller kystdockningsfacilitet, vil DFS-spektrum sandsynligvis ikke være en god pasform for dig – og hvis du bor uden for USA, vil din nøjagtige tilgængelighed af spektrum (både DFS og ikke-DFS) være noget anderledes end det, der er afbildet her, afhængigt af din lokale regerings regler.

Regel 4: Central placering er bedst

Når du bevæger dig tilbage til “dæmpning” -siden, er det ideelle sted at placere ethvert Wi-Fi-adgangspunkt midt i det rum, det har brug for at dække. Hvis du har en bolig, der er 30 meter fra ende til ende, behøver en router i midten kun at dække 15 m på hver side, hvorimod en i den yderste ende (hvor ISP-installatører gerne vil droppe coax- eller DSL-linjen) skulle dække hele 30 m.

Dette gælder også i mindre rum med flere adgangspunkter. Husk, at Wi-Fi-signaler dæmpes hurtigt. Seks meter – den fulde afstand over en enkelt, rimelig stor stue – kan være nok til at dæmpe et 5GHz-signal under det optimale niveau, hvis du inkluderer et par forhindringer såsom møbler eller menneskelige kropper undervejs. Hvilket fører os ind i vores næste regel …

Regel 5: Over hovedhøjde, tak

Jo højere du kan montere dine adgangspunkter, jo bedre. En enkelt menneskelig krop giver omtrent lige så meget signaldæmpning som en indvendig væg – hvilket er en del af grunden til, at du måske bemærker, at Wi-Fi i dit hus bliver frustrerende langsommere eller uklarere end normalt, når mange venner er ude til fest.

Montering af adgangspunkter – eller en enkelt router – over hovedhøjde betyder, at du kan undgå behovet for at transmittere gennem alle disse irriterende, signaldæmpende kødsække. Det undgår også de fleste store møbler og apparater, såsom sofaer, borde, komfurer og reoler.

Den absolutte ideelle montering er i det døde centrum af rummet, i loftet. Men hvis du ikke kan klare det, skal du ikke bekymre dig – oven på en høj boghylde er næsten lige så god, især hvis du forventer, at det pågældende adgangspunkt betjener både det rum, det er i, og rummet på den anden side af væggen er dens boghylde eller skab placeret imod.

Regel 6: Skær afstandene i halvdele

Lad os sige, at du har nogle enheder, der er for langt væk fra det nærmeste adgangspunkt for at få en god forbindelse. Du er heldig nok til at have købt et udvideligt system – eller du opretter et nyt netværkssæt med flere adgangspunkter og stadig har et tilbage – så hvor lægger du det?

Vi har set folk være ude af dette, og spekulerer på, om de skulle placere et ekstra adgangspunkt tættere på det første adgangspunkt (som det skal få data fra) eller tættere på de fjerneste enheder (som det skal få data til). Generelt er svaret ikke: du sætter den nye AP død i midten mellem dens nærmeste opstrøms AP, og de fjerneste klienter, du forventer, at de skal betjene.

Nøglen her er, at du prøver at spare lufttid ved at have den bedst mulige forbindelse både mellem dine fjerntliggende enheder og den nye AP, og mellem den nye AP og den tætteste til den opstrøms. Typisk ønsker du ikke at favorisere nogen af ​​siderne. Glem dog ikke regel 1: to værelser, to vægge. Hvis du ikke kan opdele forskellen jævnt mellem de fjerneste klienter og den opstrøms AP uden at overtræde regel 1, skal du bare placere den så langt væk, som regel 1 tillader.

Hvis alt dette virker for logisk og ligetil, skal du ikke bekymre dig, der er en anden irriterende “medmindre-hvis” at overveje: nogle højere end mesh-sæt, såsom Netgear’s Orbi RBK-50 / RBK-53 eller Plumes Superpods, har en ekstremt høj båndbredde 4×4 backhaul-forbindelse. Da denne forbindelse er meget hurtigere end de 2×2- eller 3×3-forbindelser, klientenheder kan bruge, kan det være værd at afregne for lavere signalkvalitet mellem disse enheder med en forringet kapacitet, der stadig er tæt på det bedste, som dine klientenheder kan administrere.

Hvis dit mesh-kit tilbyder disse meget hurtige backhaul-forbindelser, og du absolut ikke kan introducere flere AP’er til mixen, kan du faktisk ende bedre med at placere din sidste AP tættere på klienterne end dens opstrøms. Men du bliver nødt til at eksperimentere og være opmærksom på dine resultater.

Wi-Fi er sjovt, ikke sandt?

Regel 7: Rute rundt om forhindringer

Hvis du har en rigtig irriterende plads at arbejde med, kan der være områder, som du bare ikke kan trænge direkte ind. For eksempel har vores testhus en betonplade og flere fødder med pakket jord, der forhindrer synslinjen mellem routerskabet og underetagen. Vi har set små virksomheder på samme måde frustrerede over manglende evne til at få Wi-Fi foran på kontoret, når ryggen var fin – hvilket viste sig at skyldes en boghylde fuld af ingeniører, der foret en gang, hvilket resulterede i flere lineære meter af tætpakket papirmasse, der dæmper signalet.

I hvert af disse tilfælde er svaret at rute rundt i forhindringen med flere adgangspunkter. Hvis du har et Wi-Fi-mesh-sæt, skal du bruge det til din fordel til at afvise signaler omkring forhindringer: få en klar synslinie til den ene side af din forhindring, og placer et adgangspunkt der, der kan relæ fra en anden vinkel, der når bag hindringen uden at skulle gå direkte igennem den.

Med tilstrækkelige AP’er og omhyggelig nok placering kan dette endda temme konstruktion af hønse- og lathaller i begyndelsen af ​​1900-tallet – vi har set folk med succes placere adgangspunkter med klare synslinjer til hinanden gennem døråbninger og nedhaller, når de trænger igennem væggene sig selv er et job, der er bedre egnet til en hammerbor end en Wi-Fi-enhed.

Hvis du har for mange hindringer for at kunne rute rundt, over eller under … se regel otte.

Regel 8: Det handler om backhaul

De fleste forbrugere vælger rent Wi-Fi-net, fordi det er praktisk: Du behøver ikke at køre ledninger, du bare tilslutter en masse adgangspunkter og lader dem udføre magien mellem dem, ingen ståhej, ingen mus.

Så praktisk som dette lyder, er det stort set en dårligst mulige løsning. Kan du huske, hvordan vi talte om overbelastning i regel 2 og 3? Det er stadig et problem her. Hvis din klientenhed skal tale med et adgangspunkt, som derefter skal videresende disse data til et andet adgangspunkt, bruger du nu lidt mere end det dobbelte af lufttiden.

Nu er dette ikke rigtig fair – du bruger dobbelt så lang luftetid, hvis din klientenhed sad, hvor satellitadgangspunktet er; og da du fulgte regel 6 – skåret afstand i halvdele – betyder det faktisk adgangspunktets forbindelse opstrøms og til klienten er meget højere kvalitet end den, klienten ville gøre direkte til opstrøms. Så selv i det absolut værste tilfælde – et adgangspunkt, der skal tale med sin klient på den samme kanal, som det taler med sin opstrøms – kan dette tovejs-relæ resultere i mindre lufttidsforbrug end klienten gør en, meget længere- række, tilslutning af lavere kvalitet direkte opstrøms.

Det er dog meget, meget bedre at undgå problemet ved at tale nedstrøms og opstrøms på separate bånd helt. Adgangspunkter med dobbeltbånd kan gøre dette ved at oprette forbindelse til klienter på 2,4 GHz-radioen og opstrømsforbindelsen (backhaul) på 5GHz-radioen, eller omvendt. I den virkelige verden ønsker stædige klientenheder (og stædige brugere) ofte at oprette forbindelse på suboptimale måder, og du ender med klienter på både 2,4 GHz og 5 GHz, så der er ingen “rene” kanaler til at rense op på.

Virkelig smarte sæt som Eero kan omgå det ved dynamisk at dirigere backhaul, minimere overbelastning ved at transmittere på forskellige bånd end de modtager, også når disse bånd ændres. Mere kraftfulde tri-band-sæt som Orbi RBK-50/53 eller Plume Superpods kan undgå problemet ved brug af en anden 5GHz-radio; dette giver dem mulighed for at oprette forbindelse til klienter på enten 2,4 GHz eller 5 GHz, mens de stadig har en ren 5GHz backhaul. (I Orbi er backhaul-radioen fast og dedikeret; Plume træffer allokeringsbeslutninger i henhold til hvad dens skyoptimeringsværktøj beslutter er den bedste måde at bruge lufttid i det bestemte miljø.)

Det bedste svar er dog ikke at bruge Wi-Fi-backhaul overhovedet. Hvis du kan køre Ethernet-kabel, skal du – ikke kun er det hurtigere end Wi-Fi, det lider ikke af Wi-Fi’s overbelastningsproblemer. Under tung netværksbelastning ryger billige kablede adgangspunkter som Ubiquiti UAP-AC-Lites eller TP-Link EAP-225v3s absolut selv de bedste mesh-sæt, hvis netsættene kun er begrænset til Wi-Fi-backhaul. Kabelføring kan også nemt overvinde RF-uigennemsigtige forhindringer – hvis du ikke kan slå et signal gennem det eller videresende rundt om det, kører et kabel gennem det virker vidundere!

For brugere, der ikke har meget held med mesh Wi-Fi og ikke kan køre Ethernet-kabler, er moderne powerline-gear også værd at kigge på. Resultaterne varierer absolut afhængigt af kvaliteten på husets ledninger og endda de tilsluttede apparater, men i de fleste tilfælde er god AV2 (AV1000 eller højere) eller g.hn-kraftudstyr ekstremt pålidelig med lav latenstid næsten på niveau med Ethernet. Den faktiske gennemstrømning er kraftigt begrænset – realistisk, forvent ikke mere end 40-80 Mbps for de fleste virkelige verdener over hele huset-links, men hvis din killer-app spiller, eller bare websurfing, der føles snappy, kan powerline være en meget bedre indsats end Wi-Fi.

Hvis du dog går i strømlinjeruten, skal du sørge for at læse manualen og tage de nødvendige skridt for at kryptere din forbindelse. Første gang vi testede powerline-gear, broede vi ved en fejltagelse vores powerline-adaptere med en nabo og konfigurerede hans router – som var en lignende model som den på vores testnetværk og havde en standardadgangskode – inden vi indså vores fejl. “Hej, jeg hacket din router, undskyld det” er en crappy måde at introducere dig selv på; vi anbefaler det ikke.

Regel 9: Det handler (normalt) ikke om gennemstrømning, det handler om forsinkelse

Den store ting ved gennemstrømning er, det er et stort stort skinnende nummer, som du kan få på virkelig lette måder – enten ved at oprette forbindelse til et hastighedstestsite som DSLreports, eller ved at bruge et værktøj som iperf3 til at oprette forbindelse til en lokal server.

Den uklare ting ved gennemstrømning er, det er en frygtelig måde at måle enten brugeroplevelse eller den måde, et Wi-Fi-netværk fungerer på, når det faktisk er under reel belastning. De fleste mennesker er utilfredse med deres Wi-Fi enten når de surfer på internettet eller når de spiller – ikke når de downloader en stor fil. I begge tilfælde er problemet ikke “hvor mange megabits per sekund kan dette rør håndtere” – det er “hvor mange millisekunder tager det for denne handling at afslutte.”

Selvom det er muligt at se et travlt netværks ydelse nedværdigende ved at se på “hastighed” -numre, der falder rundt omkring netværket, er det meget mere forvirrende, kompliceret – og ikke relateret til den virkelige verden – end at se applikations latency, som er en funktion af begge rå hastighed og hvor effektivt netværket styrer sin trafik og lufttid.

Når vi tester Wi-Fi-netværk, er vores mordermetrik applikations latenstid, målt efter hvor lang tid det tager at indlæse en simuleret, temmelig kompleks webside. Mere vigtigt er det, hvor lang tid det tager at indlæse disse websider med masser af andre ting, der foregår på samme tid. Husk, hvordan vi dækkede overbelastning i regel 2 og 3 – et “rigtig hurtigt” netværk med en enkelt enhed aktivt kan blive et myr-langsomt mareridt med mange enheder aktive – eller i mange tilfælde med endda en rigtig dårligt tilsluttet enhed aktiv, hvilket fører os pænt ind i vores endelige regel.

Det skyldes, at regel 9 er, at AC-hastighedsklassificering er affald – du skal stole på grundige, teknisk kompetente anmeldelser langt mere, end du har tillid til, at producentens AC-hastighedsklassificering er på en kasse.

Regel 10: Dit Wi-Fi-netværk er kun så hurtigt som dets langsomste tilsluttede enhed

Desværre kæmper en person, der kæmper for at se en YouTube-video i “det ene soveværelse med den crappy Wi-Fi” ikke bare en dårlig oplevelse selv – deres dårlige tid bringer alle ned. Alt i sig selv kræver en telefon i det samme rum med det tilhørende adgangspunkt muligvis kun 2,5 procent af den tilgængelige lufttid for at streame en 1080P YouTube-video ved 5 Mbps. Men en telefon i “det dårlige soveværelse”, der kæmper med buffering og afmatning, kan forbruge 100 procent af netværkets lufttid ved at prøve – og ikke! – for at se den samme video.

Naturligvis er streaming meget download-intensiv, og routere eller adgangspunkter vil typisk nægte at overføre 100 procent af tiden. En AP med masser af data, der skal sendes, vil normalt efterlade lidt lufttid til rådighed for andre enheder til at “tale op” og anmode om deres egne data, hvorefter det opdeler download-lufttid mellem den nærliggende enhed og “det dårlige soveværelse” i orden at prøve at imødekomme begge deres anmodninger. Det tilføjer dog stadig flere eller hundreder af millisekunder til det tidspunkt, det tager disse andre enheder at vente på, at adgangspunktet forlader dem et vindue, men de er stadig nødt til at konkurrere med hinanden, når et sådant vindue åbnes.

Det bliver endnu værre, hvis brugeren i “det dårlige soveværelse” forsøger at uploade en video, sende en e-mail eller sende et stort billede til sociale medier. Routeren forsøger at lade lufttiden være åben for andre enheder til at tale op – men brugerens telefon er ikke under sådanne begrænsninger, og den vil muntert spise op hver bit lufttid, den kan. Værre er det, at telefonen ikke har nogen idé om, hvor meget data andre brugere muligvis har anmodet om, i de korte vinduer, de måtte anmode om. Routeren ved, hvor meget data der skal leveres til hver klient individuelt, så den kan tildele lufttid til at downloade data korrekt – men alt hvad telefonen ved, er, at den ønsker at uploade disse ting, så alles oplevelse er forfærdelig, mens den gør det. Så hvis du efterlader al denne visdom med kun én regel i tankerne, burde dette sandsynligvis være det.

Google går ned på Android-apps, der sporer placering

Ny Play Store-politik gør, at apps retfærdiggør adgang til baggrundsplacering.

Ved siden af ​​lanceringen af ​​Android 11 Developer Preview annoncerede Google en plan om at slå ned på Android-apps, der anmoder om brugerens placering i baggrunden. Ligesom vi så med Googles pushback mod apps, der bruger API’erne til tilgængelighed til ting, der ikke er relateret til tilgængelighed, vil Google flexere den magt, den har over Play Store, og manuelt gennemgå apps, der anmoder om placeringsdata i baggrunden.

Når vi skrev om den nye politik, siger Google, “Da vi kiggede nærmere på brug af baggrundsplacering, fandt vi, at mange af de apps, der anmodede om baggrundsplacering, faktisk ikke havde brug for det. Faktisk kunne mange af disse apps give det samme brugeroplevelse ved kun at få adgang til placering, når appen er synlig for brugeren. ” Virksomheden siger, at apps i Play Store snart vil blive evalueret af mennesker for at se, om apps faktisk har brug for de baggrundsplaceringstilladelser, de anmoder om.

Google fastlægger følgende kriterier for anmodning om baggrundsplacering:

Senere i år opdaterer vi Google Play-politikken for at kræve, at udviklere får godkendelse, hvis de vil have adgang til placeringsdata i baggrunden.

Faktorer, der vil blive set på inkluderer: Leverer funktionen klar værdi til brugeren?

Ville brugere forvente, at appen får adgang til deres placering i baggrunden?

Er funktionen vigtig for det primære formål med appen?

Kan du levere den samme oplevelse uden at få adgang til placering i baggrunden?

Alle apps evalueres ud fra de samme faktorer, inklusive apps foretaget af Google, og alle indsendelser gennemgås af folk i vores team.

Blogindlægget viser også en tidslinje for de nye placeringsregler:

Vi forventer følgende tidslinje for denne politikudvikling; det kan dog ændres.

April: officiel opdatering af Google Play-politikken med baggrundsplacering

Maj: udviklere kan anmode om feedback om deres brugssag via Play Console med en estimeret svartid på 2 uger, afhængigt af lydstyrken

3. august: alle nye apps indsendt til Google Play, der har adgang til baggrundsplacering, skal godkendes

2. november: alle eksisterende apps, der anmoder om baggrundsplacering, skal godkendes eller fjernes fra Google Play

Apps vil stadig være i stand til at anmode om din placering i forgrunden – hvilket betyder, når de er den aktuelt synlige app. Den nye politik gælder kun apps, der anmoder om din placering, når du ikke kan se dem, som kan bruges til hemmeligt at spore brugerens placering.

Alle Android-apps skal anmode om “Placering” -tilladelse for at se brugerens placering, så selv uden disse ændringer kunne brugerne altid ramme “afvise” og ikke sende appen nogen oplysninger. Dette træk er beregnet til at slå ned på apps, der unødigt anmoder om tilladelse. I Android 10 tilføjede Google en mere begrænset mulighed til placeringstilladelsen, hvilket gjorde det muligt for brugere at give en app adgang til deres tilladelse, når den kørte i forgrunden. I Android 11 kan denne indstilling begrænses endnu mere med et nyt tilladelsesomfang, der giver adgang til placering en gang.

Google siger, at selv “apps lavet af Google” vil være underlagt disse nye krav, men mange af kravene til baggrundsplacering giver en klar adgang til funktioner i Google Maps, som kontinuerligt at dele din placering med en ven. Google fremstiller også basisoperativsystemet, som konstant kan spore din placering i baggrunden gennem ting som Google Play Services. Disse data gemmes på Internettet som din “Placeringshistorik”, og Google er for nylig kommet i varmt vand for ikke at gøre kontrollerne for denne funktion så klare, som de kunne være. Som svar på rapporteringen om placeringshistorik fra Associated Press gendannede Google sine lokationshistorik-kontroller med tydeligere beskrivelser, og ud over muligheden for at slå dem helt fra, tilføjede virksomheden muligheder for automatisk sletning for at slippe af med data efter en bestemt tidsrum.

Apple overvejer at lade brugerne ændre standard-e-mail, browser, musikapps i iOS

Planerne er ikke endelige, men de vil skabe en radikal ændring i strategien.

Apple overvejer seriøst muligheden for at give brugerne mulighed for at ændre standardapps til webbrowsing, mail eller musik på deres iPhones. Virksomheden kan muligvis også give brugerne mulighed for at lytte til Spotify eller andre musikstreamingtjenester udover Apple Music via Siri på iPhone eller på HomePod smart højttaler.

Mens Apples planer ikke er endelige, kunne ændringerne træde i kraft, så snart Apples iOS 14 frigives senere på året, hvilket betyder, at de sandsynligvis vil blive introduceret under Apples udviklerkonference i juni.

I øjeblikket kan iOS-brugere downloade tredjepartsapplikationer til mail eller webbrowsing som Outlook eller Firefox, men de kan ikke indstille dem til at være standardapps, som systemet åbner, når der f.eks. Tappes et link eller en e-mail-adresse i et andet program. Apple tillader brugere at gøre disse ting i nogle tilfælde med sin macOS-software til desktops og laptops, selvom det ikke er muligt på virksomhedens mobile platforme.

Dette kan hjælpe Apples iOS-platform med at konkurrere med Googles Android, der har den dominerende position på smartphonemarkedet; denne mangel på fleksibilitet i iOS nævnes undertiden af ​​brugere som en grund til at vælge Android i stedet, da Android længe har givet brugerne disse slags valg.

Og som Bloomberg bemærker, ville mere elegant support til streamingtjenester udover Apple Music næsten helt sikkert være en velsignelse for salget af Apples Smart HomePod-højttaler, da den manglende fleksibilitet er en stor begrænsning for dette produkt sammenlignet med dets konkurrenter. Ja, HomePod-brugere kan streame Spotify til HomePod ved hjælp af Apples AirPlay-teknologi, men mange brugere føler måske, at det ikke er en komplet løsning.

Hvis disse ændringer forekommer, ville de være velkomne dem for mange iPhone-ejere. Og de kan hjælpe Apple med at forhindre eller adressere nogle retssager eller klager over antitrust.

Idet man tager musik som eksempel, indgav Spotify en antitrust-klage til EU-embedsmænd med påstand om, at Apple uretfærdigt prioriterer sin egen musik-streamingtjeneste frem for Spotify’s, selv når brugerne bevidst opsøger Spotify. Spotify har blandt andet påpeget, at Apple stablede søgeresultater i sin App Store på enheden med førstepartersoftwareresultater på bekostning af tredjepart som Spotify, skønt Apple allerede har svaret på disse klager ved i det mindste delvist at rette op på specifikke spørgsmål). Spotify citerede også den næsten unikke i industrien manglen på direkte Spotify-support på HomePod.

Ved at foretage disse ændringer kan Apple muligvis finde sig i en bedre position, når den argumenterer for beskyldninger om urimelig forretningspraksis. Og nogle brugere vil være glade for at have flere muligheder, selvom nogle andre kan blive frustrerede eller forvirrede af en mere åben platform. Under alle omstændigheder ville ændringen sandsynligvis gøre iOS mere attraktiv for flere brugere.

Bloombergs kilder var omhyggelige med at præcisere, at der endnu ikke er truffet nogen endelige beslutninger, men i betragtning af Apples mangeårige forpligtelse til en anden filosofi, er det faktum, at denne ændring overhovedet overvejes alvorligt overhovedet at være en stor udvikling.

Da det frigav iOS 13 og iPadOS 13 i 2019, begyndte Apple allerede at løfte nogle mindre begrænsninger for, hvordan brugere kunne tilpasse det mobile operativsystem. Så hvis disse ændringer for standard-apps går fremad, kan de medføre et dramatisk skift i Apples softwarestrategi – uanset om de er gjort til at gøre tingene bedre for brugerne, til at appease regulatorer eller begge dele.

Android 11 Forhåndsvisning hands-on – Meddelelsesændringer, indstillinger for mørk tilstand og mere

Ny Android-forhåndsvisning er laserfokuseret på nye API’er, med lidt i vejen for nyt UI.

Android 11 Developer Preview er ude, og jeg har prøvet det i et par timer. Jeg er tilbage til at rapportere mine fund.

For at være ærlig er der ikke mange ændringer, som brugeren vender mod i denne første preview-udgivelse. Ligesom det tidligere anførte Android 11-indlæg er dette næsten udelukkende API-ændringer med lidt at se fra et UI-perspektiv. Lige nu ligner Android 11 ligesom Android 10. Forhåbentlig holder Google bare tilbage, og vi ser mere i fremtidige udgivelser af Developer Preview.

Android 11

Se flere historierHvad angår hvad der er her, som vi har mistanke om, er der nu et “samtaler” -afsnit i underretningspanelet, som indkommende tekster og meddelelser ender i. Sektionen sorteres helt øverst i underretningspanelet, over almindelige underretninger og lydløs meddelelser. Hvis du længe trykker på en meddelelsesmeddelelse, får du en hel række indstillinger. Du kan forvise en bestemt type meddelelse fra kategorien “meddelelser”, vise en meddelelse som en boble, “favorit” en person til at sortere dem over enhver anden person, slukke en meddelelse eller slå en anmeldelse.

Hver enkelt person får en meddelelseskanal nu, så du kan gøre ting som at gøre beskeder fra en person højt prioriteret og slå en anden af, selvom de alle bruger den samme app. Indstillingerne Ikke forstyrr er blevet omarrangeret og kan også opdeles efter “person” sammen med indstillinger for apps og alarmer.

Meddelelsesapps kan frit kastes i en boble fra denne menu, så appen kan flyde over toppen af ​​alt andet. Selv for gamle, ikke-elskede, kriminelt forsømte apps som Google Hangouts – som stadig er Googles bedste messaging-platform – fungerer funktionen godt. Google arbejder på at lukke de gamle metoder til opbygning af flydende apps, da de kan resultere i skjulte, ikke tildelte skærmoverlejringer, hvilket kan være et sikkerhedsmæssigt problem. For flydende apps vil bobler være den foretrukne stil i Android 11.

Det mørke tema kan nu planlægges at gå af sammen med solopgang og solnedgang, som var en meget efterspurgt funktion efter introduktionen sidste år. Der er en indbygget skærmoptager skjult i Hurtige indstillinger, der fungerer godt. Google arbejder også hårdt på en scrolling-screenshot-funktion, som ikke er aktiv i denne udgivelse, men er blevet hacket til eksistens af XDA Developers .

Skærmen til Udviklerindstillinger har en ny mulighed for at “vise opdateringsfrekvens”, der sætter et nummer i hjørnet, der viser, om din 90Hz-telefon virkelig kører på 90Hz. Dette vil være godt til diagnosticering af uheldige displayimplementeringer som Google Pixel 4 . Det ville have været let at bruge lagertypen til dette nummer, men nogen hos Google gik ud af deres måde at få antallet til at ligne  Fraps  FPS-tæller med store, blokede numre i rødt, gult og grønt. Rekvisitter.

Android 11-planen, med "platformstabilitet", der kommer i juni.
Forstør / Android 11-planen, med “platformstabilitet”, der kommer i juni.Google

Hver Android-udgivelse kommer med nye og spændende mysterier, og denne gang er der en udviklerindstilling til “Aktiver Bluetooth Gabeldorsche-funktionsstakken.” Er der en ny Bluetooth-stak? Hvorfor? Hvad er bedre ved det? Er den færdig? Ingen ved! Vi spørger rundt på Google I / O.

Så vidt brugerændringer ændrer sig, er det stort set det. Langt de fleste tilføjelser til forhåndsvisning af Developer 1 var allerede beskrevet i Googles blogindlæg. Denne første udgivelse virkelig er bare for udviklere, og vi vil forhåbentlig se mere brugervenlige vender funktioner i senere udgivelser. Googles tidslinje lover en frigivelse hver måned, så kom tilbage senere.

Guidemaster: De bedste bærbare SSD’er, du kan købe lige nu

Hvilke bærbare SSD’er er værd at bruge din tid og penge på? Vi testede en flok for at finde ud af det.

Bærbare SSD’er er en god måde at øge den mængde lager, du har til at bevare digitale data og tage disse data med dig, uanset hvor du går. Dette kraftfulde tilbehør giver dig mulighed for at pakke en enorm mængde opbevaring i din daglige taske, hvilket giver dig et sted, hvor du kan downloade filer fra din computer eller smartphone, få adgang til filer, du kun har brug for under visse omstændigheder, og sikkerhedskopiere vigtige oplysninger på farten.

Men en verden af ​​bærbare SSD’er er en stor, og det kan være en udfordring at vælge den bedste enhed til dine behov. Det handler ikke kun om, hvor lille enheden er, hvor holdbar den er, eller hvor mange gigabyte lager, den har – hastigheden af ​​en bærbar SSD kan i høj grad påvirke din tilfredshed med det. SSD’er lover generelt bedre læse- og skrivehastigheder end HDD’er, så du vil se en generel stigning, hvis du går fra den ene til den anden. Imidlertid fungerer ikke alle bærbare SSD’er det samme – selvom de annoncerer lignende maksimale hastigheder.

For at hjælpe dig med at bestemme, hvilken bærbar SSD der muligvis fungerer for dig, satte Ars nogle af de nyeste og mest populære bærbare SSD’er på markedet og vurderede dem efter hastighed, design, holdbarhed, kompatibilitet og pris. 

Den korte version

  • Den bedste bærbare SSD, du kan købe lige nu, er $ 149 CalDigit Tuff Nano (512 GB) . Det var en af ​​de hurtigst udførte SSD’er, vi testede, og slog det meste af konkurrencen i læse- og skrivehastigheder. Det er også et af de mest bærbare drev med et metallegeme, der har dimensioner, der er mindre end størrelsen på et typisk kreditkort. Enheden er IP67 vand- og støvbestandig, og den har en speciel USB-C-port, der har sin egen vandtætte klassificering. Vi ønsker kun, at det kom i flere kapacitetsvariationer, men i øjeblikket er CalDigit Tuff Nano bærbar SSD i 512 GB meget værd sin pris på $ 149. Køb nu CalDigit Tuff Nano (512GB) hos Amazon.
  • Vores løbende bærbare SSD er Samsung T5 (500 GB) . Dette drev i palmestørrelse har været meget populært i de sidste par år som et drev, der er lige så pålideligt som det er bærbart. Det er ikke så hurtigt som vores øverste valg, men det var en af ​​de hurtigste blandt de gennemsnitlige udøvere i vores benchmark-tests. Vi værdsætter også, at det har AES 256-bit hardwarekryptering og valgfri adgangskodebeskyttelse for at give endnu mere ro i sindet, at dine data er sikre. Samsung T5 er et godt valg, hvis du vil have en pålidelig bærbar SSD, der er rimelig hurtig og lidt mere overkommelig end vores topvalg. Køb nu Samsung T5 (500 GB) hos Amazon.
  • Den mest holdbare mulighed er SanDisk Extreme bærbar SSD (1 TB) . Vi kan lide dette drev for dets lille størrelse, chok-, vibrations-, dråbe- og vandafvisende krop og dets læse- og skrivehastigheder, der er næsten identiske med vores runner up. Det har også AES 128-bit hardwarekryptering for et yderligere niveau af datasikkerhed. Hvis du er bange for at droppe Samsung T5’s lille metallegeme eller bare ønsker et drev, der har et par mere fysiske sikkerhedsforanstaltninger, er SanDisk Extreme en god mulighed. Køb nu SanDisk Extreme SSD (1TB) hos Amazon.
  • Vores bedste luksusvalg er OWC Envoy Pro EX (2TB) takket være sin flammende hurtige læse- og skrivehastighed og glatte design. Det overgik næsten enhver anden bærbar SSD, som vi testede, læste og skrev selv de største filer let. OWC Envoy Pro EX starter ved $ 129 for en 240 GB model og koster hele $ 499 for en 2TB model. De, der har brug for en bærbar SSD til deres daglige arbejdsgang, der kan håndtere næsten alt, hvad de kaster på det, finder OWC Envoy Pro EX en god investering. Køb nu OWC Envoy Pro EX (2TB) hos OWC.

HVORDAN VI TESTEDE

Hvis du er interesseret i, hvordan vi testede hver bærbar SSD, vi overvejede, kan du tjekke vores afsnit Testmetodik i slutningen af ​​denne vejledning og tjek Ars ‘  guide til opbevaring benchmarking af bedste praksis .

Bedst samlet

CalDigit Tuff Nano

CalDigit’s Tuff Nano (512GB) bærbar SSD overrasket helt fra starten af ​​vores test. De fleste af de andre SSD’er, vi testede, har eksisteret i nogen tid – CalDigit frigav kun Tuff Nano for mindre end et år siden, så der er ikke mange historiske data, der illustrerer forventet ydelse. Men det viste sig at være en af ​​de hurtigste bærbare SSD’er, vi testede, og blæste næsten alle andre enheder ud af vandet, når det kom til læse- og skrivehastigheder.

CalDigit annoncerer læsehastigheder op til 1088Mb / s, og Tuff Nano overgik enten det eller kom ganske tæt på det i alle vores test. Læshastigheder er imidlertid ikke den mest nøjagtige måde at bedømme en SSD’s præstation – de virkelig fortællende data ligger i skrivehastigheder.

De fleste af de enheder, vi testede, var høje MLC (multi-level celle) udøvere, hvilket betyder, at de ikke er afhængige af en lille mængde cache for at buffere skrivehastigheder. Det er en god ting, fordi det betyder, at ydelsen ikke falder, når cachen er fuld.

Det betyder dog ikke, at alle drev, vi testede, udførte på lignende måde overalt. Da vi øgede filstørrelser i vores test, var CalDigit et af de fremtrædende drev, der ikke sænkedes markant under tung, samtidig adgang. Den håndterede at skrive store filer bedre end størstedelen af ​​konkurrencen, og dem, der slog Tuff Nano $ 149, er meget dyrere SSD’er. Som tommelfingerregel anbefaler vi Tuff Nano eller vores luksusvalg (de drev, der skilte sig ud i vores test med hensyn til skrivehastighed) til dem, der agter at arbejde stærkt direkte på deres bærbare SSD i stedet for at bruge det som et dump køre.

Ydeevnen er imponerende ikke kun i en under $ 200 SSD, men også i en så lille enhed. Måling 2,99 x 2,14 x 0,57 tommer, CalDigit Tuff Nano passer komfortabelt i håndfladen og kan let forsvinde i en dyb lomme. Metallrektangelet har en IPX67-klassificering, hvilket betyder, at det kan modstå at være nedsænket i en meter vand i 30 minutter, og det er modstandsdygtigt over for støv. USB-C-porten på SSD har også sin egen vandtætte rating på IPX8.

Tuff Nano leveres også med en gnidet kantkasse, der giver den lidt mere dråbe beskyttelse. Tilgængelig i rødt, blåt, grønt og sort, det fungerer som en ujævn slags, der vil påvirke faldet bedre end det kolde metal i SSD’s krop. Kassen inkluderer en lille klap, der også kan dække USB-C-porten på SSD, og ​​selvom den er en smule fin, giver den enheden endnu mere beskyttelse, når den ikke er i brug.

Mens CalDigit forformaterede Tuff Nano til macOS, kan det omformateres til at arbejde med Windows, og der er instruktioner inkluderet i SSD, der forklarer, hvordan man gør det. De kommer i form af et lille stykke papir i kassen snarere end et digitalt dokument gemt på SSD, ligesom mange andre SSD’er har. Jeg gør opmærksom på dette, fordi du let kunne gå glip af instruktionerne, mens du fjerner afkassen af ​​enheden, men også fordi hvis de kun var inkluderet som en digital fil på drevet, ville Windows-brugere overhovedet ikke kunne få adgang til dem. Inkluderet i kassen er også USB-C til C og USB-C til A kabler, så du kan bruge Tuff Nano til ældre maskiner.

Bortset fra muligvis at miste den i dybden af ​​din rygsæk, er der ikke meget ulemper ved Tuff Nano. Min største klage over det er, at denne enhed bliver ret varm efter langvarig brug. Efter at have kørt alle vores benchmark-tests, målte metallegemet af Tuff Nano 110 grader Fahrenheit.

Jeg ønsker også, at Tuff Nano havde flere kapacitetsvarianter. I øjeblikket kan du kun købe en 512 GB model af Tuff Nano. Forhåbentlig vil CalDigit udvide enheden og tilføje mindst 1 TB og 2 TB muligheder i fremtiden. Til $ 149 for 512 GB er det ganske vist dyrere end nogle af de mere populære konkurrenter, men vi synes, dets ydelse over gennemsnittet er værd at have de ekstra penge.

Den gode

  • En hurtigere end gennemsnitlig bærbar SSD med et kompakt design og en god pris.

De dårlige

  • Blir varm efter langvarig brug.

Kære af bærbare SSD’er kom det på vores liste med god grund. Samsung T5 (500 GB) bærbar SSD, der er kendt for sin lille størrelse og pålidelige ydelse, er et solidt alternativ til vores øverste valg takket være sin relativt hurtige læse- og skrivehastighed, det enkle design og dets anstændige prismærke.

Bortset fra de få fremtrædende SSD’er, vi testede, udførte de fleste enheder relativt lignende. Ingen af ​​de drev, vi testede, var særligt dårlige (hvilket er en god ting), og det betyder, at deres benchmark-score alle landede i det samme interval på de fleste test. Samsung T5 producerede altid scoringer, der var på linje med eller bedre end resten af ​​konkurrencen. Og interessant nok presterede T5 lidt bedre end den nye Samsung T7 Touch på næsten hver test (den blev bedst af T7 en gang).

SPECIFIKATIONER MED ET ØJEBLIK: SAMSUNG T5
PRISStarter på $ 94
KAPACITET500 GB, 1 TB, 2 TB
USB-INTERFACEUSB 3.1 Gen 2
MAKS HASTIGHED (LÆSE / SKRIVE I MB / S)540/520
MÅL / VÆGT2,3 × 0,4 × 3 in / 1,8 ounce
KOMPATIBILITETAndroid, macOS og Windows
EKSTRAAES 256-bit hardwarekryptering, stødbestandig, valgfri adgangskodebeskyttelse, inkluderet USB-C til A-kabel

Det er ikke at sige, at den nyeste version af Samsungs bærbare SSD er dårlig – tværtimod. T7 Touch er næsten lige så god som T5 på næsten alle måder, og den har en indbygget fingeraftrykslæser ud over den standard AES 256-bit kryptering og adgangskodebeskyttelse, som T5 har. Den nye fingeraftrykslæser er dog den eneste grund til, at det ville være fornuftigt at betale for T7 Touch – ellers får du stort set en nyere version af T5, der ikke tilbyder meget i vejen for ydeevne.

Samsung T5 har et anstændigt design, der er attraktivt takket være sin minimalisme. Aluminiumskroppen er lidt bredere end et kreditkort og tager kun lidt mere plads i bredden. Fås i blå, rød, guld og sort. Det er en lille opbevaringskammerat, der er stødbestandig og tåler dråber op til to meter.

Så lad os tale pris: en 500 GB Samsung T5 koster 94 dollars. Af de andre bærbare SSD’er, som vi testede, der fungerede på samme måde som T5, havde de fleste 500 GB-modeller, der også var prissat mellem $ 90 og $ 95. Det er gennemsnitsprisen for en bærbar SSD af denne størrelse og hastighed, hvilket betyder, at du ikke betaler ekstra for Samsung-navnet, som du måske gør, hvis du køber et andet drev (eller et hvilket som helst andet forbrugerelektronik, der opkræver betaling for et varmt varemærke).

Samlet set lever Samsung T5 op til sin hype. Hvis du ikke vil bruge de ekstra penge på vores øverste valg, er T5 et godt alternativ med sin enkle, men alligevel attraktive design, hurtige ydelse og valgfri adgangskodebeskyttelse.

Den gode

  • Hurtig bærbar SSD med en lommeformatprofil og valgfri adgangskodebeskyttelse.

De dårlige

  • Leveres ikke i en 250 GB-model.

Microsoft frigiver en ny alt-i-én Office-app til iOS og Android

Nøglefunktionen er en Handling-menu til hurtig adgang til almindelige mobile opgaver.

I dag lancerede Microsoft Microsoft Office-appen til iOS og Android. Det kombinerer PowerPoint, Word og Excel i et program, og det tilføjer et antal mobilorienterede funktioner.

”Denne app opretholder al funktionaliteten i de eksisterende Word-, Excel- og PowerPoint-mobile apps, men kræver langt mindre telefonopbevaring end at bruge tre separate apps,” siger Microsofts beskrivelse i iOS App Store. Appen er gratis at downloade og bruge, men mange “premium-funktioner” er låst bag et Office 365-abonnement.

Efter et par beskeder om beskyttelse af personlige oplysninger og lignende, starter appen til en hjemmeskærm, der viser alle dine nylige sky-dokumenter med et nederste navigationspanel. Det panel kan tage dig til andre steder. Den første er tilføjelsesmenuen, hvor du kan oprette et dokument eller note enten fra bunden, fra en skabelon eller fra noget, der er fanget af enhedens kamera. Dokumenter, du opretter, kan gemmes i iCloud, OneDrive, Google Drive, Box eller Dropbox.

Ud over Word-, PowerPoint- eller Excel-dokumenter kan du tilføje enkle noter, men af ​​en eller anden grund er disse ikke en del af Microsofts eksisterende OneNote-service. “Linse” er en anden mulighed foruden at oprette et dokument på gammeldags måde; denne kamerabaserede dokumentgenerator er den samme, som vi har set i Microsofts enkeltstående app med samme navn.

Det andet er Handlinger-panelet, som er en lodret rullbar liste over hurtige handlinger, der er almindelige på mobile enheder. Det omfatter:

  • Overfør filer
  • Billede til tekst
  • Billede til bord
  • Underskriv en PDF
  • Scan en PDF
  • Billeder til PDF
  • Dokument til PDF
  • Scan QR-kode

Fuld redaktører til Word-, Excel- og PowerPoint-dokumenter er indbygget i appen, og Microsoft har til formål at holde de tilgængelige funktioner og indstillinger de samme mellem de stand-alone apps og denne alt-i-en app, selvom der måske være nogle layoutforskelle. Desværre er der ingen iPad-version på dette tidspunkt, så iPad-brugere ønsker måske at fortsætte med at bruge de selvstændige apps på denne platform.

Den nye Office-app er tilgængelig til både Android og iOS i dag, skønt det kan tage lidt tid at dukke op i søgeresultaterne i App Store. Microsoft har til hensigt at fortsætte med at støtte og tilføje nye funktioner til sine selvstændige apps i en overskuelig fremtid.

Google lancerer Android 11 Developer Preview i dag

Der er en “engangs-app” -tilladelse, mere modularitet og førerkortstøtte.

Det er lidt tidligere end den sædvanlige martsudgivelse, men i dag lancerer Google den første Android 11 Developer Preview . Denne første OS-forhåndsvisning kommer til Pixel 2, 3, 3a og 4 sammen med generiske systembilleder til Project Treble-enheder. Det har også et nyt navn. Disse udgivelser er typisk betegnet med et brev – Android 10 var “Android Q Preview” – og mens Android 11 stadig kaldes “Android R” internt, er dette offentligt “Android 11 Developer Preview” for alle os ikke-Googlers. Sand til form, Google har allerede startet med Spinal Tap-referencerne og starter blogindlægget med et urskive, der går til 11 .

For tiden arbejder vi bare på et kæmpe blogindlæg med masser af kuglepunkter og næsten nul skærmbilleder, så vi er ikke sikre på, hvordan omfanget af denne udgivelse virkelig er. Vi får en hands-on senere, men indtil videre er her nogle højdepunkter.

En af de mest anvendte funktioner i Android 11 vil sandsynligvis være en ny “engangs tilladelse” mulighed for apps, der vil have adgang til placering, mikrofon og kameradata. I Android 10 tilføjede Google muligheden for kun at give en tilladelse til en app, når den kørte i forgrunden , og nu vil brugerne være i stand til at give adgang til en tilladelse en gang. Dette findes allerede i iOS, og det giver meget mening for visse apps.

Dialogen til engangs tilladelse i Android 11.
Forstør / Den engangs tilladelsesdialog i Android 11.Google

Google stopper aldrig med at finjustere Android-underretningspanelet, og i år siger Google, at panelet får et “dedikeret samtalesektion i underretningsskyggen.” Igen arbejder vi med nul skærmbilleder her, men Google siger, at brugere vil være i stand til “øjeblikkeligt at finde deres igangværende samtaler med folk i deres foretrukne apps.” Android 10 segmenterede underretningspanelet i underretninger med høj og lav prioritet, så måske får vi en tredje del af underretningspanelet til samtaler?

Vi bør også være klar til at se meget mere af “Bubbles” API, der debuterede i Android 10 som en preview af udvikleren. Bubbles API ville skrumpe en meddelelsesapp ned i en minimerbar flydende cirkel med din kontakts ansigt. I år ser det ud til at være ude af tilstanden til forhåndsvisning af dev og er klar til apps.

Modulariseringen af ​​Android fortsætter også i Android 11. Android 10 brugte en hel del af sit teknikbudget på ” Project Mainline, ” alias “Google Play System Updates,” som flyttede en masse systemkomponenter til enten opdaterbare APK’er eller en ny, mere kraftfuldt filformat kaldet “APEX.” APEX er et filformat, der er specialdesignet til at være tilgængeligt tidligere i startprocessen og for at have flere tilladelser end en APK, hvilket gør det ideelt til hus og opdatering af systemkomponenter på lavere niveau.

For udviklere bør denne "appkompatibilitetsside" gøre test lettere.
Forstør / For udviklere bør denne “appkompatibilitetsside” gøre test lettere.Google

Med det indbyggede system blev Android 10 leveret med en god baseline af Mainline-moduler, og Android 11 flytter endnu flere komponenter ind i dette nye opdateringssystem. Google siger, at det “tilføjede 12 nye moduler, i alt 20 opdaterbare moduler” i Android 11. Android 10 havde 13 opdaterbare moduler , så Googles nye optælling af 12 nye moduler og otte gamle moduler får det til at lyde som om der er sket meget. Vi vil prøve at spore en komplet liste.

Android 11 får også support til “sikker opbevaring og hentning af verificerbare identifikationsdokumenter, såsom ISO 18013-5- kompatible mobile kørekort.” Det er rigtigt – hvis du antager, at din stat støtter det, vil du være i stand til at bruge en smartphone-app til dit regeringsudstedte ID i stedet for at blinke et stykke plast. XDA gjorde noget ved at grave i denne funktion sidste år og fandt nogle pæne funktioner i Android-kodebasen, ligesom en dødbatteri-tilstand, der kunne vise ID-oplysningerne, selvom din telefon ikke har nok juice tilbage til at starte det fulde Android-operativsystem. Google siger, at det snart vil have “flere detaljer at dele om dette.”

Livet på Android 11 skal være lettere for appudviklere. Typisk har brud på ændringer for apps været en alt-eller-intet-affære skjult bag det “mål SDK”, som hver app kan kalde. I Android 11 byggede Google faktisk en “App-kompatibilitet” -side med funktionsdygtige funktioner til hver app. Ideen er, at i stedet for at indstille et nyt mål-SDK og rekompilere din app til test, skal du bare åbne appkompatibilitetssiden, begynde at vende switches og se, hvad der går i stykker. Google siger også, at det har arbejdet for at ”minimere adfærdsændringer, der kan påvirke apps”, og har gjort ændringer tilvalg, hvor det er muligt.

Som sædvanligt er dette bare den første forhåndsvisning af Android 11, og der vil sandsynligvis være flere funktioner afsløret i fremtidige forhåndsvisninger, især på Google I / O 2020. Googles første indlæg er målrettet mod udviklere og er dybest set en stor liste over API-ændringer, som nævner ikke mange brugervendte funktioner, så jeg gætter på, at det er vores job at spore dem ned. Vi vil snart have en hands-on, når vi bruger lidt tid med den nye forhåndsvisning af OS og ser på Googles dokumentation.

EU ønsker at skabe et indre marked for europæiske data

Blokken planlægger også nye risikobaserede regler for AI

Den Europæiske Union har afsløret planerne om at skabe et indre marked for alle EU-data, der kan hjælpe blokken med at oprette startups, der kan konkurrere med Silicon Valley-giganter.

Dette “europæiske datarum” ville give virksomheder, forskere og offentlige administrationer mulighed for at låse uudnyttede data op, så de flyder frit over hele EU. Dataene ville være tilgængelige for alle borgere og organisationer i blokken.

EU ønsker først at etablere en lovgivningsmæssig ramme for datastyring, der giver incitamenter til datadeling og praktiske regler for adgang og brug. Det lover også at åbne flere datasektorer i den offentlige sektor til brug i nye innovationer.

Til støtte for dette vil EU også investere i “europæiske projekter med stor effekt på europæiske datarum og pålidelige og energieffektive skyinfrastrukturer.” Det planlægger også at lancere mindre, sektorspecifikke datamarkeder for individuelle industrier såsom mobilitet og sundhed.

Til støtte for dette vil EU også investere i “europæiske projekter med stor effekt på europæiske datarum og pålidelige og energieffektive skyinfrastrukturer.” Det planlægger også at lancere mindre, sektorspecifikke datamarkeder for individuelle industrier såsom mobilitet og sundhed.

Forslagene understreger behovet for at overholde europæiske værdier og rettigheder –  en velkendt afståelse i EU’s teknologipolitikker  – som blokken mener vil tilføje en konkurrencefordel såvel som en moralsk.

Planerne blev offentliggjort i den nye europæiske datastrategi, der blev offentliggjort i dag.

”Jeg vil have europæiske virksomheder og vores mange SMV’er til at få adgang til disse data og skabe værdi for europæere – herunder ved at udvikle applikationer til kunstig intelligens,” sagde Thierry Breton, Europa-kommissæren for det indre marked og tjenester.

”Europa har alt, hvad det kræver for at føre raceet” big data ”og bevare sin teknologiske suverænitet, industrielle ledelse og økonomiske konkurrenceevne til fordel for europæiske forbrugere.”

EU’s AI-planer

Ved siden af ​​den europæiske datastrategi har EU offentliggjort en ny  hvidbog om AI . Dokumentet foreslår, at der oprettes en ramme for ”pålidelig kunstig intelligens”. Det sigter mod at afbalancere sikkerhed med innovation ved at indføre forskellige regler for AI-systemer afhængigt af deres risikoniveau.

I sager med høj risiko, såsom inden for sundhed, politi eller transport, ønsker EU, at AI-systemer skal være gennemsigtige, spores og overvåges af mennesker. De data, der bruges af disse systemer, skal være tilgængelige til test og certificering af EU-myndighederne. AI-applikationer med lavere risiko vil være underlagt en frivillig mærkningsordning.

Ansigtsgenkendelsessystemer vil ikke have yderligere begrænsninger på dette tidspunkt. I stedet vil EU indlede en bred debat om reglerne.

De nye regler producerer muligvis ikke en generation af EU-teknologigiganter i den skala, der findes i Silicon Valley og Kina, men de kunne hjælpe blokken med at skabe en ny race af startups med deres egen unikke blanding af borgercentriske innovationer.

Google-forælder trækker stikket i strømgenererende kite-projekt

Første moonshot-projekt, der skal skubbes, siden Google-fundamenter trådte tilbage fra ledelsen.

Google-overordnede alfabet lukker sit kraftproducerende drageselskab Makani, den første lukning af et såkaldt moonshot-projekt, siden grundlæggerne Larry Page og Sergey Brin trådte tilbage fra ledelsen i december.

Sundar Pichai, der overtog som administrerende direktør i Alfabetet, er under pres for at forhindre tab fra virksomhedens segment “Andre spil”, som inkluderer bestræbelser som selvkørende biler og internetudbydende balloner. Andre spil tabte 4,8 mia. Dollars sidste år – udvidet fra et underskud på 3,4 mia. Dollars i 2018.

Makani blev erhvervet i 2013 og taget med i det eksperimentelle “X” -laboratorium. Det udviklede luftbårne vindmøller, der kunne bindes til flydende bøje, hvilket fjernede behovet for de dyre havbundstrukturer, der var nødvendige for at understøtte permanente møller.

”Det har været et meget hårdt valg for os,” sagde Astro Teller, administrerende direktør for X, der talte med Financial Times tirsdag.

”Vores estimat af fordelene for verden, belønningen til Alfabetet og de risici og omkostninger, der kommer dertil … de ændrer sig over tid. Det er en del af mit job at vurdere det og sikre, at vi vælger de bedste, vi kan for, at Alfabet bruger sine penge på. ”

Alfabet ville ikke bekræfte størrelsen på Makani, kun ved at sige, at det bestod af ”snesevis” af medarbejdere, at det håbede, at det kunne tildeles igen til andet klimaændringsrelateret arbejde hos Alphabet. Et lille hold bliver ved i et par måneder for at samle Makanis forskning.

Makanis drager var designet til at flyve så højt som 1.000 ft, eller cirka 300 m, over vandet, mens de var knyttet til flydende bøjer, der blev vejet ned med ankre, i stedet for de fulde havplatforme, der kræves for at understøtte typiske havvindmølleparker. Man håbede, at Makanis teknologi kunne bruges i områder, der er for dybe til at oprette faste vindmøller, og hvor vinden er stærkest.

Som det er typisk for X-virksomheder, der viser potentiale for kommercialisering, blev Makani spundet ud af laboratoriet i februar sidste år efter en ikke-offentliggjort investering fra Royal Dutch Shell. I august afholdt Makani sin første testflyvning ud for Norges kyst.

Men Alphabet besluttede muligheden for i høj grad at forstyrre energisektoren begyndt at aftage. Mens Makani først følte, at det kunne give en konkurrencefordel ved at bruge sin teknologi på land og i lavt vand – såvel som dybt vand – gjorde fremskridt inden for konkurrerende teknologier, at det sandsynligvis ikke længere var tilfældet.

”Det er meget trist for Makani,” sagde Teller. ”Men det er virkelig godt for verden.”

En EU-rapport, der blev offentliggjort i 2018, blev enig med Alphabet’s vurdering. ”Teknologien har stadig en lang vej at gå, før den kan nå kommercialisering,” læste den og bemærkede, at der stadig var udfordringer ved at demonstrere den pålidelige, autonome drift, der ville gøre konceptet levedygtigt.

Shell sagde, at det var “at udforske muligheder” for at tage Makanis teknologi i brug. “Offshore-vind har potentialet til at nå den store produktionskapacitet, som samfundet har brug for for at overgå til et energisystem med lavere kulstofstof,” sagde Dorine Bosman, vicepræsident for Shell Wind Development.

”Vi mener, at Makani fortsat er en af ​​de førende luftbårne vindteknologier i verden, og vi undersøger mulighederne for at fortsætte med at udvikle teknologien inden for vores strategi for nye energier.”

Alfabet pegede på andre klimaprojekter inden for virksomheden, såsom droneleveringsfirma Wing, som en indikation af, at virksomheden ikke ændrede sit fokus. Teller fortalte Financial Times, at investering i måneskud ville forblive stærk under Pichai og Ruth Porat, Alfabets økonomichef.

”Appetitten fra Sundar og Ruth for, at vi fortsætter med at gøre smarte, spændende indsatser om fremtiden er, hvis noget, er gået op,” sagde Teller.

”En del af grunden til, at de støtter os til at fortsætte med at gøre det, er, når noget ikke giver mening, vi træffer de svære valg for ikke at fortsætte med at gøre dem. Det er det, der køber den løbende support fra Alphabet. ”