Rotate: xoay cửa, mái, đồ nội thất và hình học theo góc xác định là bài 13 của chuyên đề SketchUp trong mô hình hóa và trình bày BĐS. Bài hướng dẫn Rotate từ chọn mặt phẳng quay, tâm quay, góc tham chiếu đến sao chép theo góc; ứng dụng cho cửa, mái, đồ nội thất và hình học BĐS.
Biên soạn: ThS. Nguyễn Mạnh Hùng
GV. Khoa QLĐĐ&BĐS – ĐH Nông Lâm TP.HCM
Email: nguyenmanhhung@hcmuaf.edu.vn
Cập nhật 01/10/2026: Nội dung bám tài liệu hướng dẫn chính thức hiện hành của SketchUp. Tên công cụ, menu và thuật ngữ bắt buộc của phần mềm được giữ nguyên để người học thao tác đúng; phần diễn giải, tình huống và bài tập dùng tiếng Việt. Dữ liệu/kích thước minh họa là giả lập phục vụ giảng dạy.
1. Rotate cần ba thông tin
Rotate (phím Q) cần xác định mặt phẳng quay, tâm quay và góc quay. Lỗi phổ biến nhất không nằm ở con số góc mà ở việc chọn sai mặt phẳng hoặc tâm.
2. Chọn đúng mặt phẳng quay
Thước đo góc của Rotate đổi màu theo mặt phẳng liên hệ với trục. Hãy Orbit đến góc dễ kiểm, đưa công cụ tới vị trí thích hợp và khóa orientation khi cần. Với cửa, mặt phẳng quay thường nằm ngang; với mái/cánh nghiêng có thể khác.
3. Tâm quay phải là bản lề/điểm hình học phù hợp
Nếu xoay cửa quanh tâm giữa cánh thay vì bản lề, vị trí sau xoay sẽ sai dù góc đúng 90°. Vì vậy hãy đặt tâm quay tại điểm có nghĩa thực tế.
4. Thiết lập đường chuẩn và góc
Sau khi đặt tâm, click điểm tham chiếu ban đầu, di chuyển để xác định góc rồi nhập giá trị như 90. Measurements giúp chốt góc chính xác thay vì xoay đến khi “có vẻ vuông”.
5. Copy bằng Rotate
Rotate có thể kết hợp chế độ sao chép để tạo nhiều bản quanh một tâm. Đây là cách dựng ghế quanh bàn tròn, cánh quạt, cột theo vòng tròn hoặc module lặp theo cung.
6. Dãy quay
| Bài toán | Ứng dụng |
|---|---|
| Cửa mở 90° | Xoay một instance quanh bản lề |
| Bàn ghế quanh tròn | Rotate + Copy array |
| Lan can cong | Component + dãy quay |
| Mái nghiêng | Rotate Group theo cạnh bản lề |
7. Rotate Group/Component an toàn hơn raw geometry
Raw geometry có thể dính với phần xung quanh. Khi xoay một bộ phận như mái hoặc cửa, nên Group/Component trước để phép quay không kéo theo tường hoặc sàn ngoài ý muốn.
8. Lật và xoay là hai việc khác nhau
Xoay 180° không phải lúc nào cũng tương đương lật gương. Với cửa trái/phải hoặc chi tiết đối xứng, cần phân biệt rotate với flip/mirror để tránh hướng cấu tạo sai.
9. Ứng dụng BĐS
Rotate hữu ích khi trình bày các trạng thái mở cửa, dựng mái dốc, quay module nội thất hoặc sắp xếp vật thể theo góc. Trong mô hình thuyết trình, trạng thái xoay nên phản ánh mục tiêu diễn giải chứ không chỉ tạo hình đẹp.
10. Quy trình kiểm
- Group/Component phần cần xoay.
- Orbit chọn góc dễ nhìn.
- Đặt mặt phẳng Rotate.
- Chọn tâm có nghĩa.
- Nhập góc chính xác.
- Orbit kiểm lại giao cắt.
Bài thực hành
- Xoay cánh cửa 90° quanh bản lề.
- Xoay mái 30° quanh cạnh cố định.
- Tạo 8 ghế quanh một tâm bằng Rotate + Copy.
- So sánh Rotate 180° và lật gương một chi tiết.
- Kiểm giao cắt sau khi xoay.
Sản phẩm phải nộp
- Một file .skp có cấu trúc đúng với nội dung bài.
- Ảnh chụp trước – sau hoặc các trạng thái quan trọng.
- Một bảng kích thước/đối tượng đã dùng.
- Một đoạn giải thích ngắn về ứng dụng trong BĐS và lỗi cần tránh.
Những lỗi thường gặp
- Tâm quay đặt sai.
- Sai mặt phẳng quay.
- Xoay raw geometry đang dính.
- Xoay bằng mắt.
- Dùng Rotate thay lật gương khi cần đối xứng.
Quy trình kiểm mô hình trước khi kết thúc
- Đúng đơn vị và đúng phiên bản file.
- Đúng đối tượng/đúng ngữ cảnh chỉnh sửa.
- Kích thước/góc/khoảng cách quan trọng được nhập số.
- Không có raw geometry dính ngoài ý muốn.
- Group/Component/Tags được dùng đúng vai trò.
- Orbit kiểm hình học ở ít nhất hai góc nhìn.
Phản biện chéo tại lớp
Một nhóm bàn giao file cho nhóm khác. Nhóm kiểm không được chỉ nhìn hình đẹp mà phải thử chọn, Move, mở Group/Component, bật tắt Tags và đo kích thước. Nếu một thao tác cơ bản làm model vỡ cấu trúc, cần ghi nguyên nhân và đề xuất sửa.
Mỗi lỗi ghi theo cấu trúc: hiện tượng – nguyên nhân – thao tác sửa – cách phòng lặp lại. Đây là cách chuyển từ học công cụ sang học quy trình dựng mô hình có thể bàn giao.
Phiếu tự đánh giá
| Câu hỏi | Đạt khi |
|---|---|
| Dùng đúng công cụ? | Công cụ phù hợp hình học cần tạo. |
| Dùng đúng cấp? | Biết đang sửa raw geometry, Group hay Component. |
| Mô hình có sạch? | Không dính/chồng thừa. |
| Có thể sửa tiếp? | Cấu trúc không khóa cứng vô lý. |
| Có thể bàn giao? | Tên Object/Tag và phiên bản rõ. |
Ghi nhớ trong 30 giây
- Rotate (phím Q) cần xác định mặt phẳng quay, tâm quay và góc quay. Lỗi phổ biến nhất không nằm ở con số góc mà ở việc chọn sai mặt phẳng hoặc tâm.
- Mọi kích thước quan trọng nên được kiểm bằng số, không chỉ nhìn bằng mắt.
- Raw geometry, Group, Component và Tags có vai trò khác nhau; dùng sai cấp sẽ làm model khó sửa.
- Mô hình BĐS tốt phải đúng mục đích, dễ kiểm và dễ bàn giao.
Nguồn tham khảo
- https://help.sketchup.com/en/sketchup/flipping-mirroring-rotating-and-arrays
- https://help.sketchup.com/en/default-keyboard-shortcuts
Bài tiếp theo: “Scale: thay đổi kích thước mà không làm hỏng tỷ lệ cần giữ”.
Bài luyện bổ sung 1
Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.
So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.
Bài luyện bổ sung 2
Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.
So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.
Bài luyện bổ sung 3
Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.
So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.
Bài luyện bổ sung 4
Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.
So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.
Bài luyện bổ sung 5
Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.
So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.
Bài luyện bổ sung 6
Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.
So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.
Bài luyện bổ sung 7
Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.
So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.
Bài luyện bổ sung 8
Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.
So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.
Bài luyện bổ sung 9
Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.
So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.
Bài luyện bổ sung 10
Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.
So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.
Bài luyện bổ sung 11
Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.
So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.
Bài luyện bổ sung 12
Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.
So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.
Bài luyện bổ sung 13
Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.
So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.
Bài luyện bổ sung 14
Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.
So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.
Bài luyện bổ sung 15
Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.
So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.
Bài luyện bổ sung 16
Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.
So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.
Bài luyện bổ sung 17
Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.
So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.
Bài luyện bổ sung 18
Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.
So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.
Bài luyện bổ sung 19
Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.
So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.
Bài luyện bổ sung 20
Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.
So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.
Bài luyện bổ sung 21
Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.
So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.
Bài luyện bổ sung 22
Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.
So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.
Bài luyện bổ sung 23
Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.
So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.
Bài luyện bổ sung 24
Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.
So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.
Bài luyện bổ sung 25
Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.
So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.
Bài luyện bổ sung 26
Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.
So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.
Bài luyện bổ sung 27
Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.
So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.
Bài luyện bổ sung 28
Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.
So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.
Bài luyện bổ sung 29
Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.
So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.