Miért utálom linux - aceler Online

Ezt a szöveget fordítják a kérdést: „Miért utálom Linux», és nem úgy, mintha cél. Személyesen, akkor gyűlölöm valami másra, vagy fordítva, hogy szeretem őt, amit ő, utálom.

Röviden, a fő oka, hogy utálom a Linux, hogy a Linux, azt használja, mint egy asztali platform, míg a szervezet maga a fejlesztési folyamat, támogatása és elősegítése a Linux minden eszközzel ellenállni.

Mielőtt beszélünk, amit utálok a Linux, el kell dönteni, hogy mit lesz szó egyáltalán. Mert, persze, Linux kernel nem tetszik nekem nagyon érdekli, sőt, csak a lényege valami, és így a legkevésbé okot a gyűlölet vagy a szeretet. Jelenleg is dolgozik valahol a motorháztető alatt, és fut. Linux, ami a jövőben lesz szó, érthető tisztán felhasználó szempontjából -, mint egy asztali operációs rendszer jellegzetes elemeinek telepítését és az alkalmazás futtatásához, fájlkezelési, hardver konfigurációt, és hasonló feladatokat.

Fragmentáció, a hiányzó vezetők és közös megoldások

A király nem suite. A legnépszerűbb asztali (beleértve a játék) operációs rendszerek egyre népszerűbb nem csak és nem annyira, mert a kiemelkedő előnye a rendszerek maguk, mivel jelenlétük alapján sokk készlet alkalmazásokat. A felhasználó beállítja egy adott operációs rendszer annak érdekében, hogy az alkalmazások futtatásához célja, hogy megoldja a problémákat, és a készülék használatát, hogy elérje céljait. Talán nem tudja, mi alapján kérelmet egy másik operációs rendszer kiválasztja azt a feladatát, annál jobb. Vagy ő már szereti a jelenlegi operációs rendszer, és ő keres alkalmazásokat az újonnan felmerülő kihívásokra csak neki. De minden esetben, a kérdés körül forog a választott OS alkalmazásokat. Példaként saját Windows 7 sokkal jobb a szokásos Windows XP, de kezdett az átmenet azt a tényt, hogy a játék része már nem működik XP alatt, és ami a legfontosabb, nem fog működni XP alatt a legtöbb friss berendezés.

És annak érdekében, hogy írjon programok az operációs rendszer, a fejlesztők kell látni az OS platform író szoftver. Szóval A legfontosabb jellemzője a Linux, ami különbözik más operációs rendszerek, és ugyanabban az időben, a legfontosabb oka gyűlölni, hogy a Linux, mint a platform nem létezik.

Ha nem ért egyet, akkor próbálja megmutatni egy képernyőképet a Linux. Határozzuk meg, hogy miért csak ezek a screenshotok, amelyek azt mutatják annyira más. Linux nincs arca. Nincs megkülönböztető jegye, amely lehet mondani - „nézd, ez Linux!». Mutasd a Linux tanfolyamokat. Nem a Red Hat vagy CentOS, és Linux alatt. Egyéni tanfolyamok Linux, még mit olvastam én személy alapján CentOS és használja néha a dolgok, amelyek kifejezetten a CentOS - például a fordulatszám és a yum. Ubuntu felhasználónak meg kell, hogy vizsgálja meg más módon. Itt található programot Linux alatt. Nem egy nagy tároló a szoftver, amely, mint minden tisztességes elosztás, nevezetesen, hogy”az a szoftver - ez a Linux», mivel ez a bizonyos fájlt lehet futtatni a felosztást. Mivel a szoftver alól Fedora állhat Rose, de nem tud felállni. És ez a fő oka annak, hogy a Linux nem a radar számára. Linux nem tartható fenn, lehetetlen tanítani, de ez is mutat valami igazán lehetetlen!

Nem sikerült létrehozni a Linux tankönyv az iskolák számára. Akkor hozzon létre egy bemutató, amely egy elosztó által ajánlott az Oktatási Minisztérium. Hogy néhány képernyőkép a mintaprogramok ebből forgalmazás, hogy írjon gyakorlatok és a házi feladatot. Csak nem lesz Linux szinte minden más distriubtiva ez a bemutató nem fog működni.

Ugyanez vonatkozik az olyan nem egyértelmű dolgokat egy egyszerű Linux-felhasználó felhasználói támogatás. Lehetetlen, hogy írjon egy kézikönyvet is kapcsolódhatnak a felhasználók berendezés vagy például a vállalati hálózati beállításokat. Vagy az internet-hozzáférést. Lehetetlen, hogy írjon egy feljegyzést az otthoni felhasználók, nem hozhat létre tanfolyamokat időseknek Linuxon. Még ugyanabban az eloszlás, ez nagyon nehéz, mert a meglehetősen gyakori megjelenése új verzió, és ennek megfelelően egy nagy munka, hogy támogassa őket. Ennek része a Linux platform, mint olyan, túl titáni munka létrehozása és fenntartása naprakész.

A legtisztább példa a következetlenségek a rendszer - file dialógusok, melyek felét az egyik alkalmazás a fele másik fele a harmadik. És a programozók a világ nem tud róla semmit.

Van egy másik probléma: néhány funkció csak bizonyos eloszlás. Mint az openSUSE, például, van YaST. És akkor nem kap a kocsijában YaST Unity, mert openSUSE nem portolták Unity. Más szóval, az összes Linux képességek egy adott felhasználó számára, hogy mindig csak része a korlátozott forgalmazási és választott DE.

Miért felhasználók Mac OS X, amely Magyarországon szerint az Internet-m, körülbelül ugyanannyi, mint a Linux-felhasználók él sokkal kényelmesebb? Mert lehet tartani. Mert ha például a repülőtéren MacOS felhasználó nem poklyuchitsya a WiFi, akkor megy a menedzser, és ő tudja megoldani a problémát, MacOS felhasználók egyszerre. Az egyik megoldás működni fog mindenkinek. Utasítás tartalmazza felismerhető képernyőképek csapat ugyanaz lesz minden felhasználó számára a platform. Ha hozzá megközelíti a Linux-felhasználó, akkor először is, van esély arra, hogy még ha az adminisztrátor maga nagyon szereti a pingvinek tapasztalat, hogy nem tudja kezelni a munka ugyanaz a ventilátor, de alapuló más hálózati programok, másrészt megoldás, amely egy disztró, van esélye, hogy keresni nem a másik, bár mindkettő ugyanazt a programot - a különböző változatok, például.

Kiderült, hogy a Linux, mint ez a támogatás, a forgalmazás, vagy akár egy sor képességek nem lehet -, mert nem létezik.

Az egyik lehetséges megoldás, akik szeretnek vitatkozni támogatja a nyílt forráskódú szoftverek - hadd nyílt szabványok, és mi mindent írunk! És valóban, ott, ahol van egy nyílt szabvány, nincs szükség, hogy írjon a felhasználói felületek, a nyílt forráskódú szoftverek jó érzés. Van azonban két kérdés.

A második - a független és összeegyeztethetetlen megvalósítások jutunk. És hányan vannak kötve egy adott disztribúció vagy a DE. Lásd fent. Ha a végrehajtás a szabvány nem érhető el minden - a felhasználó számára, ez azt jelentheti, hogy a szabvány nem hajtották végre.

Még rosszabb, ha a szabványos valamilyen okból nem felel meg a felhasználó, de nincs senki, aki meg tudja változtatni, és a legjobb megoldás. Például, mindenki tudja, hogy a unix fájlrendszerek például ext2 / 3/4, nem alkalmas a cserélhető adathordozók miatt a probléma a jogot, hogy a fájlok és könyvtárak, húzza a biztonsági probléma. De senki, aki alternatívát kínálnak az egész világ a Linux vagy használja FAT32, vagy város izmos mankó démonok eszközök csatlakoztatását. Ugyanez vonatkozik a Network File System - NFS jó ügyfelek és kiszolgálók, de mi otthon laptop csatlakozni az otthoni asztali számítógép? SMB? FTP? SSHFS?

És ez nem jó, ha több független szabványok Linux. Például végrehajtása az audio alrendszer. Kilométer listák ALSA dráma ellen OSS, művészeti ESD ellen, fajult Pulseaudio ellen csupasz ALSA - jellegzetes jele az idők. Pontosan ugyanaz, mint a dráma systemd vs. felkapaszkodott, Xorg vs. Wayland, és így tovább. Én személy szerint határozottan támogatja a bevezetését systemd Linux - nem azért, mert ő a legjobb, és nem azért, mert annyira jó, egyáltalán nem. Mivel ez lesz az egyik minden disztribúció. És jó lenne, ha az egyetlen DE DE kedves volt egységes. Igen, félre paradicsom linuksoadminy durva - de a végfelhasználó nem kell több tíz DE.

Nem számít, hogy nem lesz a motorháztető alatt. A végfelhasználó kell állítani néhány szabványos megoldásokat fog dolgozni, szüksége volt csak egyetlen felületen. Például, hogy nem számít, milyen a hálózati menedzsment rendszert alkalmazunk, mindaddig, amíg a hálózat lehet vezérelni egy ikon a tálcán, és a program kiszáll ez az ikon jelenik meg ugyanaz a kép. Red Hat kezdeményezés létrehozását egyetlen libvirttel könyvtár kezelésére heterogén virtuális gép méltó a legsúlyosabb akció - mivel lehetővé teszi ugyanazt a szoftver kezeli a különböző megvalósítások.

DE tucat jó, ha van egy bizonyos szintet, hogy mindenütt jelen van, és mindig - ez itt, hogy vannak írva screenshotok, standard oldatok, mások maguk választhatják ki a DE és megoldani saját problémáit. Hétköznapi felhasználók csak ne érintse.

A hiányzó közötti párbeszéd tervezők és fejlesztők

A fenti probléma megoldható, ha gyűjtünk fejlesztése az egész földet, és tanítani őket, hogyan kell építeni az együttműködést a székesegyház stílusban. Ha a fejlesztők egyetértenek első, hogy mi tekinthető a standard, majd elkezdik alkalmazásokat írni - a szám a rake jelentősen csökken, tesztelt gyakorlatban.

Először. A fejlesztők nem érdekli. az egyik projekt a fejlesztők gyakran mutogatni a többi fejlesztő a projekt, az utolsó, vagy nincsenek tisztában, vagy van véleménye róla. Egy példája az utóbbi időben - a probléma a koncentráció gyengülése váltáskor elrendezés alkalmazása. Gnome fejlesztők azt állítják, hogy «Ez hogyan X Grab munkák» Xorg fejlesztők ésszerűen reagálni, hogy kapcsolási elrendezés egy teljes munkaidős erőforrásokat, és akkor nem működik körülöttük, valamint más DE minden rendben.

A felhasználók nem érdekel, hogy van a motorháztető alatt, és hogy ki a hibás. A felhasználók kapnak nem oldja meg a hibákat évek óta. Ugyanebből a területen - törött hotkei tartalmazó ctrl + shift, ha ezzel a billentyűkombináció, mint módszer váltás az elrendezést. Törött gyorsbillentyűk, beleértve a kapcsoló elrendezések vagy multimédiás gombok, amikor megnyitja az alkalmazás menü. Sok hibát - ez hogyan X megragad működik?

Második. A fejlesztők elsősorban keresztül kommunikálnak listákon a Git-véglegesítésekhez, bug tracker, és IRC csatornákon. Ezek nem a módokat, amelyek segítségével könnyen talál másik képviselője a fejlesztők a táborban. Sőt, ez nem az eszköz, amellyel teljesíteni igazi élő felhasználó.

Eredmény - felhasználói visszajelzések rendkívül kis fejlesztők. Igen, úgy tűnik, mint az egyik legfontosabb vívmánya a nyílt forráskódú szoftverek - a lehetőséget a közvetlen interakció a felhasználó és a fejlesztő - sőt, nem lehet megvalósítani. A fejlesztők kommunikálni egy szűk kör rendszeres használók átgázolni követők és levelezési listák, valamint más fejlesztők a projekt. Hotelok izolálása a felhasználók valós részt egységek és a teljes tartály a kezdő felhasználók számára valójában nem terjed ki. A kezdők általában - a fő probléma velük, mert senki sem csinál, kivéve egy-két közösség disztribúció szentelte magát erre a feladatra. Holivary és pergetett virágzás teljes virágzás olyan helyeken, ahol az újonnan.

Szintén nincs külön kapcsolatát a fejlesztők. Ha a projekt keretében a fejlesztők folyamatosan kapcsolatban vannak az azonos levelezési listák, az IRC és más módon, az információ arról, hogy mi történik a szomszédos enklávé szivárgás nem is olyan kicsi és gyakran. Ha egy projekt egy használ a kód egy másik projekt B gyakran olyan helyzetben, amikor a kedvéért hibajavítások a projekt B, amelyek a B projekt a fejlesztők nem karcos, projektfejlesztőket kezdeményez saját ág, és rögzíti a szabadidő. Kivéve, hogy minden az erőfeszítések összehangolását és szinergiák a független fejlesztés repül a kosárba.

Van egy paradox helyzet, amelyben úgy találják, nem utolsósorban köszönhetően egységét a szoftver telepítése révén adattárak, hogy a szabad szoftver - végtelenül egységes és homogén, egyfajta gyárban a termelés egy meredek szoftver. Tulajdonképpen kiderül, hogy egy sor teljesen független fejlesztők által egyesítve, általában szúrópróbaszerűen - az elismert vezetői engedéllyel szabad. A szerepe kölcsönös egymásra hatás, a kölcsönös támogatás, a kölcsönös együttműködés, nagymértékben eltúlzott. Nem a Linux, mint egy platform, nem egy sor szabályt és érthető párbeszéd, ezért dolgoztak ki.

Mindazonáltal, ha figyelembe vesszük az OSS összesített szoftver egy adott engedélyt, az egyesület a szoftver ezt a funkciót nyit az érdekes lehetőséget, hogy valaki másnak a kódot fejlődésüket, és ezért néhány nincs kapcsolat a fejlesztők különböző részein a világ. Továbbá a nagy szabad projektek és ideológiai összetevő, amely a talaj további szinergiákat.

Az ilyen erőfeszítéseket tesznek. Konferenciák, mint például a Libre Graphics tárgyalás vagy konferencia Portland Gnome és a KDE fejlesztők, de az eredmény nem annyira befolyásolja a kialakulását a platform.

Red Hat, annak ellenére, hogy helyzete abszolút átláthatóság folyamatosan fokozza a fejlesztés a legújabb technológiákat, anélkül, hogy szünet, és vezet számos tiltakozást a közösségben, akik kedvelik a lassabb fejlődés üteme. Ideiglenes dönt, amelynek upstream technológiák lesznek a holnap, és a Red Hat jól ismeri.

Végül néhány projekt egyszerűen megszűnik használni upstream és saját - bár szabad, de semmit nem kompatibilis - megoldások. Például a tervek Ubuntu - saját vizuális szerver, saját desktop shell, saját fejlesztési eszközök és szoftverek forgalmazása. Hasonlóképpen, a platform Android, Chrome OS vagy Firefox OS-hez semmit nem kompatibilis platform.

Ezt a szöveget fordítják azt a kérdést, hogy „mi nem navizhu Linux» - és most itt vagyok navizhu) ochipyatka abban az értelemben,

Ha egy alkalmazás fejlesztő, amely az OpenID 2.0, menjen OpenID Connect.