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

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

TL:DR; Algaja proovis Haiku esmakordselt ja leidis, et see on suurepärane. Eriti võrreldes Linuxi töökeskkondadega, mis on saadaval.

Olen juba jaganud oma ideid (ning pettumusi) #LinuxUsability kohta (osa 1, osa 2, osa 3, osa 4, osa 5, osa 6). Selles ülevaates kirjeldan oma esimesi muljeid Haiku, avatud lähtekoodiga operatsioonisüsteemist isiklikele arvutitele. Mõnikord on esimesed muljed väärtuslikud, kuid kuna esimesi muljeid saab saada vaid korra — hoidsin oma siia.

Minu esimene päev Haiku'ga: see on üllatavalt hea
Süsteem, millel ma seda ülevaadet kirjutan,

Võib-olla on need kasulikud Haiku arendajatele või teistele huvilistele.
Kusagil võin eksida, kuna kirjeldan lihtsalt oma isiklikku (loe: naiivset) esimest kogemust. Samuti aitasid mind sõbralikud inimesed kanalil #haiku irc.freenode.net'is — need jagan samuti. Tänan teid, Haiku arendajad!

Mis ma öelda tahtsin: Haiku ei ole veel 100% ideaalne, kuid sellel on juba hästi toimiv töökeskkond.

Paigaldamine

Haiku projekt pakub CD või DVD laadimiseks pilte, mis luuakse iga päev.Kasutasin USB-3 mälupulka. Öeldi, et USB-3-lt käivitamine ei pruugi õnnestuda, kuid minu kahe Intel'i põhise testimisüsteemi puhul töötab kõik laitmatult.

Installeerimisprotsessi alustasin 64bit'i pildi allalaadimisega, mille seejärel salvestasin mälupulgale programmi abil Etcher. Käivitamine õnnestub nii EFI, kui ka ilma — aplaus sellise pildi pakkumise eest.

Haiku kasutab oma failisüsteemi BeFS käivituspartitsiooniks, kuigi põhimõtteliselt on toetatud FAT32 ja NTFS. Üldiselt on süsteemi jaoks piisavalt 600 Mb, kuid lisarakenduste jaoks on rohkem ruumi vajalik.

Vaikimisi luuakse 600 Mb BeFS partitsioon ja 3 Gb FAT32 partitsioon. FAT32-l on fail /EFI/BOOT/BOOTx64.EFI, mis tähistab EFI toega süsteemide laadimise võimalust. Kahjuks ei leidnud ma BeFS-i suuruse suurendamise programme ja loodan, et tulevikus luuakse teine ketta jagamise skeem, kuna partitsiooni pildi suurus on fikseeritud ja see võib olla lisarakenduste jaoks ebapiisav. Poleks paha, kui lisapakid salvestataks teisele FAT32 partitsioonile.

See lahendus oleks eeliseks neile, kes soovivad faile otse teistelt süsteemidelt ligi pääseda. Linuxil on juba BeFS lugemise tugi, olemas on BeFS lugemis-kirjutuslahendused. FUSE.

Minu esimene päev Haiku'ga: see on üllatavalt hea
Haiku installija

Sain nõu: kui soovid kasutada suuremat partitsiooni - installi Haiku teise mälupulgale.
Minu jaoks on see etapp põhimõtteliselt liigne, kuna Haiku installija ei oska kettaid jagada, vaid lihtsalt käivitab programmi DriveSetup, kus tuleb käsitsi ketas jagada, lisada partitsioon, mille tuleb seejärel BeFS-iks vormindada, pärast seda tagastatakse juhtimine installijale. Samuti tuleb käsitsi installida laadija, kasutades eraldi programmi. Kahjuks ei õnnestunud mul sellise jagamise korral EFI-põhiselt käivituda, kuna samal ajal puudus FAT32 partitsioon laadimisfailidega EFI jaoks. Ei teeks paha installija, mis oskab automaatset jagamist, sealhulgas EFI eripära.

Minu esimene päev Haiku'ga: see on üllatavalt hea
BootManager installib laadija kettale

Kogu installimisprotsess võtab vähem kui kolm minutit, mis on üsna kiire. Sellega kopeeritakse kogu süsteem, mis koosneb "ainult" 4751 failist. Selle põhjuseks on fakt, et enamik tarkvarast on pakendatud hpkg failidena (natuke sarnased Snap-pakettidega Linuxi süsteemides), mis ei paigaldatud kunagi, vaid lihtsalt monteeritakse. Mis on huvitav - on piisavalt palju "vabu" faile, näiteks png. Miks need ei ole pakendatud?

Nagu ma juba ütlesin, tarnitakse isegi opsüsteemi südamik hpkg failina. (Öeldu 4751 faili kohta, kuna ma käivitasin enne HaikuDepot'i installi, mis tõi kaasa hulga asju. Puhta installatsiooni puhul ei tundu see sisaldavat kõiki ja võib olla paigaldatud kiiremini umbes 200 paketiga. Lahe! Nagu mulle öeldi, siis laaditud faile ei ignoreerita installimise ajal - see on programmi viga. Vau, siin näib olevat ka esimene veateade, kirjutatud minu algatusel).

Esimene käivitamine

Süsteem käivitub, näidates toredat töölauapilti, ja siis peatub: pärast laadimist näitab minu videokaart (Radeon) musta ekraani.

Mulle soovitati laadida ohutust režiimist ekraani eraldusvõimega 1024x768 FullHD monitoril. Põhimõtteliselt oleks võinud vaeva näha laadijaga, et töötada FullHD-ga, kuid teises arvutis Intel'i videokaardiga töötas kõik tõrgeteta.

Süsteem töötab jooksvalt USB mälupulgal, ilmselt seetõttu, et USB-le ei salvestata midagi, nii et loodan kasutada mälupulka peamise töö süsteemina. Saate tõelise süsteemi USB-lt käivitades, erinevalt aeglastest 'elavatest' Linuxi pildist.

Käivitamise ajal ei vilguta ekraan, ei näe tuumateateid, pole tunnet, et Xorg oleks tuuma külge kleebitud sinise teibiga. Erinevalt tüüpilistest Linuxi distributsioonidest on tuum ja GUI siin loodud ja kohandatud üksteise jaoks!

Sisselogimiskutset ei ole, kuna süsteem on loodud ühele kasutajale. Kõik on lihtne, just see, mis on vajalik isiklikuks arvutiks.

Kui vajate mitme kasutaja tuge — jagage neile igaühele mälupulk, mille hind on maksimaalselt $5.

Esimesed muljed töökeskkonnast

Esimese tunne poolest tundub see rohkem Mac'i sarnane kui näiteks Linux Gnome'iga. Klahv 'command' töötab täpselt nii nagu Mac'il. Hästi!

Minu esimene päev Haiku'ga: see on üllatavalt hea
Mitte midagi ei saa võrrelda ruumilise failihaldusega, tunne - vana hea Mac!

Vaikimisi on failihaldur ruumiline (nagu Macintosh System 1.0), kahjuks iga aken ei mäleta oma sätteid (näiteks vaade loendi või ikoonidena). Kuidas mulle öeldi — see on viga, mille parandamine ei tohiks olla keeruline. (Kahjuks, on keeruline kirjutada 'mimokrokodile' bugtrackeris Haiku kohta originaalsüsteem, mis ei ole põhinenud GitLabil või GitHubil, kus ei saa ka nende kaudu sisse logida). Failidel on oma ikoonid, eraldi failide töötabelil ja ikoonidega ei ole probleeme.
Hästi! Oluliselt parem kui Linuxi töökeskkonnad, tundub lihtne.

Tõhusus

Operatsioonisüsteem töötab sujuvalt isegi vähemtõhusatel seadmetel, nagu netbook Atomiga. Ei tunne liigset tarkvara kihti. Hästi!

Lunduke ütles, et LibreOffice töötab tundub kiiremini kui teistes operatsioonisüsteemides, kuid seda pole ma veel kontrollinud.

Mängi videot

Bryan Lunduke. Haiku OS Beta – ülevaade ja muljed

Käskude rida

Komplektis on terminal. Üldiselt, hoolimata väikestest erinevustest Linuxiga, harjusin sellega kohe, tegelikult — tavaline bash, mis rõõmustas mind.

Tere tulemast Haiku shelli.
Siin saate lihtsalt käivitada rakendusi, mis on $PATH-i peal:
~> 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! «.» on $PATH! See tähendab, et saate käivitada käske otse käesolevast kataloogist (Linuxi kasutajad on mulle ühel korral öelnud, et maailm plahvatab, kui ma seda teen). Suurepärane!

Minu esimene päev Haiku'ga: see on üllatavalt hea
bash, mis töötab Haiku terminalis

Mis veel on äge terminalis — võite vajutada ctrl + c, et kopeerida, nagu enamikus teistes rakendustes, erinevalt Linuxi töökeskkondadest, kus tuleb terminalis vajutada ctrl + shift + c.
Detailid, mis näitavad kogu süsteemi terviklikkust.

Failisüsteemide struktuur

Jaotise, kust laetakse, mountitakse kokku /boot. Kui lihtne!
Kuna ei ole segust /etc, /usr, /bin... Lihtsalt /home ja /system. Puhas, lihtne, arusaadav. Hea! (Ei päris: need on olemas, kuid varjatud. Miks? Sest /bin see /system/bin, ei ole vajalik seda Trackeris kuvada, kuid skriptid kasutavad seda endiselt. Ma arvan, et arendajad peaksid vanadest asjadest vabanema, mis on tehtud ühilduvuse nimel, kuna see ainult raskendab arusaamist.)

packagefs

Olen varem maininud hpkg faile, mis meenutavad Linuxi pakette, kuid neid ei installita, vaid lihtalt mountitakse (nagu snap paketid). Failisüsteem, mis selle maagiat teeb, nimetatakse packagefs-iks. See mountib hpkg failid teistele, mille tulemuseks on kogu katalooge \/system.

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

~> mount
usage: mount [-ro] [-t fstype] [-p parameter] [device] directory
-ro mountib mahuti ainult lugemiseks
-t määrab kasutatava failisüsteemi (vaikimisi automaatne tuvastamine)
-p määrab, milliseid parameetreid passida failisüsteemile (-o on samuti aktsepteeritud)
Kui seade ei ole määratud, edastatakse NULL (mälus olevate failisüsteemide jaoks)

Mulle soovitati proovida mountvolume, mis näitab mountitud jaotisi, kuid kahjuks see ei näita ka packagefs mälu punkte (näitab ainult need, mis on seotud jaotiste või kettapiltidega). [Õnneks, kui käitada mount või df kuskil dockeriga hostis, saab mõned ekraanid kerida! — tõlkija märkus] Aga võite kasutada trikiga df :

~> df -h

Mount Type Total Free Flags Device
----------------------------------
\/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 sees /boot see on täpselt packagefs.
Tegijad minu tundmine teavad, et ma olen drag-and-drop toe fänn failihaldurites: näiteks kasutan NeXT-stiilis rakenduste komplekte, või AppImages.
Igatahes on sellisel tarkvara levitamise vormil ka puudusi. Kas packagefs suudab kombineerida parima?

Nagu näha, minu puhul (süsteemiosa on täis, kuid tahan paigaldada rakendusi) oleks elegantsem rakendusi alla laadida kuhugi, kasutades brauserit, just nagu ma faile laadides teen. .dmg Mac jaoks või AppImage. packagefs elab kernelis, seega ei ole see FUSE failisüsteem (kuigi ma tean, et FUSE on ka Haikus). Samuti on mulle öeldud, et tulevikus võivad tulla täiendavad "packagefs" tsoonid, mis tõenäoliselt tähendab, et ma saan näidata packagefs, et talletab pakette näiteks eraldi diskiosadele. Mulle meeldib see, sest kui diskiosa on eemaldataval seadmel, saan istuda teise arvuti taha ja saada seal töötavad rakendused.

Samuti öeldi, et pakettide installimine töötab ka drag-and-drop meetodil: piisab, kui lohistada fail /system/packages või /home/config/packages installimiseks, ja kui sealt fail välja tõmmata — kustutatakse see. Kui lohistada pakett, millel on rahuldamatud sõltuvused, küsib süsteem nende eelnevat paigaldamist.

Alguses ei saanud ma aru, kuidas packagefs käsitleb mitmeid versioone samast paketist, mis juhtub, kui soovin paigaldada näiteks erinevaid versioone gcc-st või teistest GUI-programmidest? (Üks arendajatest ütles, et "packagefs ei sisalda midagi, mis takistaks sama nimega mitme paketi paigaldamist, kuid kuna sõltuvuste lahendamiseks kasutatakse OpenSuse libsolv'i, mis ei luba seda teha, on HaikuDepot'i seadetes seda keelatud). Ma saan selgitada, miks mulle meeldib idee .app, AppDir ja AppImages pakettidest.

Dünaamilised raamatukogud

Kas on olemas dünaamiliste raamatukogude tehnoloogia? Jah, seda on nähtav näiteks, kui käivitate rakenduse puuduvate raamatukogudega kahekordse klõpsuga:

Minu esimene päev Haiku'ga: see on üllatavalt hea
Kas oskate seda ette kujutada gnome, kde või xfce keskkonnas?

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

Aga mis kontrollide kohta?

~> ldd
bash: ldd: command not found

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 see parem, kuna see näitab lisaks ka teid, kust raamatukogud laaditakse.
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

Seega saate paigutada raamatukogud täidesaatva faili kõrvale ja see "lihtsalt töötab". Kui lahe! Saate lihtsalt ühendada erinevad raamatukogud rakendusega ilma rpath'i või LD_LIBRARY_PATH keskkonnamuutuja seadistamiseta nagu Linuxis. Hästi!

On olemas raamatukogu (kohutav Linuxis) /boot/system/lib/libstdc++.so.6.0.24.
Mis siis, kui rakendusele on vajalik uuem versioon kui see, mis on saadaval /boot/system/lib?
Tavakasutaja tõenäoliselt uuendab viimasele versioonile, kuna selles süsteemis ei ole "Administrator" kasutajat root [autor vihjab lihtsusele — tõlkija märkus].
Noh, vähemalt nii see välja näeb. (Tegelikult on "kasutaja" rooti analoog. Saate parooli seadistada käsuga passwd, pärast mida näidata PermitRootLogin=yes ja vormingus, ning seejärel saab väljastpoolt SSH kaudu siseneda. Arendajad ütlesid mulle, et vaikimisi käivitatakse kõik rakendused root'i alt. Lõppkokkuvõttes võivad nad selle ehk paremaks teha... Kuid ei ole kindel, kas see mulle meeldib.)

Kuna Haiku distributsioone ei ole, ei pääse rakenduste arendajad ka uuematele versioonidele, millised on saadaval allalaadimiseks teie süsteemis. Tulemuseks: vähem pettumusi, asjad "lihtsalt töötavad". Suurepärane lihtsustus! Mulle see meeldib.

Ressursid ja registreerija

Nagu eelnevalt mainitud, saavad rakendused tüübi ja ikooni, nii et teil ei ole vaja vaeva näha töölaua failidega ja muude selliste asjadega. Mulle öeldi, et on olemas eriline teenuse registreerija, kes teab rakendustest, failitüüpidest ja ikoonidest. Ta teavitab alati paketi installimisel või faili täitmiseks märkimisel (kasutades programmi chmod või mimeset).
Midagi sarnast Launch Services Macis. Ja see on see, mis puudub Linuxi töökeskkondades.Suurepärane!

Binaarfailid saavad sisseehitatud ikoone ressurssidena, nii et teil ei ole eraldi ikooni vaja töölaua failide kõrvale. Peaaegu nagu olid Macintosh System 1. Lahe!

Minu esimene päev Haiku'ga: see on üllatavalt hea
Rakenduste tüübid, toetatud dokumentide tüübid, sisseehitatud ressursid ja versiooniteave

Tracker (failihaldur) märgib automaatselt binaarfaile täidesaatvateks. Seda olen oodanud Linuxi töökeskkondadest juba rohkem kui 10 aastat.
Kõik see on väga nauditav. Ehk ei ole see lahe! Elu muutub nii lihtsaks. See on peeneme ja sarnaneb rohkem Macile kui XDG Linuxile. Või see…

Minu esimene päev Haiku'ga: see on üllatavalt hea
Linuxi rakendus ilma täidetavuseta bitita

Gnomes eemaldati on võimalus käivitada täidetavaid faile failihaldurist, kuid kogukond tõstatas lärmi - ja kõik toodi tagasi.
Samuti rääkisin, et rakendused kasutavad funktsiooni find_paths() asemel, et olla fikseeritud /usr/bin ja /usr/share (üldine joon Linuxi töökeskkondades), mis tähendab, et neid saab liigutada failisüsteemis. Aplaus seistes! Linuxis on see nagu tavaliselt 'keeruline'.

Mis mind üllatas

  • Küsimisega jäi segaseks, et /boot see on jaotuse mount-punkt, kust süsteem laaditakse. Miks mitte/«? Noh, või /Haiku? (Пояснение: действительно, /boot see on alati käivitusjaotis, selle nimi on „Haiku“, seega kuvatakse see töölaual. Vaadake "/" nagu Mac System 1 lauana, hierarhia juurena, mis tegelikult kettal ei eksisteeri).
  • Kasutajainstallitud pakettide mount-punkt on /home/config. Miks mitte lihtsalt /home? (Один из разработчиков пояснил мне, что они не хотят засорять домашний каталог, но мне кажется, config — название неудачное, потому что внутри есть подкаталог bin/, nii et see pole ainult seadistuste hoidmine).
  • Mis on kogu litsents? Näiteks WebPositive brauseris ei ole selgelt märgitud „Teave“. Valdkonnas "Selle süsteemi kohta" on kirjutatud, et Haiku kood on MIT litsentsi all. Suurepärane! (Samuti öeldi mulle, et WebPositive tarnitakse operatsioonisüsteemiga, millel on sama litsents, kuid selle WebKiti mootor on suuresti kahe punktiga BSD all).

Mis ei töötanud nii, nagu ma ootasin

Esiteks mind üllatas riistvara tugi. Minu Atom-põhises netbookis töötas kõik, sealhulgas WLAN. Kuid töös on teatud nüansid.

  • Täielik mittetöötamine Macintosh seadmetes, olenemata EFI või BIOS-i emulatsioonirežiimist ("Windows"). Süsteem hangub lihtsalt, kui valida Maci laadimise ikoon. Üteldi, et see on tuntud probleem ja saate käivitada, kasutades rEFIt, kuid need sätted on minu jaoks liiga keerulised.
  • Graafika kiirus. Tundub, et Radeoniga pole veel võimalik kasutada (mul oli must ekraan), kuid ka Inteliga ei ole kõik sujuv. WebPositive video kiirus on ainult tarkvaraline, sealhulgas H.264. Üllatav, kuna algne suund oli videole. Üks arendajatest täpsustas, et video WebPositive'is töötab, kasutades pidurdusi.
  • Pole ei kuule? "Helikaartide draiverid on endiselt probleem", ütles arendaja. Tõenäoliselt on vajadus kedagi, kes toetaks HDA draiverit sarnaselt USB-3-ga. Praegu piisab helisid saada kuumrestartimisest mõnest teisest opsüsteemist, ja ma usun, et see saadakse paremaks.
  • Ehk ei tööta heledus- ja helinupud. (Alus on juba olemas rakenduse Shortcuts näol: saab siduda mistahes klahvikombinatsiooni mistahes soovitud funktsiooniga, kuid praegu ei toeta Haiku meedia klahve. Kas on vabatahtlikke?)
  • Kaks sõrme touchpad'i juhtimiseks. Ei tööta kasti avamisel. On seadistuste paneel, mis teatas, et "No touchpad found, the settings will have no effect." (Tuntud probleem ELAN Input Device, ACPI ETD050A) puhul.
  • Olemasoleva rakendusega, mis luges faile digitaalsetest kaameratest ja Android nutitelefonidest, ei töötanud mul sünkroniseerimine MTP ja PTP režiimides. Oleks suurepärane, kui need mountituks nagu muud osad süsteemis.
  • Kandekatte sulgemist ei paisteta töötavat. (Tean, et Haiku ei toimi endiselt ACPI-ga: toimetati toetus, kuid see ei ole vaikimisi sisse lülitatud; draiveri uuesti initsialiseerimist ei toimu)
  • Mulle ei õnnestunud bugtracker'is kontot luua, kuna ei tööta captcha WebPositives.

Rakendused

Operatsioonisüsteemi põhieesmärk on käivitada rakendusi. Kartsin, et Haiku jaoks ei tule töötavaid rakendusi. Õnneks olin vale, kuna on lootust parendamisele — kui Haikut hakatakse sagedamini kasutama.
Scribus (visuaalse paigutuse rakendus) on olemas, ja see on väga keeruline rakendus, mis põhineb Qt-l. Samuti on olemas QtCreator (IDE).

Hakkas huvitama, kas täna arendatakse Haiku jaoks natiivrakendusi Be natiivvahenditega (kui need olemas on), või piisab vaid QtCreatori kasutamisest (mis lihtsustab ristplatvormiliste rakenduste portimist). Haiku arendajate seisukoht on selge eelis natiivrakendustele Haikus. Kas see on tõsi? Kahtlen, et töötavad rakendused ei ole ristplatvormilised (kõik minu töös kasutatavad rakendused on ristplatvormilised).

Toetatud on WxWindows rakendused.

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

Samuti arvan, et Haiku jaoks on vajalik lihtne ja arusaadav rakenduste loomise viis, näiteks see — kasutades Travis CI-d ja GitLab CI-d.

Kuhu me liigume?

Kas Haiku jääb BeOS UX-i kontseptsiooni kinni? Minu arust peab see uute UX-skeemide vastuvõtmise puhul hoolikalt kaaluma, et mitte oma põhialuseid lõpetada.
Näiteks:

  • Püsida lihtsana, ilma nende 100500 valikuta, mis muudavad Linuxi "keeruliseks".
  • Kasutada hiirekursorina noolt, mitte kummalist kätt.
  • Kas tuleb lähte? (Tean, et on midagi, mis sarnaneb lähtele nimega LaunchBox, mis on isegi lähemal lähtele LnLauncher, kuid algne BeOS omas juba 1998. aastal lähte!)
  • Globaalne menüü? (Ilmselgelt mitte, kuna JLG ei näe erilist kasu).
  • Aknavahetuse kiirus? (Öeldi, et "Stack&Tile" aktiveerimine Windowsi klahvi all hoides, avatud akna lohistamisel, on võimalik, kuid see ei ole intuitiivne, pealegi ei tööta see mul).
  • Aknade avamise ja sulgemise animatsioon?
  • Aknatest varjud?
  • Teemade toetus nagu Aqua? (Jah, see on võimalik, on infrastruktuur ja tööriistad, näiteks HaikuThemeManager, kuid keegi peab looma teemad. Olen ise proovinud, mulle öeldi, et dokumentatsioon on https://xref.plausible.coop/source /xref/haiku/headers/os/interface/ControlLook.h, но не сейчас).

Need on peened nüansid, mille arvestamine ei tohiks süsteemi unikaalsust kaotada.

Kokkuvõte

Haiku avas tõeliselt minu silmad, näidates, kuidas töökeskkond "lihtsalt töötab".
Üle 10 aasta tagasi läksin Macilt Linuxile ja olen sellest ajast otsinud sama taset peenust ja ilu, ja Haiku vastab palju sellele.

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

Siiski on süsteemis peamine töökeskkonna kontseptsioon, mida Linuxi töökeskkondades puudub.

Kohane süsteem (mitte ainult kernel ja erinevad konkureerivad kasutajaliidesed) muudab kõik lihtsaks ja järjestikuseks.

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

Teise süsteemiga ühe kasutaja tööle rajamine vähendab keerukust veelgi.

Tulemus: väga lihtne, peen, paljuski minimalistlik süsteem, mis on loodud "tavalistele surmajatele", mitte UNIX-i süsteemiadministraatoritele.

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

Olen juba kirjutanud #LinuxUsability eelmises artiklisarjas. Tore on teada, et Haiku lahendab palju käsitletud probleeme, sealhulgas geneetilisi, millega Linuxi töökeskkonnad kokku puutuvad..

Üks päev piisab, et veenduda: ma tahan seda töökeskkonda igapäevaselt kasutada ja otsin ka võimalusi oma panuseks süsteemi arendamisel.

Proovige ise! Haiku projekt pakub allalaadimiseks DVD või USB kujundeid. mis luuakse iga päev.. Paigaldamiseks piisab pildi allalaadimisest ja selle kirjutamisest mälupulgale, kasutades Etcher.

Tõlkija märkusest: see on ainult esimene artikkel Haiku sarjast, teised ootavad tõlget ja avaldatakse hiljem.

Allikas: habr.com

Osta usaldusväärne veebimajutus DDoS-kaitsega veebisaitidele, VPS VDS serverid 🔥 Osta usaldusväärne veebimajutus DDoS-kaitsega veebisaitidele, VPS VDS serverid - ProHoster