Push/Pull: từ mặt phẳng 2D thành khối 3D là bài 11 của chuyên đề SketchUp trong mô hình hóa và trình bày BĐS. Bài hướng dẫn Push/Pull từ nguyên tắc đùn một Face thành khối đến tạo tường, hốc, lỗ mở và khối tích BĐS đúng kích thước.
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. Push/Pull làm gì?
Push/Pull biến một Face phẳng thành hình học ba chiều bằng cách đùn hoặc đẩy mặt theo phương vuông góc với chính mặt đó. Phím tắt mặc định là P. Công cụ này là bước chuyển quan trọng từ mặt bằng 2D sang khối 3D.
2. Điều kiện để Push/Pull hoạt động
Đối tượng phải có một Face hợp lệ ở ngữ cảnh đang chỉnh sửa. Nếu Face nằm bên trong Group/Component nhưng người dùng đang ở ngoài ngữ cảnh, Push/Pull sẽ không chỉnh được hình học bên trong. Khi đó cần mở Group/Component để chỉnh.
3. Quy trình cơ bản
- Chọn Push/Pull hoặc nhấn P.
- Đưa con trỏ lên Face cần đùn.
- Click và kéo theo hướng mong muốn.
- Nhập chiều cao/độ sâu trong Measurements.
- Nhấn Enter để chốt kích thước.
- Orbit kiểm lại khối.
4. Tạo khối nhà 5 × 15 m cao 3,6 m
Từ một Rectangle 5 × 15 m, dùng Push/Pull và nhập 3.6m. Thay vì kéo bằng mắt, mọi tầng hoặc khối cần chiều cao rõ phải nhập số. Sau đó dùng Orbit quan sát bốn mặt và kiểm xem đáy/mặt trên có đúng vị trí.
5. Push/Pull tạo lỗ mở như thế nào?
Vẽ một Rectangle cửa trên Face tường, đảm bảo các cạnh tạo vùng kín. Dùng Push/Pull đẩy vùng cửa xuyên tới mặt sau; khi bắt đúng mặt phía sau, có thể tạo lỗ xuyên. Với tường phức tạp, cần kiểm kỹ để không dừng giữa chiều dày.
6. Tạo hốc, bậc và phần lồi
| Bài toán | Cách dùng |
|---|---|
| Hốc âm tường | Vẽ vùng kín rồi Push vào một độ sâu |
| Bậc tam cấp | Tạo các Face và Push theo cao độ |
| Ban công nhô | Vẽ vùng rồi Pull ra |
| Giếng trời | Tạo vùng kín rồi Push xuyên sàn có kiểm |
7. Lặp lại khoảng cách Push/Pull
Sau một lần Push/Pull, SketchUp cho phép áp lại khoảng cách gần nhất trong các tình huống phù hợp. Điều này hữu ích khi nhiều chi tiết có cùng độ dày. Tuy nhiên không nên dựa vào thao tác lặp nếu mỗi bộ phận có yêu cầu khác nhau.
8. Push/Pull trên raw geometry và trên Object
Trên raw geometry, một thao tác có thể ảnh hưởng phần hình học liên kết. Khi model bắt đầu có nhiều khối, nên Group sớm để tách chúng. Nếu Push/Pull “không chạy” trên Group, hãy mở Group để chỉnh Face bên trong thay vì explode vô lý.
9. Kiểm mặt ngược và mặt thừa
Sau khi đùn, kiểm hướng Face và các mặt nội bộ không cần thiết. Các mặt chồng hoặc mặt bên trong khối có thể gây vấn đề khi chuyển sang Twinmotion hoặc khi kiểm hình học sau này.
10. Ứng dụng BĐS
Push/Pull cho phép dựng rất nhanh khối nhà phố, căn hộ, tường, mái bằng, sàn, hốc kỹ thuật và các khối thể tích phục vụ so sánh phương án. Đây là công cụ cốt lõi trước khi học cấu trúc Group/Component.
Bài thực hành
- Dựng khối 5 × 15 m cao 3,6 m.
- Tạo một cửa rộng 1,2 m cao 2,4 m và Push xuyên tường.
- Tạo một hốc sâu 0,3 m.
- Tạo hai khối có cùng chiều cao bằng thao tác lặp.
- Group một khối rồi thử Push/Pull từ ngoài và từ trong ngữ cảnh.
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 chiều cao bằng mắt.
- Push trên Group nhưng không mở ngữ cảnh.
- Dừng lỗ mở giữa chiều dày tường.
- Để mặt thừa bên trong khối.
- Explode chỉ để Push/Pull thay vì mở Group.
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
- Push/Pull biến một Face phẳng thành hình học ba chiều bằng cách đùn hoặc đẩy mặt theo phương vuông góc với chính mặt đó. Phím tắt mặc định là P. Công cụ này là bước chuyển quan trọn
- 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/pushing-and-pulling-shapes-3d
- https://help.sketchup.com/en/default-keyboard-shortcuts
Bài tiếp theo: “Move và Copy: di chuyển, sao chép và tạo dãy đối tượng chính xác”.
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.