Difference between revisions of "Z80:Post Work"

From Learn @ Cemetech
Jump to navigationJump to search
(Created page with "Now that you've finally released your program, you're done, right? You could be, but there's always room for improvement. This section will discuss what to do after your progr...")
 
(Adjusted lowercase z80)
Line 24: Line 24:
 
= Conclusion =
 
= Conclusion =
  
That's all there is. You can continue revising your work over and over again until you're satisfied. This would also be a good time to start thinking of another project you can start on. [[z80:ideas|And the process repeats itself at last]].
+
That's all there is. You can continue revising your work over and over again until you're satisfied. This would also be a good time to start thinking of another project you can start on. [[Z80:ideas|And the process repeats itself at last]].
  
 
{{lowercase}}
 
{{lowercase}}
[[Category:z80 Assembly]]
+
[[Category:Z80 Assembly]]
[[Category:z80 Heaven]]
+
[[Category:Z80 Heaven]]

Revision as of 21:13, 3 February 2016

Now that you've finally released your program, you're done, right? You could be, but there's always room for improvement. This section will discuss what to do after your program has been released.

User reviews

Sometimes after your program has been released you'll get feedback on your program. This can vary anywhere from reporting a bug to user interaction issues, etc. You may choose, if you wish, to address these, and how. This will make your program that much better.

Added functionality

If after you release your program you think of a better way that something can be done, or you forgot something in your program, update it. Then, update the uploaded program with the new version. If you want, keep the old versions so that you may revert to them if you decide you don't like the changes you made.

Versions

As a general rule of thumb, it's courteous to include a text file of changes that you have made to the program. This list should start from the programs initial release to its current form. You can also associate a number in the program so that users can check if they have the newest version of the program.

Example version history

   Version History
   Ver. 1.3: Re-did menu screen altogether.
   Ver. 1.2: Added 2nd/enter interchangeability. Fixed a bug with math functions.
   Ver. 1.1: Fixed menu bug
   Ver. 1.0: initial release


Conclusion

That's all there is. You can continue revising your work over and over again until you're satisfied. This would also be a good time to start thinking of another project you can start on. And the process repeats itself at last.