Previously, I was very enthusiastic about making boot disks, finding various latest DOS software, playing MP3s under DOS, and surfing the Internet, etc. However, for these functions, DOS has never done a very good job.
Seeing so many people persevering in DOS applications and making DOS boot disks, I rethought whether what we are doing is really of great significance?
So I gradually lost interest in things like boot disks.
Now I finally understand that what DOS urgently needs now is development!
64-bit CPUs are already prevailing, but DOS is still stuck at 16-bit. How sad and anxious that is!
The developers of FreeDOS said that FreeDOS wants to be a DOS that is 100% compatible with MS-DOS. But now I think actually this is not very necessary. Of course, it should be mostly compatible, but what really can't be done doesn't need to be forced. We need more functions of DOS. For a non-compatible program, as long as we can develop an alternative program, why force compatibility? Development is more important.
Now FreeDOS-32 is also under development, and we all hope that it can be put into practical application as soon as possible. However, now they want to be compatible with 16-bit DOS programs and 32-bit VCPI programs. These problems undoubtedly greatly slow down its development progress. Are these really important? For now, we just need to work hard to improve its functions. As for compatibility, don't force it. Be compatible as much as possible. If it's really difficult, put it aside for the time being and can be dealt with slowly when it is basically stable later. In addition, DOS doesn't need to be compatible with very old hardware at all. Instead, it should be more compatible with new hardware.
Only by completely changing the kernel to 32-bit can the future development of DOS have hope. People with strength should develop their own DOS together or get involved in the development of FreeDOS-32 and software on its platform.
The above are purely personal views. If you have different opinions, please feel free to communicate and discuss. Thank you.
Preparing to plan to learn C++ and assembly...
Seeing so many people persevering in DOS applications and making DOS boot disks, I rethought whether what we are doing is really of great significance?
So I gradually lost interest in things like boot disks.
Now I finally understand that what DOS urgently needs now is development!
64-bit CPUs are already prevailing, but DOS is still stuck at 16-bit. How sad and anxious that is!
The developers of FreeDOS said that FreeDOS wants to be a DOS that is 100% compatible with MS-DOS. But now I think actually this is not very necessary. Of course, it should be mostly compatible, but what really can't be done doesn't need to be forced. We need more functions of DOS. For a non-compatible program, as long as we can develop an alternative program, why force compatibility? Development is more important.
Now FreeDOS-32 is also under development, and we all hope that it can be put into practical application as soon as possible. However, now they want to be compatible with 16-bit DOS programs and 32-bit VCPI programs. These problems undoubtedly greatly slow down its development progress. Are these really important? For now, we just need to work hard to improve its functions. As for compatibility, don't force it. Be compatible as much as possible. If it's really difficult, put it aside for the time being and can be dealt with slowly when it is basically stable later. In addition, DOS doesn't need to be compatible with very old hardware at all. Instead, it should be more compatible with new hardware.
Only by completely changing the kernel to 32-bit can the future development of DOS have hope. People with strength should develop their own DOS together or get involved in the development of FreeDOS-32 and software on its platform.
The above are purely personal views. If you have different opinions, please feel free to communicate and discuss. Thank you.
Preparing to plan to learn C++ and assembly...
32位才是DOS未来的希望
个人网志:http://sololand.moe
个人网志:http://sololand.moe


