Thats usually the case in company driven projects but not necessarily in community driven open source projects.
If you would be the project lead and a person comes to you and tells you that he would like to create a newer modern theme. If you tell him/her no and that he/she should work on something completely different i wouldn't be surprised if you would never see him/her again.
Personally I'd be more interested in ReactOS as a way to run current software without microsoft, as I think they have really started behaving unacceptably with windows 10.
You're not wrong. However I think that the appeal of ReactOS (in part, and if it was more stable) is that it's currently updated and (in theory) can be secured against modern threats; so you'd be able to put it on a network -which would be masochistic to do with Server 2003 at this point.
I could also be modified to run modern Firefox, chrome, etc which 2003 cannot.
If a company buys a red team test, a Windows XP machine without networking has a different threat model than one with.
Also, Wine on Linux might be better option if its just one incompatible application (with or without networking).
In short I would say both (or rather, all three) have their place.
I agree with you, and I think that using WINE on Linux probably gives you more options than using ReactOS.
But in terms of what is appealing about Reactos is that (in theory) you'd have the option of modifying it, and it being (again -in theory) compatible with 2k3 server so that putting it on a networked vm could be an option.
I can't think of a use case for it, and I'm not sure that there's a compelling amount of ~17 year old hardware needing drivers -but it still has it's appeal (IMO).
But by and large you are right -most of the time it's better to either use a supported windows version or to use WINE on Linux.
Doing this is ok. We are also rewriting the same books all over again. Knowledge is forgotten and reinvented and rediscovered. You see this in computer science and programming all the time, but also in other fields. Rather than the programs themselves, preserving the concepts and learnings is much more important. Don’t get me wrong, I think vintage computing is great, but we shouldn’t necessarily solve todays problems with it.
No because most knowledge is tacit in nature. Things needs to be practised to be really understood. We're not living in the matrix where you can upload knowledge into your brain, you need to actually practise something to understand how it works.
Not to mention that all knowledge is contextual and dependent on its environment. Doing the same things over again in a different environment may yield different results, old failures, through tiny changes may turn out to actually work now. That's what makes constant experimentation and repetition necessary to rebuilt robust systems.
that's why markets are more effective than central planning, and why evolution is the most robust mechanism on earth. Having twenty companies build the same product is more wasteful than having one committee do it, but only competition, incremental change, and reinvention really are able to explore the entire space.
It has the same problems: the historical context is imperfect and very tedious to understand (for those who even try). Reinventing the wheel is always easier, cognitively (perhaps while being vaguely cognizant of how there was a Roman Republic that fell to dictatorship that then fractured into hundreds of apocalyptic Christian fiefdoms and how there was an incident with this thing called Therac-25 [and maybe crystallizing that cognizance in proper government standards for medical software]).
Also, since the bottleneck is brain bandwidth, it's not helpful that old code is written in old languages which were formulated in a time where the most salient bottleneck was memory/processing speed.
These will most likely never see another printing, granted. But generalizing across all books published this way, I'm sure this situation will actually arise in the future.
https://www.win-raid.com/t4035f45-Windows-XP-Bit-and-Server-...
After i have found this, i m not sure that xp will ever die
Wholeheartedly agreed and it's also why I have so much respect for Microsoft and the backwards compatibility they've achieved in Windows.
Unless you're talking about running it on a computer that's not networked, it's already impossible to run XP safely. But Windows is really good about backwards compatibility--what XP software is there that doesn't run on Windows 10?
It's a volunteer project. Be the compatibility initiative you want to see in the world.
Do we? Virtualization and emulation usually sort this out. 8- and 16-bit console games are a good example of this.
There are a great number of games that cannot be played by most 16-bit and 8-bit console emulators. The Famicon disk system, for instance, is a real struggle to get working right.
90s machines are dying off rapidly, and hardware is becoming very very scarce. Much DOS software, for instance, requires very specific hardware timing and behaviors that is either not known about or still emulated wrongly. Worse, some emulations simply don't exist or are very difficult to get working (see also 3DFX Voodoo3 8-bit paletted textures).
2010 machines are next on the chopping block. Though tose systems may be easier to deal with hardware wise, emulation will still be a challenge.
I'm not sure, but I believe that both support the 3DFX Voodoo (not sure if just "VooDoo" or "Voodoo3").
To the ReactOS devs: what's the deal with the last couple years of GSOC projects? Why is there little to no work going on to improve compatibilty?
This is why a versioning system is being implemented right now to allow applications targeting NT 6.x to use newer DLLs/APIs not available under Windows XP. Check e.g. this recent PR from a few days ago for details: https://github.com/reactos/reactos/pull/3239
Fuck yeah! That's a solid engineering decision.
Thanks for the response and keep up the extremely impressive work!
Why are you asking this here in the HN comments section? Maybe communicate directly to them through a means of contact on their page. Why "grill" them on their progress? Maybe go invest in the project yourself.
This just comes off as lazy criticisms. It's not like GSOC is your money, nor does Google "make it rain" with their stipend.
There are a qute a lot of pretty ideas https://reactos.org/wiki/Google_Summer_of_Code_2020_Ideas
The problem is in lack of students ^)
Data is more akin to the knowledge in books.
As long as we can read 100 year old data sets we will be fine.
Truly important software will adopt new technologies while old technologies will fade away.
There aren’t many 100 year old roads that exist without being regularly rebuilt. Surely none with any regular usage.
That said... I firmly believe there is a place for ReactOS. Eventually, XP will fail to run on new hardware, and when that happens a lot of great software will die also. Having ReactOS around means we can continually target new hardware, but still remain XP compatible.
Personally, I view software like I do books. We can read books written 100s of years ago, but we struggle to run 10 year old software. This has to change, else we'll endlessly repeat ourselves rewriting the same programs over and over again.