Just a short read Wiki.
Project Summary
- Problem Statement
- Business Case
- Open source Licenses
- Coding Conventions (Git Rep, Branching strategy, Code review)
- Design Patterns
- Programming Paradimes (SOP Service Oriented Programming)
-
Document your code : In the ideal world a piece of code should be self-explanatory about what it does, but that's not always the case. So just-in-case, please use commenting techniqies or use IDE tools to document your code e.g.
/** This is your comment **/
# This is your comment
-
Indentation : Proper space are important to increase code readability. For making the code clear, dev's should utilize white spaces properly.
Some of the conventions are as follows :
- There must be a space after giving a comma between two function arguments
- Proper Indentation should be there at the beginning and at the end of each block in the program
- All braces should start from a new line and the code following the end of braces also start from a new line
- Each nested block should be properly indented and spaced
-
Naming Conventions : In the ideal world a piece of code should be self-explanatory about what it does, but that's not always the case.
-
DRY Principle : In the ideal world a piece of code should be self-explanatory about what it does, but that's not always the case.
-
Code readibility : In the ideal world a piece of code should be self-explanatory about what it does, but that's not always the case.
- 🚧 work in progress
- 🚧 work in progress
Checkout the Front-End Repo
- 🚧 work in progress
Checkout the Back-End Repo
- 🚧 work in progress
Checkout the Testing Repo
- 🚧 work in progress