2.7 KiB
Recommended tasks for the next sprint
-
In the mobile applications, since the structure is now finalized (at least for the existing features), we need to strictly follow best practices while coding:
- Break down large widgets into smaller, reusable widgets
- Add doc comments where necessary to improve readability and maintainability
- Remove overly complicated or unnecessary logic introduced by AI and simplify where possible
- Adhere to the design system and remove all hard-coded colors and typography, using shared tokens instead
-
Improvement points
-
apps/mobile/packages/features/client/client_coverage/lib/src/data/repositories_impl/coverage_repository_impl.dart
- Fix the location field in CoverageShiftRole to use the correct fallback logic.
- line 125 remove redundant location values.
-
Need to clarify the difference b/w
case dc.ApplicationStatus.ACCEPTEDandcase dc.ApplicationStatus.CONFIRMED. -
Update the dataconnect docs.
-
Track
latandlngin the staff preferred work locations (for now we are only storing the name). -
final String status;inOrderItemmake it an enum. -
/// Date of the shift (ISO format). final String date; make this in the DateTime format instead of string.
-
in
view_orders_cubit.dartcombine the logic of_calculateUpNextCountand_calculateTodayCountinto a single function that calculates both counts together to avoid redundant filtering of orders. -
In places api call in the when the api's not working we need to show a proper error message instead of just an empty list.
-
pending should come first in the view order list.
-
rename connect name to 'krow-connect' in the project.
-
fix "dartdepend_on_referenced_packages" warnings.
-
fix "dartunnecessary_library_name" warnings.
-
fix lint issues.
-
track minimum shift hours in the staff profile and show a warning if they try to apply for shifts that are below their minimum hours.
- this need to be added in the BE and also a FE validation (5 hrs).
-
Cannot cancel before 24 hours of the shift start time. If do we should charge for 4 hours of work for each shifts.
-
verify the order creation process in the client app.
- Vendor don't need to verify the order, when the order is created it should be automatically published.
- rethink the order status, we need to simplify it.
-
Validation layer
- Profile info
- emergency contact
- experiences
- attires
- there should be manual verification by the client even if the ai verification is passed.
- to track false positives and false negatives.
- certifications
- there should be manual verification by the client even if the ai verification is passed.
- to track false positives and false negatives.
- documents
- tax forms