The Amazing World of IT

Tất cả Bài của tôi Cần tôi review 1

Đã review & done xong — sẵn sàng ship!

Ship

Lưu CS

ĐH

Đức Hiếu

hoàn thành task trong hứng khởi 🔥 · 2 giờ trước

Cuối cùng cũng xong cái API authentication! Bug lúc đầu tưởng đơn giản nhưng mà mất tới 3 tiếng debug. Hóa ra là do JWT token bị expired nhưng frontend không handle lỗi đúng cách. Đã fix và thêm refresh token mechanism luôn. Cảm giác resolve được con bug khó thật sự rất thỏa mãn!

TASK-042: Fix JWT Auth Bug

MT@Minh Tú ✓ đã review NH@Ngọc Hân ✓ đã review

🎉 🔥 💪

2 reviews · tất cả done ✓

Sẵn sàng ship! 🚀

MT

Minh Tú ⚡ Dev

Code nhìn ổn đó Hiếu ơi! Mình check qua flow refresh token rồi, logic đúng hướng. Nhưng bạn có thể thêm unit test cho case token expired không? Để đảm bảo regression về sau nhé. Nhìn chung rất sạch!

🔍 🧪

NH

Ngọc Hân 🧪 Tester

Mình test qua các case rồi, flow hoạt động ổn! Token expired trả đúng 401, refresh hoạt động ngon. Suggest thêm test case cho concurrent request để chắc chắn hơn nhé. Overall approve! 🎉

ĐH

0/20 từ

Đã review xong — đã ship!

Lưu CS

TL

Tuấn Long

hoàn thành task trong kiệt sức nhưng tự hào 😅 · Hôm qua

Sau 2 ngày vật lộn với cái dashboard report cuối cùng cũng xong rồi! Performance từ 8s xuống còn 0.8s sau khi optimize query và thêm Redis cache. Học được nhiều thứ về indexing trong quá trình này. Cảm ơn Minh Tú đã chỉ cách dùng EXPLAIN ANALYZE!

TASK-038: Optimize Dashboard Query

🚀 ✨ 💯

2/2 reviews ✓

Đã ship ✅

🔒 Bình luận đã đóng · Nhấn "Lưu CS" để lưu vào kho

Chờ review — cần 2 reviews

Ship

Lưu CS

PK

Phúc Khang

hoàn thành task trong bình thản như Thái Sơn 😌 · 5 giờ trước

Đã hoàn thành tích hợp Stripe payment gateway! Xử lý được các case: thanh toán thành công, thất bại, và webhook để cập nhật order status. Có viết thêm mock server để test mà không cần hit Stripe API thật. Code coverage đạt 87%. Anh em review giúp em nhé!

TASK-051: Stripe Payment Integration

ĐH@Đức Hiếu ⏳ chờ review NH@Ngọc Hân ⏳ chờ review

💳 🎯 🧪

0/2 reviews

Cần review gấp! 🆘

Chưa có ai review. Hãy là người đầu tiên! 👀

ĐH

0/20 từ

ĐH

Đức Hiếu

⏳ Chưa check-in hôm nay

Frontend Dev

NhiLe v2

Hôm nay bạn sẽ tiếp tục làm gì nè? 4

Fix JWT Auth Bug — review & ship

NhiLe Platform v2 · TASK-042 →

Frontend Auth

6 giờ

còn lại · ĐỎ

Viết unit test cho refresh token

NhiLe Platform v2 · TASK-043 →

Frontend Testing

1 ngày

còn lại · ĐỎ

Stripe Payment Integration

Nedu CRM · TASK-051 →

Backend Payment

3 ngày

còn lại · VÀNG

Clone repo & chạy được local

Onboarding checklist · Bước 4 →

Setup

5 ngày

còn lại · XANH

Checklist của tôi

Tick từng bước — mỗi bước có link tài liệu và contact

Developer track

Chưa có access — điền email để nhận invite

Leader nhận thông báo qua Telegram và tự động gửi invite GitHub + Supabase

Tiến độ onboarding

📁 Projects

Tổng quan tất cả projects & orders

📥 Order từ khách hàng

3 chờ duyệt

📁 Danh sách project

NhiLe Platform v2

Đang chạy

Next.jsNestJSSupabaseTypeScript

33%

VĐT

Leader: Văn Đức Tân

Xem task list

Tài liệu bổ sung

Nedu CRM

Đang chạy

ReactNestJSSupabase

15%

NL

Leader: Ngọc Lan

Xem task list

Tài liệu bổ sung

Tài liệu

Đọc từ trên xuống nếu bạn mới vào

Đọc trước tiên

AR

Kiến trúc hệ thống

Cập nhật 3/4/2026 · PDF

Mở →

SE

Setup môi trường local

Cập nhật 25/3/2026 · Notion

Mở →

GW

Git workflow & conventions

Cập nhật 28/3/2026 · Markdown

Mở →

Tham khảo khi cần

DB

Database schema & ERD

Cập nhật 1/4/2026

Mở →

PRD

Product requirements

Cập nhật 2/4/2026

Mở →

UI

Figma UI Kit

Cập nhật 4/4/2026

Mở →

SOP

SOP quy trình làm việc

Cập nhật 6/4/2026

Mở →

Team & contacts

Không biết hỏi ai? Xem role để hỏi đúng người

Leader

VĐT

Văn Đức Tân

Leader · Full-stack Dev

Hỏi về: task, access, blockers

@tannguyen_tgtan@nhile.vn

Developers

NL

Ngọc Lan

Dev · Backend

Hỏi về: API, DB, Supabase

@ngoclan

MT

Minh Tú

Dev · Frontend

Hỏi về: React, UI, component

@minhtu

NH

Ngọc Hân

Dev · Full-stack

Hỏi về: auth, API integration

@ngochan

💬 IT × TEAM KHÁC

5 Tình Huống Hay Gặp

SOP xử lý từng tình huống + Mindset từ anh Sơn và chị Nhi. Bấm vào từng tình huống để xem.

1

Đổi yêu cầu giữa chừng

"Làm rồi họ bảo không phải cái này"

🪤 Bẫy dễ mắc nhất

Đừng làm

Đổ lỗi cho team khác, bực tức, làm lại mà không nói gì — dẫn đến vòng lặp vô tận.

📋 SOP – Làm theo thứ tự này

1

Không phòng thủ – xác nhận yêu cầu mới bằng văn bản ngay lập tức.

2

So sánh với tiêu chí đã chốt. Đây là thay đổi mới, không phải "sửa lỗi" – phải gọi đúng tên.

3

Tính lại thời gian và tác động → thông báo minh bạch trước khi làm tiếp.

4

Cập nhật tiêu chí → chốt lại với hai bên → rồi mới tiến hành.

🧠 Mindset cần nắm

Anh Sơn

"Đừng blame người ta. Nhìn lại – tiêu chí có được định nghĩa rõ từ đầu không? Nếu không, đây là lỗi của mình, không phải của họ. Tách tình cảm ra khỏi công việc."

Chị Nhi

"Nếu yêu cầu thay đổi giữa chừng, nghĩa là bước đầu chưa đủ rõ. Complexity là dấu hiệu chưa distill đủ sâu."

2

Yêu cầu không rõ, hỏi thì họ cũng không biết

"Tôi cũng không biết mình muốn gì cụ thể"

🪤 Bẫy dễ mắc nhất

Đừng làm

Tự đoán và điền chỗ trống theo ý IT – hoặc cứ build trước rồi tính sau. Cả hai đều dẫn đến không ai dùng.

📋 SOP – Làm theo thứ tự này

1

Không bắt đầu code khi chưa rõ – dù bị áp lực deadline.

2

Hỏi 3 câu chốt: "Hiện đang làm cách nào? Vấn đề lớn nhất là gì? Xong trông như thế nào?"

3

Tự viết lại bằng lời của mình → confirm với họ trước khi làm.

4

Chỉ bắt đầu sau khi họ gật đầu với bản tóm tắt đó.

🧠 Mindset cần nắm

Anh Sơn

"Nếu không nói được 1 câu rõ ràng 'xong là gì' thì chưa đủ rõ để bắt đầu. Đừng đoán. Test: ai là người chịu trách nhiệm? Outcome là gì? Không trả lời được → hỏi tiếp."

Chị Nhi

"PO: người dùng thật phải được xác định – ai, ở giai đoạn nào, muốn gì. Không có cái này thì không build."

3

Làm xong nhưng không ai dùng

"Product đẹp, không ai login"

🪤 Bẫy dễ mắc nhất

Đừng làm

Kết luận ngay "họ lười" hoặc cố giải thích cách dùng thêm – thay vì nhìn lại sản phẩm.

📋 SOP – Làm theo thứ tự này

1

Không kết luận ngay. Hỏi 2–3 người lẽ ra nên dùng: tại sao không dùng?

2

Phân loại lý do: không biết tồn tại / không hiểu cách dùng / không giải quyết đúng vấn đề / có tool khác tiện hơn.

3

Nếu "không hiểu cách dùng" → thiết kế lại, không giải thích thêm.

4

Nếu "không giải quyết đúng vấn đề" → thừa nhận và pivot, đừng cố cứu vãn.

🧠 Mindset cần nắm

Anh Sơn

"Nếu sản phẩm không ai xài → nhìn vào team trước, không đổ lỗi người dùng. Đã hỏi họ chưa? Đã build thứ họ cần, hay thứ mình thích làm?"

Chị Nhi

"Sản phẩm tốt không cần được giải thích. Người dùng mở lên và biết ngay làm gì. Nếu cần giải thích cách dùng bằng lời → UX fail."

4

Gật đầu cho qua nhưng không hài lòng

"Ổn rồi" nhưng sau lưng vẫn kêu

🪤 Bẫy dễ mắc nhất

Đừng làm

Tin vào "ổn rồi" bề mặt và đóng ticket – không biết vấn đề vẫn còn đó.

📋 SOP – Làm theo thứ tự này

1

Sau nghiệm thu, cho chấm điểm ẩn danh – không chỉ dựa vào lời nói.

2

Quan sát hành vi thực tế: họ có thật sự dùng sau 1 tuần không?

3

Nếu nghi ngờ, hỏi thẳng: "Nếu không phải báo cáo với tôi, bạn thấy cái này còn thiếu gì?"

4

Không phòng thủ khi nhận feedback thật – cảm ơn, ghi lại, fix.

🧠 Mindset cần nắm

Anh Sơn

"Thảo mai nguy hiểm hơn nói dối vì khó phát hiện và từ từ làm hỏng văn hóa tổ chức. Phải tạo điều kiện để người ta thật sự nói thật – không chỉ tạo cơ hội."

Chị Nhi

"Đừng reward sự đồng ý – reward sự trung thực dù khó nghe. Test thật: hỏi câu người ta ngại trả lời thật nhất."

5

Phải nói "không" hoặc "chưa được"

Deadline không thực tế, scope quá lớn

🪤 Bẫy dễ mắc nhất

Đừng làm

Vòng vo "để tôi xem xét" khi biết chắc không được – hoặc nhận rồi làm ẩu cho có.

📋 SOP – Làm theo thứ tự này

1

Nói thẳng ngay – không "để tôi xem" khi đã biết chắc câu trả lời.

2

Giải thích lý do cụ thể: tại sao không khả thi (thời gian, scope, resource – có số liệu).

3

Đề xuất thay thế cụ thể: phiên bản nhỏ hơn? Deadline khác? Bỏ tính năng nào trước?

4

Nếu vẫn mâu thuẫn về priority → leo thang đúng kênh, để leader quyết định.

🧠 Mindset cần nắm

Anh Sơn

"Thẳng thắn = tôn trọng. Thảo mai, vòng vo = thiếu tôn trọng – vì đang giả định họ không chịu được sự thật. Nói thẳng VÌ muốn người đó và project tốt hơn."

Chị Nhi

"Direct nhưng caring. Không formal kiểu văn bản hành chính. Phải nghe như người đang nói chuyện thật với người – không phải đọc email từ chối."

📚 Kho Case Study

Click vào project để xem các case study đã lưu

NhiLe Platform v2

📚 Case Study

Next.jsNestJSSupabase

Đã lưu 1

VĐT

Leader: Văn Đức Tân

Nedu CRM

📚 Case Study

ReactNestJSSupabase

Đã lưu 0

NL

Leader: Ngọc Lan