ReactOS wil professionele developers inhuren
De ontwikkelaars achter ReactOS gaan geld inzamelen om professionele softwareontwikkelaars in te kunnen huren. Daarmee moet de ontwikkeling van de opensource-Windows-kloon in een stroomversnelling worden gebracht.
Tot nu toe is ReactOS een niet-commercieel opensource-project met als doel een besturingssysteem te bouwen dat op binair niveau compatibel is met Windows XP en 2003. Aan de ontwikkeling van het OS wordt door vrijwilligers al jaren gewerkt en ReactOS stelt dat het besturingssysteem inmiddels bijna toe is aan een bètarelease.
Om de ontwikkeling van ReactOS echter flink te gaan versnellen, is de organisatie er van overtuigd dat het naast vrijwilligers betaalde softwareontwikkelaars moet inhuren die zich fulltime op het project kunnen richten. Daarom is het ReactOS-team een fondsenwervingsactie gestart met als nieuw doel ook voldoende geld op te halen voor het inschakelen van professionele softwaredevelopers. Het is niet duidelijk of ReactOS ook een bedrijfsstructuur wil gaan opzetten.
ReactOS verkeert momenteel nog in de alfa-fase. Versie 0.3 kan een aantal Win32-applicaties draaien en er kan met Firefox op internet gesurft worden. Daarnaast kan ReactOS niet alleen op x86-hardware draaien, maar er zijn 64bit-versies en een ARM-versie in ontwikkeling. De ontwikkelaars, die nauw samenwerken met het Wine-team, willen met name de multimedia-mogelijkheden van het besturingssysteem gaan verbeteren. Wanneer de eerste publieke bèta zal verschijnen, is echter nog onduidelijk.
Reacties (76)
Op zich een mooi initiatief, maar waarom je nu nog baseren op XP/2003? Dat is inmiddels toch wel redelijk verouderd te noemen. Je kan je denk ik beter baseren op Windows 7? Ten eerste een stuk veiliger (denk aan UAC etc), en ten tweede wat moderner.
Gelukkig gaat men ook ook 64-bit ontwikkelen, want ook 32-bit is inmiddels niet echt modern meer. Denk alleen al maar aan de 4 GB geheugengrens wat inmiddels toch wel een bottleneck aan het worden is (zelfs instap-PC's gaan tegenwoordig al naar 4 GB RAM).
Gelukkig gaat men ook ook 64-bit ontwikkelen, want ook 32-bit is inmiddels niet echt modern meer. Denk alleen al maar aan de 4 GB geheugengrens wat inmiddels toch wel een bottleneck aan het worden is (zelfs instap-PC's gaan tegenwoordig al naar 4 GB RAM).
Ze zijn al iets langer bezig dan dat w7 uit is.
Je gaat niet al het bestaande werk weggooien omdat MS een nieuwe versie uitgebracht, dan kan je beter eerst je huidige versie afmaken en dan kijken hoeveel werk het is die te upgraden.
Je gaat niet al het bestaande werk weggooien omdat MS een nieuwe versie uitgebracht, dan kan je beter eerst je huidige versie afmaken en dan kijken hoeveel werk het is die te upgraden.
Pfff ja inderdaad, ze zijn al erg lang bezig. Ik had het project gevonden toen ik begon met de middelbare school, en nu heb ik bijna mijn bachelordiploma binnen. Ik vind het wel positief dat ze professionele programmeurs willen inhuren 
Wat een compleet broodje aap verhaal is natuurlijk.
Want zelfs op de Device Context (de manier waarop microsoft de grafische aansturing doet) zitten al een bende patenten van microsoft.
Als je dat nabouwt en op serieuze manier iets aanstuurt dan leggen ze je gelijk plat natuurlijk - maar m$ zal vast wachten tot het op een device staat wat in massaproductie gaat. Wat natuurlijk nooit gaat gebeuren.
opmerking: microsoft heeft jaren geleden al tegen OpenGL processen gewonnen over de DC, dus ze hoeven niet eens nieuw papierwerk op te starten hiervoor en kunnen gewoon refereren naar een oude uitspraak, dan ligt dit project plat.
Maar goed, er zijn zoveel clubjes die proberen geld in te zamelen, soms stinken daar mensen in.
Want zelfs op de Device Context (de manier waarop microsoft de grafische aansturing doet) zitten al een bende patenten van microsoft.
Als je dat nabouwt en op serieuze manier iets aanstuurt dan leggen ze je gelijk plat natuurlijk - maar m$ zal vast wachten tot het op een device staat wat in massaproductie gaat. Wat natuurlijk nooit gaat gebeuren.
opmerking: microsoft heeft jaren geleden al tegen OpenGL processen gewonnen over de DC, dus ze hoeven niet eens nieuw papierwerk op te starten hiervoor en kunnen gewoon refereren naar een oude uitspraak, dan ligt dit project plat.
Maar goed, er zijn zoveel clubjes die proberen geld in te zamelen, soms stinken daar mensen in.
[Reactie gewijzigd door hardwareaddict op maandag 30 april 2012 16:19]
ReactOS zal niet snel voorgeïnstalleerd staan op een in massa geproduceerd device.
Mensen die het willen downloaden kunnen vermoedelijk wel hun gang gaan.
Misschien dat een Dell, HP of Lenovo, die nu apparaten uitlevert met FreeDOS en Linux op die systemen ReactOS zal meeleveren maar dat zal nog zeker jaren duren. Tegen due tijd zijn die patenten waarschijnlijk ook verlopen.
Mensen die het willen downloaden kunnen vermoedelijk wel hun gang gaan.
Misschien dat een Dell, HP of Lenovo, die nu apparaten uitlevert met FreeDOS en Linux op die systemen ReactOS zal meeleveren maar dat zal nog zeker jaren duren. Tegen due tijd zijn die patenten waarschijnlijk ook verlopen.
Zoals ik het begrepen heb, hoeft de uiteindelijke release niet te lijken op windows xp, maar willen ze er gewoon voor zorgen dat het hun os compatibel is met alle applicaties van windows xp.
Mogelijk willen ze nu een team huren om een goede interface te maken, en als die dan modern is, is het meteen een os met potentieel. Uiteindelijk is de grootste zwakte van unix-based systemen dat er weinig games en dergelijke ondersteund worden.
Mogelijk willen ze nu een team huren om een goede interface te maken, en als die dan modern is, is het meteen een os met potentieel. Uiteindelijk is de grootste zwakte van unix-based systemen dat er weinig games en dergelijke ondersteund worden.
en daar heb je dan 2 mogelijkheden,
1: je ontwikkeld wine verder (met alle middelen die je hebt),
2: je start een lobby voor het gebruik van bijv java, in de game industrie,
ik heb eigenlijk nooit echt begrepen waarom een bedrijf z'n game wel naar een pc, ps3 en xbox kan porten, maar niet naar een soort op qemu-gebaseerde virtuele console. zouden ze een beetje geld inversteren, in een kruising tussen qemu en steam, dan zou daar prima op gegamed moeten kunnen worden.
1: je ontwikkeld wine verder (met alle middelen die je hebt),
2: je start een lobby voor het gebruik van bijv java, in de game industrie,
ik heb eigenlijk nooit echt begrepen waarom een bedrijf z'n game wel naar een pc, ps3 en xbox kan porten, maar niet naar een soort op qemu-gebaseerde virtuele console. zouden ze een beetje geld inversteren, in een kruising tussen qemu en steam, dan zou daar prima op gegamed moeten kunnen worden.
Dat komt doordat er bij Java, qemu (heb niet heel veel verstand va qemu) en andere virtual machines veel prestatieverlies optreedt. Zo had ik een keer gelezen dat Java 10x trager is dan native talen. Nu zal Java inmiddels wel een stuk sneller zijn dan toen deze uitkomst gereleased was, maar Java blijft relatief traag en daarmee ongeschikt voor zware games. Daarnaast hebben de meeste computergebruikers een PC of misschien een Mac, dus is het niet rendabel om voor Linux en andere besturingssystemen te ontwikkelen, of mee te doen aan een project waarmee games cross platform kunnen draaien.
inderdaad. Niet voor niks dat Google naast een java-based SDK ook een native NDK uitgeeft voor Android. Sommige dingen zijn native gewoon sneller en/of eenvoudiger te realiseren.
dat is simpel: in virtualisatie draai je nooit native! Wine is geen emulator! Oftewel je kan niet native games draaien in qemu. (oke sinds kort met spice wel bij kvm maar dat is ook nog in ontwikkeling!) Daarnaast ben je dus ook met virtualisatie afhankelijk van bijvoorbeeld AMD en intel.
Wine emuleerd dus ook niet! Het symlinkt binaries en redirect api calls. Dat is een zeer groot verschil!
Qemu --> processor moet eerst geemuleerd worden --> kost kracht en tijd en resources.
Wine --> bestand 1 moet aangesproken worden en is voor video. Op linux is dit bijvoorbeeld bestand 2. Wine zegt: bestand 1 oke ik stuur het door naar bestand 2. Kost wel wat tijd. Maar Linux en Unix zijn server based en kunen in tegenstelling tot Windows bepaalde Api calls veel sneller afhandellen. Waardoor ze vaak zelfs sneller zijn dan Windows.
Wine emuleerd dus ook niet! Het symlinkt binaries en redirect api calls. Dat is een zeer groot verschil!
Qemu --> processor moet eerst geemuleerd worden --> kost kracht en tijd en resources.
Wine --> bestand 1 moet aangesproken worden en is voor video. Op linux is dit bijvoorbeeld bestand 2. Wine zegt: bestand 1 oke ik stuur het door naar bestand 2. Kost wel wat tijd. Maar Linux en Unix zijn server based en kunen in tegenstelling tot Windows bepaalde Api calls veel sneller afhandellen. Waardoor ze vaak zelfs sneller zijn dan Windows.
Ik dacht dat ze ook Windows drivers willen kunnen gebruiken in ReactOS.
Het project is al lange tijd geleden gestart, toen Windows XP nog steeds het meestgebruikte OS was en er nog nauwelijks 64-bit computers waren.
Als ze steeds opnieuw moeten beginnen als Microsoft een nieuwe versie van Windows uitbrengt kunnen ze het uitbrengen van een stabiele release sowieso wel vergeten. De manier die zij hebben gekozen lijkt me het slimste, als ze kunnen laten zien dat ze een degelijk product kunnen uitwerken levert dat ze waarschijnlijk veel aandacht op, waarmee ze meer developers aantrekken.
Als ze steeds opnieuw moeten beginnen als Microsoft een nieuwe versie van Windows uitbrengt kunnen ze het uitbrengen van een stabiele release sowieso wel vergeten. De manier die zij hebben gekozen lijkt me het slimste, als ze kunnen laten zien dat ze een degelijk product kunnen uitwerken levert dat ze waarschijnlijk veel aandacht op, waarmee ze meer developers aantrekken.
visie is vooruit zien.
aangezien het allemaal enthousiastelingen zijn mag je aannemen dat ze weten wat er in de toekomst te verwachten is (64 bit ssd, enz). blijkbaar hebben ze of een inschattingsfout gemaakt qua adoptiesnelheid of is het een bewuste keus geweest om later dingen (makkelijker?) toe te kunnen voegen.
aangezien het allemaal enthousiastelingen zijn mag je aannemen dat ze weten wat er in de toekomst te verwachten is (64 bit ssd, enz). blijkbaar hebben ze of een inschattingsfout gemaakt qua adoptiesnelheid of is het een bewuste keus geweest om later dingen (makkelijker?) toe te kunnen voegen.
Je kunt geen Windows 7 kloon maken als Microsoft Windows 7 nog niet heeft uitgebracht. Het ReactOS project is al gestart in 1998.
Initial release: 0.0.7 / July 20, 1998
Ze zijn dus al een tijdje bezig... Grappig genoeg al zelfs voor de release van Windows XP (2001).
Ze zijn dus al een tijdje bezig... Grappig genoeg al zelfs voor de release van Windows XP (2001).
Ja, je hebt gelijk maar ook weer niet...Het project is al lange tijd geleden gestart, toen Windows XP nog steeds het meestgebruikte OS was en er nog nauwelijks 64-bit computers waren.
Al decennialang voordat XP uit was, waren er computers met een 64-bit processor aan boord en pas ongeveer tegelijkertijd met XP werden ook de Itanium-processoren (ook te koop voor consumenten) uitgebracht. Daarnaast is XP nu al dik 10 jaar oud en zijn de gewone "desktop CPU's" met 64-bit instructieset ook al bijna 10 jaar op de markt.
Ik snap dus terdege wel beide kanten van het verhaal om een OS te ontwikkelen wat gebaseerd is op een mainstream 32-bit OS maar dan wel/niet meenemen van 64-bits instructiesets.
Waarom XP simpel, toen men begon was dat het OS en dus wilde men alles hiermee compatibel maken. In middels (jaren later) is het Windows 7 en binnen kort 8, maar je kunt je moeilijk richten op een doel dat steeds verplaatst. Als je een imitatie Windows wil schrijven dan heb je daar vele duizenden mens jaren voor nodig. En omdat je niet weet wat Microsoft met hun duizenden ontwikkelaars voor Windows 8 en Windows 9 aan het plannen is kun je alleen tegen een bestaad OS ontwikkelen en dus kom je op XP uit wat toen men begon het laatst OS was van Microsoft.
4GB is zeker op een XP machine echt niet een vervelende limiet er zijn vrijwel geen XP programma's die echt iets hebben aan meer geheugen dan dat simpel weg omdat het nu eenmaal nooit echt een 64bits systeem geweest is. Er was wel een 64bits versie maar die had omdat er vrijwel geen programma's waren die hier ook mee om konden gaan eigenlijk geen nut. Pas van af Windows 7 is 64bit echt nuttig geworden op het Microsoft consumenten platform.
Hoe dan ook het nut van een OS dat niets anders is dan een bestaand OS nagemaakt ontgaat me enigszins immers ik kan gewoon XP blijven gebruiken, alleen wat betreft beveiliging verbeteringen zou ik me er iets bij voor kunnen stellen maar ook wat dat betreft omdat het compatibel moet blijven met XP kan ik me niet echt voor stellen dat dat heel erg veel verbeteringen gaat brengen.
Aan de andere kant is het natuurlijk wel een leuke leerschool om zo'n OS in elkaar te zetten.
4GB is zeker op een XP machine echt niet een vervelende limiet er zijn vrijwel geen XP programma's die echt iets hebben aan meer geheugen dan dat simpel weg omdat het nu eenmaal nooit echt een 64bits systeem geweest is. Er was wel een 64bits versie maar die had omdat er vrijwel geen programma's waren die hier ook mee om konden gaan eigenlijk geen nut. Pas van af Windows 7 is 64bit echt nuttig geworden op het Microsoft consumenten platform.
Hoe dan ook het nut van een OS dat niets anders is dan een bestaand OS nagemaakt ontgaat me enigszins immers ik kan gewoon XP blijven gebruiken, alleen wat betreft beveiliging verbeteringen zou ik me er iets bij voor kunnen stellen maar ook wat dat betreft omdat het compatibel moet blijven met XP kan ik me niet echt voor stellen dat dat heel erg veel verbeteringen gaat brengen.
Aan de andere kant is het natuurlijk wel een leuke leerschool om zo'n OS in elkaar te zetten.
Stel dat je in een bedrijf zit dat Windows XP eist, maar alleen met support, SLA, updates e.d., dan heb je na 2014 een probleem. Dit is dan ook niet echt een OS voor mensen die graag willen typen in wordpad op windows XP, maar mensen die een OS met binary compatibility nodig hebben. Je valt gewoon niet binnen de doelgroep.
Net als dat VxWorks je niks zal zeggen en je het nooit van je leven zal willen gebruiken, maar diverse Routers werken er mee, en diverse vliegtuigen... En OS/2, dat wil je waarschijnlijk ook niet, maar (van wat ik gehoord heb) de poortjes van de metro in Londen werken daar wel mee.
Net als dat VxWorks je niks zal zeggen en je het nooit van je leven zal willen gebruiken, maar diverse Routers werken er mee, en diverse vliegtuigen... En OS/2, dat wil je waarschijnlijk ook niet, maar (van wat ik gehoord heb) de poortjes van de metro in Londen werken daar wel mee.
Daar hebben bedrijven geen ReactOS voor nodig. Met Applicatie Virtualisatie van Microsoft zelf, VMWare of Citrix heb je perfecte XP binary compatibiliteit op Windows 7 en 8, en met Enterprise Support.
Windows XP 64-bit heb ik anders jaren heel nuttig gedraaid. Het eerste jaar of zo gaf het best wat problemen omdat niet alle drivers voor 64-bit beschikbaar waren. Maar wat betreft software kun je alles draaien wat op 32-bit ook draait dmv de compatibiliteit zoals je die nu ook in Windows Vista/7 vindt. En omdat het gebaseerd was op de server versie van Windows ook nog eens heel stabiel. Heb er toch een vijftal jaar van genoten op mijn gamepc.
En ik weet nog dat Farcry 1 een enorme performance boost kreeg als je de 64-bit versie draaide onder Windows XP x64. De framerates verdubbelden zowat. Heb het zelfs een keer getest op een machine met slechts 2 GB en Windows XP x64, en zelfs daar was er sprake van een enorme performance boost. Die extra instructies zijn, afgezien van het kunnen aanspreken van meer RAM, blijkbaar heel nuttig.
Hoe zit dat eigenlijk met OpenTTD 64-bit? Ik neem aan dat OpenTTD 64-bit niet gemaakt is voor de performance maar voor het RAM gebruik? Kan OpenTTD zo veel RAM gebruiken?
Hoe zit dat eigenlijk met OpenTTD 64-bit? Ik neem aan dat OpenTTD 64-bit niet gemaakt is voor de performance maar voor het RAM gebruik? Kan OpenTTD zo veel RAM gebruiken?
[Reactie gewijzigd door Trommelrem op zondag 29 april 2012 14:17]
Voor een de 32bit OS er er geen limiet van 4GB. Er is zoiets als:
http://en.wikipedia.org/wiki/Physical_Address_Extension
Hiermee kan je 32bit systeem wel degelijk meer geheugen aanspreken.
Mac OS gebruikt het in "32 bit" mode, op Linux heb ik dit nu ook (32 bit, met 6GB geheugen). Op Windows is alleen beschikbaar bij servers, maar niet doorgevoerd op de desktops vanwege licenties en de compatibiliteit met applicaties en vooral drivers. ReactOS zou hier natuurlijk wel mee kunnen werken.
http://en.wikipedia.org/wiki/Physical_Address_Extension
Hiermee kan je 32bit systeem wel degelijk meer geheugen aanspreken.
Mac OS gebruikt het in "32 bit" mode, op Linux heb ik dit nu ook (32 bit, met 6GB geheugen). Op Windows is alleen beschikbaar bij servers, maar niet doorgevoerd op de desktops vanwege licenties en de compatibiliteit met applicaties en vooral drivers. ReactOS zou hier natuurlijk wel mee kunnen werken.
[Reactie gewijzigd door YaPP op zondag 29 april 2012 15:49]
Nou de UAC is een fijn iets... not dus.
Voor thuis ga je dat niet nodig hebben en in een netwerk heb je je domain policies.
Dus
Voor thuis ga je dat niet nodig hebben en in een netwerk heb je je domain policies.
Dus
Antivirussen zijn ook voor mietjes, amirite?
weten de meeste mensen dan uberhaupt waar ze toestemming voor geven? De mensen die zo vatbaar zijn voor virussen drukken toch wel op toestaan, omdat ze gewend zijn dat de computer met die knop door gaat. Een virusscanner draagt alleen maar bij aan het zinloos maken van uac, omdat die een vals gevoel van veiligheid geeft. Toch zou ik mijn geld op een virusscanner zetten, al is t maar omdat zoiets een geautomatiseerde taak hoort te zijn. Mensen maken nou eenmaal fouten.
Bij unix is het dan vaak omgekeerd. Door een vals gevoel van veiligheid hebben de meesten geen virusscanner. Toch lopen juist de bestanden die belangerijkst zijn (je persoonlijke bestanden) het meeste gevaar. Wat overigens voor Windows tegenwoordig net zo geldt. Dus dat is ook geen oplossing voor dit probleem.
Maar toch heb ik in osx en linux ook geen virusscanner. Ingecalculeerd risico, zullen we maar zeggen
Bij unix is het dan vaak omgekeerd. Door een vals gevoel van veiligheid hebben de meesten geen virusscanner. Toch lopen juist de bestanden die belangerijkst zijn (je persoonlijke bestanden) het meeste gevaar. Wat overigens voor Windows tegenwoordig net zo geldt. Dus dat is ook geen oplossing voor dit probleem.
Maar toch heb ik in osx en linux ook geen virusscanner. Ingecalculeerd risico, zullen we maar zeggen
Het zou je verbazen hoeveel mensen wel opletten en enigszins zenuwachtig worden als ze een onbekend programma zien die wat wil installeren. Ik ben zeker blij met UAC. Ik zet m'n geld in op UAC EN een virusscanner.
Maar een beetje slimme 'hacker' zorgt ervoor dat het onbekende programma zich voordoet als een bekend programma. Als jij een demo downloadt van een site, hoe weet je dat daar geen virus of keylogger in zit? Voor hetzelfde geldt zit er een een keysniffer in. Daarvoor heb je namelijk, voor zover ik weet, geen administrator rechten nodig.
UAC beschermt enkel de bestanden van Windows. Bestanden die op dat mooie DVDtje staan. Totaal vervangbaar dus, in tegenstelling tot je eigen documenten en wachtwoorden. UAC is naar mijn mening alleen handig in multi-user omgevingen. Voor een single-user omgeving is 't gewoon complete bullshit.
UAC beschermt enkel de bestanden van Windows. Bestanden die op dat mooie DVDtje staan. Totaal vervangbaar dus, in tegenstelling tot je eigen documenten en wachtwoorden. UAC is naar mijn mening alleen handig in multi-user omgevingen. Voor een single-user omgeving is 't gewoon complete bullshit.
Nee, uac doet natuurlijk veel meer. Als eerste stript het de admin token van de user, zodat effectief en zonder elevation, processen met een user token draaien. Daarnaast zorgt het voor mandatory integrity control (sandboxing) en verzorgt het file en registry virtalisation.
UAC heb je thuis net wel nodig. In Vista was het een grote last, maar in 7 hebben ze de balans goed gekregen. Je krijgt UAC enkel te zien als je taken uitvoert waarvoor echte admin rechten noodzakelijk zijn (zoals het aanpassen van systeembestanden) en dan is het een goede zaak dat er om confirmatie word gevraagd. Het is niet de schuld van MS dat mensen zomaar het kadertje wegklikken. Dat zijn dezelfde mensen die op een Mac bij flashback gewoon hun wachtwoord hebben ingegeven.
De bedoeling is om Windows programma's te kunnen draaien, niet om Windows per se na te maken.
Vrijwel alle programma's die op dit moment beschikbaar zijn draaien prima op Windows XP en dus ook op ReactOS wanneer deze af zou zijn. Ik durf ook nog wel te gokken dat er meer Windows XP programma's zijn die niet zo goed op WIndows 7 draaien dan andersom.
Uiteraard zal die situatie met de tijd veranderen maar momenteel en ook op korte termijn lijkt compatibiliteit met Windows XP mij een voldoende, zo niet het beste, streven.
Vrijwel alle programma's die op dit moment beschikbaar zijn draaien prima op Windows XP en dus ook op ReactOS wanneer deze af zou zijn. Ik durf ook nog wel te gokken dat er meer Windows XP programma's zijn die niet zo goed op WIndows 7 draaien dan andersom.
Uiteraard zal die situatie met de tijd veranderen maar momenteel en ook op korte termijn lijkt compatibiliteit met Windows XP mij een voldoende, zo niet het beste, streven.
Maakt in principe weinig uit welke versie ze "nabouwen", alleen software die unieke API's van Windows 7 gebruikt zal (nog) niet werken. ReactOS is een nieuw/eigen OS met alleen de API's van Windows (XP) geïmplementeerd. Vandaar dat ze nauw met WINE samenwerken, omdat een groot gedeelte van de functionaliteit overeenkomt. WINE vertaalt alle API's naar Linux, ReactOS naar een eigen implementatie. Het grote verschil met WINE zal zijn dat ReactOS ook Windows drivers kan installeren omdat ze dat gedeelte van Windows ook nagebouwd hebben.
UAC en dergelijke zijn implementaties/features van een OS, ReactOS zou hun beveiliging op een heel andere manier kunnen regelen zonder compatibiliteit volledig te breken (bijvoorbeeld alle applicaties in een Sandbox te draaien).
UAC en dergelijke zijn implementaties/features van een OS, ReactOS zou hun beveiliging op een heel andere manier kunnen regelen zonder compatibiliteit volledig te breken (bijvoorbeeld alle applicaties in een Sandbox te draaien).
Ja heb lekker begrepen waar het hier over gaat.
Het is niet Windows cloonen maar met Linux een volwaardig alternatief te bieden
aan mensen zonder Linux kennis.
Ze hoeven dan ook niet Windows te volgen met W7 en W8
Maar bieden een gratis OS aan dat de Programma's van windows xp kan draaien
met behulp van de geïntrigeerde wine ed.
Het gaat er niet om de Versies die Windows maakt te cloonen
los daarvan Is windows xp de beste allertijden en ver het gebruiks vriendelijk.
daarna is MS zijn identiteit kwijt geraakt en komt met elke nieuwe versie
met een totaal nieuw gebruik.
Nog meer reden voor reactos om juist niet te volgen
en mensen kunnen overstappen op dit OS omdat ze het spoor van MS bijster zijn
het juist vertrouwden weer zoeken en ook flauw worden van al die gekochte licenties.
Het is niet Windows cloonen maar met Linux een volwaardig alternatief te bieden
aan mensen zonder Linux kennis.
Ze hoeven dan ook niet Windows te volgen met W7 en W8
Maar bieden een gratis OS aan dat de Programma's van windows xp kan draaien
met behulp van de geïntrigeerde wine ed.
Het gaat er niet om de Versies die Windows maakt te cloonen
los daarvan Is windows xp de beste allertijden en ver het gebruiks vriendelijk.
daarna is MS zijn identiteit kwijt geraakt en komt met elke nieuwe versie
met een totaal nieuw gebruik.
Nog meer reden voor reactos om juist niet te volgen
en mensen kunnen overstappen op dit OS omdat ze het spoor van MS bijster zijn
het juist vertrouwden weer zoeken en ook flauw worden van al die gekochte licenties.
[Reactie gewijzigd door 257695 op maandag 30 april 2012 21:55]
indrukwekkend, ik weet niet direct een echt nut voor dit OS maar dat het werkt is zeer indrukwekkend te noemen. schenden ze hier echter geen patenten mee van Microsoft?
ze hebben vast alles zelf gecode dus het is geen copyright maar veel van de onderliggende technieken zullen toch wel proprietair zijn.
vraag me alleen af wie die professionele developers zou betalen.
ze hebben vast alles zelf gecode dus het is geen copyright maar veel van de onderliggende technieken zullen toch wel proprietair zijn.
vraag me alleen af wie die professionele developers zou betalen.
Een aantal jaar geleden was er sprake dat er Microsoft sourcecode gebruikt was door sommige developers. Ze hebben toen het project stilgelegd en een code audit gedaan:
http://www.reactos.org/en/news_page_14.html
Ik denk dus dat ze wel heel voorzichtig zijn wat betreft patenten.
http://www.reactos.org/en/news_page_14.html
Ik denk dus dat ze wel heel voorzichtig zijn wat betreft patenten.
Zelfs dat niet, reactos word op een speciale manier ontwikkeld. De werking word door een persoon onderzocht en deze schrijft daar documentatie over, een andere persoon moet die documentatie dan weer implementeren. Het ging er toen om dat een persoon die het eerste deel van zo een taak deed idd gebruik maakte van broncode van windows om een correcte beschrijving van de werking tekunnen noteren.
Oftewel wel relaxt dat Microsoft zoveel vrijheid geeft aan reactOS, zoals hierboven al iemand gezegd heeft: de developers zullen wel voor een zeer leuke skin gaan zorgen.
Ik vind het idee dat ze het mogen en kunnen simpelweg geweldig!
Weer iets waar Apple van kan leren, hun zullen zoiets never nooit niet toelaten?!
Nee niet om weer Apple erbij te halen, maar dit weerspiegelt wel hoe goed (in de zin van mens vriendelijkheid) Microsoft is!
Zo kan het dus ook, zonder gelijk reactOS naar de grond proberen te stampen..
Ik vind het idee dat ze het mogen en kunnen simpelweg geweldig!
Weer iets waar Apple van kan leren, hun zullen zoiets never nooit niet toelaten?!
Nee niet om weer Apple erbij te halen, maar dit weerspiegelt wel hoe goed (in de zin van mens vriendelijkheid) Microsoft is!
Zo kan het dus ook, zonder gelijk reactOS naar de grond proberen te stampen..
Waar heb je het over? Het React OS team maakt gewoon gebruik van de wettelijke mogelijkheden. Zolang ze geen patenten en copyright schenden is er gewoon niks wat Microsofts advocaten eraan kunnen doen.
Microsoft staat het toe, maar neemt wel alles onder de loupe. Grappig dat je Microsoft nu goed noemt, gezien MS jarenlang praktijken heeft gebezigd die hier ver vanaf stonden. MS is hier vaak geschreven als M$, en niet geheel ten onrechte. Dat ze nu de laatste paar jaar de houding, visie en koers hebben veranderd maar ze niet perse al goed.
En je doet het niet om Apple erbij te halen, maar dat doe je dan toch wel. Want Apple is natuurlijk slecht, houden alles op slot en klagen iedereen aan die ook maar richting Apple wijst. Apple zal ook nooit toe laten dat delen van hun code vrij beschikbaar komen voor andere ontwikkelaars natuurlijk.. Behalve dan alle open source projecten waarin ze meedoen of zelf ontwikkelen, waarvan webkit wel 1 van de bekendste is. Je weet wel, die renderengine voor browsers, waar ook gewoon android en chrome gebruik van maken. En dat is nog maar 1 voorbeeld. Hard op weg naar de grootste browserengine te worden en de ontwikkeling ervan heeft ook een groot aandeel genomen in nieuwe webstandaarden, de toekomst van het web! Maar daar lees je niks over en zie je niks van als je oogkleppen op hebt en enkel en alleen Apple wilt bashen (maar gelukkig heb jij ze er niet bijgehaald!). Dat men hier op tweakers je nog plusjes geeft zegt wel wat over waar tweakers heen gaat....
Hou nou eens op met bashen of verheerlijken van dit soort bedrijven. Uiteindelijk zijn alle Apple's, Microsofts en Googles van deze wereld even evil, uiteindelijk onder aan de streep is geld hetgeen waar het om draait en zullen deze bedrijven een beleid en richting kiezen waarvan zij denken dat ze het meeste geld ermee kunnen verdienen. Kampen kiezen, vergelijken hoe goed slecht ze wel niet zijn, er je geloof van maken, posters ervan boven je bed hangen, het is allemaal nutteloos en niemand schiet er iets mee op.. Doe dan gewoon datgene wat die bedrijven willen dat je doet: koop het, gebruik het, koop meer en vervang het met nieuwe producten. Je hoeft er niet in te geloven, je hoeft het niet prettig te vinden, het hoeft zelfs niet allemaal te werken, zolang je maar koopt!
En als je er dan toch over gaat praten of vergelijken: get your facts straight en hou het objectief!
On topic: mooi initiatief, maar waarom zouden ze niet op Windows 8 al mikken? Je kunt toch gewoon mee in die ontwikkeling? Het is niet dat alle code ineens overboord hoeft. En wat is het nut van een OS te imiteren van 4 generaties terug?
En je doet het niet om Apple erbij te halen, maar dat doe je dan toch wel. Want Apple is natuurlijk slecht, houden alles op slot en klagen iedereen aan die ook maar richting Apple wijst. Apple zal ook nooit toe laten dat delen van hun code vrij beschikbaar komen voor andere ontwikkelaars natuurlijk.. Behalve dan alle open source projecten waarin ze meedoen of zelf ontwikkelen, waarvan webkit wel 1 van de bekendste is. Je weet wel, die renderengine voor browsers, waar ook gewoon android en chrome gebruik van maken. En dat is nog maar 1 voorbeeld. Hard op weg naar de grootste browserengine te worden en de ontwikkeling ervan heeft ook een groot aandeel genomen in nieuwe webstandaarden, de toekomst van het web! Maar daar lees je niks over en zie je niks van als je oogkleppen op hebt en enkel en alleen Apple wilt bashen (maar gelukkig heb jij ze er niet bijgehaald!). Dat men hier op tweakers je nog plusjes geeft zegt wel wat over waar tweakers heen gaat....
Hou nou eens op met bashen of verheerlijken van dit soort bedrijven. Uiteindelijk zijn alle Apple's, Microsofts en Googles van deze wereld even evil, uiteindelijk onder aan de streep is geld hetgeen waar het om draait en zullen deze bedrijven een beleid en richting kiezen waarvan zij denken dat ze het meeste geld ermee kunnen verdienen. Kampen kiezen, vergelijken hoe goed slecht ze wel niet zijn, er je geloof van maken, posters ervan boven je bed hangen, het is allemaal nutteloos en niemand schiet er iets mee op.. Doe dan gewoon datgene wat die bedrijven willen dat je doet: koop het, gebruik het, koop meer en vervang het met nieuwe producten. Je hoeft er niet in te geloven, je hoeft het niet prettig te vinden, het hoeft zelfs niet allemaal te werken, zolang je maar koopt!
En als je er dan toch over gaat praten of vergelijken: get your facts straight en hou het objectief!
On topic: mooi initiatief, maar waarom zouden ze niet op Windows 8 al mikken? Je kunt toch gewoon mee in die ontwikkeling? Het is niet dat alle code ineens overboord hoeft. En wat is het nut van een OS te imiteren van 4 generaties terug?
[Reactie gewijzigd door cmegens op zondag 29 april 2012 12:58]
Dus, uhm, waar valt Darwin onder in jouw verhaal?
http://en.wikipedia.org/wiki/Darwin_%28operating_system%29
http://en.wikipedia.org/wiki/Darwin_%28operating_system%29
Op een api kun je geen patent krijgen. Dus Microsoft, of apple kunnen er niet tegen doen.
Heeft helemaal nies met relaxt of wat dan ook te maken maar gewoon dat het van de wet mag.
Heeft helemaal nies met relaxt of wat dan ook te maken maar gewoon dat het van de wet mag.
Microsoft is er alleen maar blij mee denk ik. De tijd dat ReactOS een serieuze concurrent wordt is nog heel ver weg en breekt waarschijnlijk nooit aan. Onderhand kunnen ze wel mooi vertellen dat ze projecten als Wine en ReactOS nooit een strobreed in de weg hebben gelegd mochten ze weer eens van monopolistische praktijken beschuldigt worden.
Vergeet ook niet dan Microsoft flink in Apple geinvesteerd heeft toen het slecht ging met Apple. Het is nu eenmaal belangrijk dat je als bedrijf geen monopolie verwerft, ook niet per ongeluk.
Vergeet ook niet dan Microsoft flink in Apple geinvesteerd heeft toen het slecht ging met Apple. Het is nu eenmaal belangrijk dat je als bedrijf geen monopolie verwerft, ook niet per ongeluk.
Vermoed dat er wel interesse gaat zijn vanuit aziatische "rommel"-pc's, dan kunnen ze hem verkopen alsof er windows op staat
Ik denk dat ze het gaan baseren op xp/2003 omdat, ze hier ooit mee begonnen zijn.
Mochten ze nu met windows7 beginnen dan kunnen ze alles wat ze tot nu toe gedaan hebben weggooien en weer helemaal van voor af aan beginnen.
Mochten ze nu met windows7 beginnen dan kunnen ze alles wat ze tot nu toe gedaan hebben weggooien en weer helemaal van voor af aan beginnen.
Ik ben voor OpenSource-projecten, maar ik denk niet dat hier nog een markt voor is. Stel dat dit OS binnen twee à drie jaar een alpha-release heeft en een jaar of anderhalfjaar erna een final.. Wat dan? XP-users zullen er niet echt meer zijn, tenzij bij bedrijven en die bedrijven gaan daar niet van afstappen. Alles is tegen dan Lunix-based (/osX) of Windows volgens mij, en misschien 0,1% andere OpenSource-OS's. Ook zullen tegen dan de cross-platform OS's het overnemen/overgenomen hebben en dan is de aantrekkelijkheid van een single-platform-OS ook niet dat.
Leuk dat dit nog bestaat, maar ik vrees voor z'n toekomst.
Leuk dat dit nog bestaat, maar ik vrees voor z'n toekomst.
Enig idee hoeveel bedrijven vandaag nog XP gebruiken? Of hoeveel industriële installaties nog op oudere besturingssystemen? Wanneer een OS EOL is geeft dat voor zulke markten een enorm probleem. Zij kunnen dan gebruik maken van reactos.
Ook voor de thuisgebruiker zou een gratis alternatief voor Windows dat 100% compatibel is niet slecht zijn.
Ook voor de thuisgebruiker zou een gratis alternatief voor Windows dat 100% compatibel is niet slecht zijn.
Ik betwijfel of dit OS in die markt veel navolging zal gaan krijgen. Als het echt zo'n cruciaal systeem is, dan zal het betreffende bedrijf óf zorgen dat een upgrade krijgt dat het op een nieuw OS werkt, óf het staat sowieso al helemaal autonoom te draaien en dan zijn security-updates geen issue. Bovendien zullen de in-house mensen dan inmiddels dusdanig ingewerkt zijn op de bestaande software dat ze dat echt niet naar een nog compleet onbewezen OS gaan overzetten.
Het gaat dan niet zozeer om security updates, maar als de hardware ooit faalt moet je het nog wel kunnen oplossen. En niet voor elk platform bestaat nieuwere software. Als de fabrikant van het toestel ooit failliet is gegaan moet je alternatieve oplossingen zoeken.
Ik weet niet of je de stukken over OS Warp hebt gelezen, maar er zijn nog tal van (betalings)systemen die daar op draaien omdat de beste programma's voor de taak die ze verrrichten voor dat OS zijn geschreven. Dan kan je helaas niet zomaar een upgrade doen. NASA heeft nog tal van oude computers liggen omdat veel jaren 70 en 80 meuk daar nog opdraait en moderne systemen 'te snel' zijn. SHELL heeft bij mijn weten ook nog steeds geen update gedaan van de olie-reserve berekenende software, waardoor dat ook nog steeds wordt gedaan in een DOS achtige omgeving. Maar ook modernere voorbeelden zijn te vinden, PALM heeft in eerste instantie een modulatie programma in WebOS gebouwd omdat zoveel gebruikers van de originele Palm software vast zaten aan geweldige programma's die alleen maar in die oude omgeving draaide. SCUMM VM of DOS Box ooit gebruikt voor legacy gaming?
Ik kan mee voorstellen dat als zometeen de support voor XP definitief de deur uit gaat het prettig is om niet zo zeer een upgrade te doen, maar wel naar een pakket te gaan waar voor community ondersteuning is en je gewoon je oude programma's kan draaien die doen wat ze moeten doen.
Ik kan mee voorstellen dat als zometeen de support voor XP definitief de deur uit gaat het prettig is om niet zo zeer een upgrade te doen, maar wel naar een pakket te gaan waar voor community ondersteuning is en je gewoon je oude programma's kan draaien die doen wat ze moeten doen.
We hebben jarenlang gezocht achter nieuwe software voor de loonberekening (een enorm complex gegeven in onze firma). Die draait nog op mainframe software uit de jaren 80. Naar ik gehoord heb zijn er meerdere pogingen gedaan, maar allemaal werkten ze te traag om bruikbaar te zijn. 1 firma zou er zelfs aan ten onder zijn gegaan. Ergens in de loop van 2012 zou men wel de omschakeling maken naar SAP voor de loonberekening.
Aangezien de End of Support voor XP April 8, 2014 is, denk ik dat de meeste bedrijven nu gewoon XP gaan blijven gebruiken en pas tegen begin 2013 zullen overwegen wat ze zullen moeten doen. Programma's porten? OpenSource? Cursussen voor medewerkers voor het nieuwe OS? etc. Er komt veel meer bij kijken dan gewoon 'er even een ander OS opzetten' wat op zich ook al heel veel werk is!
op m'n stagebedrijf zijn we nu bezig met de deployment van windows 7 systemen. het gaat om computers op kantoren en in de productiehal. omdat vrijwel iedereen hier al een windows 7 pc heeft of heeft gebruikt en ze het veel gemakkelijker vinden dan windows xp hoeven ze hier geen training erover te geven.
onderschat de mensen niet, ze gaan juist klagen als ze nu weet terug moeten
onderschat de mensen niet, ze gaan juist klagen als ze nu weet terug moeten
Maar het is wel een mooi project om de werking van windows min of meer te kunnen onderzoeken. Daar komt bij dat je ook de linux kant flink ondersteunt omdat ze nauw samenwerken met de makers van wine, waardoor ook de linux gebruikers er van profiteren.
Niet alles hoeft bij de huis tuin en keuken gebruikers te behandelen. Puur voor onderzoek is het soms al geweldig om zoiets te hebben.
het maakt een hoop gekke dingen mogelijk, zo is/was het bijvoorbeeld mogelijk om met een aangepaste wine dll in windows IE te laten werken met mozilla's code in de achtergrond. Met als gevolg dat je gebruikers IE zien, maar eigenlijk gecko gebruiken voor het renderen van de pagina's :-)
Ook kan je als een oude applicatie niet meer werkt onder een nieuwe windows release en je niet bij de broncode kan soms op die manier een dll van wine gebruiken om je applicatie weer aan de gang te krijgen....
Er zitten natuurlijk ook wel weer risico's aan op het gebied van virussen die ingebouwd zijn in systeem dlls van windows.. maar lang leve de lol toch?!
Niet alles hoeft bij de huis tuin en keuken gebruikers te behandelen. Puur voor onderzoek is het soms al geweldig om zoiets te hebben.
het maakt een hoop gekke dingen mogelijk, zo is/was het bijvoorbeeld mogelijk om met een aangepaste wine dll in windows IE te laten werken met mozilla's code in de achtergrond. Met als gevolg dat je gebruikers IE zien, maar eigenlijk gecko gebruiken voor het renderen van de pagina's :-)
Ook kan je als een oude applicatie niet meer werkt onder een nieuwe windows release en je niet bij de broncode kan soms op die manier een dll van wine gebruiken om je applicatie weer aan de gang te krijgen....
Er zitten natuurlijk ook wel weer risico's aan op het gebied van virussen die ingebouwd zijn in systeem dlls van windows.. maar lang leve de lol toch?!
[Reactie gewijzigd door VNA9216 op zondag 29 april 2012 21:22]
Ik vraag me af in hoeverre je binairy-compatible kan zijn met een x86-OS op een ARM cpu. De applicaties zijn nou eenmaal gecompileerd voor een x86-CISC en niet voor een ARM-risc processor.
Na even googlen blijk dat daar al wat onderzoek naar is gedaan door ReactOS; al zie ik het zelf nog als een emulatie.
Na even googlen blijk dat daar al wat onderzoek naar is gedaan door ReactOS; al zie ik het zelf nog als een emulatie.
Geen slecht idee. Ik experimenteer ook al een tijdje met ReactOS en hoewel zeker nog niet 100% bugvrij is er veel potentieel en ik heb het bestaan van dit OS (onbekend is onbemind) reeds een aantal vrienden ter kennis gebracht met het oog op een eventuele vervanging van hun oh zo geliefde Windows XP. Ik zou zeggen MS stopt met support voor Xp, wel stap over op ReactOs en je kan weer verder en dit (voorlopig) gratis. Het kan dan ook toeval zijn maar net nu er zo gesproken wordt over de eindelijke uitfasering van Xp dat ReactOs met de vraag komt voor professionele developers om het project te versnellen...
Overstappen op ReactOS als primair OS lijkt me op dit moment nog niet echt realistisch. Daarvoor is het nog een té vroege versie. Het is eigenlijk nog niet eens alpha, laat staan een beta. Daar wil je niet primair op werken lijkt me, te riskant.
Daarnaast moet je toch iets meer zekerheid hebben of alle programma's wel goed gaan werken. Binary compatible is mooi, maar werken zaken als MS Office, games etc hier in de praktijk ook vlekkeloos op?
Als je op dit moment ReactOS al gaat gebruiken lijkt het me primair voor testdoeleinden. Dual-boot etc.
Daarnaast moet je toch iets meer zekerheid hebben of alle programma's wel goed gaan werken. Binary compatible is mooi, maar werken zaken als MS Office, games etc hier in de praktijk ook vlekkeloos op?
Als je op dit moment ReactOS al gaat gebruiken lijkt het me primair voor testdoeleinden. Dual-boot etc.
en voor een gevirtualiseerde Windows heb je weer een licentie nodig. En als de support voor XP eenmaal gedaan is moet je van MS ook geen hulp of updates meer verwachten. Daar komt een project als reactos van pas. Mensen/bedrijven die niet kunnen overstappen naar een nieuwere windows kunnen in principe gebruik maken van reactos waarbij men dankzij het open karakter de garantie hebben dat er altijd iemand problemen kan oplossen.
Zoals Blokker zegt: De licentie. En vergeet de performance hit niet.
Tot voor kort werden alle netbooks nog uitgerust met Windows XP, dus ik denk dat er nog zeker markt is voor een op XP gebaseerd OS. Zo ook voor overheden en scholen, een win-compaitble OS kan zo zeker uitkomst bieden, ook voor multimedia (os x en linux gebruikers installeren windows alleen maar voor spelletjes buiten steam om). Al is het maar om die vervelende licentiekosten te besparen i.v.m opensource.
Ik blijf het een leuk project vinden, ook al gaat de ontwikkeling erg langzaam.
Mocht het OS uiteindelijk echt werken zal er echt nog wel markt voor zijn. Oudere hardware bv, denk aan instellingen / ontwikkelingslanden etc.
Voor mezelf ga ik zeker een keertje met React spelen
Mocht het OS uiteindelijk echt werken zal er echt nog wel markt voor zijn. Oudere hardware bv, denk aan instellingen / ontwikkelingslanden etc.
Voor mezelf ga ik zeker een keertje met React spelen
[Reactie gewijzigd door cmndr_adama op zondag 29 april 2012 12:13]
Ik vind het een leuk project, geld overgemaakt (alle kleine beetjes helpen ).
Vergeet niet dat andere projecten hier ook weer uit kunnen putten.
).Vergeet niet dat andere projecten hier ook weer uit kunnen putten.
idd, ReactOS werkt heel nauw samen met WIne.Ik vind het een leuk project, geld overgemaakt (alle kleine beetjes helpen
Vergeet niet dat andere projecten hier ook weer uit kunnen putten.
Ik heb ooit eens gelezen dat sommige onwikkelaars in beide projecten actief waren.
Op dit item kan niet meer gereageerd worden.
Populair: Android Tablets Samsung Websites en communities Mobiele telefoons Google Sony Microsoft Games Politiek en recht
© 1998 - 2013 Tweakers.net B.V. Contact Over Tweakers Jouw privacy Algemene voorwaarden Cookies
Tweakers wordt uitgegeven door De Persgroep en wordt gehost door True
