PB Reliability
Posted: Sat Aug 20, 2005 5:39 pm
Please excuse me for raising this issue again.
I believe PureBasic is brilliant and I am impressed by what Fred has achieved, but I wish to make a few constructive criticisms.
The recent issue of PB3.94 shows up shortcomings in the way PureBasic is being developed. We have had 5 beta issues, followed by a "final" version that still has significant bugs, and won't even run on some versions of Windows.
I believe the following measures would improve this situation:
1) Once at beta release, only bug corrections should be done, and by the simplest method available. It is not a good idea to re-write stuff to make it neater, to add anything new, or to change the structure or logic of how things are done. If you do this you revert to an untested system and have to start testing all over.
2) Posting odd files for people to download is not a good idea. Everyone ends up with a slightly different version and it is difficult to compare test results. Every version, however small the changes should have a version number so it can be uniquely identified. It does not matter if we end up with numbers like 3.94.2.1, extra numbers cost nothing.
3) At least some testing should be done for each version on the supported OS's. Version 3.94 crashed Windows 98 and Me with a single line program containing only the command "End". I assume this version was not tested at all on these OS's
4) There is always a conflict between the desire to add new functionality and the need to create a tried and tested reliable tool. I believe that some of the core enthusiasts and developers give new functionality too high a priority and ignore the "silent majority" who want a solid and reliable tool to enable them to get on with coding that supports their other interests or enterprises in a reliable manner.
I believe PureBasic is brilliant and I am impressed by what Fred has achieved, but I wish to make a few constructive criticisms.
The recent issue of PB3.94 shows up shortcomings in the way PureBasic is being developed. We have had 5 beta issues, followed by a "final" version that still has significant bugs, and won't even run on some versions of Windows.
I believe the following measures would improve this situation:
1) Once at beta release, only bug corrections should be done, and by the simplest method available. It is not a good idea to re-write stuff to make it neater, to add anything new, or to change the structure or logic of how things are done. If you do this you revert to an untested system and have to start testing all over.
2) Posting odd files for people to download is not a good idea. Everyone ends up with a slightly different version and it is difficult to compare test results. Every version, however small the changes should have a version number so it can be uniquely identified. It does not matter if we end up with numbers like 3.94.2.1, extra numbers cost nothing.
3) At least some testing should be done for each version on the supported OS's. Version 3.94 crashed Windows 98 and Me with a single line program containing only the command "End". I assume this version was not tested at all on these OS's
4) There is always a conflict between the desire to add new functionality and the need to create a tried and tested reliable tool. I believe that some of the core enthusiasts and developers give new functionality too high a priority and ignore the "silent majority" who want a solid and reliable tool to enable them to get on with coding that supports their other interests or enterprises in a reliable manner.