Mon premier jour avec Haiku : elle est étonnamment bonne

Mon premier jour avec Haiku : elle est étonnamment bonne

TL:DR; Un débutant a essayé Haiku pour la première fois et a décidé que c'était impressionnant. Surtout comparé aux environnements de travail disponibles sur Linux.

J'ai déjà partagé mes idées (ainsi que mes déceptions) concernant #LinuxUsability (partie 1, partie 2, partie 3, partie 4, partie 5, partie 6). Dans cette revue, je vais décrire mes premières impressions de Haiku, un système d'exploitation open source pour ordinateurs personnels. Parfois, les premières impressions sont utiles, mais comme on ne peut en avoir qu'une seule fois — j'ai enregistré la mienne ici.

Mon premier jour avec Haiku : elle est étonnamment bonne
Le système sur lequel j'écris cette revue

Peut-être qu'elles seront utiles pour les développeurs de Haiku ou d'autres parties intéressées.
Je peux me tromper quelque part, car je ne fais que décrire ma première expérience personnelle (lire : avec un regard rêveur). De plus, des personnes sympathiques sur la chaîne #haiku sur irc.freenode.net m'ont aidé avec des conseils — je vais également les publier. Merci à vous, développeurs de Haiku!

Ce que je voulais dire : Haiku n'est pas encore parfait à 100 %, mais il offre déjà un environnement de travail solide.

Installation

Le projet Haiku fournit des images à télécharger sur CD ou DVD, générées quotidiennement. J'ai utilisé une clé USB 3. On m'a dit que le démarrage depuis USB 3 pouvait ne pas fonctionner, mais sur mes deux systèmes de test basés sur Intel, tout fonctionne parfaitement.

J'ai commencé le processus d'installation en téléchargeant l'image pour 64 bits, que j'ai ensuite gravée sur la clé USB à l'aide du programme Etcher. Le démarrage fonctionne à la fois avec EFI, et sans — mes applaudissements pour avoir fourni une telle image.

Haiku utilise son propre système de fichiers BeFS pour la partition de démarrage, bien que, en principe, la prise en charge de FAT32 et NTFS soit annoncée. En général, le système nécessite 600 Mo, mais plus d'espace est nécessaire pour des applications supplémentaires.

Par défaut, une partition de 600 Mo avec BeFS et une partition FAT32 de 3 Go sont créées. Sur FAT32, il y a un fichier /EFI/BOOT/BOOTx64.EFI, ce qui implique la possibilité de démarrer sur des systèmes prenant en charge EFI. Malheureusement, je n'ai pas trouvé de programmes pour augmenter la taille de BeFS, et j'espère qu'à l'avenir, une autre méthode de partitionnement sera mise en place, car la taille de l'image de partition est fixée à une petite taille et peut ne pas suffire pour des logiciels supplémentaires. Ce serait bien si des packages supplémentaires étaient sauvegardés sur la deuxième partition FAT32.

Cette solution constituerait un atout pour ceux qui souhaitent accéder directement aux fichiers depuis d'autres systèmes. Sous Linux, il existe déjà un support pour la lecture de BeFS, et il existe des implémentations pour la lecture et l'écriture sur BeFS sous FUSE.

Mon premier jour avec Haiku : elle est étonnamment bonne
Installateur Haiku

On m'a conseillé : si tu souhaites utiliser une partition plus spacieuse, installe Haiku sur une autre clé USB.
Pour moi, cette étape est en fait superflue, car l'installateur Haiku ne sait pas partitionner les disques, il lance simplement le programme DriveSetup, dans lequel il faut manuellement partitionner le disque, ajouter une partition que l'on pourra ensuite formater en BeFS, après quoi le contrôle revient à l'installateur. Il faudra aussi installer manuellement le chargeur de démarrage, en utilisant un programme séparé. Malheureusement, je n'ai pas réussi à démarrer avec EFI avec un tel partitionnement, car il manque à ce moment-là une partition FAT32 contenant les fichiers de démarrage pour EFI. Un installateur capable de partitionner automatiquement, y compris avec les spécificités d'EFI, serait le bienvenu.

Mon premier jour avec Haiku : elle est étonnamment bonne
BootManager installe le chargeur de démarrage sur le disque

Le processus d'installation prend un peu moins de trois minutes, ce qui est assez rapide. Cela copie l'intégralité du système, qui ne contient « que » 4751 fichiers. La raison en est que la plupart des logiciels sont empaquetés au format hpkg (similaire aux paquets Snap dans les systèmes Linux), qui ne sont jamais installés, mais simplement montés. Ce qui est intéressant, c'est qu'il y a pas mal de fichiers « libres », par exemple des fichiers png. Pourquoi ne sont-ils pas emballés ?

Comme je l'ai déjà dit, même le noyau du système d'exploitation est fourni au format hpkg. (J'ai mentionné le chiffre de 4751 fichiers car j'ai lancé HaikuDepot avant l'installation, qui a téléchargé une multitude de fichiers. Une installation propre, apparemment, ne contient pas tous ces fichiers, et peut être installée plus rapidement avec environ 200 paquets. Super ! Il semblerait, comme on me l'a dit, que les fichiers téléchargés ne soient pas ignorés lors de l'installation — c'est une erreur logicielle. Oh, regardez, semble-t-il, c'est déjà le premier rapport d'erreur, rédigé sur ma demande).

Premier démarrage

Le système démarre, affichant un joli écran de démarrage, puis s'arrête : après le démarrage, ma carte graphique (Radeon) affiche un écran noir.

On m'a conseillé de démarrer en mode sans échec avec une résolution de 1024x768 sur un moniteur FullHD. En principe, on aurait pu se compliquer la vie avec le chargeur de démarrage pour faire fonctionner le FullHD, mais sur un autre ordinateur avec une carte graphique Intel, tout a fonctionné sans problème.

Le système fonctionne de manière réactive à partir d'une clé USB, apparemment parce qu'aucune donnée n'est écrite sur la clé lors de son utilisation, donc j'espère utiliser la clé comme système de travail principal. Vous obtiendrez un véritable système au démarrage via USB, contrairement aux images « live » Linux lentes.

L'écran ne clignote pas au démarrage, aucun message du noyau n'est visible, on n'a pas l'impression que Xorg est attaché au noyau avec du ruban adhésif bleu. Contrairement aux distributions Linux typiques, le noyau et l'interface graphique ici sont conçus et ajustés l'un pour l'autre !

Il n'y a pas d'invite de connexion, car le système est conçu pour un seul utilisateur. C'est simple, exactement ce qu'il faut pour un ordinateur personnel.

Si vous avez besoin d'un support pour plusieurs utilisateurs, distribuez-leur chacun une clé USB, coûtant pas plus de 5 $.

Les premières impressions de l'environnement de travail

Comparé à la première impression, cela ressemble davantage à un Mac qu'à Linux avec Gnome, par exemple. La touche « command » fonctionne exactement comme sur un Mac. Très bien !

Mon premier jour avec Haiku : elle est étonnamment bonne
Rien ne vaut le gestionnaire de fichiers spatial, c'est comme le bon vieux Mac !

Le gestionnaire de fichiers par défaut est spatial (comme Macintosh System 1.0), malheureusement, chaque fenêtre ne mémorise pas ses paramètres (par exemple, l'affichage en liste ou en icônes). Ce que l'on m'a dit, c'est un bug qu'il sera, je pense, facile de corriger. (Malheureusement, écrire des rapports à « mimokrokodil » dans le bugtracker pour Haiku est difficile — il utilise un système original, qui n'est pas basé sur GitLab ou GitHub, et il est impossible de s'y connecter avec eux). Les fichiers obtiennent leurs icônes, il n'y a pas de problèmes avec les fichiers séparés sur le bureau et les icônes.
Super ! Bien mieux que les environnements de travail Linux, la simplicité est perceptible.

Performance

Le système d'exploitation fonctionne rapidement même sur un matériel peu puissant comme un netbook Atom. On ne ressent pas de couches logicielles indulgentes. Très bien !

Lunduke a dit que LibreOffice semblait fonctionner plus rapidement que sur d'autres systèmes d'exploitation, mais je ne l'ai pas encore testé.

Lire la vidéo

Bryan Lunduke. Haiku OS Beta — critique et impressions

Ligne de commande

Il y a un terminal inclus. En général, malgré quelques différences avec Linux, je me suis rapidement familiarisé, c'est en fait un bash ordinaire, ce qui est assez réjouissant.

Bienvenue dans le shell Haiku.
Dedans, vous pouvez facilement lancer des applications qui sont sur le $PATH :
~> 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

Wow! «.» dans $PATH! Cela signifie que l'on peut exécuter des commandes directement depuis le répertoire actuel (les Linus me disaient un jour que le monde exploserait si j'essayais de le faire). Génial!

Mon premier jour avec Haiku : elle est étonnamment bonne
bash, lancé dans le terminal Haiku

Une autre chose cool dans le terminal — vous pouvez appuyer sur ctrl + c pour copier, tout comme dans d'autres applications, contrairement aux environnements de travail sous Linux où vous devez appuyer sur ctrl + shift + c dans le terminal.
Des petits détails qui montrent l'intégrité de tout le système.

La structure des systèmes de fichiers

La partition d'où vient le boot est montée dans /boot. Comme c'est simple!
Aucune agglomération /etc, /usr, /bin… Juste /home et /system. Propre, simple, clair. Bien! (Pas tout à fait : ils existent, mais sont cachés. Pourquoi? Parce que /bin c'est /system/bin, il n'est pas nécessaire de l'afficher dans Tracker, mais les scripts l'utilisent toujours. Je pense que les développeurs devraient se débarrasser des choses obsolètes faites pour la compatibilité, car cela complique uniquement la compréhension.)

packagefs

J'ai déjà mentionné auparavant les fichiers hpkg, qui ressemblent à des paquets sous Linux, mais ils ne s'installent pas, ils se montent simplement (comme les paquets snap). Le système de fichiers qui fait cette magie s'appelle packagefs. Il monte les fichiers hpkg par-dessus d'autres, créant ainsi tout le répertoire /system.

La commande mount, malheureusement, ne montre pas ce qui est monté.

~> mount
usage: mount [-ro] [-t fstype] [-p parameter] [device] directory
-ro monte le volume en lecture seule
-t spécifie le système de fichiers à utiliser (par défaut, reconnaissance automatique)
-p spécifie les paramètres à passer au système de fichiers (-o aussi accepté)
en cas où le périphérique n'est pas spécifié, NULL est passé (pour les systèmes de fichiers en mémoire)

On m'a recommandé d'essayer mountvolume, qui montrera les partitions montées, mais malheureusement, elle ne montre pas non plus les points de montage avec packagefs (elle montrera uniquement ceux liés aux partitions ou aux images disque). [Heureusement, si vous lancez mount ou df quelque part sur un hôte avec docker, vous pouvez faire défiler quelques écrans! — note du traducteur] Mais on peut essayer un truc avec df :

~> df -h

Type de montage Total Libre Drapeaux Périphérique
----------------------------------
/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 -
/nom fictif fat 2,8 MiB 2,3 MiB - M-PRW /dev/disk/usb/0/0/1

Comme on peut le voir, /system et /home/config à l'intérieur /boot c'est précisément packagefs.
Ceux qui me connaissent savent que je suis fan de la prise en charge du glisser-déposer dans les gestionnaires de fichiers : par exemple, j'utilise des ensembles d'applications de style NeXT, ou AppImages.
Quoi qu'il en soit, il y a aussi des inconvénients à ce format de distribution de logiciels. Packagefs pourra-t-il combiner le meilleur ?

Comme vous pouvez le voir, dans mon cas (la partition système est pleine, mais je veux installer des applications), il serait plus élégant de télécharger les applications quelque part en utilisant le navigateur, tout comme je le fais avec les fichiers. .dmg pour Mac ou AppImage. packagefs vit dans le noyau, donc ce n'est pas un système de fichiers pour FUSE (bien que je sache que FUSE est également présent dans Haiku). On m'a aussi dit qu'il pourrait y avoir à l'avenir des « zones packagefs » supplémentaires, ce qui signifie probablement que je pourrai indiquer à packagefs de sauvegarder des paquets, par exemple, sur des partitions de disque séparées. Cela me plaît — car si la partition est sur un périphérique amovible, je pourrai m'asseoir devant un autre ordinateur et y obtenir des applications fonctionnelles.

On m'a également dit que l'installation de paquets fonctionne aussi par glisser-déposer : il suffit de faire glisser le fichier dans /system/packages ou sur /home/config/packages pour l'installation, et si vous tirez le fichier de là, il sera supprimé. Si vous faites glisser un paquet avec des dépendances non satisfaites, le système demandera leur installation préalable.

Au départ, je ne comprenais pas comment packagefs gère les multiples versions d'un même paquet. Que se passerait-il si je voulais installer, par exemple, différentes versions de gcc, ou d'autres programmes GUI ? (Un des développeurs a dit, je cite : « packagefs ne contient rien qui empêche l'installation de plusieurs paquets avec le même nom, mais comme libsolv d'OpenSuse est utilisée pour la résolution des dépendances, qui ne le permet pas, cela a été interdit dans les paramètres de HaikuDepot ». Je peux expliquer pourquoi j'aime l'idée des paquets .app, AppDir et AppImages).

Bibliothèques dynamiques

Y a-t-il une technologie de bibliothèques dynamiques ? Oui, c'est visible, par exemple, si vous lancez une application avec des bibliothèques manquantes en double-cliquant :

Mon premier jour avec Haiku : elle est étonnamment bonne
Pouvez-vous imaginer cela dans gnome, kde ou xfce ?

Sous Linux, un tel lancement n'afficherait rien. Voyons combien de temps cela prend dans différents environnements :

Et qu'en est-il des vérifications ?

~> ldd
bash : ldd : commande introuvable

Il faut utiliser une substitution :

~> 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

En principe ldd serait mieux, car cela montre en plus les chemins d'où les bibliothèques seront chargées.
Et d'où sont-elles réellement chargées ?

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

Vous pouvez donc placer les bibliothèques à côté du fichier exécutable, et cela fonctionnera "tout simplement". C'est génial ! Vous pouvez simplement brancher des bibliothèques distinctes à l'application sans vous soucier de rpath ou de définir la variable LD_LIBRARY_PATH comme sur Linux. Super !

Il y a une bibliothèque (terrible sur Linux) /boot/system/lib/libstdc++.so.6.0.24.
Que se passe-t-il si l'application nécessite une version plus récente que celle disponible dans /boot/system/lib ?
Un utilisateur ordinaire mettra probablement à jour vers la dernière version puisqu'il n'y a pas d'utilisateur « Administrator » avec le mot de passe root [l'auteur insinuant la simplicité — note du traducteur].
Eh bien, c'est du moins ce à quoi cela ressemble. (En réalité, « l'utilisateur » est l'équivalent de root. On peut établir un mot de passe avec la commande passwd, puis spécifier PermitRootLogin=yes dans sshd_config, et ensuite on pourra se connecter de l'extérieur via ssh. Les développeurs m'ont dit qu'en default, toutes les applications s'exécutent en tant que root. Au final, ils finiront peut-être par améliorer cela… Mais je ne suis pas sûr que cela me plaira.)

Étant donné qu'il n'y a pas de distributions Haiku — les développeurs d'applications n'ont également pas accès à des versions plus récentes que celles disponibles en téléchargement sur votre système. Le résultat : moins de déceptions, les choses « fonctionnent simplement ». Un excellent simplification ! J'aime ça.

Ressources et registre

Comme mentionné précédemment, les applications obtiennent un type et une icône, de sorte que vous n'avez pas à vous débattre avec des fichiers sur le bureau et d'autres choses similaires. On m'a dit qu'il existe un service de registre particulier qui connaît les applications, les types de fichiers et les icônes. Il est toujours informé lorsqu'un paquet est installé ou qu'un fichier est marqué pour exécution (en utilisant le programme chmod ou mimeset).
Cela ressemble à Launch Services sur Mac. Et c'est ce qui manque dans les environnements de bureau sous Linux. Super !

Les fichiers binaires obtiennent des icônes intégrées sous forme de ressources, donc vous n'avez pas besoin d'une icône séparée en plus des fichiers sur le bureau. Presque comme c'était sur Macintosh System 1. Trop cool !

Mon premier jour avec Haiku : elle est étonnamment bonne
Types d'applications, types de documents pris en charge, ressources intégrées et informations sur la version

Tracker (le gestionnaire de fichiers) marque automatiquement les fichiers binaires comme exécutables. C'est ce que j'attendais des environnements de bureau sous Linux depuis plus de 10 ans.
Tout cela est vraiment très agréable. C'est génial ! La vie devient si simple. C'est plus raffiné et ressemble davantage à un Mac qu'à XDG sous Linux. Ou encore ceci…

Mon premier jour avec Haiku : elle est étonnamment bonne
Application Linux sans le bit d'exécution installé

Dans Gnome le protocole la possibilité de lancer des fichiers exécutables depuis le gestionnaire de fichiers, mais la communauté a fait du bruit — et tout a été rétabli.
On m'a aussi dit que les applications utilisent la fonction find_paths() au lieu de chemins codés en dur /usr/bin et /usr/share (caractéristique générale des environnements de travail sous Linux), ce qui signifie leur possibilité de déplacement dans le système de fichiers. Je m'incline ! Sur Linux, c'est comme d'habitude « compliqué ».

Ce qui m'a surpris

  • Ce qui m'a troublé, c'est que /boot c'est le point de montage de la partition à partir de laquelle le système est chargé. Pourquoi pas «/« ? Eh bien ou /Haiku? (Пояснение: действительно, /boot c'est toujours la partition de démarrage, elle s'affiche sur le bureau comme « Haiku », car c'est son nom. Considérez le «/» comme une analogie du bureau dans Mac System 1, la racine de l'arborescence, réellement inexistante sur les disques).
  • Le point de montage pour les paquets installés par l'utilisateur est /home/config. Pourquoi ne pas simplement /home? (Один из разработчиков пояснил мне, что они не хотят засорять домашний каталог, но мне кажется, config — название неудачное, потому что внутри есть подкаталог bin/, donc ce n'est pas juste un stockage des paramètres).
  • Quelle est la licence pour tout cela ? Par exemple dans le navigateur WebPositive en consultant « À propos » il n'y a pas d'indication explicite. Dans le champ « À propos de ce système », il est indiqué que le code de Haiku est sous licence MIT. Excellent ! (On m'a aussi dit que WebPositive est livré avec le système d'exploitation sous la même licence, cependant son moteur WebKit est principalement sous licence BSD à deux clauses).

Ce qui ne fonctionnait pas comme je l'avais prévu

Tout d'abord, j'ai été frappé par le niveau de support matériel. Sur mon netbook basé sur Atom, tout a fonctionné, y compris le WLAN. Mais il y a certaines particularités dans le fonctionnement.

  • Une totale inactivité sur le matériel Macintosh, peu importe le mode EFI ou l'émulation BIOS (« Windows »). Le système se fige simplement si l'on choisit l'icône dans le chargeur de démarrage Mac. On m'a dit que c'est une caractéristique connue et on peut démarrer en utilisant rEFIt, mais ces réglages sont trop compliqués pour moi.
  • Accélération graphique. Il semble qu'il soit impossible d'utiliser Radeon pour l'instant (j'avais un écran noir), mais même sur Intel, tout n'est pas fluide. L'accélération vidéo dans WebPositive est uniquement logicielle, y compris H.264. Étrange, car l'orientation initiale était sur la vidéo. Un des développeurs a précisé que la vidéo dans WebPositive fonctionne en utilisant des trucs de bug.
  • Pas de son ? «Les pilotes pour les cartes audio sont toujours à la traîne », a déclaré le développeur. Il semblerait qu'il faille quelqu'un pour soutenir le pilote HDA tout comme pour l'USB-3. Actuellement, pour obtenir du son, une simple réinitialisation à chaud depuis un autre système d'exploitation suffit, et je crois qu'ils vont le corriger d'une manière ou d'une autre.
  • Les boutons de contrôle de la luminosité et du volume ne fonctionnent pas. (Il existe déjà une base grâce à l'application Raccourcis : il est possible de lier n'importe quelle combinaison de touches à n'importe quelle fonction, mais pour l'instant Haiku ne sait pas travailler avec les touches multimédias. Peut-être que quelqu'un veut bien se porter volontaire ?)
  • Le contrôle à deux doigts du touchpad. Ne fonctionne pas d'emblée. Il y a un panneau de paramètres qui indique « Aucune touchpad trouvé, les paramètres n'auront aucun effet. » (Problème connu avec le dispositif d'entrée ELAN, ACPI ETD050A).
  • Avec l'application existante pour lire les fichiers des caméras numériques et des smartphones Android, je n'ai pas réussi à synchroniser en modes MTP et PTP. Ce serait super s'ils se montaient comme d'autres partitions dans le système.
  • La fermeture du couvercle de l'ordinateur portable, semble-t-il, n'est pas gérée. (Je sais qu'Haiku ne fonctionne toujours pas avec l'ACPI : le support est implémenté, mais n'est pas activé par défaut ; il n'y a pas de réinitialisation du pilote)
  • Je n'ai pas pu créer de compte dans le bugtracker car ça ne fonctionne pas captcha dans WebPositive.

Applications

La principale fonction du système d'exploitation est de lancer des applications. J'avais peur qu'il n'y ait pas d'applications pour un véritable travail sous Haiku. Heureusement, j'avais tort, car il y a de l'espoir pour une amélioration - lorsque Haiku sera utilisé plus souvent.
Scribus (application de mise en page visuelle) est disponible, et c'est une application plutôt complexe basée sur Qt. Il y a aussi QtCreator (IDE).

Je me demande si aujourd'hui il existe des applications Be natives pour Haiku, utilisant des outils natifs (s'ils existent), ou s'il suffit d'utiliser QtCreator (ce qui faciliterait le portage d'applications multiplateformes). La position des développeurs d'Haiku est la préférence « explicite » pour les applications natives d'Haiku. Vrai ? Je doute qu'il existe des applications pour un véritable travail qui ne soient pas multiplateformes (toutes celles qui sont utilisées dans mon travail le sont).

Le support des applications WxWindows est annoncé.

L'absence de support pour Gtk+ est décevante. Cela signifie qu'il n'y aura pas de Gimp sur Haiku dans un proche avenir (enfin, je le pense), mais il existe un remplacement sous la forme de Krita !

Je pense également qu'il est nécessaire de disposer d'un moyen simple et clair de créer des applications pour Haiku, comme celui-ci — en utilisant Travis CI et GitLab CI.

Quelle direction prenons-nous ?

Haiku va-t-il se coincer dans le concept de l'UX BeOS ? Il me semble que pour rester attrayant, il faut soigneusement examiner les nouveaux schémas d'UX lors de leur adoption, tout en restant fidèle à ses fondamentaux.
Par exemple :

  • Rester simple, sans ces 100500 options qui rendent Linux « compliqué ».
  • Utiliser une flèche de souris au lieu d'une main étrange.
  • Y aura-t-il un Dock ? (Je sais qu'il existe quelque chose comme un Dock appelé LaunchBox, encore plus proche du Dock LnLauncher, mais l'original BeOS avait déjà un Dock en 1998 !)
  • Un menu global ? (Évidemment, non, car JLG ne voit pas d'avantage particulier).
  • Un fonctionnement rapide entre les fenêtres ? (Ils ont dit qu'il était possible d'essayer d'activer «Stack&Tile», en maintenant la touche Windows en déplaçant une fenêtre, mais ce n'est pas intuitif et, de plus, cela ne fonctionne pas pour moi).
  • Une animation pour ouvrir et réduire les fenêtres ?
  • Des ombres derrière les fenêtres ?
  • Support des thèmes comme dans Aqua ? (Oui, c'est possible, il existe une infrastructure et des outils, par exemple, HaikuThemeManager, mais quelqu'un doit créer des thèmes. J'aimerais essayer moi-même, on m'a dit qu'il y a une documentation dans https://xref.plausible.coop/source /xref/haiku/headers/os/interface/ControlLook.h, но не сейчас).

Ce sont des nuances subtiles, à prendre en compte, pour que le système ne perde pas son individualité unique.

Conclusion

Haiku m'a vraiment ouvert les yeux, m'a montré comment un environnement de travail « fonctionne simplement ».
Il y a plus de 10 ans, je suis passé de Mac à Linux et depuis, j'ai cherché le même niveau de raffinement et de beauté, et Haiku répond en grande partie à cela.

Honnêtement, il y a des défauts, mais à ma surprise, de nombreuses choses, y compris le matériel, par exemple le WLAN ou les imprimantes, « fonctionnent simplement ».

Cependant, avant tout, le système a un concept d'environnement de travail absent dans les environnements de travail sous Linux.

La présence d'un système complet (et non d'un noyau et de divers environnements utilisateurs concurrents) rend tout simple et cohérent.

L'absence de différentes distributions (versions) rend tout encore plus simple.

Le fait de ne prévoir le fonctionnement que d'un seul utilisateur dans le système réduit encore la complexité.

Le résultat : un système très simple, raffiné, minimaliste à bien des égards, conçu pour les « gens ordinaires », et non pour les administrateurs systèmes UNIX.

Il y a de l'espoir que lorsque ce système deviendra plus populaire (ce qui est inévitable), sa complexité n'augmente pas.

J'ai déjà écrit sur #LinuxUsability dans le cycle précédent d'articles. C'est agréable de savoir que Haiku résout de nombreux problèmes évoqués notamment les problèmes de fond qui affectent les environnements de travail sur Linux.

Il m'a suffi d'une journée pour être sûr : je veux utiliser cet environnement de travail pour mon travail quotidien, et je cherche également des options pour contribuer au développement du système.

Essayer par vous-même ! En effet, le projet Haiku propose des images à télécharger sur DVD ou USB, générées quotidiennement. Pour l'installation, il suffit de télécharger l'image et de l'écrire sur une clé USB à l'aide de Etcher.

De l'auteur de la traduction : c'est seulement le premier article d'un cycle sur Haiku, les autres attendent leur traduction et seront publiés plus tard.

Source : habr.com

Acheter un hébergement fiable pour les sites avec protection DDoS, serveurs VPS VDS 🔥 Acheter un hébergement fiable pour les sites avec protection DDoS, serveurs VPS VDS | ProHoster