Hoofdcategorieën

'Wat Linux kan leren van Microsoft'

Door Harm Hilvers, maandag 24 juli 2006 11:11
Bron: Linux-Watch, views: 32.965

Bij Linux-Watch is een artikel verschenen waarin een opsomming gegeven wordt van vijf onderwerpen waarbij Linux iets kan leren van Microsoft. Het eerste punt dat beschreven wordt, is het gebrek aan een goede vervanging voor Microsofts MSDN, een uitgebreide database met informatie over vrijwel alles waar Windows-programmeurs vragen over kunnen hebben tijdens hun activiteiten. Weliswaar is de broncode van Linux-programma's vrij in te zien, maar dat maakt het voor nieuwe ontwikkelaars niet altijd makkelijker om te beginnen met programmeren. Een centrale plaats voor Linux-documentatie, tutorials, best practices en codevoorbeelden à la MSDN zou het ontwikkelen van Linux-programma's dan ook een stuk eenvoudiger maken. Op dit moment is dit soort informatie binnen de opensource- en de Linux-gemeenschap erg verspreid over de sites van de individuele projecten.

Het tweede onderwerp waarop wordt ingegaan, is een eenduidige user-interface. Gebruikers zitten er meestal niet op te wachten om verschillende gebruikersinterfaces te leren kennen om de standaardtaken uit te voeren. Microsoft heeft zich netjes gehouden aan deze regel: iemand die Windows 98 kent, kan werken met Windows XP. Binnen de Linux-community bestaan meerdere verschillende windowmanagers. Gnome-applicaties zien er totaal anders uit dan programma's die draaien binnen de window manager van Enlightenment. Windows Vista en Office 2007 gaan overigens wel grote veranderingen doorvoeren op user-interfacegebied, waardoor Windows en Linux volgend jaar onder invloed van het Portland Project, een project om de GUI van verschillende Linux-windowmanagers eenduidiger te maken, op gelijke voet zouden kunnen staan op het gebied van consistentie binnen de GUI.

Redacteur Tux druk aan het werkIn het derde punt wordt een pleidooi gevoerd voor het OpenDocument-formaat ten faveure van Microsofts gesloten documentformaten, die tot op heden wel de defacto standaard vormen. Het ODF-formaat is een open formaat dat door iedereen gelezen en in software geïmplementeerd kan worden. Microsofts bestandsformaten kunnen alleen onder voorwaarden in andere software geïmplementeerd worden, waardoor het geen écht open formaat is. Linux-Watch meent dan ook dat het ODF-formaat door zijn openheid beter is en dat Linux hiermee een voordeel heeft. Een voorwaarde voor daadwerkelijk en langdurig succes is echter wel dat het OpenDocument-formaat door meer software ondersteund wordt en zo een bredere beschikbaarheid - net als die van Microsoft Office - ontstaat.

Een belangrijke reden waarom Microsoft de grootste softwareleverancier is, is het feit dat ieder jaar weer vele miljoenen dollars en euro's besteed worden aan marketinggelden. De Linux-gemeenschap en ondersteunende bedrijven geven echter zeer weinig geld uit aan advertenties voor hun Linux-producten. In het verleden was dit niet heel erg, omdat grote nieuwssites over iedere verandering binnen de opensourcewereld schreven en het nieuws over Linux zijn publiek dus wel bereikte. Inmiddels is dat echter niet meer zo en is het veel moeilijker om op die manier nieuw publiek te bereiken. Daarom moet, zo meent Linux-Watch, beter worden omgesprongen met marketingbudgetten voor Linux-producten. Deze zouden moeten worden verhoogd en beter ingezet worden om een tegengeluid te laten horen in een advertentiewereld die grotendeels door Microsoft bewoond wordt.

Het vijfde en laatste punt dat wordt beschreven, is de OEM-support. Wanneer iemand naar de winkel gaat en daar een computer aanschaft, wordt in het overgrote deel van de gevallen een Windows-versie standaard meegeleverd. Weliswaar is het installeren van enkele Linux-distributies erg gemakkelijk en soms zelfs sneller dan het zelf opzetten van een Windows-computer, maar de meeste computergebruikers zullen niet zelf hun besturingssysteem gaan vervangen. Om Linux daadwerkelijk veel gebruikt te laten worden, is het daarom van belang om de support van OEM-fabrikanten te verkrijgen. Een gerelateerd probleem is de ondersteuning van nieuwe hardware. Vrijwel altijd wordt een Windows-driver meegeleverd, maar een driver voor Linux is nog lang niet altijd aanwezig.

Volgende 11:16
Vorige 11:02

Reacties

«  1  2  3  4  »

Ze missen een belangrijk aspect "Support voor leveranciers voor Linux"

Veel software is gewoon niet te draaien op Linux. Van adobe programmatuur tot games.

Als eindgebruiker heb je dan niets aan een OS als je er vervolgens niets mee kunt doen.


Lekkere mentaliteit als je een OS in de markt wil zetten :z

Als je een brief wil schijven koop je een typemachine... |:(

Niet alleen dat. Consistentie is het grootste probleem en niet alleen bij de interface. Waarom kan een pakketje bijvoorbeeld wel op distributie A worden geinstalleerd en niet op distributie B? En waarom staan de conficuratie bestanden bij distributie A weer heel ergens anders dan bij distributie B? Laten ze daar ook maar eens aan gaan werken. Op het moment dat alle Linux distro's een keer uniforme standaarden hebben kunnen er ook redelijke (un)installers gebouwd worden en zitten we niet met een of andere package manager of RPM Hell.

@hier onder: Ja inderdaad er zijn maar 2 packaging systemen maar dan nog kun je een RPM uit Fedora vaak niet op Suse installeren of andersom.

daar is LSB voor, Linux Standard Base.
een generieke configuratie voor een Linux distro.
Veel distro's zijn LSB-compliant

Ik denk dat je erg overdreven reageerd. Dit was de situatie, voordat de lsb ontstond.

Kijk hier eens naar. http://www.freestandards.org/en/LSB

De package managers beperken zich tot apt en rpm voor grootse distributies. Gentoo en Slackware hebben nog hun eigen package manager voor zover ik weet. Gentoo vanwegen hun BSD georienteerd make world structuur.

Ik weet niet of gentoo en Slackware nog andere formaten ondersteunen.

Met Gentoo kan je zowel met het apt als het rpm systeem werken. Mits je deze hebt geemerged.

Is er iemand die weet waarom er überhaupt meerdere packet systemen zijn?

@ distrubedsaint
Simpelweg omdat er twee systemen zijn die de concurrentiestrijd hebben overleeft. Deze twee zijn overgenomen door de rest.
De ene distributie heeft een andere visie op packagemanagement dan de andere. Een gezamelijke interface voor de systemen zou overigens wel een pre zijn.

Hier is wat leesvoer, om wat zaken over Linux duidelijk te maken:
http://en.wikipedia.org/w...on_of_Linux_distributions
Zoals je in bovenstaande Link kunt zie er nog heel wat Linux distributies met verschillende oorsprongen.
http://en.wikipedia.org/wiki/List_of_Linux_distributions
In deze Link zie ook waar de distributie zich onderneer op focusde. Zoals bv van Debian afgeleid, lightweight etc.

In principe zijn de Linux distributie qua markt beperkt tot enkele grote zoals Red Hat/ Fedora, SuSE/OpenSuSE, Debian, Ubuntu, Mandriva en Gentoo voor niet specifiek server gebruik. Commercieel server is RHEL, SLES.

Mogelijk heb ik een distributie vergeten.

Package management systemen zijn natuurlijk om verschillende redenen gekozen. rpm en apt zijn duidelijk. Deze zijn van Red Hat en Debian. Sommige systemen hebben een bepaalde distributie als basis genomen. Zoals bijvoorbeeld Mandriva RedHat als basis nam en Ubuntu Debian als basis naam. En SuSE bepaalde zaken van Red Hat overnam.

Deze link gaat over package management. Voor de mensen die er meer over willen weten:
http://en.wikipedia.org/wiki/Package_management_system

RedHat en Debian kwamen ongeveer tegelijkertijd met een pakketbeheersysteem. RedHat met rpm, en debian met dpkg.
Beide vonden hun eigen systeem uiteraard het beste en zijn daar mee verder gegaan ipv het systeem van de ander over te nemen.
Later zijn er nog enkele andere pakketbeheerssystemen ontstaan.

Op zich is het niet zo vreemd dat er verschillende pakketsystemen voor linux beschikbaar zijn: vrijwel elk onderdeel van linux kent wel een of meerdere alternatieven.

> Ik denk dat je erg overdreven reageerd. Dit was de
> situatie, voordat de lsb ontstond
Nog steeds loop ik vaak tegen situaties aan waar distro A bepaalde configuratie op een hele andere plek neer zet dan distro B.

Of nog erger! Dat je binnen een distro één en het zelfde kan configureren op meerdere manieren die elkaar niet uit sluiten! |:( Denk bijvoorbeeld aan het toevoegen van static routes tijdens het booten, op Red Hat. Dat kan in RH-ES3 op welgeteld -drie- locaties en allen worden gebruikt.

Hoezo een soep zooitje?

Als je systeembeheerder bent moet je zorgen dat alle systemen onder jouw beheer op 1 distributie draaien, of je moet kennis hebben van de verschillen. Dit is precies zoals het bij MS Windows ook geregeld is.

Als je gebruiker bent hoef je alleen je eigen distributie te kennen. In principe moet je software installeren middels het geleverde packagemanagementsysteem (pms). Als dit niet kan, is voor elke distributie duidelijke informatie te vinden hoe je software moet installeren buiten het pms om.

Als software ontwikkelaar hoef je je slechts te verdiepen in de markt waarvoor je ontwikkelt. (Standaard praktijk voor alle leveranciers van producten/diensten.) Als je dit gedaan hebt zul je weten dat je alleen duidelijk hoeft te maken hoe jouw software in de verschillende pms'en als package opgenomen kan worden. Als je automake en autoconf gebruikt is dat praktisch geen werk. Nagenoeg alle distributies zijn bereid een package te maken voor jouw software, die geschikt is voor de desbetreffende pms. Als je zelf een .deb en een .rpm maakt is het al helemaal makkelijk om je software beschikbaar te maken voor opname in alle distributies.

Ik kwam gisteravond nog iemand tegen op het ubuntu help kanaal op freenode die nu sinds kort ook de repositories heeft ontdekt. Voorheen downloadde hij individuele pakketten (binary of source) en ging die installeren, netzoals je dat in Windows zou doen. Toen ontdekte hij dat je met apt-get install pakketnaam (of via de grafische variant hierop 'synaptics') heel gemakkelijk een pakket kon downloaden en installeren. Alles gebeurde automatisch voor hem. Dat scheelde hem dus gigantisch veel werk.

Dat is dan ook de fout die je maakt in je vergelijking. Je vergelijkt teveel met hoe Windows bepaalde zaken doet. In Linux heb je het voordeel van de diverse repositories die gigantisch veel software bevatten. Je systeem volledig updaten (OS, drivers en programma's) en de nodige software installeren doe je met Linux vanuit 1 punt tegenwoordig. Dat is al heel wat makkelijker en overzichtelijker dan in Windows waarbij je alleen de mogelijkheid hebt om Windows, Office en een paar drivertjes via Microsoft Update te updaten (installeren moet dan weer apart).
Nu heeft dit systeem in Linux ook zo zijn nadelen voor mensen die niet zoveel van pc's snappen...er staat dus ook heel wat spul aan libraries en development tussen die dat soort mensen niet nodig hebben wat nogal verwarrend zou kunnen werken.

Je moet dus geen gebruik maken van pakketjes, dat is alleen nodig wanneer je de software ook echt niet in de repositories kunt vinden. Dan is het verder alleen oppassen of je nou een debian based systeem hebt of een rpm based systeem en die dingen kun je in de help al wel terug vinden. Overigens is er met alien ook de mogelijkheid om rpm pakketten om te zetten naar debian pakketten. Mogelijk kan het ook andersom maar daar kan ik niks over zeggen omdat ik niet al teveel ervaring heb met distro's die rpm gebruiken.

Qua consistentie is de GUI van Windows een voorbeeld hoe het niet moet. Settings staan vaak her en der over menu's verspreidt. GNOME is hier heel wat strakker in, netzoals KDE en bijv. de interface van MacOS X.
Die configuratiefiles zijn inderdaad een aardige hell ondanks initiatieven als LSB (wat veelvuldig gebruikt wordt en die ook wat meer behelst dan louter alleen de configuratiefiles, de indeling van bijv. je startmenu kun je ook LSB compliant maken) waarbij het uiteindelijk aan de distro zelf is wat ze er exact van implementeren. Gelukkig ziet men zelf ook wel in dat het wel zo handig is om zoveel mogelijk hetzelfde te zijn in de basis.

Nou kun je als afsluiter natuurlijk ook nog een heel betoog houden dat de kernel weliswaar hetzelfde is van alle Linux distro's maar dat ze verder volledig anders zijn en dat je dan eigenlijk net zulke grote verschillen kunt krijgen als met Windows - MacOS X. De kernel delen ze dus maar voor de rest zijn al die distro's een heel ander OS. Probleem is dat alleen niet veel mensen dat allemaal door hebben, die ondervinden het dan ook vaak als door de bomen het bos niet meer zien.

Slechts gedeeltelijk correct.

Veel software zit niet in deze repositories. Pak ActiveState Komodo of VMWare Workstation om maar enkele te noemen.

Probleem is dat deze vaak gebruik maken van shared libraries (net als vaak in windows). Itt het meeleveren van deze libraries gaat men er vaak vanuit dat deze op je systeem staan. Soms werkt dit niet, omdat bijv. libexpat naar v2 is overgegaan en niet backwards compatible is en ruzie maakt met v1 als die ook geinstalleerd staat.

Kun je 2 dingen doen, terug gaan naar v1 (en problemen hebben met 90% van je huidige apps aangezien expat door heel veel gebruikt wordt) of je kunt je nieuwe software gewoon vergeten. (natuurlijk zijn d'r nog andere oplossingen, vmware gebruiken, fabrikant vragen ook tegen v2 te compilen, fabrikant vragen libs statisch te linken maar allemaal minder praktisch).

Aan de andere kant van punt 2 wordt je ook niet vrolijk. Liefst zou iedereen dus een auto moeten rijden die voelt als een peugeot 206, d'r uit ziet als een peugeot 206, het formaat heeft van een 206, alleen als je onder de motorkap iets veranderd is het wel ok... Ben juist blij met die verschillende window managers, als ik iets wou wat precies op windows leek was ik daar wel gebleven.

ppl lees je verhaal eens door, daarom willen veel mensen niet aan Linux. Te moeilijk, de gebruikersinterface moet makkelijker zijn.

ppl,

je bedoelt zoals de consistentie tussen windows verkenner, en windows media player?

en word en MSN?

die paketten lijken toch werkelijk nerges op de gui standaart van windows? en toch zijn ze van MS zelf.

Gnome heeft een hele strakke regel, Eerst moet je pakket aan de human interface guidelines voldoen, en pas dan wordt het meegeleverd.

(office 2007 is ook al zo'n voorbeeld van consitentie,

en het strart menu van win98 lijkt inderdaad ontzettend veel op het start menu van win XP, elke software leverancier gooit er z'n zooi in, en overzicht is er niet.
Bij gnome en kde zitten alle programmas tenminste netjes in een mapje genaamd, games,graphical utilities, of office tools.

Het is niet te moeilijk, de gebruiker is misschien gewoon te lui.

Mss is "File, Edit, Help" in de menubalk van 99,99% van de windows applicaties je opgevallen? Dat is een microsoft conventie, daar hebben ze geen Gnome regels voor opgesteld, daar houdt bijna iedereen zich gewoon aan.

Het grote verschil tussen Windows interfaces en linux interfaces zit hem in het feit dat Linux van iedereen is en dat er niet echt een "leidende" nieuwe interface is. In de Windows wereld geldt de ongeschreven interface regel dat je MS Office kopieert, wat voor een soort programma je ook maakt.

Maar je hebt gelijk dat MS steeds meer gespecialiseerde interfaces aan het maken is.

Mss is "File, Edit, Help" in de menubalk van 99,99% van de windows applicaties je opgevallen? Dat is een microsoft conventie, daar hebben ze geen Gnome regels voor opgesteld, daar houdt bijna iedereen zich gewoon aan.
Eerder een Mac conventie, die had dat al eerder. En iedereen hield zich daaraan omdat Apple een set met Human Interface Guidelines had opgesteld waaraan zij vonden dat iedereen zich moest houden. Consistente menu layout, zelfde toetsen voor knippen en plakken.

Allih:

niet liegen, jij kent de Hig van gnome niet.

http://developer.gnome.or...g/2.0/menus-standard.html

plaatje:
http://developer.gnome.or...s/application-menubar.png

Exact wat jij zegt dat ze niet hebben, en ik heb er in totaal 2 minuten en 4 muis kliks aan besteeds om dat te vinden.

En KDE?
Edit:
Ik bedoelde in mn eerste post met "Gnome regels" regels voor de UI, zoals bij Gnome.

Waarom kan een pakketje bijvoorbeeld wel op distributie A worden geinstalleerd en niet op distributie B?
Dat is een euvel dat je eigenlijk alleen bij opensource-software ziet, en waarschijnlijk komt doordat bouwers van opensourcepakketjes de software compileren tegen hun eigen systeem en niet de middelen hebben om te controleren of het ook op andere systemen draait.

Bij commerciele software, of software van grote projecten die ook binaire pakketten leveren, zie je dit probleem niet: software als flash, acrobat reader, mainactor, opera, netscape, mozilla/firefox, openoffice draait gewoon op elke linux-pc die aan de specs voldoet, en niet op 1 specifieke linux-versie.

Adobe heeft juist heel veel producten geport en de rest heb ik prima werkend via Wine gekregen, zonder dat dat bijzonder veel moeite of kennis voor nodig was.

En er zijn ook prima vervangers te krijgen. Gratis en voor niets.

Ik vind het een beetje vreemde post. Linux is juist een heel ander concept dan Windows. Deze punten zijn juist ontstaan door dat andere concept.

Ja, het is een ander concept, en een goed concept ook. Maar niet zonder problemen, en daar gaat het over.

Zoals her en der te lezen is zijn er voor de "doorsnee" gebruikers (dus niet de gemiddelde bezoeker van Tweakers.net) drempels die maken dat ze niet thuis liever voor een linux distro kiezen i.p.v. een Windows-variant. Zelf video-drivers moeten installeren omdat die vaak niet met een distro meegeleverd mogen worden is daar een van, wat te doen met anti-virus software een andere.

Een distro waarbij de gebruiker -nergens- de commandline voor nodig heeft maakt nou eenmaal een betere kans om een groter stuk van de nu nog Windows Desktop OS markt af te snoepen.

Tweakers vinden het heerlijk om een CLI te hebben, en precies die distro te kiezen voor ons doel en hardware eisen/restricties van dat moment. De meeste mensen echter niet...

Een uniforme interface, met i.i.g. redelijk consistent gedrag van die interface, is iets wat door Microsoft best goed gedaan is de afgelopen jaren. Onder Linux hebben veel programma's hun eigen interface met eigen iconen en vaak eigen ideeen over welke functionaliteit waar -precies- moet zitten. Ook dat werpt een drempel op voor nieuwe / oude (ambigu!) gebruikers.

Tot slot: Distro Wars dragen ook niet bij aan de inhaalslag van Linux waar velen van ons op wachten...

Die doorsnee gebruikers moet je ook geen windows of een windows programma laten installeren, die krijgen hun windows... bij hun PC zelf. Zij die een windows kunnen installeren kunnen ook een Linux-distro installeren zonder moeite, de hoeveelheid CLI-gebruik hangt van jouw persoonlijke voorkeuren af. Eigen drivers moet je ZELDEN installeren. Wat moet je allemaal neit doen om in windows multimedia aan de praat te krijgen? Hoe hard moet je het internet niet afzoeken naar dit en dat programmatje...

Sommige dingen worden gewoon vanuit een verkeerd standpunt bekeken. Voor een gewone gebruiker is een repository veel gemakelijker dan het internet afzoeken, om over de veiligheid nog maar te zwijgen.

Linux kan nog veel verbeteren, maar package management is een pak beter in orde dan in windows. (Met SMART gaan ze trouwens veel verbeteringen toevoegen).

Over de interface: die moet gewoon duidelijk zijn, iedereen kan voor een gsm zich wel aanpassen, voor een computer ineens niet, lijkt me raar. Trouwens, en dit zeg ik niet om elitair te doen: een computer moet je mee leren werken, en dat doe je door te lezen en logisch nate denken, door zomaar iedereen als een aapje te laten klikken kom je nergens.

Inderdaad, voor gewone gebruikers is CLI afschrikwekkend, terwijl dit eigenlijk helemaal niet zo hoeft te zijn.
Vaak vind je nu sinds Ubuntu veel howto's, waarmee je een tekstregel moet intypen (kopieren/plakken, nauwelijks hoef je het aan te passen, die regel) De filosofieën bij deze distro zijn anders, je krijgt tenminste geen RTFM of iets dergelijks.
Hoe dan ook, de CLI zorgt ervoor dat linux-distro's veel krachtiger (in de vorm van aanpasbaarheid, en hierbij bedoel ik niet alleen het aanpassen van de interface, maar eigenlijk:ALLES)
Nu, wordt er een grafische schil over die terminal gelegd, maar dit vergt z'n tijd, een simpel programmaatje als wget, heeft talloze opties, waarbij het moeilijk wordt om alles in een consistente interface te zetten (ter informatie: flashget kan nauwelijks tippen aan de kracht van wget).

Even los van gebruik van Wine om bv Adobe programma's te runnen is het vaak juist aan Adobe om een *nix-versie uit te brengen van hun produkten. En ondanks dat ze de kennis wel in huis hebben (Framemaker is er in een *nix variant geweest, alleen beta) zien ze het nog niet van belang.
Veel softwarebedrijven mikken gewoon op de grote markt, dan dat is op de desktop nog steeds Microsoft Windows.
Voor games word er veel gebruik gemaakt van DirectX, en dat is niet zo te porten naar Linux, en Microsoft heeft daar ook zeker geen voordeel bij. Dit moet dus via reverse engineering, of emulatie. En het aantal OpenGL-games zijn helaas veel minder, en meestal zijn die ook te vinden in een Linux variant.
Mocht Linux op de desktop wat groter worden, dan denk ik dat gamesontwikkelaars wel over zullen gaan. Ten slotte is er wel ervaring met linux-servers voor online games.

Dat DirectX wordt al heel lang gebruikt bij games. Probleem is nu dan ook (denk ik) dat ze er zo hard aan vastgeroest zitten dat het uitermate veel moeite (tijd, geld) kost om de boel om te zetten naar iets als OpenGL (wat praktisch ieder platform ondersteund). Ik denk dat het zoveel moeite kost dat het niet baat als ze het vergelijken met doorgaan op oude voet en dus gaan ze ook geen OpenGL gebruiken.
Zet er naast dat Windows nog steeds een 90 tot 95% van de desktopmarkt in handen heeft en het is vrij zichtbaar waarom de game ontwikkelaars geen OpenGL gebruiken.

IMHO jammer en nogal dom van ze want daarmee missen ze de markten van Linux en MacOS X die momenteel wat meer aan het groeien zijn. Wie weet wat voor marktaandeel die 2 platformen over een jaar of 5 hebben.

DirectX != OpenGL
OpenGL is een grafische schil, vergelijkbaar met Direct3D, wat een (klein) onderdeel in in DirectX

ook bv Doom3 gebruikt directx

ik denk niet dat Linux een directx-kloon moet maken (hoewel dat natuurlijk het handigst is voor de ontwikkelaars), maar wel een gelijkaardige interface zodat het toch iets of wat snel vertaalbaar is
+ goede documentatie natuurlijk

since OpenGL2.0 op windows draait doom3 volledig op OpenGL en is directx niet meer nodig voor het graphics gedeelte.
alleen het geluid framework gebruikt DX op windows en OpenAL op Linux/OS X.


maar hij heeft gelijk de meerderheid van alle console/PC spellen draaien onder OpenGL.

DirectX != OpenGL
OpenGL is een grafische schil, vergelijkbaar met Direct3D, wat een (klein) onderdeel in in DirectX
klopt, maar meer is ook niet nodig technisch gezien!

DirectX is enkelt en alleen gemaakt omdat gamedevelopers net zoals onder DOS direct de hardware wilden kunnen aansturen, zonder dat windows daartussen zat om dingen te prioritiseren en geheugen allocaties ging toekennen (of weigeren).

Onder linux heb je al die zaken niet nodig, omdat je altijd direct tegen de hardware kunt aanpraten.

De heathaze (ofzo) die in doom3, is afkomstig uit de dx9 libs.. euh dus opengl of toch een beetje dx ??? :?

google hier google daar

dat draait nu volledig in OpenGL2.0 op kaarten die het ondersteunen.

Zelf gebruik ik mijn PC voor lichte office-doeleinden. Beetje Word, beetje Excel en beetje internet. Op zich zaken waar Linux prima geschikt voor is.

In de hoofdzaak wordt mijn PC gebruikt voor games. En ondanks het altijd weer aangehaalde Tux Racer, zou ik er met Linux maar bekaaid vanaf komen. Een paar spellen die niet op DirectX leunen en dan houdt het op.

Veel PC's worden aangeschaft voor familiegebruik en moet dan een alleskunner zijn. Dat zie ik er met Linux voorlopig niet van komen, terwijl aan de 'serieuze kant' toch voldoende software is.

Iets geavanceerder dan tux racer, oa Unreal Tournament en Wolfenstein draaien er ook beter op. Veel van wat openGL is gewoon.

Unreal Tournament is, zeg, 1998?

Doom 3 een beter voorbeeld dan? Die draait namelijk ook prima op Linux.

Ook UT2003, 2004 en wss ook wel de 2007 draaien erop

2007 draait ook op OS X ;) de linux Developer is dezelfde persoon als de OS X versie ;)

Ryan gordon heeft well een wat losgelaten over UT2007 in zijn blog, en dat hij de source-code een puinhoop vond en moelijk te porten.

Wat een idiote vergelijking. Waarom moet alles op Windows lijken? Waarom is Windows groot geworden: niet door MSDN, niet door de 'geweldige' user-interface, niet door 'de-facto standaarden', niet door marketing, niet door OEM support.

Windows is groot geworden door op het juiste moment met een grafisch besturingssysteem (Windows 95) op de PC te komen. Geen timing, gewoon geluk (met heel wat marketing).

Eenmaal voorzien van een flinke installed-base kon Microsoft deze positie verder uitbouwen met MSDN, Office, etc.

Waarom wordt de user-interface van Windows als 'prettig' ervaren? Niet omdat-ie de beste is, maar omdat 99,999% van de mensen niet anders kent. Daarom.

Moet een ander OS daarom deze user-interface overnemen? Nee. Natuurlijk niet. Waarom opnieuw het wiel uitvinden. Als ieder 'innovatief' bedrijf alleen maar producten van een ander zou gaan imiteren, reden we nog steeds in T-Fordjes rond en belden we via een 'operator' met onze bakelieten telefoon.

Ook de OEM support is een drogreden: de reden waarom veel leveranciers geen Linux driver meeleveren is eebvoudig: de duimschroeven worden vanuit Redmond aangedraaid als je als leverancier alleen al nadenkt om een Linux driver uit te brengen.

Wat een idiote vergelijking. Waarom moet alles op Windows lijken?
dat zeggen ze helemaal niet, ze vinden alleen dat er eendracht en consitency in Linux moet komen, waardoor linux er over de gehele linie hetzelfde uit ziet.

Overigens kan ik m'n vraagtekens zetten hierbij, want een complete meute aan mensen gaan in windows met allerlij tools aan de slag om het er anders uit te laten zien.

De kern van dit verhaal is: van iedere tegenstander kun je leren, zo kan MS ook wat van de opensource wereld leren.

als alles er consistent anders uit ziet is het niet erg. Net wat je leuk vind, maar dat er software onder windows is dat het nodig vind om een andere theme te gaan draaien (bv pinacle studio) of een mac OS look in een XP theme te tonen, dat is irritant.

Linux hoeft de windows-gui helemaal niet over te nemen. Apple heeft dat toch ook niet gedaan. Wat Linux moet doen is zorgen dat er 1 standaard Linux-gui komt. Dat config-files van alle distributies op dezelfde plekken staan, dat er 1 installer komt.

Je moet rekening houden met een gebruiker die een cd in de drive duwt of een installer van een website download en daarna via next, next, next een applicatie moet kunnen installeren.

Neen das niet waar, want dan krijg je uiteindelijk hetzelfde als windows : een gebrek aan keuze. Linux is net populair bij vele gebruikers omdat het jouw zoveel keuzes laat maken. Welke WDM je gebruikt, office pakket, browser, mail client, mediaspeler, echt alles kan je zelf kiezen en naar wens aanpassen.

Laat ons die verschillen houden, laat ieder zijn eigen keuze maken, maar laat ons ook proberen om er een logica in te houden. Dat KDE en gnome verschillend zijn mag geen probleem zijn, ieder zijn voorkeur, maar de software die geschreven word mag een beetje uniformer zijn in structuur. Menu opbouw en dergelijke in programmas moet logisch zijn.

Heb je trouwens ooit al gehoord van LSB? De Linux Standad Base heeft als doel om zoveel mogelijk distributies een gestroomlijnde basis te geven waarbij de belangrijkste zaken op dezelfde locaties komen te staan. Debian gaat zelfs nog verder en heeft de LSB uitgebried tot de DCC, en de meeste Debian gebasseerde distributies bouwen ook verder op de Debian Common Core. Er is maar 1 grote distributie die weigert mee te werken aan standarisatie binnen Linux en dat is Ubuntu.

Ook op gebied van Installers moet er keuze zijn. Neem je een Ubuntu of een SuSE dan krijg je zeer gebruiksvriendelijke installers maar met beperkte installatiemogelijkheden, neem je daartegen bijvoorbeeld Gentoo dan kan je heel het systeem naar je hand zetten zoals jij dat zelf wil. En dat is de kracht van linux : voor elk wat wils.

Vele applicaties kunnen de dag van vandaag geinstalleerd worden via de standaard repostirories. Je gaat gewoon naar de pakketbeheerder van je distributie, kiest de software die je wenst en voila, het word volledig automatisch geinstalleerd. Vele andere software komt vandaag de dag ook met installers, het zijn dikwijls kleinere projecten of projecten die echt afhangen van bepaalde variabelen in uw systeem die vereisen dat je zelf nog gaat compileren.

De "Debian Common Core" bestaat niet, wel de "DCC Common Core". Omdat twee belangrijkste Debian-gebaseerde distro's de manier waarop één en ander gebeurde geen goed idee vonden is die DCC echter zo goed als dood. Die twee distro's waren Ubuntu en... Debian zelf!

Ubuntu werkt trouwens wel aan ondersteuning van de LSB, gebruikt zo veel mogelijk de XDG-specificaties, etc., dus het klopt ook niet dat ze niet meewerken aan standaardisatie.

Neen das niet waar, want dan krijg je uiteindelijk hetzelfde als windows : een gebrek aan keuze. Linux is net populair bij vele gebruikers omdat het jouw zoveel keuzes laat maken.
Dat is inderdaad de indruk die ik ook krijg vna linux (en ontwikkelaars) maar het lijkt me dat wanneer je van een stuk software de 3-5 hoodtaken zo makkelijk mogelijk maakt, en de andere taken nog steeds mogelijk zijn, dat iedereen beter af is. De meerderheid kan zijn taken zsm uitvoeren omdat hierop ontworpen is, zonder de flexibiliteit te verliezen.

Het gebrek van goede softwaredesign (dus niet de visuele kant maar de interface) staat linux in de weg.

Daarom werkt Firefox zo goed (alhoewel dit wel een goede ontwerprichting heeft): al de extensions zorgen ervoor dat niemand hoeft na te denken welke richting ze op willen. Elk argument tegen andere browsers wordt gewonnen door te zeggen: met extensions kan dit ook. Hierdoor werk je dus om het probleem heen. Als je met je VW Polo met extensions ook de berg kan op rijden en tegelijkertijd over water scheren betekend dit nog niet dat het net zo lekker rijd als een hoovercraft die hierop ontworpen is.

Argument wat je niet met extentions kan oplossen: Opera heeft betere CSS3 ondersteuning als Firefox.

@Maxxware
Ik vind dat je een beetje extreem reageert.
Volgens mij willen de schrijvers van het artikel helemaal niet zeggen dat Linux op windows moet gaan lijken. Ze dragen alleen maar een aantal punten aan welke bij Windows beter zijn geregeld (zoals bijv. MSDN).
Als Linux deze punten in enige vorm kan overnemen wordt Linux er alleen maar beter van (stellen de schrijvers).
Ik vind dit gewoon een effectieve, pragmatische kijk op verbetering van Linux. Wel eens verfrissend tussen alle "M$=k*t en Linux is fantastisch" berichten.

Er staat ook nergens dat Linux de Windows interface moet overnemen, alleen dat het voor gebruikers handiger is als er een soort van constante standaard interface is. Er wordt nergens gezegd dat deze op de Windows interface moet lijken, zolang je maar niet 20 verschillende interfaces hebt die elke week veranderen (om maar even zwaar te overdrijven :o )

probleem is dat alle zgn "verbeter" punten zaken zijn die of geen echt probleem zijn (de keuzevrijheid --> snap niet dat dat als een negatief punt wordt gezien) of externe support (games draaien super op linux maar dan moet men wel afstappen van direct3d, dat is immers geen bruikbare api als je cross-platform wil developen)

maw: heel leuke opsomming maar zolang de markt voor operating systems en software niet vrij is en de overheid niets to nauwelijks iets doet om een vrije markt te garanderen zal linux (net als andere alternatieve osjes) problemen houden om marktaandeel te verkrijgen.

Moet je mij eens uitleggen wat er niet vrij is aan "de marrkt voor operating systems"? Je kan toch echt zelf kiezen welk OS je draait op je systeem.

(oeps, was reactie op blauwe kip)

Preceis Maxxware.

Linux != Windows

Goede quote van die pagina:
If the answer is "I want Windows without the problems": Do a clean install of Windows XP SP2; set up a good firewall; install a good anti-virus; never use IE for browsing the web; update regularly; reboot after each software install; and read about good security practices. I myself have used Windows from 3.1 through 95, 98, NT, and XP, and I have never once had a virus, suffered from spyware, or been cracked. Windows can be a safe and stable OS, but it relies on you keeping it that way.

If the answer is "I want a replacement for Windows without the problems": Buy an Apple Mac. I've heard wonderful things about the Tiger release of OS X, and they've got some lovely-looking hardware. It'll cost you a new computer, but it'll get you what you want.

In either case, don't switch to Linux. You'll be disappointed with both the software and the community. Linux is not Windows.
:7

Wat een idiote vergelijking. Waarom moet alles op Windows lijken? Waarom is Windows groot geworden: niet door MSDN, niet door de 'geweldige' user-interface, niet door 'de-facto standaarden', niet door marketing, niet door OEM support.

Windows is groot geworden door op het juiste moment met een grafisch besturingssysteem (Windows 95) op de PC te komen. Geen timing, gewoon geluk (met heel wat marketing).
Ik zou stellen dat OEM support juist dé reden is dat Microsoft zo groot is geworden. DOS zou nooit zo populair zijn geweest als IBM het niet standaard bij zijn PC's had geleverd. Windows sloeg vervolgens aan omdat het compatible was met DOS, niet door de GUI. Apple had toen namelijk ook al Macintoshes, die geen DOS applicaties konden draaien, maar minstens zo'n bruikbare GUI hadden.

Waarom wordt de user-interface van Windows als 'prettig' ervaren? Niet omdat-ie de beste is, maar omdat 99,999% van de mensen niet anders kent. Daarom.
Daar ben ik het niet mee eens.
Ik ben zelf altijd een 'alternatieve' computergebruiker geweest.
Ik heb van alles gebruikt... C64 (met GEOS), Amiga, Atari ST, Mac, OS/2... en ben pas laat overgegaan op een PC met Windows.
Ik heb dus aardig wat verschillende GUIs gebruikt, en hoewel ik dus geen Windows gewend was, heb ik het nooit als onprettig ervaren. Naar mijn mening is het gewoon een goede en overzichtelijke GUI.
*nix heb ik wel als onprettig ervaren... Ik heb verschillende windowmanagers geprobeerd... oa Motif, KDE, Gnome, icewm... en daar kon ik me vaak minder goed in vinden...
Het meest irritante vond ik nog wel dat sommige applicaties specifiek voor een bepaalde wm geschreven zijn, en je die libraries geinstalleerd moet hebben, en dan dus ook bv Motif-controls in een KDE-window krijgt... dat werkt heel lastig, vooral omdat je steeds moet omschakelen... het ene windowtje werkt niet hetzelfde als het andere windowtje...
Scrollwieltjes en copy-paste, en meer van dat soort fundamentele dingen, werken ook vaak niet goed (zeker niet out-of-the-box... met wat tweaken kun je het misschien wel aan de praat krijgen, maar naar mijn mening moet je een GUI niet hoeven tweaken voor basishandelingen, dat hoefde met geen enkele GUI die ik gebruikt heb).

Wat dat betreft lijkt het mij inderdaad beter dat men gewoon een keer de knoop doorhakt en 1 wm de standaard maakt, en daar alle applicaties op inricht. Dat zou het voor mij, en waarschijnlijk voor veel gebruikers, een stuk prettiger maken. Maargoed, ik snap ook wel dat dat tegen de linux-filosofie in is... Ik ben dan ook van mening dat vooral hun filosofie het grote succes in de weg staat, veel meer dan Microsoft of wat dan ook.

Veel software is gewoon niet te draaien op Linux. Van adobe programmatuur tot games.
Hier heb ik een vraag over, misschien kan een Linux pro even uitleggen:

Is het zo dat als bv. Adobe hun Acrobat app wil releasen voor Linux, dat ze X verschillende versies moeten maken voor bijvoorbeeld Gnome, KDE, etc. etc., of zijn applicaties cross-"window manager" compatible?

Nee (kort maar krachtig :P)
Maar ze zullen wel 2 verschillende installer-versies (eigenlijk is 1 al genoeg) moeten maken ervoor. De community zal zelf voor de rest zorgen.

Je kunt, mits je de juiste libraries maar hebt geinstalleerd alles door elkaar heen draaien. KDE-gerichte applicaties zijn alleen qua uiterlijk op KDE gericht maar draaien prima op Gnome, mist je dus de Qt libraries hebt geinstalleerd. Het zal ook niet zo mooi integreren maar het draait prima. Er wordt wel gewerkt aan een brug hiertussen maar dat gaat niet zo om functionaliteit (enkele uitzonderingen daargelaten, zoals trayicons die niet uitwisselbaar zijn tussen Gnome en KDE).

Trayicons werken ondertussen wel: Kopete/AmaroK,... zitten hier bij mij mooi in de tray van gnome.

@ DanielP

Adobe is al bezig met de ontwikkeling van verschillende applicaties voor onder Linux.
[url="http://news.com.com/Adobe+dipping+toes+into+desktop+Linux+waters/2100-7344_3-5435397.html[/ur] [url] Ik had zelfs begrepen dat ze hiermee al vrij ver zijn.

Adobe Acrobat Reader is inmiddels al beschikbaar voor linux:
http://ardownload.adobe.c...dbeRdr70_linux_enu.tar.gz

Het is niet nodig om X verschillende versies te maken voor de verschillende Window managers.

Wel zullen er lichte verschillen zijn in de bediening van en communicatie met de verschillende window managers.
Dingen als de aansturing van de elementen om de verschillende "taakbalken" zijn aspecten waar je de grootste verschillen in terug zal vinden.
De basis blijft het X-windows platform de rest zijn handige GUI features.

Is het zo dat als bv. Adobe hun Acrobat app wil releasen voor Linux, dat ze X verschillende versies moeten maken voor bijvoorbeeld Gnome, KDE, etc. etc., of zijn applicaties cross-"window manager" compatible?
De hele GUI van Linux draait op een gestandariseerde basis. Daardoor bestaan juist al die verschillende uiteenlopende desktops als KDE, GNOME en Enlightentment.

Het zal er misschien niet altijd even hetzelfde uitzien. Precies om die reden is het KDE project gestart (GNOME kwam later). Ter vergelijking: vergelijk de menu's/toolbars van verschillende Windows applicaties (vb: verkenner, office, visual studio). Die zien er ook subtiel verschillend uit. Sommige third-party apps voor Windows hebben ook minder standaard menu's, buttons en dialoogvensters.

Programas zijn gewoon cross-"window manger compatible" voor zover ik linux gebruik ban ik nog nooit een prog tegen gekoomen dat ik niet kon draaien onder KDE, Gnome en Fvwm

Programma's geschreven voor X draaien gewoon onder X, ongeacht of de gebruiker kde, gnome, cde, windowmaker, xfce of iets anders gebruikt.

Enige waar adobe rekening mee moet houden is hoe acrobat samenwerkt met de gekozen desktop (plaatsing in startmenu etc).

Dankzij freedesktop.org is dat tegenwoordig uniform, dus door de freedesktop-specs te volgen kan adobe er voor zorgen dat acrobat reader in elke wm die de specs volgt gewoon in het startmenu komt te staan en zich evt bindt aan de mime type application/x-pdf bij elke wm..

Nee, dat is niet nodig. Acrobat is tegenwoordig bijvoorbeeld een GTK-applicatie. Indien de leverancier er voorkiest dynamisch te linken moet wel de GTK bibliotheel (DLL in Windowsbegrippen) er op staan, als hij voor statisch linken kiest is zelfs dat niet nodig.

Men kan in KDE dus prima met Acrobat werken. Wel wel zo is, is dat Acrobat er niet als KDE-applicatie uitziet. Windows gaat echter ook die kant op: een programma ontwikkeld met 9x tools ziet er anders uit dan een met XP-tools, Mediaspeler heeft zijn eigen UI, en Office weer een andere.

De window manager maakt niet uit. Het is zeg maar een extra laag op de X.org server zelf. Sterker nog, Adobe Acrobat draait al native op linux maar is veel trager met opstarten dan andere programma's waar ik pdf's mee bekijk.

Ze missen een belangrijk aspect "Support voor leveranciers voor Linux"

Je bedoelt Vrijwel altijd wordt een Windows-driver meegeleverd, maar een driver voor Linux is nog lang niet altijd aanwezig. ?

Dat staat er toch vrij helder volgens mij :) Opvallend dat al je moderators ook niet kunnen lezen :?

Als eindgebruiker heb je dan niets aan een OS als je er vervolgens niets mee kunt doen.
Hiermee ben ik het niet helemaal eens, je kunt namelijk genoeg met Linux, alleen niet de dingen die op Windows kunnen, wat weer grotendeels komt door de populariteit van Windows. Ieder OS heeft z'n voor- en nadelen, als je veel compatability wilt, moet je inderdaad niet voor Linux gaan, maar als iedereen dat zou hebben zou je weer niet voor Windows bijvoorbeeld moeten gaan. Om een server behoorlijk stabiel te draaien, of lekker te programmeren in bepaalde talen bijvoorbeeld, kun je weer beter een Linux distributie nemen :)

Onder windows heb je compatibility met windows.

Onder Linux / FreeBSD / Solaris / OpenBSD / NetBSD heb je compatibility met de rest van de wereld.

Het is maar hoe je het formuleert.

Ze missen een belangrijk aspect "Support voor leveranciers voor Linux". Veel software is gewoon niet te draaien op Linux. Van adobe programmatuur tot games. Als eindgebruiker heb je dan niets aan een OS als je er vervolgens niets mee kunt doen.
Dit is wel waar, maar de insteek van de Linux/open-source beweging is dat Linux-gebruikers vrije alternatieven gebruiken. In plaats van Microsoft Word dus AbiWord, KWord of OpenOffice Writer; in plaats van Adobe Illustrator Inkscape, enzovoorts.

Als de toekomst val Linux afhangt van proprietary software, kun je net zo goed ook een proprietary OS gebruiken. Ze missen dat punt dus niet, maar hebben het bewust weggelaten omdat het een doel is dat ze niet nastreven.

Vooral dat van de Gui is een goed punt! Dat vind ik altijd 1 van de minpunten aan linux. Ik draai zelf Suse 10.1 waar het redelijk geregeld is met KDE.

1 punt wat vergeten word is het instaleren van Software. Hoe mooi alles apt-get systemen ook werken, De msi-paketten zijn een stuk beter!

die msi's zijn naar mijn mening veel slechter.
de installer is brak door bugs en er komt allerlei troep in het regsiter die niet wordt opgeruimd bij verwijdering.
Yast managed rpm's, vervult dependecies en schoont netjes op bij verwijdering.
Verder ook prima automatisch te updaten.

Als je eenmaal je Yast sources bij Suse instelt kan je alles via Software management installeren.
Zoiets heeft windows niet!

Yast managed rpm's, vervult dependecies en schoont netjes op bij verwijdering.
Verder ook prima automatisch te updaten.
Verwijderen die ook files in /etc en je settings die in een verborgen mapje in $HOME gemaakt zijn? of bestaden die later in /var/lib aangemaakt zijn?

Ben met je eens dat Linux het netter doet, maar sluitend is verwijderen nooit.

Inderdaad - ik dacht dat de config-bestanden in de HOME-map bleven staan (ben zelf nog niet zo lang bezig met Linux) na het verwijderen van een package, MAAR: het grote verschil met windows is dat verwijderde software niet meer meegedragen wordt in het register, en dus geheugen. Het neemt enkel wat ruimte in op de harde schijf zodat, als je het programma opnieuw zou installeren, je instellingen bewaard blijven.

Toen ik net begon met Linux, wou ik alles zou naakt mogelijk houden (in Windows deed ik dat met nLite), maar ik merkte al snel dat het aantal geïnstalleerde packages eigenlijk geen invloed had op de performance van mijn pc'tje (zolang je ze niet liet draaien natuurlijk). Dat is gewoonweg een illusie in Windows door dat verdomde register, en zelfs de betere regcleaner kan daar maar weinig aan doen...

Gewoon even ter informatie, hoewel apt-get, zoals OpenMinded zegt, de dependencies schoonmaakt, terwijl in windows dit niet het geval is.
Het gehele apt-systeem is eigenlijk de linux-variant van het register, het voordeel bij linux is wel dat het alleen wordt gebruikt voor updates, software-beheer,.. bij windows wordt het register voor alles gebruikt, wat bij een vervuilde register voor veel problemen kan zorgen. Bij apt-get zal je bij een vervuilde bronnen-cache alleen problemen krijgen bij het beheer of het updaten van programma's.
En op 99,999% van de gevallen werkt een "apt-get install -f", wat ook nog veel sneller en effectiever werkt dan een register cleaner.
Als je echt veel problemen krijgt met apt-get (wanneer je echt heel veel installeert, verwijdert,...) , dan moet je de aptitude-variant gebruiken, die zal nog meer bijhouden wanneer dat wat geinstalleerd wordt, en wat bij wat hoort, dus wat er wanneer ook weer weg mag.
Kortom, het systeem van apt-get/package managers zit veel beter in elkaar dan msi-manager.

En hier zit natuurlijk het probleem: package managers , linux-distros zijn ontwikkelt vanuit een bepaald perspectief: keuze, zo heb je verschillende window-managers, en verschillende package managers,... Voor vele nieuwkomelingen zal het moeilijk zijn om te begrijpen waarom dit niet hierop werkt, dan dat niet daarop.
Ik vind het persoonlijk leuk met deze keuze, en ik gebruik linux al een tijdje en bij veel downloadpagina's, als je een rpm's ziet staan, dan staat er 9/10 wel een paar deb's, en zo kan je het op bijna ieder systeem installeren. Wanneer het dan nog niet lukt, bestaat er nog steeds autopackage & andere uniforme systemen.
Ten slotte kan het nog steeds zelf gecompileerd worden, wat veel gemakkelijker is dan in Windows, gewoon 3 regeltjes onthouden (ALS het programma namelijk juist geschreven is, slordige programmeurs kunnen voor veel perikelen zorgen wanneer je iets zelf wilt compileren).

Het repo principe (er is niet alleen apt-get bij Debian gebasseerde, je hebt Yum bij RH, YaST bij SuSE, ...) is niet te vergelijken met het register. Programmas zoals apt-get hebben een lijst van alle beschikbare software in de repositories die zij kennen en houden ook bij welke software reeds geinstalleerd staat. Wil je iets nieuw installeren dan kan je dat via apt-get doen, dit haalt dan de laatste nieuwe versie binnen van het gevraagde programma en ook van alle andere bestanden en bibliotheken die nodig zijn.

Het register van Windows houd simpelweg gegevens bij, imho veel te veel gegevens. Van configuratiegegevens tot bij wijze van spreke uw laatste maaltijd. Men zou eens moeten leren van het register te gebruiken voor wat het gemaakt is en alle rommel eruit te houden. Men heeft nu in XP een map genaamd application data, dat men deze dan ook maar eens gebruikt.

Daarom vergeleek ik het met het register, daar er geen package manager is in windows.
Package managers houden gegevens bij over software etc. en het register houdt gegevens bij over alles, wat dus de pc verziekt.

Dat 5e punt is onzin, de klanten die met Linux willen werken weten waar ze het kunnen krijgen. Degene die het niet willen, kopen al een pc met Windows.

Lindows was ook geen succes!!!

"Lindows was ook geen succes!!!"


de naam alleen al

Ik vind jouw reactie onzin :7

Je beschrijft twee soorten mensen. Mensen die met Linux willen werken en mensen die het niet willen. Maar er is ook een hele grote groep mensen die minder sterk iets 'wil', maar al tevreden is met een computer op zich en de mogelijkheden die een computer biedt. Om deze groep Linux te laten gebruiken is het denk ik heel verstandig om het OEM aan te leveren. Misschien is er wel een flinke groep mensen bereid even wat moeite te doen om met Linux om te gaan in ruil voor een gratis besturingssysteem. Ik vind het een alleszins redelijk argument.

De bedoeling is dus een nieuwe markt aanboren, dat betekend dat je mensen op de hoogte moet brengen van linux, en niet met stomme one liners aan komen al 'dat de mensen die het al willen, al weten waar je het kan krijgen'

De bedoeling is juist dat mensen die noch weten wat ze willen(beetje kantoorwerk, muziek luisteren) noch weten waar ze het kunnen krijgen, te horen krijgen dat je met linux het zelfde kan als met windows, maar dan goedkoper.

Lever uitgebreide manuals, uitgebreide support en vooral: voledige document compatibiliteit met windows systemen!

Je hebt niets aan een OS met software, als je daardoor je documenten niet op school/werk kan openen en vice versa!

Een gerelateerd probleem is de ondersteuning van nieuwe hardware. Vrijwel altijd wordt een Windows-driver meegeleverd, maar een driver voor Linux is nog lang niet altijd aanwezig.
Dat is onzin, als ik een beetje distributie pak zoals de laatste Ubuntu versie dan wordt zo'n beetje alles ondersteund en hoef ik achteraf helemaal niets meer te installeren en zo zullen er nog wel meer distro's zijn.

Maar dat zijn 9 van de 10 keer wel brakke drivers (of drivers waar een heleboel features die de windows versie wel hebben nog niet in verwerkt zijn)

Dat klopt, standaard krijg je echt (meestal) een ruk driver, het is tevens behoorlijk omslachtig om ff de driver van nvidia of ati te installeren (wel gelukt). Bij men Matrox P950 op men werk ben ik er maar mee gekapt, veel te weinig goede info over te vinden om dat soort dingen te installeren.
Die ubuntu 6.06 installatie staat nu jammer genoeg dual-boot weg te rotten :(

Je bent over het algemeen alleen de gesloten driver nodig als je openGL wilt gebruiken, cq wilt gamen. Als je dus devver/beheerder bent, zoals jij (we kennen mekaar), dan ben ik nog geen kaart tegengekomen die met std drivers niet 1280x1024 @ 24 bits/ 85 hz wil geven.

edit:
Iets overdreven, laat ik het op "weinig" houden...