Đánh giá chân thực của ysw081, khóa học Kỹ thuật thiết kế bộ dây điện (Harness) thực chiến hoàn thành trong 2 giờ
16 đánh giá
Điểm trung bình 3.9
Tôi nghĩ nên gọi đây là bài giảng về SSOT (Single Source of Truth) hơn là Harness Engineering... Nếu nhìn Harness theo nghĩa hẹp thì cũng không hẳn là sai, nhưng bảo là bài giảng về SSOT thì tôi thấy vẫn còn thiếu sót ở nhiều yếu tố. Nó giống như một ví dụ trình bày ngắn gọn tại một buổi hội thảo hơn là một bài giảng có ý định truyền đạt kiến thức cho người khác. Thành thật mà nói, màn hình quá nhỏ nên chẳng nhìn thấy gì cả. Đầu tiên là về các file .md được tải lên làm tài liệu bài giảng. Cốt lõi là file ssot.md, việc kiểm soát đa tầng vừa là ưu điểm nhưng cũng là nhược điểm vì nó làm tăng việc sử dụng context (token), dẫn đến chi phí cao và không hiệu quả. Việc giữ nguyên cấu trúc cũ thông qua SSOT sau giai đoạn MVP có thể gây ra nợ kỹ thuật quá mức, khiến việc tái cấu trúc (refactoring) sau này trở nên khó khăn. Thay vì truyền đạt một cái nhìn tổng thể về Harness Engineering kết nối giữa SSOT + SDD + TDD, bài giảng này chỉ tập trung vào một nhánh nhỏ của một cái cây, tạo ra quá nhiều tài liệu và gây nhầm lẫn khi phải di chuyển qua lại, dễ dẫn đến sai sót. Tôi thấy nhược điểm nhiều hơn ưu điểm. Hơn nữa, bài giảng này gọi là Harness Engineering nhưng lại đưa ra những ví dụ rời rạc và cực kỳ thiếu thân thiện mà không có giải thích về các đơn vị ticket như Sprinter, Epic, Story, Task (nếu đã biết những khái niệm này thì chắc cũng chẳng cần học bài giảng này làm gì).
1
Cảm ơn phản hồi của bạn. Tôi xin được chỉnh sửa lại câu trả lời trước đó một cách cụ thể hơn. Vấn đề về khả năng đọc trên màn hình và việc tiêu tốn nhiều token do đặc thù cấu trúc tài liệu đúng là một sự đánh đổi thực tế, và tôi thừa nhận rằng mình chưa đề cập đầy đủ trong bài giảng. Phần giải thích về thiết kế SSOT và thiết kế ticket đã được trình bày trong Phần 2, nhưng có lẽ độ sâu chưa đạt đến mức bạn kỳ vọng. Về phần nợ kỹ thuật (technical debt), có một chút khác biệt. Luồng của bài giảng là để Cursor phân tích cấu trúc MVP, sau đó dựa trên kết quả đó để sửa đổi SSOT rồi mới tiến hành phát triển dựa trên ticket. Đây là cấu trúc tinh chỉnh và phản ánh sau khi phân tích chứ không phải là đặt nguyên cấu trúc cũ lên. Tuy nhiên, đúng là luồng xử lý đó chưa được truyền tải đầy đủ trong bài giảng. Vì bài giảng này thiết lập các khái niệm sprint/epic/ticket là kiến thức tiên quyết, nên nếu tiếp cận mà không có nền tảng đó, bạn có thể cảm thấy nội dung không được thân thiện. Đáng lẽ tôi nên làm rõ hơn về đối tượng học viên mục tiêu trong phần giới thiệu bài giảng. Nhờ những góp ý cụ thể của bạn, tôi tin rằng mình có thể tạo ra nội dung rõ ràng hơn trong lần tới.
1