Offset: dựng tường, viền, lối đi và khoảng lùi nhanh hơn là bài 15 của chuyên đề SketchUp trong mô hình hóa và trình bày BĐS. Bài hướng dẫn Offset để tạo đường song song, viền, tường, lối đi và khoảng lùi nhanh; đồng thời chỉ ra khi nào Offset theo hình học khác với khoảng lùi pháp lý hoặc khoảng cách nghiên cứu.
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. Offset tạo đường/cạnh cách đều theo hình học
Offset (phím F) tạo bản sao cạnh hoặc chuỗi cạnh ở khoảng cách đều trên cùng mặt phẳng. Đây là công cụ rất nhanh để dựng độ dày tường, viền sàn, lối đi hoặc khung bao quanh.
2. Offset một Face
Đưa Offset lên Face, click đường biên, kéo vào trong hoặc ra ngoài rồi nhập khoảng cách trong Measurements. Nếu Face có nhiều cạnh, Offset có thể tạo đường viền tương ứng theo chu vi.
3. Offset chuỗi cạnh
Có thể chọn các cạnh liên kết rồi Offset chúng khi phù hợp. Việc chọn đúng chuỗi rất quan trọng, đặc biệt ở hình méo hoặc nhiều góc.
4. Dựng tường từ mặt bằng
Từ một Face mặt bằng, Offset vào trong 0,2 m để tạo đường tường. Sau đó Push/Pull vùng tường lên cao. Với kiến trúc thật, độ dày tường phải theo thiết kế; Offset chỉ giúp tạo hình học nhanh.
5. Dựng lối đi và viền cảnh quan
Một đường biên sân/vườn có thể Offset để tạo lối đi rộng đều. Ở góc lõm/lồi, cần kiểm cách các cạnh giao nhau để tránh vùng nhỏ hoặc hình học tự cắt.
6. Offset không tự hiểu “khoảng lùi pháp lý”
Nếu cần mô phỏng khoảng lùi dự án, khoảng cách phải lấy từ dữ liệu/quy định đúng cho tình huống. Công cụ Offset chỉ tạo hình học cách đều; nó không xác định khoảng lùi nào là hợp pháp.
7. Ứng dụng khu đất
| Bài toán | Khoảng Offset ví dụ |
|---|---|
| Tường nhà | 0,1–0,2 m theo thiết kế |
| Lối đi | 1,2–1,5 m theo phương án |
| Viền sân | Theo thiết kế |
| Khoảng lùi nghiên cứu | Theo giả định/dữ liệu đã xác định |
8. Offset trên đường cong
Chuỗi cung/đường cong có thể cho kết quả Offset khác kỳ vọng ở bán kính nhỏ hoặc góc phức tạp. Hãy kiểm từng điểm giao thay vì mặc định đường mới luôn hợp lý.
9. Kết hợp Offset + Push/Pull
Đây là cặp công cụ rất hiệu quả: Offset tạo vùng dày, Push/Pull tạo chiều cao. Một mặt bằng nhà phố có thể trở thành hệ tường sơ bộ rất nhanh nếu các vòng kín sạch.
10. Quy trình tự kiểm
- Kiểm Face/chuỗi cạnh sạch.
- Chọn hướng trong/ngoài.
- Nhập khoảng cách.
- Zoom kiểm góc.
- Xóa cạnh thừa nếu có.
- Chỉ Push/Pull sau khi vùng kín đúng.
Bài thực hành
- Offset một Rectangle vào 0,2 m để tạo tường.
- Offset ra ngoài 1,2 m tạo lối đi.
- Thử Offset một hình chữ L và kiểm góc.
- Kết hợp Offset + Push/Pull dựng tường cao 3,6 m.
- Tạo một đường khoảng lùi giả lập nhưng ghi rõ đây chỉ là phương án minh họa.
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
- Kéo Offset bằng mắt.
- Coi Offset là xác định khoảng lùi pháp lý.
- Không kiểm góc tự cắt.
- Push/Pull trước khi kiểm vòng kín.
- Offset raw geometry phức tạp mà không giữ bản trước.
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
- Offset (phím F) tạo bản sao cạnh hoặc chuỗi cạnh ở khoảng cách đều trên cùng mặt phẳng. Đây là công cụ rất nhanh để dựng độ dày tường, viền sàn, lối đi hoặc khung bao quanh.
- 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/offsetting-line-existing-geometry
- https://help.sketchup.com/en/default-keyboard-shortcuts
Bài tiếp theo: “Follow Me: tạo gờ, phào, ống và hình khối chạy theo đường dẫn”.
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.