10 days (Maximum 20 days if working part-time)
1 ~ 2 people
- Basics of Flutter
- Widgets of State
- Architecture
- Building UIs
- State management
- Routes and navigation
- Localization and Internationalization
- Animations
- HTTP and JSON
- SharedPreferences
- Sqflite
- Layered Architecture
Execute the tasks in the following steps:
- Generate ideas, requirements, and submit for trainer review using the template: Review Template
- If approved by the trainer, design a prototype on: Figma Then submit for trainer review. If approved, proceed to step 3.
- Break tasks as per the template, prioritize, and ensure each task takes less than 4 hours: Task Template After trainer approval, inform the trainer to provide a Redmine project (to import tasks instead of using a sheet). Once tasks are on Redmine, submit for trainer review. Redmine Usage Guide: Link
- Upon receiving the GitHub repository, create an initial pull request with:
- Template pull request
- Template project here
- After approval and merging of the initial pull request, create subsequent pull requests and submit for trainer review.
- Slides are available on S-Learn's "Flutter" course: https://tiv.wsm.vn/learn/vi/course/1503/
- Subsequent pull requests should not exceed 20 file changes and 500 lines of code.
- Team members must cross-review and approve each other's pull requests.
- Only after successful cross-reviews, submit the pull request for trainer review.
- Register a Redmine account at this site and provide the information to the trainer.
- Refer to the account naming here.
- Each task estimate should not exceed 4 hours. For larger tasks, divide them into multiple tickets.
- Follow the process for changing the status of a ticket here.
- All tasks must be created as Redmine tickets before starting work.
- Redmine tickets must be filled with Category, Target Version, Parent task, Start date, Due date, Estimated time.
- Developer takes the ticket, changes the status to "In Progress."
- After completion, submit a pull request, update the Redmine ticket with the pull request link, change %DONE to 90%.
- The pull request is sent to the entire team for review.
- The pull request must be reviewed and approved by a team member before being sent for trainer review.
- Upon merge, the developer updates %DONE of the Redmine ticket to 100% and changes the status to Resolved.
- Project review is allowed when the team has completed >= 85% of the required project functionalities.
- Always actively seek and incorporate feedback from the trainer and others.
- If the team completes less than 85% of the requirements, contact the trainer two days before the deadline to request a schedule extension and additional time.