Khám phá Learn Stream About Jokes
COHORT 2 Foundation — Claude Code — 3 buổi Zoom · 21 · 24 · 28/07, 20:00 Đăng ký →

Chính sách hỗ trợ dành cho học viên và người tham gia workshop

Chính sách này giúp người học nhận được hỗ trợ để tự đi tiếp, đồng thời phân biệt rõ hỗ trợ học tập với tư vấn hoặc thực hiện dự án riêng.

Phạm vi áp dụng

Chính sách này được áp dụng mặc định cho các khóa học, cohort và workshop do Tony tổ chức, trừ khi trang giới thiệu, email xác nhận hoặc scope agreement của chương trình có cam kết khác bằng văn bản.

Nếu có khác biệt, cam kết riêng của chương trình được ưu tiên áp dụng. Những quyền lợi không được ghi rõ không được xem là đã bao gồm.

Nguyên tắc chung

Support giúp người học hiểu vấn đề và tự thực hiện bước tiếp theo. Tư vấn cùng người học giải quyết vấn đề riêng. Thực thi là làm thay người học.

Học phí mặc định bao gồm hỗ trợ học tập. Tư vấn, thực thi và hỗ trợ 1:1 chỉ được bao gồm khi chương trình ghi rõ.

1. Group Q&A được bao gồm

Học viên có thể đặt câu hỏi trong kênh chung chính thức của chương trình về:

Không đặt hạn mức cứng đối với số câu hỏi phù hợp phạm vi trong group. Tuy nhiên, mỗi thread chỉ nên xử lý một vấn đề rõ ràng. Không giới hạn số câu hỏi không đồng nghĩa với việc giảng viên phải điều tra không giới hạn cho từng câu hỏi.

Giảng viên có thể:

2. Kênh, thời hạn và thời gian phản hồi

Trừ khi chương trình công bố khác:

3. Câu hỏi liên quan đến dự án riêng

Học viên được dùng dự án của mình làm bối cảnh cho câu hỏi trong group nếu:

Giảng viên sẽ hỗ trợ ở mức chẩn đoán, giải thích và chỉ bước tiếp theo; không mặc định chịu trách nhiệm đưa dự án đến khi chạy được.

Các quyền lợi chuyên sâu như luồng hỗ trợ dự án riêng, review một sản phẩm đầu ra, hot seat, office hour hoặc private clinic chỉ được bao gồm khi chương trình ghi rõ số lượng và cách sử dụng. Nếu không có cam kết riêng, học viên không có quyền lợi review dự án cá nhân ngoài Group Q&A nói trên.

4. Những nội dung không được bao gồm mặc định

Một yêu cầu thường đã chuyển từ hỗ trợ học tập sang tư vấn hoặc thực thi khi cần mở phần lớn mã nguồn, hiểu sâu hoạt động kinh doanh riêng, tạo giải pháp tùy chỉnh, làm việc qua nhiều vòng không xác định hoặc thực hiện công việc thay học viên.

5. Cách đặt câu hỏi để được hỗ trợ

Mỗi câu hỏi nên có đủ:

  1. Mục tiêu: Bạn đang muốn đạt kết quả gì?
  2. Hiện trạng: Điều gì đang xảy ra, bao gồm lỗi chính xác nếu có?
  3. Đã thử: Bạn đã thử những cách nào và kết quả ra sao?
  4. Liên hệ bài học: Nội dung hoặc workflow nào của chương trình đang được áp dụng?
  5. Bằng chứng tối thiểu: Ảnh chụp, log, prompt hoặc đoạn code nhỏ cần thiết để hiểu vấn đề.

Học viên phải xóa API key, mật khẩu, dữ liệu khách hàng và các thông tin nhạy cảm trước khi đăng lên group.

Câu hỏi quá rộng có thể được yêu cầu thu hẹp hoặc bổ sung thông tin trước khi giảng viên trả lời.

6. Khi yêu cầu vượt phạm vi

Giảng viên hoặc ban tổ chức sẽ nói rõ phần nào vượt phạm vi và có thể:

Việc một yêu cầu vượt phạm vi không có nghĩa là học viên bị từ chối hỗ trợ; nó có nghĩa là yêu cầu cần được chuyển sang đúng hình thức phục vụ.

7. Ví dụ phân định

Được hỗ trợ mặc định Không được bao gồm mặc định
“Tại sao workflow trong bài không nhận context này?” “Bạn mở repository và sửa giúp mình đến khi chạy được nhé.”
“Mình nên áp dụng mẫu giải pháp nào đã học cho tình huống này?” “Bạn thiết kế kiến trúc hoàn chỉnh cho sản phẩm của mình nhé.”
“Đây là lỗi, prompt và những gì mình đã thử; bước tiếp theo nên kiểm tra gì?” “Mình gửi toàn bộ source, bạn tìm xem lỗi nằm ở đâu nhé.”
“Bạn giúp mình hiểu feedback này để mình tự sửa được không?” “Bạn có thể gọi riêng và pair-program với mình không?”
0:00

Chia sẻ ảnh

Bắt đầu gõ để tìm kiếm...