Hovedårsagen til hvorfor ikke Linux

Jeg vil med det samme sige, at artiklen udelukkende vil fokusere på desktop-applikationen af ​​Linux, dvs. på hjemmecomputere/laptops og arbejdsstationer. Alt det følgende gælder ikke for Linux på servere, indlejrede systemer og andre lignende enheder, pga. hvad jeg nu vil hælde et væld af gift på, disse anvendelsesområder, nok bare til gavn.

Det var 2020, Linux på skrivebordet havde stadig de samme 2% som for 20 år siden. Linuxoider fortsatte med at rive foraene i stykker i diskussioner om "hvordan man overtager Microsoft og erobre verden" og ledte efter et svar på spørgsmålet, hvorfor "disse dumme hamstere" ikke ønsker at kæle med en pingvin. Selvom svaret på dette spørgsmål længe har været klart – pga Linux er ikke et system, men en bunke diverse håndværk viklet med elektrisk tape.

Hvorfor sidder en person ved en computer? Mange vil komme til at tænke på svaret: at bruge alle mulige nyttige applikationer. Men dette er det forkerte svar. Folk er overhovedet ligeglade med apps. Han forsøger at nå sine mål:

  • chatte med venner, hvilket øger dit humør og din sociale værdi
  • tjene penge ved at finde efterspørgsel efter dine færdigheder og talenter
  • lær noget, find ud af nyhederne om din by, dit land, din planet

Og så videre. Præcis til sådanne formål, undskyld mig, sigter UI / UX-designet af applikationer. Vi tager udgangspunkt i А en masse stykker jern aka stationær eller bærbar computer, tag det ultimative mål В - "chat med venner", og byg en jævn bane ud fra А к В med et minimum af mellempunkter. Desuden bør disse punkter være solide punkter, enkelthandlinger og ikke et kompleks af nogle handlinger. Dette er indbegrebet af godt design.

Hvad med Linux?

Og i Linux handler designloftet ikke om at nå mål, men problemløsning. I stedet for et mål В udviklere forsøger at realisere undermålet Ь. I stedet for at tænke på, hvordan brugeren vil chatte med venner, skaber Linux-udviklere den 100500. messenger, som de skubber funktioner fra listen "som alle andre". Kan du høre forskel?

En sund person designer: folk deler ofte selfies, når de lærer hinanden at kende og kommunikerer, så lad os vedhæfte "send selfie"-knappen her på et iøjnefaldende sted, så den er lige ved hånden og, når der klikkes på den, tager et billede af brugeren med et webcam og giver ham mulighed for straks at centrere billedet og anvende det på dets filtre.

Manuel ryger designer: vi vil understøtte filoverførsel, det er universelt og vil tilfredsstille alle. Og for at sende en selfie skal du lade en person lede efter software til at fange fra et webcam, derefter retouchere billedet i en grafisk editor og derefter sende det ved hjælp af den syttende mulighed i menuen Værktøjer. VI HAR UNIXWAY!

Det mest triste er, at den samme tilgang bruges selv på styresystemniveau - altså på niveau med overhead-operationer, hvilket generelt er noget vrøvl. De formåede at ødelægge selv den fantastiske idé med pakkeadministratorer, som i teorien ville give dig mulighed for at administrere al software generelt gennem museklik. Men nej, nu har vi 4 typer softwarekilder: officielle arkiver, snap, flatpak og uofficielle arkiver, som stadig skal søges og tilføjes til pakkeindstillingerne. Halvdelen af ​​funktionerne er kun tilgængelige fra terminalen. Og i stedet for en lydig assistent er pakkeforvalteren blevet til en personlig Hitler, der ved ethvert trin til venstre eller højre bryder ud i lange rasende tirader om, at brugeren er et fjols og gør alting forkert.

Hvorfor kan jeg ikke sætte den seneste $PROGRAM_NAME på mit system??
"Fordi fuck dig, det er derfor. Hovedsagen er ikke brugeren og dennes behov, men et FLOT KONCEPT!

I stedet for de korteste glatte baner fra А к В med mellemliggende enkelthandlinger har vi snoede sekvenser af prikker, som hver især ikke repræsenterer én simpel handling, men et helt sæt handlinger, der ofte involverer en terminal. Desuden varierer disse sekvenser fra Linux til Linux, fra miljø til miljø, hvorfor det er så langt og trist at hjælpe begyndere med deres problemer, og at skrive generelle instruktioner er fuldstændig meningsløst.

Hvis det meste af flirten i emo-miljøet bestod af subtile forsøg på at finde ud af samtalepartnerens køn, så består det meste af hjælpen i Linux-miljøet af kedelige forsøg på at finde ud af den nøjagtige konfiguration af den lidendes hardware og software.

Det sjove er, at den hellige ånd i den ufærdige Unixway længe har fortæret økosystemet indefra, dets enorme menneskelige og maskinelle ressourcer. Linux-fællesskabet er i sandhed bundet ned i sisyfiske forsøg på at samle, teste og finjustere de tre hundrede billioner milliarder forskellige kombinationer af små byggeklodser, som snesevis af populære Linux'er er samlet ud fra, og som udvikler sig uafhængigt af hinanden og sund fornuft. Hvis vi i et enkelt, integreret system har et bevidst begrænset sæt af baner, langs hvilke begivenheder kan udvikle sig under driften af ​​en computer, så kan systemet i Linux tilfælde, som svar på de samme handlinger, udsende én ting i dag, og i morgen, efter en opdatering, noget helt andet . Eller endda giv ingenting - bare vis en sort skærm i stedet for at logge ind.

Men egentlig, hvorfor ville du bøvle med nogle kedelige mål for en socialist? Spil hellere denne spændende konstruktør!

Sådan rettes det

Først og fremmest skal du slippe for illusionen om, at problemet kan løses ved at skabe endnu en kedelig ubuntoclon med seje ikoner og forudinstalleret Wine. Problemet kan heller ikke løses ved at introducere et andet smukt koncept som "lad os flytte konfigurationerne under git-kontrol, det bliver wow!".

Linux påkrævet menneskeliggøre. Udpeg et sæt mål, som folk beslutter. Og byg korte, enkle, indlysende stier til dem, startende fra det øjeblik, en person trykker på tænd/sluk-knappen på systemetheden.

Det betyder - lave alt om, startende fra bootloaderen.

I mellemtiden ser vi den næste fødsel af endnu et distributionssæt med omarrangerede senge og genindsatte tapeter - du kan være sikker på, at Linux forbliver sjovt for folk, der ikke spillede nok af designeren i barndommen.

Kilde: www.habr.com

Tilføj en kommentar