During this transition, you should try to:
- Be familiar with
dry running methods locally, as you'll have to be able to reason about methods locally in order to understand how they work locally.
- Be willing to delve into technical stuffs. Doing so gives you accesses to more elegant codes that are harder to understand. Sometimes such codes are called for, so you'll want to be able to use them.
- Form a consistent scripting style that at least makes sense to you and your future self, and preferably as many fellows and even users as possible. It doesn't mean you shouldn't change it even when you find another that's even more suitable for you, it just means you shouldn't change your scripting style without solid reasons.
- Focus on forming a solid understanding of the exposed parts of the default RMVXA scripts, by concentrating on understanding how they work(details) locally, as you should already know what they do(intents) locally.
- Gain experience. The only way to be an experienced scripter is to write more scripts. They should address different situations and demands to make your learning progress further more effective and efficient.
- Search for Ruby best practices and anti patterns. Just don't automatically treat them as dogmas without analyzing and thinking about them beforehand.
Also, from Level 4 and onwards, you'll want to:
- Be critical about your own codes. It's ok that your codes have tons of problems and you spotted none, as you'll likely start to spot more and more of them as you improve. Just don't think your codes are even ideal unless you managed to prove it with objective solid evidences and reasons.
- Be sensitive of all the possible edge cases you can think of. While no one can ever spot all the possible edge cases, you'll still want to to try your best to find as many of them as possible before they become too hard to solve.
- Care about the
code qualities and
technical debts. While scripts that work as intended without nontrivial bugs can usually meet most demands already, you'll want your scripts to work well so yours will be more likely to satisfy more users better.
- Compare your scripts with those written by the others. You should at least compare those being functionally similar to yours, so you can learn from them.
- Join Ruby, RGSS3 and scripting discussions that you can follow. Doing so can further bolster your scripting capabilities. Also, by now you should be able to judge the values of the others' points, so don't be afraid to be "brainwashed" by the others. Bear in mind sometimes you'll have to experiment their points before being able to judge them.
- Know the other scripters and their scripts. Unless you don't care about compatibilities among scripts written by different scripters at all, you'll want to broaden your horizons so you can solve such compatibility issues more easily.
- Plan ahead before actually writing the scripts. While
UML or similar stuffs aren't needed in most cases, you should at least briefly think about the user configuration regions before jumping into the implementation parts.
- Put yourselves into all the stakeholders' shoes. Typically, stakeholders here include your future self, fellow scripters, script users and players playing games using your scripts. Even if you're lone wolves, you'll still want to make their lives easier, which should be a major goal for any user-oriented scripter.
- Try to solve users' requests and commissions that you cam solve. This gives you experiences on user support, which is vital for any user-oriented scripter.