TL:DR; Een nieuwkomer heeft Haiku voor de eerste keer geprobeerd en vond het geweldig. Vooral vergeleken met de werkomgevingen die beschikbaar zijn op Linux.
Ik heb al mijn ideeën (en ook frustraties) over #LinuxUsability gedeeld (, , , , , ). In deze review zal ik mijn eerste indrukken beschrijven van , een open-source besturingssysteem voor persoonlijke computers. Soms zijn eerste indrukken nuttig, maar omdat je eerste indrukken maar één keer krijgt, heb ik de mijne hier bewaard.
Het systeem waarop ik deze review schrijf
Het kan nuttig zijn voor de ontwikkelaars van Haiku en andere belangstellenden.
Ik kan ergens fout zijn, aangezien ik slechts mijn persoonlijke (lees: naïeve) eerste ervaring beschrijf. Ook hebben vriendelijke mensen op het #haiku-kanaal op irc.freenode.net me geholpen met tips — die zal ik ook publiceren. Dank jullie, ontwikkelaars van Haiku!
Wat ik wilde zeggen: Haiku is nog niet 100% perfect, maar het heeft al een degelijk werkend omgeving.
Installatie
Het Haiku-project biedt dagelijks te downloaden images voor CD of DVD, Ik gebruikte een USB-3-stick. Mij was verteld dat opstarten vanaf USB-3 misschien niet zou werken, maar op mijn twee testsystemen op basis van Intel werkt het feilloos.
Het installatieproces begon ik met het downloaden van een 64-bit image, dat ik vervolgens op de stick heb gezet met behulp van het programma . Opstarten werkt zowel met als zonder — mijn complimenten voor het aanbieden van zo'n image.
Haiku gebruikt zijn eigen voor de opstartpartitie, hoewel er in principe ook ondersteuning is voor FAT32 en NTFS. In feite heeft het systeem genoeg aan 600 MB, maar voor extra applicaties is meer ruimte nodig.
Standaard wordt er een partitie van 600 MB met BeFS aangemaakt en een 3 GB FAT32-partitie. Op de FAT32-partitie staat een bestand /EFI/BOOT/BOOTx64.EFI, wat de mogelijkheid voor opstarten op systemen met EFI impliceert. Helaas heb ik geen programma's gevonden om de grootte van BeFS te vergroten, en ik hoop dat er in de toekomst een andere schijfindelingsschema komt, omdat de grootte van de partitie-image vast is en mogelijk niet genoeg vrije ruimte biedt voor extra software. Het zou fijn zijn als extra softwarepakketten op de tweede FAT32-partitie konden worden opgeslagen.
Deze oplossing zou een voordeel zijn voor degenen die toegang willen krijgen tot bestanden vanuit andere systemen. Onder Linux is er al ondersteuning voor het lezen van BeFS, er zijn uitvoeringen voor lezen en schrijven van BeFS op .
Haiku Installateur
Ik kreeg het advies: als je een grotere partitie wilt gebruiken, installeer Haiku dan op een andere USB-stick.
Voor mij is deze stap eigenlijk overbodig, omdat de Haiku-installateur niet in staat is om schijven te partitioneren, maar gewoon het programma DriveSetup start, waarbij je handmatig de schijf moet partitioneren, een partitie moet toevoegen, die je daarna in BeFS moet formatteren, waarna de controle weer teruggaat naar de installateur. Je moet ook handmatig de bootloader installeren met een apart programma. Helaas lukte het me niet om op te starten met EFI met zo'n partitionering, omdat er geen FAT32-partitie met bootbestanden voor EFI aanwezig is. Een installateur die automatische partitionering kan uitvoeren, inclusief de EFI-specifieke kenmerken, zou nuttig zijn.
BootManager installeert de bootloader op de schijf
Het installatieproces duurt net iets minder dan drie minuten, wat vrij snel is. Tijdens het proces wordt het hele systeem gekopieerd, dat 'slechts' uit 4751 bestanden bestaat. De reden hiervoor is dat de meeste software verpakt is in hpkg-bestanden (die lijken op Snap-pakketten in Linux-systemen), die nooit worden geïnstalleerd maar gewoon worden gemonteerd. Wat interessant is, is dat er behoorlijk veel 'vrije' bestanden zijn, bijvoorbeeld png. Waarom zijn die niet verpakt?
Zoals ik al zei, wordt zelfs de kernel van het besturingssysteem geleverd in de vorm van een hpkg-bestand. (Ik noemde 4751 bestanden omdat ik HaikuDepot had gestart voor de installatie, dat een heleboel dingen had gedownload. Een schone installatie bevat blijkbaar niet alles en kan ongeveer sneller worden geïnstalleerd met zo'n 200 pakketten. Geweldig! Zoals me werd verteld, worden de gedownloade bestanden niet genegeerd tijdens de installatie — dat is . Oh kijk, hier is blijkbaar het eerste foutrapport, geschreven op mijn verzoek).
Eerste opstart
Het systeem start op en toont een leuke opstartanimatie, maar stopt daarna: na de opstart toont mijn videokaart (Radeon) een zwart scherm.
Ik kreeg de suggestie om op te starten in de veilige modus met een resolutie van 1024x768 op een FullHD-monitor. Het was in principe mogelijk geweest om met de bootloader te rommelen om FullHD aan de gang te krijgen, maar op een andere computer met een Intel-videokaart werkte alles probleemloos.
Het systeem werkt responsief vanaf een USB-stick, waarschijnlijk omdat er niets op de USB wordt geschreven tijdens het gebruik, zodat ik hoop de USB-stick als mijn primaire werkingssysteem te kunnen gebruiken. Je krijgt een werkelijke omgeving bij het opstarten vanaf USB, in tegenstelling tot traag werkende 'live' Linux-images.
Tijdens het opstarten knippert het scherm niet, zijn er geen kernelmeldingen te zien en je hebt niet het gevoel dat Xorg met blauwe tape aan de kernel is vastgemaakt. In tegenstelling tot typische Linux-distributies zijn de kernel en GUI hier op elkaar afgestemd!
Er is geen inlogprompt omdat het systeem voor één gebruiker is gemaakt. Het is eenvoudig, precies wat nodig is voor een persoonlijke computer.
Heb je ondersteuning voor meerdere gebruikers nodig? Geef ze elk een USB-stick, die kosten niet meer dan $5.
Eerste indrukken van de werkomgeving
Als je de eerste indruk vergelijkt, lijkt het meer op een Mac dan op Linux met Gnome, bijvoorbeeld. De 'command'-toets werkt precies zoals op de Mac. Goed!
Niets overtreft de ruimtelijke bestandsbeheerder, het voelt alsof je weer op een oude vertrouwde Mac werkt!
(zoals Macintosh System 1.0), helaas onthoudt elk venster zijn instellingen niet (zoals weergave als lijst of als pictogrammen). Zoals ik te horen kreeg, is dit een bug die, denk ik, makkelijk te verhelpen is. (Helaas, is lastig — het gebruikt een origineel systeem dat niet op GitLab of GitHub is gebaseerd en waarmee je ook niet kunt inloggen). Bestanden krijgen hun iconen, er zijn geen problemen met afzonderlijke bestanden op het bureaublad en iconen.
Goed! Veel beter dan werkomgevingen voor Linux, het voelt eenvoudig.
Prestaties
Het besturingssysteem werkt snel, zelfs op zwakkere hardware zoals netbooks met een Atom-processor. Er zijn geen vervelende softwarelagen. Goed!
zei dat LibreOffice sneller aanvoelt dan op andere besturingssystemen, maar dat heb ik nog niet gecontroleerd.
Bryan Lunduke. Haiku OS Beta — review en indrukken
Opdrachtregel
Er is een terminal inbegrepen. Over het algemeen, ondanks de kleine verschillen met Linux, had ik het meteen door, het is eigenlijk gewoon bash, wat me zeer verheugde.
Welkom bij de Haiku-shell.
hier kun je eenvoudig applicaties starten die op de $PATH staan:
~> Touchpad
~> echo $PATH
.: /boot/home/config/non-packaged/bin:/boot/home/config/bin:/boot/system/non-packaged/bin:/bin:/boot/system/apps:/boot/system/preferencesWauw! «.» in $PATH! Dit betekent dat je commando's rechtstreeks vanuit de huidige map kunt uitvoeren (Linux-gebruikers hebben me ooit verteld dat de wereld zou exploderen als ik dit zou proberen te doen). Geweldig!
bash, uitgevoerd in de Haiku-terminal
Wat nog meer cool is aan de terminal - je kunt ctrl + c gebruiken om te kopiëren, net zoals in andere toepassingen, in tegenstelling tot de desktopomgevingen van Linux, waar je ctrl + shift + c in de terminal moet gebruiken.
Kleinere dingen die de integriteit van het hele systeem tonen.
Bestandssysteemstructuur
De sectie waaruit de boot komt, is gemount in /boot. Zo eenvoudig!
Geen rommel /etc, /usr, /bin… Gewoon /home en /system. Schoon, simpel, duidelijk. Goed! (Niet helemaal: ze zijn er, maar verborgen. Waarom? Omdat /bin het /system/bin, er is geen noodzaak om dit in de Tracker weer te geven, maar scripts gebruiken het nog steeds. Ik denk dat ontwikkelaars de verouderde zaken die voor compatibiliteit zijn gemaakt, moeten verwijderen, aangezien dit alleen maar het begrip bemoeilijkt.)
packagefs
Ik heb eerder al gesproken over hpkg-bestanden, die enigszins lijken op pakketten in Linux, maar ze worden niet geïnstalleerd, ze worden gewoon gemount (vergelijkbaar met snap-pakketten). Het bestandssysteem dat deze magie mogelijk maakt, heet packagefs. Het monteert hpkg-bestanden bovenop andere, waardoor de hele map /system ontstaat.
Het mount-commando toont helaas niet wat er gemount is.
~> mount
usage: mount [-ro] [-t fstype] [-p parameter] [device] directory
-ro monteert het volume alleen-lezen
-t specificeert het te gebruiken bestandssysteem (standaard automatische herkenning)
-p specificeert parameters die aan het bestandssysteem moeten worden doorgegeven (-o is ook geaccepteerd)
als device niet gespecificeerd is, wordt NULL doorgegeven (voor in-memory bestandssystemen)Mij werd aangeraden om het te proberen mountvolume, dat de gemounte schijven zal tonen, maar helaas toont het ook geen mountpunten met packagefs (het toont alleen die gerelateerd aan schijven of schijfbeelden). [Gelukkig, als je mount of df ergens op een host met docker draait, kun je een paar schermen scrollen! — opmerking van de vertaler] Maar je kunt een truc met df uitvoeren:
~> df -h
Mount Type Totaal Vrij Vlaggen Apparaat
----------------------------------
/boot bfs 600.0 MiB 6.0 KiB QAM-P-W /dev/disk/usb/0/0/0
/boot/system packagefs 4.0 KiB 4.0 KiB QAM-P -
/boot/home/config packagefs 4.0 KiB 4.0 KiB QAM-P -
/no name fat 2.8 MiB 2.3 MiB - M-PRW /dev/disk/usb/0/0/1Zoals je kunt zien, /system en /home/config binnenin /boot is dit precies packagefs.
Degene die mij kennen, weten dat ik een fan ben van drag-and-drop-ondersteuning in bestandsbeheerders: bijvoorbeeld, ik gebruik NeXT-stijl applicatienelsets, of .
In ieder geval zijn er ook nadelen aan dit soort softwaredistributie. Kan packagefs het beste van twee werelden combineren?
Zoals je kunt zien, in mijn geval (de systeempartitie is vol, maar ik wil applicaties installeren) zou het eleganter zijn om applicaties ergens te downloaden via de browser, net zoals ik dat met bestanden doe. .dmg voor Mac of AppImage. packagefs leeft in de kernel, dus het is geen bestandssysteem voor FUSE (hoewel ik weet dat FUSE ook in Haiku aanwezig is). Mij is ook verteld dat er in de toekomst mogelijk extra 'packagefs-zones' zullen worden gemaakt, wat waarschijnlijk betekent dat ik packagefs kan aangeven om pakketten op aparte schijven op te slaan. Dit spreekt me aan - als de schijf in een verwijderbare schijfbehuizing zit, kan ik achter een andere computer gaan zitten en daar werkende applicaties verkrijgen.
Ook werd mij verteld dat de installatie van pakketten ook via drag-and-drop werkt: het is voldoende om het bestand in te trekken /system/packages of naar /home/config/packages voor installatie, en als je het bestand eruit trekt, wordt het verwijderd. Als je een pakket met onbevredigde afhankelijkheden sleept, vraagt het systeem om ze eerst te installeren.
Eerst begreep ik niet hoe packagefs omgaat met meerdere versies van hetzelfde pakket, wat er zou gebeuren als ik bijvoorbeeld verschillende versies van gcc of andere GUI-programma's wil installeren? (Een van de ontwikkelaars zei: "packagefs bevat niets dat de installatie van meerdere pakketten met dezelfde naam verhindert, maar omdat libsolv van OpenSuse wordt gebruikt voor het oplossen van afhankelijkheden, wat dat niet toestaat, is het ook verboden voor HaikuDepot in de instellingen.") Ik kan uitleggen waarom ik het idee van .app-pakketten, AppDir en AppImages leuk vind.
Dynamische bibliotheken
Is er een technologie voor dynamische bibliotheken? Ja, dat is duidelijk als je bijvoorbeeld een applicatie met ontbrekende bibliotheken dubbelklikt:
Kun je je dat voorstellen in gnome, kde of xfce?
In Linux zou zo'n poging niets vertonen. Laten we eens kijken hoe lang het duurt in verschillende omgevingen:
- GNOME:
- KDE:
- XFCE:
- MATE:
Maar hoe zit het met de controles?
~> ldd
bash: ldd: opdracht niet gevondenJe moet de vervangingen gebruiken:
~> objdump -x /bin/bash | grep NEEDED
NEEDED libreadline.so.7
NEEDED libhistory.so.7
NEEDED libncurses.so.6
NEEDED libintl.so.8
NEEDED libroot.soIn principe zou ldd beter zijn, omdat het ook de paden laat zien waar de bibliotheken worden geladen.
En waar worden ze daadwerkelijk geladen?
~> echo $LIBRARY_PATH
%A/lib:/boot/home/config/non-packaged/lib:/boot/home/config/lib:/boot/system/non-packaged/lib:/boot/system/libDus je kunt de bibliotheken naast het uitvoerbare bestand plaatsen en het zal "gewoon werken". Hoe geweldig is dat! Je kunt gewoon afzonderlijke bibliotheken aan de applicatie koppelen zonder gedoe met rpath of het instellen van de variabele LD_LIBRARY_PATH zoals op Linux. Geweldig!
Er is een bibliotheek (vreselijk op Linux) /boot/system/lib/libstdc++.so.6.0.24.
Wat als de applicatie een nieuwere versie vereist dan die in /boot/system/lib?
De gewone gebruiker zal waarschijnlijk upgraden naar de laatste versie, omdat in dit systeem geen gebruiker "Administrator" met het root-wachtwoord bestaat [de auteur hint naar de eenvoud — opmerking van de vertaler].
Nou, zo lijkt het tenminste. (In werkelijkheid is de "gebruiker" een equivalent van root. Je kunt het wachtwoord instellen met de commando passwd, waarna je PermitRootLogin=yes in sshd_config, en dan kun je van buitenaf verbinding maken via ssh. De ontwikkelaars vertelden me dat standaard alle applicaties als root worden uitgevoerd. Uiteindelijk zullen ze dit misschien verbeteren... Maar ik ben niet zeker of ik het leuk zal vinden.)
Aangezien er geen Haiku-distributies zijn, hebben applicatie-ontwikkelaars ook geen toegang tot nieuwere versies dan die beschikbaar zijn voor download in jouw systeem. Resultaat: minder teleurstellingen, dingen "werken gewoon". Geweldige vereenvoudiging! Ik vind het prettig.
Bronnen en registrator
Zoals eerder vermeld, krijgen applicaties een type en een pictogram, dus je hoeft niet te rommelen met bestanden op je bureaublad en dergelijke. Mij werd verteld dat er een speciale service-registrator is die bekend is met applicaties, bestandstypen en pictogrammen. Hij wordt altijd op de hoogte gesteld bij het installeren van een pakket of het markeren van een bestand om uitgevoerd te worden (met behulp van het programma chmod of mimeset).
Het doet me een beetje denken aan op Mac. En dat is iets wat . Geweldig!
Binaire bestanden krijgen ingebouwde pictogrammen als resources, dus je hebt geen apart pictogram nodig naast de bestanden op je bureaublad. Bijna zoals het was op Macintosh System 1. Cool!
Ondersteunde applicatietypen, ondersteunde documenttypes, ingebouwde resources en versieninformatie
Tracker (bestandsmanager) markeert automatisch binaire bestanden als uitvoerbaar. Dit is wat ik al meer dan 10 jaar verwachtte van werkomgevingen op Linux.
Dit is allemaal zeer plezierig. Het is geweldig! Het leven wordt zo simpel. Het is verfijnder en lijkt meer op Mac dan op Linux. Of dit...
Een applicatie op Linux zonder de uitvoerbare bit ingesteld
In Gnome de mogelijkheid om uitvoerbare bestanden vanuit de bestandsbeheerder uit te voeren, maar de gemeenschap maakte bezwaar — en alles is teruggedraaid.
Ook heeft men mij verteld dat applicaties de functie find_paths() gebruiken in plaats van harde paden /usr/bin en /usr/share (een gemeenschappelijk kenmerk van werkomgevingen op Linux), wat betekent dat ze door het bestandssysteem kunnen bewegen. Staande ovatie! .
Wat me verraste
- Het stoorde me dat
/bootdit het mountpunt is van de partitie waar het systeem vanaf opstart. Waarom niet ‘/‘? Of/Haiku? (Пояснение: действительно,/boothet altijd de opstartpartitie is, wordt op het bureaublad weergegeven als ‘Haiku’, omdat dat zijn naam is. Zie ‘/’ als de vergelijkbare werkplek in Mac System 1, de wortel van de hiërarchie, die eigenlijk niet op de schijven bestaat). - Het mountpunt voor door de gebruiker geïnstalleerde pakketten is
/home/config. Waarom niet gewoon/home? (Один из разработчиков пояснил мне, что они не хотят засорять домашний каталог, но мне кажется, config — название неудачное, потому что внутри есть подкаталогbin/, zodat het niet alleen een opslag voor instellingen is). - Wat is de licentie voor alles? Bijvoorbeeld in bij het bekijken van ‘Over deze software’ staat er geen duidelijke vermelding. In het veld ‘Over dit systeem’ staat dat de code van Haiku onder de MIT-licentie valt. Geweldig! (Ook werd me verteld dat WebPositive met het besturingssysteem onder dezelfde licentie wordt geleverd, maar de WebKit-engine voor het grootste deel onder de twee-punt BSD-licentie valt).
Wat niet werkte zoals ik had verwacht
Allereerst was ik onder de indruk van het niveau van hardware-ondersteuning. Op mijn netbook op basis van Atom werkte alles, inclusief WLAN. Maar er zijn enkele bijzonderheden in de werking.
- Volledige niet-functioneren op Macintosh-hardware, ongeacht de EFI- of BIOS-emulatiemodus (‘Windows’). Het systeem hangt gewoon vast als je het pictogram in de Mac-opstartbeheerder selecteert. Mij werd verteld dat dit en je kunt opstarten met , maar deze instellingen zijn voor mij te complex.
- Grafische versnelling. Het lijkt erop dat het gebruik van Radeon voorlopig niet mogelijk is (ik kreeg een zwart scherm), maar ook op Intel gaat niet alles soepel. Video-acceleratie in WebPositive is alleen softwarematig, inclusief H.264. Vreemd, want de oorspronkelijke focus was op video. Een van de ontwikkelaars verduidelijkte dat video in WebPositive werkt met behulp van mitigatie hacks.
- Geen geluid? "De geluidskaartdrivers zijn nog steeds een probleem," zei de ontwikkelaar. Waarschijnlijk is iemand nodig om de HDA-driver op dezelfde manier te ondersteunen als USB-3. Op dit moment is een herstart vanuit een ander besturingssysteem genoeg om geluid te krijgen, en ik geloof dat ze dit op een of andere manier zullen oplossen.
- De helderheids- en volumeknoppen werken niet. (Er is al iets in de vorm van de app Shortcuts: je kunt een toetscombinatie aan elke gewenste functie toewijzen, maar tot nu toe kan Haiku niet omgaan met mediaknoppen. Misschien zijn er vrijwilligers?)
- Tweevingerbediening van de touchpad. Werkt niet uit de doos. Er is een instellingenpaneel dat meldde dat "No touchpad found, the settings will have no effect." ( met ELAN Input Device, ACPI ETD050A).
- Met de huidige applicatie voor het lezen van bestanden van digitale camera's en smartphones op Android werkte synchronisatie in de MTP- en PTP-modi niet. Het zou geweldig zijn als ze als andere schijven in het systeem kunnen worden gemount.
- Het sluiten van het laptopdeksel wordt blijkbaar niet verwerkt. (Ik weet dat Haiku nog steeds niet goed werkt met ACPI: ondersteuning is geïmplementeerd, maar niet standaard ingeschakeld; er is geen herinitialisatie van de driver)
- Ik kon geen account aanmaken in de bugtracker omdat niet werkt in WebPositive.
Applicaties
Het belangrijkste doel van het besturingssysteem is het draaien van applicaties. Ik was bang dat er onder Haiku geen applicaties voor echt werk zouden zijn. Gelukkig had ik het verkeerd, want er is hoop op verbetering - wanneer Haiku vaker zal worden gebruikt.
(desktop publishing-app) is beschikbaar, en dat is een behoorlijk complexe toepassing op basis van Qt. Er is ook (IDE).
Ik vroeg me af of er vandaag de dag native Be-applicaties voor Haiku worden geschreven met behulp van native tools (als die er zijn), of dat het voldoende is om QtCreator te gebruiken (wat de porting van cross-platform applicaties zou vergemakkelijken). De positie van de Haiku-ontwikkelaars is een "duidelijke" voorkeur voor native applicaties voor Haiku. Klopt dat? Ik twijfel er sterk aan dat applicaties voor echt werk niet cross-platform zijn (alle applicaties die ik gebruik zijn cross-platform).
De ondersteuning voor WxWindows-applicaties is verklaard.
Het ontbreken van ondersteuning voor Gtk+ is teleurstellend. Dit betekent dat Gimp de komende tijd waarschijnlijk niet op Haiku beschikbaar zal zijn (tenzij ik me vergis), maar er is een alternatief in de vorm van Krita!
Daarnaast denk ik dat er een eenvoudige en duidelijke manier nodig is om applicaties voor Haiku te maken, — met behulp van Travis CI en GitLab CI.
Waar gaan we naartoe?
Zal Haiku vastlopen in het BeOS UX-concept? Ik denk dat het belangrijk is om nieuwe UX-schema’s zorgvuldig te evalueren bij hun invoering, terwijl het trouw blijft aan de basisprincipes.
Bijvoorbeeld:
- Eenvoudig blijven, zonder die 100500 opties die Linux 'compliceren'.
- Een pijlcursor voor de muis gebruiken in plaats van een vreemde hand.
- Zal er een Dock zijn? (Ik weet dat er iets als een Dock is met de naam , dat nog dichter bij een Dock staat , maar de oorspronkelijke BeOS had in 1998 al een Dock!)
- Een globaal menu? (Blijkbaar niet, aangezien geen bijzonder voordeel ziet).
- Snelle vensterswissel? (Er is gezegd dat men kan proberen '' te activeren door de Windows-toets in te drukken tijdens het slepen van een venster, maar dat is niet intuïtief, bovendien werkt het bij mij niet).
- Animatie voor het openen en sluiten van vensters?
- Schaduwen achter vensters?
- Ondersteuning voor thema's zoals in Aqua? (Ja, dat kan, er is infrastructuur en gereedschap, zoals de , maar iemand moet de thema's maken. Ik zou het zelf proberen, men vertelde me dat er documentatie is in /xref/haiku/headers/os/interface/ControlLook.h, но не сейчас).
Dit zijn subtiele nuances, die ervoor zorgen dat het systeem zijn unieke identiteit niet verliest.
Conclusie
Haiku heeft me echt de ogen geopend, het liet me zien hoe een werkomgeving 'gewoon werkt'.
Meer dan 10 jaar geleden stapte ik over van Mac naar Linux en sindsdien zocht ik hetzelfde niveau van verfijning en schoonheid, en Haiku komt daar in veel opzichten aan tegemoet.
Eerlijk gezegd zijn er tekortkomingen, maar verrassend genoeg werken veel dingen, inclusief hardware, zoals WLAN of printers, 'gewoon'.
Echter, in de eerste plaats heeft het systeem een werkomgevingsconcept dat ontbreekt in de werkomgevingen op Linux.
De aanwezigheid van een samenhangend systeem (en niet van een kernel met verschillende concurrerende desktopomgevingen) maakt alles eenvoudig en consistent.
Het ontbreken van verschillende versies (distributies) maakt alles nog eenvoudiger.
De focus op het functioneren van slechts één gebruiker in het systeem vermindert de complexiteit nog verder.
Resultaat: een zeer eenvoudig, verfijnd, minimalistisch systeem in vele opzichten, ontworpen voor 'gewone stervelingen', en niet voor UNIX-systeembeheerders.
Er is hoop dat wanneer dit systeem populairder wordt (en dat is onvermijdelijk), de complexiteit niet zal toenemen.
Ik heb al eerder geschreven over #LinuxUsability in de vorige reeks artikelen. Het is fijn om te weten dat Haiku veel van de aangekaart problemen oplost. .
Eén dag was genoeg voor mij om te beseffen: ik wil deze werkplek gebruiken voor mijn dagelijkse werkzaamheden, en ik zoek ook naar mogelijkheden om bij te dragen aan de ontwikkeling van het systeem.
Probeer het zelf! Het Haiku-project biedt schijfimages voor installatie vanaf DVD of USB. Voor installatie is het voldoende om het image te downloaden en het op een USB-stick te branden met behulp van .
Van de vertaler: dit is slechts het eerste artikel uit de reeks over Haiku; de andere wachten op vertaling en zullen later gepubliceerd worden.
Bron: habr.com
