Minu esimene päev Haiku'ga: see on ettearvamatult hea

TL:DR; Uus kasutaja proovis Haikut esmakordselt ja leidis, et see on suurepärane. Eriti võrreldes Linuxi töökeskkondadega.

Olen juba jaganud oma ideid (ja pettumusi) seoses #LinuxUsability-ga (osa 1, osa 2, osa 3, osa 4, osa 5, osa 6). Selles ülevaates kirjeldan oma esimesi muljeid Haiku, avatud lähtekoodiga operatsioonisüsteemist personaalarvutitele. Mõnikord võivad esimesed muljed olla kasulikud, kuid kuna esimesi muljeid saad vaid korra — olen oma salvestanud siia.

Süsteem, millel ma seda ülevaadet kirjutan,

Võib-olla on need kasulikud Haiku arendajatele või teistele huvilistele.
Mõnes kohas võin eksida, kuna kirjeldan lihtsalt isiklikku (loe: sinise silmaga) esimest kogemust. Samuti aitasid mind sõbralikud inimesed kanalil #haiku irc.freenode.net-s — nende näpunäiteid jagan samuti. Aitäh, Haiku arendajad!

Mis ma öelda tahtsin: Haiku pole veel 100% ideaalne, kuid seal on juba korralik töökeskkond.

Installeerimine

Haiku projekt pakub CD või DVD laadimisvõimalusi, mis genereeritakse igapäevaselt.. Kasutasin USB-3 mälupulka. Üteldi, et USB-3 kaudu käivitamine ei pruugi toimida, kuid minu kahes Intelil põhinevas testisüsteemis toimib kõik perfektsete.

Installeerimisprotsessi alustasin 64bit pildi allalaadimisega, mille seejärel salvestasin mälupulgale programmi Etcher. Käivitamine toimub nii EFIkui ka ilma selleta – minu kiitus sellise pildi pakkumise eest.

Haiku kasutab oma failisüsteemi BeFS käivitussektori jaoks, kuigi on üldiselt lubatud ka FAT32 ja NTFS tugi. Üldiselt piisab süsteemile 600 MB, kuid täiendavate rakenduste jaoks on vajaka rohkem ruumi.

Vaikimisi luuakse 600 MB BeFS ja 3 GB FAT32 sektsioon. FAT32-l on fail /EFI/BOOT/BOOTx64.EFI, mis vihjab EFI toega süsteemidesse käivitamise võimalusele. Kahjuks ei leidnud ma BeFS-i suuruse suurendamise programme ning loodan, et tulevikus luuakse teine kettajaotuse skeem, sest sektsiooni pildi suurus on fikseeritud ning võib kasutamata ruumi täiendava tarkvara jaoks jääda väheks. Oleks tore, kui täiendavad tarkvara paketid salvestataks teisele FAT32 sektsioonile.

See lahendus oleks eeliseks neile, kes soovivad otseselt pääseda failidele teistest süsteemidest. Linuxis on juba BeFS lugemise tugi, olemas on lugemis-kirjutamisrakendused BeFS jaoks, FUSE.

Haiku installija

Sa sain nõu: kui soovid kasutada mahukamat partitsiooni — paigalda Haiku teisele mälupulgale.
Minu jaoks on see etapp põhimõtteliselt üleliigne, kuna Haiku installija ei oska kettaid jagada, vaid lihtsalt käivitab programmi DriveSetup, kus tuleb käsitsi ketas jagada, lisada partitsioon, mis tuleb seejärel vormindada BeFS-iks, pärast mida antakse juhtimine tagasi installijale. Samuti tuleb käsitsi installida ka laadija, kasutades eraldi programmi. Kahjuks ei suutnud ma EFI-st käivituda sellise jagamise korral, kuna puudub FAT32 partitsioon, kus asuvad EFI käivitusfailid. Kasulik oleks installija, mis oskab automaatset jagamist, sealhulgas EFI iseärasusi.

BootManager installib laadija kettale

Installeerimisprotsess võtab aega vähem kui kolm minutit, mis on tõesti kiire. Sellega kopeeritakse kogu süsteem, mis sisaldab kokku 4751 faili. Põhjuseks on see, et enamik tarkvarast on pakitud hpkg-failideks (midagi sarnast Snap-pakettidega Linuxi süsteemides), mis ei installeerita kunagi, vaid monteeritakse lihtsalt. Huvitav on see, et on mitmeid „vaba” faile, näiteks png. Miks nad pole pakitud?

Nagu ma juba mainisin, tarnitakse isegi operatsioonisüsteemi südamik hpkg-failina. (Ma viitasin 4751 failile, kuna käivitasin enne HaikuDepot'i seadistamist, mis tõi palju asju. Puhtal installatsioonil näib puuduvat kõik need ning see võib olla paigaldatud kiiremini koos umbes 200 paketiga. Lahe! Nagu mulle öeldi, ei ignoreerita installimise ajal alla laaditud faile — see on programmi tõrge. Oho, ja siin ongi näib esimene tõrgete raport, mis on kirjutatud minu initsiatiivil).

Esimene käivitamine

Süsteem käivitub, kuvades kauni ekraani ja seejärel peatub: pärast käivitamist näitab minu graafikakaart (Radeon) musta ekraani.

Mulle soovitati käivitada turvarežiimis 1024x768 lahutusega ekraan FullHD monitoril. Põhimõtteliselt oleks võinud vaeva näha laadijaga FullHD tööks, kuid teisel arvutil Intel graafikakaardiga töötas see tõrgeteta.

Kogu süsteem töötab USB kaudu kiiresti, ilmselt seetõttu, et USB-ile ei kirjutata midagi töö ajal, seega loodan kasutada USB-d peamise töösüsteemina. Te saate tegeliku süsteemi, kui käivitate USB-lt, erinevalt aeglastest «elavatest» Linuxi piltidest.

Käivitamise ajal ei vilgu ekraan, ei ole näha kerneliteateid, ei ole tunnet, et Xorg on kinnitatud sinise teibiga tuumal. Erinevalt tüüpilistest Linuxi jaotustest on tuum ja GUI siin loodud ja kohandatud üksteise jaoks!

Sisselogimine ei ole vajalik, kuna süsteem on loodud ühe kasutaja jaoks. Kõik on lihtne, just see, mida isiklik arvuti vajab.

Kui on vaja mitme kasutaja tugi — jagage neile igaühele USB-d, mis maksab alla $5.

Esimesed muljed töökeskkonnast

Esimene tunne on pigem sarnane Mac'iga kui näiteks Linuxi Gnome'iga. Klahvikombinatsioon „command” töötab täpselt nagu Macis. Hästi!

Mitte miski ei suuda võrrelda ruumilise failihalduriga, tunnete end nagu vanas heades Macides!

Vaikimisi failihaldur on ruumiline (nagu Macintosh System 1.0), kahjuks ei salvesta iga aken oma seadeid (näiteks vaadet nimekirjana või ikoonidena). Nagu mulle öeldi — see on viga, mille parandamine ei tohiks olla keeruline. (Kahjuks, on keeruline kirjutada „mimokrokodillile” bugtrackerisse Haiku jaoks — see kasutab originaalsüsteemi, mis ei põhine GitLabil ega GitHubil, millega ei saa ka sisse logida). Failid saavad oma ikoonid, eraldi failide ja töölaua ikoonidega pole probleeme.
Hästi! Palju parem, kui Linuxi töökeskkonnad, lihtsus on tunda.

Tootlikkus

Operatsioonisüsteem töötab sujuvalt isegi väikese võimsusega seadmetel, nagu Atomiga netbook. Ei tunne ülemäärase tarkvara kihti. Hästi!

Lunduke ütles, et LibreOffice töötab tunduvalt kiiremini kui teiste operatsioonisüsteemide peal, kuid ma ei ole seda veel kontrollinud.

Bryan Lunduke. Haiku OS Beta — ülevaade ja muljed

Käsurida

Käesolevasse komplekti kuulub terminal. Kokkuvõttes õnnestus mul sellest koheselt aru saada — tegemist on tavalise bashiga, mis oli väga hea.

Tere tulemast Haiku shelli.
Siin saate hõlpsasti käivitada rakendusi, mis on $PATH-s:
~> Touchpad
~> echo $PATH
.:/boot/home/config/non-packaged/bin:/boot/home/config/bin:/boot/system/non-packaged/bin:/bin:/boot/system/apps:/boot/system/preferences

Vau! "." $PATH! See tähendab, et saate käivitada käske otse olevast kataloogist (Linuxi kasutajad ütlesid kunagi, et maailm plahvatab, kui proovite nii teha). Suurepärane!

bash, mis on käivitunud Haiku terminalis

Mis veel ägedat terminalis — saate vajutada ctrl + c kopeerimiseks, nagu ka teistes rakendustes, erinevalt Linuxi töökeskkondadest, kus peate vajutama ctrl + shift + c terminalis.
Detailid, mis näitavad kogu süsteemi terviklikkust.

Failisüsteemide struktuur

Jaotised, kust laadimine toimub, on mountitud /boot. Nii lihtne!
Ei mingit segadust /etc, /usr, /bin… Lihtsalt /home ja /system. Puhtad, lihtsad, arusaadavad. Hästi! (Tegelikult on nad olemas, kuid varjatud. Miks? Sest /bin see /system/bin, ei ole vaja seda Trackeris kuvada, kuid skriptid kasutavad endiselt seda. Arvan, et arendajad peaksid lahti saama vananenud asjadest, mis on tehtud ühilduvuse nimel, kuna see muudab arusaamise keerulisemaks.)

packagefs

Olen juba varem maininud hpkg faile, mis on midagi sarnast Linuxi pakettidele, kuid neid ei installita, vaid lihtsalt monteeritakse (nagu snap paketid). Failisüsteem, mis selle võlu teeb, nimetatakse packagefs-iks. See monteerib hpkg failid teistele, mille tulemusena luuakse kogu kataloog /system.

Kahjuks mount käsk ei näita, mis on monteeritud.

~> mount
kasutamine: mount [-ro] [-t fstype] [-p parameter] [seade] kataloog
-ro monteerib mahtu ainult lugemiseks
-t määrab, millist failisüsteemi kasutada (vaikimisi automaatne äratundmine)
-p määrab parameetrid, mida anda failisüsteemile (-o aktsepteeritakse ka)
Kui seadet ei ole määratud, edastatakse NULL (mälusüsteemide jaoks)

Mulle soovitati proovida mountvolume, mis näitab monteeritud jaotisi, kuid kahjuks ei näita see ka packagefs-i monteerimispunkte (näitab ainult neid, mis on seotud jaotiste või ketta piltidega). [Õnneks, kui käivitada mount või df kuskil dockeriga hostis, saab mõned ekraanid kerida! — tõlkija märk.] Aga df-trikki saab kasutada:

~> df -h

Mälu Tüüp Kogu Vaba Lipud Seade
----------------------------------
/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/1

Nagu näha, /system ja /home/config sisemine /boot see on just packagefs.
Need, kes mind tunnevad, teavad, et ma olen drag-and-drop toe fänn failihaldurites: näiteks kasutan NeXT-stiilis rakenduse komplekte või AppImages.
Igal juhul on sellisel tarkvara levitamise vormil omad puudused. Kas packagefs suudab parimat kombineerida?

Nagu näha, minu puhul (süsteemiosakond on täis, kuid ma tahan rakendusi paigaldada) oleks elegantselt laadida rakendusi kuhugi, kasutades brauserit, just nagu ma teen failidega .dmg Macile või AppImage'ile. packagefs elab tuumas, seega ei ole see FUSE'i failisüsteem (kuigi ma tean, et FUSE on Haikus samuti olemas). Samuti öeldi mulle, et võib-olla tulevikus tehakse täiendavaid „packagefs alasid“, mis tõenäoliselt tähendab, et ma saan packagefs'ile öelda, et salvestab pakette näiteks erinevatele ketasosasetele. See meeldib mulle — sest kui ketasosa on eemaldataval andmekandjal, saan ma istuda teise arvuti taha ja saada seal töötavaid rakendusi.

Öeldi ka, et otse ja lohistades saab paigaldada ka pakette: piisab, kui fail lohistada /system/packages või /home/config/packages paigaldamiseks, ja kui fail sealtsamast välja tõmmata — siis see kustutatakse. Kui lohistada pakett, millel on rahuldamata sõltuvused — küsib süsteem nende eelset installimist.

Alguses ei olnud mul selge, kuidas packagefs käsitleb ühe ja sama paketi mitmeid versioone, mida teha, kui ma soovin näiteks installida erinevaid gcc versioone või muid GUI programme? (Üks arendajatest ütles, tsitaat: „packagefs ei sisalda midagi, mis takistaks sama nimega mitme paketi installimist, kuid kuna sõltuvuste lahendamiseks kasutatakse OpenSuse libsolv'i, mis ei luba seda teha, siis on seda ka HaikuDepot'is seadetes keelatud.“ Ma saan selgitada, miks mulle meeldib .app, AppDir ja AppImages paketide idee).

Dünaamilised raamatukogud

Kas dünaamiliste raamatukogude tehnoloogia on olemas? Jah, seda saab näha näiteks siis, kui käivitate rakenduse, millel puuduvad raamatukogud, kahekordse klõpsuga:

Kas suudate seda ette kujutada gnome'is, kde-s või xfce-s?

Linuxis ei tooks selline käivitamine midagi nähtavale. Vaatame, kui kaua see erinevates keskkondades aega võtab:

• GNOME: https://gitlab.gnome.org/GNOME/nautilus/issues/1166
• KDE: https://bugs.kde.org/show_bug.cgi?id=409777
• XFCE: https://bugzilla.xfce.org/show_bug.cgi?id=15714
• MATE: https://github.com/mate-desktop/caja/issues/1262

Aga kuidas on kontrollidega?

~> ldd
bash: ldd: käsku ei leitud

Tuleb kasutada asendust:

~> objdump -x /bin/bash | grep NEEDED
NEEDED libreadline.so.7
NEEDED libhistory.so.7
NEEDED libncurses.so.6
NEEDED libintl.so.8
NEEDED libroot.so

Põhimõtteliselt ldd oleks parem, kuna see näitab ka teid, kust teegid laaditakse.
Aga kust need tegelikult laaditakse?

~> echo $LIBRARY_PATH
%A/lib:/boot/home/config/non-packaged/lib:/boot/home/config/lib:/boot/system/non-packaged/lib:/boot/system/lib

Nii et teame, et teegi võib paigutada täidesaatva faili kõrvale ja see töötab "lihtsalt." Kuidas lahe! Saame lihtsalt eraldi teegid rakendusele ühendada ilma rpath'i või LD_LIBRARY_PATH muutuja seadmiseta nagu Linuxis. Suurepärane!

On olemas teek (Linuxis kohutav) /boot/system/lib/libstdc++.so.6.0.24.
Mis juhtub, kui rakendus vajab versiooni, mis on uuem kui see, mis on /boot/system/lib?
Tavaline kasutaja tõenäoliselt uuendab viimasele versioonile, kuna selle süsteemi sees ei ole kasutajat „Administrator“ koos root parooliga [autor vihjab lihtsusele — tõlkija märk.].
A vähemalt niimoodi see välja näeb. (Tegelikult on 'kasutaja' sama mis root. Parooli saab seada käsu passwd, pärast mida saab määrata PermitRootLogin=yes ühes sshd_config, ja seejärel saab väljastpoolt ssh kaudu ühendust luua. Arendajad ütlesid mulle, et vaikimisi käivitatakse kõik rakendused root kasutajana. Lõppkokkuvõttes võivad nad seda parandada… Aga ma pole kindel, kas see mulle meeldib.)

Kuna Haiku jaotusi pole, ei ole rakenduste arendajad samuti pääsenud uuematele versioonidele, mis on saadaval teie süsteemis allalaadimiseks. Tulemuseks on vähem pettumusi, asjad 'lihtsalt töötavad'. Suurepärane lihtsustus! See meeldib mulle.

Ressursid ja registripidaja

Nagu ülalpool mainitud, saavad rakendused tüübi ja ikooni, nii et teil ei pea olema muret failide töölaual ja sellega seotud asjade üle. Minule öeldi, et on olemas spetsiaalne teenus-registreerija, mis teab rakendustest, failitüüpidest ja ikoonidest. Ta saab alati teate paketi installimise või faili täitmiseks markeerimise kohta (kasutades programmi chmod või mimeset).
See sarnaneb millegagi Launch Services Macis. Ja see on midagi, mis puudub Linuxi töökeskkondades.. Suurepärane!

Binaarfailid saavad sisseehitatud ikoonid ressurssidena, nii et teil ei ole vaja eraldi ikooni koos töölaua failidega. Peaaegu nagu Macintosh System 1 ajal. Lahe!

Rakenduste tüübid, toetatud dokumenditüübid, sisseehitatud ressursid ja versiooniteave

Tracker (failihaldur) märgistab binaarfailid automaatselt täidetavateks. Just seda olen ma oodanud Linuxi töökeskkondadelt juba rohkem kui 10 aastat.
See kõik on väga nauditav. Tõesti äge! Elu muutub nii lihtsaks. See on peen ja rohkem Maci moodi kui XDG Linuxis. Või see...

Rakenduse Linuxis, millel ei ole täitmisbitit määratud

Gnomes eemaldati võimalus käivitada täidetavaid faile failihaldurist, kuid kogukond tõstis mölderama — ja kõik viidi tagasi.
Samuti öeldi mulle, et rakendused kasutavad funktsiooni find_paths() asendavalt jäigalt määratletud /usr/bin ja /usr/share (tüüpiline Linuxi töökeskkondade omadus), mis tähendab, et neid on võimalik failisüsteemis liigutada. Aplaus seistes! Linuxis on see nagu tavaliselt "keeruline".

Mis mind üllatas

• Häiris, et /boot see on mount-punkt jaotusest, kust süsteem laadib. Miks mitte "/"? No või /Haiku? (Пояснение: действительно, /boot see alati on käivituspartitsioon, mis kuvatakse töölaual kui «Haiku», kuna see on selle nimi. Vaata «/» kui Mac System 1 töölaua analooge, hierarhia juur, reaalselt diskidel mitteeksisteeriv).
• Kasutaja paigaldatud paketid mountimise punkt on /home/config. Miks mitte lihtsalt /home? (Один из разработчиков пояснил мне, что они не хотят засорять домашний каталог, но мне кажется, config — название неудачное, потому что внутри есть подкаталог bin/, seega ei ole see lihtsalt seadistuste hoidmine).
• Mis on litsentsi staatus? Näiteks brauseris WebPositive sektsioonis «Infot programm» pole selget märget. Laual «Selle süsteemi kohta» on kirjas, et Haiku kood on MIT litsentsi all. Suurepärane! (Samuti öeldi mulle, et WebPositive tuleb operatiivsystemiga sama litsentsi alusel, kuid selle mootor WebKit on suuresti kaheosalise BSD all).

Mis ei töötanud nii nagu ma ootasid

Esiteks, mind üllatas seadme toetus. Minu Atom-põhisel netbookil töötas kõik, sealhulgas WLAN. Kuid tööprotsessis on mõned eristuvad omadused.

• Täielik mittetöötamine Macintosh seadmetel, sõltumata EFI režiimist või BIOS-i emulatsioonist («Windows»). Süsteem lihtsalt hangub, kui valida Mac laadija ikoon. Öeldi, et see on tuntud omadus ja saab laadida, kasutades rEFIt, kuid need seaded on minu jaoks liiga keerulised.
• Graafika kiirus. Tundub, et Radeon ei tööta veel (mul oli must ekraan), kuid ka Intel ei ole kõik sujuv. Video kiirus WebPositives on ainult tarkvaraline, sealhulgas H.264. Imelik, kuna algne fookus oli video peal. Üks arendajatest märkis, et video WebPositives töötab, kasutades aeglustusi.
• Pole heli? "Helikaartide draiverid on endiselt puuduvad," ütles arendaja. Tõenäoliselt on keegi vajalik, et toetada HDA draiverit sarnaselt USB-3-le. Praegu piisab heli saamiseks kuumast taaskäivitamisest teises operatsioonisüsteemis, ja ma usun, et see lõpuks lahendatakse.
• Heledus- ja helitaseme juhtimise nupud ei tööta. (Alus on juba olemas rakenduse Shortcuts näol: saab siduda igasuguseid klahvikombinatsioone mistahes meeldiva funktsiooniga, kuid Haiku ei oska veel meedia klahvidega töötada. Võib-olla on vabatahtlikke?)
• Kahe sõrmega juhtimine touchpad’il. Ei tööta karbist võttes. On olemas seadete paneel, mis teatas, et "No touchpad found, the settings will have no effect." (Tuntud probleem ELAN siseseadmestiku, ACPI ETD050A).
• Olemasoleva Androidi rakendus digitaalsete kaamerate ja nutitelefonide failide lugemiseks ei võimaldanud mul MTP ja PTP režiimidest sünkroniseerida. Oleks suurepärane, kui nad monteeritaksid nagu muud sektsioonid süsteemis.
• Tundub, et sülearvuti kaane sulgemine ei toimi. (Ma tean, et Haiku ei toimi veel ACPI-ga: tugi on rakendatud, kuid vaikevälja ei ole see ühendatud; draiveri korduv initsialiseerimine puudub.)
• Ma ei suutnud bugtrackeris kontot luua, kuna see ei tööta. captcha WebPositive'is.

Rakendused

Operatsioonisüsteemi põhieesmärk on rakenduste käivitamine. Ma kartsin, et Haiku jaoks ei ole tõeliseks tööks rakendusi. Õnneks olin vale, kuna on lootust paranemisele — kui Haiku'd kasutatakse sagedamini.
Scribus (visuaalse kujunduse rakendus) on olemas, ja see on üsna keeruline rakendus Qt baasil. Samuti on olemas QtCreator (IDE).

Mind huvitas, kas tänapäeval kirjutatakse Be natiivrakendusi Haiku jaoks, kasutades olemasolevaid natiivvilistusi (kui neid on), või kas piisab QtCreatori kasutamisest (mis lihtsustab platvormidevahelist rakenduste portimist). Haiku arendajate seisukoht on „ilmne“ eelis natiivrakendustele Haiku jaoks. On see tõsi? Mina kahtlen, et tõsiselt kasutatavad rakendused ei ole platvormidevahelised (kõik minu tööks kasutatavad rakendused on platvormidevahelised).

On välja kuulutatud WxWindows rakenduste tugi.

Gtk+ toe puudumine on pettumust valmistav. See tähendab, et Haikus ei tule lähiajal Gimpi (noh, ma arvan nii), aga asenduseks on Krita!

Arvan ka, et Haiku jaoks on vajalik lihtne ja arusaadav rakenduste loomise viis. Nagu see — kasutades Travis CI-d ja GitLab CI-d.

Kuhu me liigume?

Kas Haiku jääb BeOS UX kontseptsiooni? Tundub, et selle atraktiivsuse tagamiseks on oluline hoolikalt kaaluda uusi UX skeeme nende vastuvõtmise juures, olles samas truud oma põhialustele.
Näiteks:

• Püsida lihtsana, ilma nende 100500 valikuta, mis muudavad Linuxi „keeruliseks“.
• Kasutada hiire jaoks noolekursorit kummalise käe asemel.
• Kas Dock tuleb? (Ma tean, et on midagi Docki sarnast nimega LaunchBox, mis on veel lähemal Dockile LnLauncher, kuid algne BeOS oli juba 1998. aastal Dockiga!)
• Globaalne menüü? (Selgelt ei, kuna JLG ei näe erilist kasu).
• Kiire akende vahetamine? (Öeldi, et võite proovida aktiveerida «Stack&Tile«, hoides Windowsi klahvi all akent lohistades, kuid see ei ole intuitiivne, veelgi enam – see ei tööta mul).
• Käivitatavate akende avamise ja sulgemise animatsioon?
• Akende varjud?
• Teemade tugi nagu Aqua? (Jah, on võimalik, on infrastruktuur ja tööriistad, näiteks HaikuThemeManager, kuid keegi peab teemad looma. Ma prooviks ise, mulle öeldi, et dokumentatsioon on olemas https://xref.plausible.coop/source /xref/haiku/headers/os/interface/ControlLook.h, но не сейчас).

Need on peened nüansid, mille arvestamine ei tohi süsteemi ainulaadsust kaotada.

Kokkuvõte

Haiku avas mulle tõeliselt silmad, näitas, kuidas töökeskkond «lihtsalt töötab».
Võib-olla üle 10 aasta tagasi sain ma Macilt Linuxile üle ja olen otsinud sama taset rafineeritust ja ilu ning Haiku vastab mulle paljuski sellele.

Ausalt öeldes on vigu, kuid üllatavalt paljud asjad, sealhulgas riistvaraline varustus, näiteks WLAN või printerid, «lihtsalt töötavad».

Kuid kõigepealt põhineb süsteem töökeskkonna kontseptsioonil, mida Linuxi töökeskkondades ei ole.

Täieliku süsteemi olemasolu (mitte ainult kernel ja erinevad konkurentsivõimelised kasutajakeskkonnad) muudab kõik lihtsaks ja järjepidevaks.

Erinevate varjundite (distributsioonide) puudumine muudab kõik veelgi lihtsamaks.

Arvestus ühe kasutaja tööga süsteemis vähendab veelgi keerukust.

Tulemus: äärmiselt lihtne, rafineeritud ja paljuski minimalistik süsteem, mis on loodud 'tavainimese' jaoks, mitte UNIX-i süsteemi administraatorite jaoks.

On lootust, et kui see süsteem muutub populaarsemaks (mis on vältimatu), ei suurene selle keerukus.

Olen juba kirjutanud #LinuxUsability eelmistes artiklites. Tore on teada, et Haiku lahendab paljusid käsitletud probleeme, sealhulgas geneetilisi, millega Linuxi töökeskkonnad vaevlevad..

Üks päev oli piisav, et veenduda: tahan kasutada seda töökeskkonda igapäevaseks tööks ja otsin ka võimalusi oma panuse andmiseks süsteemi arendamisse.

Proovige ise! Haiku projekt pakub allalaadimist DVD või USB kaudu. mis genereeritakse igapäevaselt.. Paigaldamiseks piisab pildi allalaadimisest ja selle kirjutamisest USB-mälupulgale koos Etcher.

Tõlkija autorilt: see on ainult esimene artikkel Haiku kohta, ülejäänud ootavad tõlget ja avaldatakse hiljem.

Allikas: habr.com