Một tên tệp dữ liệu nghiên cứu tốt cho bạn biết ngay ba điều mà không cần mở tệp: tệp nói về cái gì, thuộc thời điểm nào, và là phiên bản thứ mấy. Quy ước đơn giản nhất là bắt đầu bằng ngày viết theo thứ tự năm-tháng-ngày, tiếp theo là vài chữ mô tả không dấu nối bằng gạch, và kết thúc bằng số phiên bản hai chữ số, chẳng hạn 2026-03-14_khao-sat-gio-ngu_v02.xlsx.
Nghe có vẻ vụn vặt, nhưng phần lớn sự cố mất dữ liệu ở các nhóm nghiên cứu nhỏ không đến từ ổ cứng hỏng mà từ việc không ai biết bản nào là bản đúng. Bài này đưa ra năm nguyên tắc đặt tên, bảng so sánh tên xấu và tên tốt, một cấu trúc thư mục mẫu bạn có thể chép dùng ngay, cách viết tệp README, và cách nhờ AI giúp đổi tên cả trăm tệp mà không làm hỏng gì.
Vì sao "bao-cao-cuoi-cung-sua-lan-2-final" là vấn đề thật
Hầu như ai từng làm bài nhóm cũng đã thấy một thư mục chứa các tệp tên "du lieu.xlsx", "du lieu moi.xlsx", "du lieu moi (1).xlsx", "du lieu chuan.xlsx" và "du lieu chuan THAT SU.xlsx". Hai tuần sau không ai nhớ tệp nào chứa số liệu đã được làm sạch, tệp nào có ba người tham gia khảo sát bị nhập trùng, tệp nào đã bị một bạn lỡ tay sắp xếp lại một cột mà không sắp các cột khác theo.
Hậu quả không dừng ở chuyện mất thời gian tìm. Khi phân tích nhầm tệp, bạn có thể ra kết quả khác hẳn mà không biết, rồi viết cả phần bàn luận dựa trên con số đó. Lúc phát hiện ra, việc lần ngược xem con số trong báo cáo được tính từ tệp nào gần như không thể nếu tên tệp không nói gì.
Đặt tên có quy ước cũng giúp máy tính làm việc cho bạn. Khi tên bắt đầu bằng ngày theo thứ tự năm-tháng-ngày, chỉ cần sắp xếp theo tên là các tệp tự xếp đúng thứ tự thời gian. Khi tên không có dấu tiếng Việt và khoảng trắng, tệp chuyển qua lại giữa máy Windows, máy Mac, điện thoại và các dịch vụ lưu trữ trực tuyến mà không bị lỗi phông hay đổi thành chuỗi ký tự lạ. Khi tên có số phiên bản, bạn không bao giờ phải đoán.
Năm nguyên tắc đặt tên tệp
Ngày đứng đầu, viết năm-tháng-ngày. Viết 2026-03-14 hoặc 20260314, không viết 14-3-26. Thứ tự này theo chuẩn quốc tế ISO 8601 và là thứ tự duy nhất mà sắp xếp theo bảng chữ cái cũng ra đúng thứ tự thời gian. Ngày ở đây là ngày tạo ra phiên bản đó hoặc ngày thu dữ liệu, chọn một nghĩa và giữ nguyên cho cả dự án.
Không dấu, không khoảng trắng, không ký tự đặc biệt. Viết "khao-sat-gio-ngu" thay cho "Khảo sát giờ ngủ". Tránh các ký tự như dấu chéo, dấu hỏi, dấu sao, dấu hai chấm, ngoặc đơn, dấu và. Một số hệ điều hành cấm những ký tự này trong tên tệp, số khác cho phép nhưng làm hỏng đường dẫn khi bạn dùng phần mềm phân tích.
Chọn một kiểu nối và giữ nguyên. Một quy ước dễ nhớ là dùng gạch dưới để ngăn các phần lớn (ngày, nội dung, phiên bản) và gạch nối để nối các chữ trong cùng một phần. Nhìn vào tên, mắt bạn tách được ngay ba khối thông tin.
Mô tả ngắn nhưng có nghĩa. Ba đến năm chữ là đủ: loại dữ liệu, địa điểm hay nhóm, giai đoạn. Ví dụ "phong-van_lop10a_tho" hay "do-man_khay-a-d_lam-sach". Tên dài quá sẽ bị cắt khi hiển thị và dễ vượt giới hạn độ dài đường dẫn trên một số máy.
Số phiên bản hai chữ số, không dùng chữ "cuối". Viết v01, v02 … v10 để sắp xếp đúng (nếu viết v1, v2, v10 thì ở nhiều phần mềm v10 sẽ chen giữa v1 và v2). Đừng bao giờ dùng "final", "cuoi", "chuan": sẽ luôn có một bản sau bản cuối. Bản được nộp hay được dùng để phân tích chính thức thì ghi lại tên đầy đủ của nó trong sổ ghi chép hoặc tệp README.
Tên tệp xấu và tên tệp tốt: so sánh trực tiếp
Bảng dưới lấy những tên tệp người mới hay đặt và gợi ý cách đặt lại theo năm nguyên tắc trên. Các ví dụ đều là giả định.
| Tên hay gặp | Vấn đề | Tên gợi ý |
|---|---|---|
| Du lieu moi (1).xlsx | Không biết nội dung, thời điểm, phiên bản; có khoảng trắng và ngoặc | 2026-03-14_khao-sat-gio-ngu_tho_v01.xlsx |
| Ảnh cây ngày 5.jpg | Có dấu, khoảng trắng; "ngày 5" không rõ là ngày nào trong tháng hay ngày thứ năm của thí nghiệm | 2026-04-02_cay-cai_khay-b_ngay05.jpg |
| Bao cao FINAL sua.docx | Chữ "final" vô nghĩa khi đã có bản sửa; không biết ai sửa | 2026-05-20_bao-cao-du-an_v07_nhom-gop-y.docx |
| phongvan.mp3 | Không biết phỏng vấn ai, hôm nào; nếu ghi tên người thật vào tên tệp thì lộ danh tính | 2026-03-09_phong-van_ng03.mp3 |
| Data_Analysis_Final_v2_new.csv | Hai từ chỉ phiên bản mâu thuẫn nhau | 2026-04-15_ket-qua-phan-tich_v02.csv |
Chú ý dòng tệp ghi âm phỏng vấn: tên người được phỏng vấn không nên xuất hiện trong tên tệp, vì tên tệp hiện ra ở khắp nơi, từ danh sách thư mục tới bản xem trước khi gửi qua ứng dụng nhắn tin. Dùng mã người tham gia như NG03, còn bảng đối chiếu mã với tên thật nếu cần giữ thì để riêng ở nơi chỉ trưởng nhóm truy cập được.
Cấu trúc thư mục mẫu cho một nghiên cứu nhỏ
Một thư mục dự án ngăn nắp tách rõ dữ liệu gốc, dữ liệu đã xử lý và sản phẩm đầu ra. Đánh số ở đầu tên thư mục để chúng luôn hiện theo thứ tự công việc. Bạn có thể dùng cấu trúc dưới đây cho dự án học sinh, bài tập nghiên cứu của sinh viên hay một khảo sát nhỏ ở cơ quan.
- 00_quan-ly: kế hoạch, lịch làm việc, phân công, biên bản họp nhóm, tệp README chung.
- 01_tai-lieu-tham-khao: bài báo, sách đã đọc, kèm tệp xuất từ phần mềm quản lý tài liệu tham khảo nếu có.
- 02_cong-cu: bảng hỏi, phiếu quan sát, quy trình thí nghiệm, mỗi lần sửa là một phiên bản mới.
- 03_du-lieu-tho: dữ liệu đúng như lúc thu về, ảnh chụp sổ ghi chép, ghi âm. Thư mục này chỉ thêm vào, không bao giờ sửa hay xoá; nếu được, đặt quyền chỉ đọc.
- 04_du-lieu-xu-ly: dữ liệu đã nhập, làm sạch, mã hoá, luôn kèm bảng mã hoá dữ liệu.
- 05_phan-tich: tệp tính toán, công thức, đoạn lệnh, ghi chú các bước phân tích.
- 06_ket-qua: bảng, biểu đồ xuất ra để đưa vào báo cáo.
- 07_bao-cao-trinh-bay: bản thảo báo cáo, poster, slide, theo phiên bản.
Điều quan trọng nhất trong cấu trúc này là ranh giới giữa thư mục 03 và 04. Mọi thao tác làm sạch hay sửa đều làm trên bản sao trong thư mục 04. Nếu một ngày phát hiện ra bước làm sạch sai, bạn luôn có thể quay về bản gốc trong 03 và làm lại. Người mới hay sửa thẳng vào tệp gốc, và khi đó lỗi là vĩnh viễn.
Tệp README: tờ hướng dẫn cho người đến sau
README là một tệp văn bản ngắn đặt ở thư mục gốc của dự án, có thể thêm một tệp nữa ở thư mục dữ liệu. Nó trả lời những câu mà người mở thư mục lần đầu sẽ hỏi: dự án này là gì, ai làm, dữ liệu thu từ đâu và khi nào, thư mục nào chứa gì, quy ước đặt tên ra sao, tệp nào là bản dùng cho báo cáo chính thức. Người đến sau có thể là giáo viên hướng dẫn, bạn mới vào nhóm, hoặc chính bạn năm sau khi muốn làm tiếp đề tài.
Một README tốt thường chỉ dài một trang. Phần đầu mô tả dự án trong hai ba câu. Phần thứ hai liệt kê thư mục và nội dung. Phần thứ ba ghi quy ước đặt tên và ý nghĩa các mã viết tắt, ví dụ NG là người tham gia, khay A đến D là bốn mức độ mặn. Phần thứ tư ghi các mốc quan trọng: ngày khoá dữ liệu, tên tệp dữ liệu được dùng để phân tích chính thức, tên tệp báo cáo đã nộp. Phần cuối ghi người liên hệ trong nhóm, chỉ cần tên hoặc vai trò.
Hãy viết README ngay khi tạo thư mục dự án và sửa nó mỗi khi có thay đổi lớn, đừng đợi tới cuối. Viết từ đầu buộc bạn nghĩ về quy ước trước khi dữ liệu kịp lộn xộn. Lưu README dưới dạng văn bản thuần để mở được trên mọi máy mà không cần phần mềm riêng.
Nhờ AI đổi tên hàng loạt mà không làm hỏng dữ liệu
Khi thư mục đã lỡ có hàng trăm ảnh hay tệp đặt tên lộn xộn, AI có thể giúp lập phương án đổi tên. Điều cần giữ là AI chỉ làm việc với danh sách tên, không cần và không nên thấy nội dung tệp. Các bước:
- Sao chép toàn bộ thư mục ra một bản dự phòng trước khi làm bất cứ điều gì. Đổi tên hàng loạt sai là tình huống rất khó lần ngược.
- Xuất danh sách tên tệp hiện có. Trên hầu hết hệ điều hành có cách sao chép đường dẫn hoặc tên của nhiều tệp cùng lúc; bạn cũng có thể hỏi AI cách làm việc này trên máy của mình.
- Rà danh sách và xoá mọi tên thật của người trong tên tệp trước khi dán, thay bằng mã. Danh sách tên tệp cũng có thể lộ thông tin cá nhân.
- Gửi danh sách kèm quy ước của bạn. Câu lệnh mẫu: "Dưới đây là danh sách tên tệp ảnh trong một thí nghiệm trồng rau. Quy ước mới: ngày dạng năm-tháng-ngày, gạch dưới, tên khay, gạch dưới, số ngày thí nghiệm hai chữ số. Hãy lập bảng hai cột tên cũ và tên mới. Tệp nào không đủ thông tin để đặt tên mới thì ghi là cần kiểm, không tự đoán."
- Đọc lại bảng đối chiếu, nhất là các dòng AI ghi cần kiểm. Ngày tháng trong tên cũ viết kiểu ngày-tháng hay tháng-ngày là chỗ AI hay đoán nhầm.
- Thực hiện đổi tên bằng chức năng đổi tên hàng loạt có sẵn hoặc một đoạn lệnh do AI gợi ý. Chạy thử trên năm tệp trong bản sao trước, kiểm kết quả, rồi mới chạy cho cả thư mục.
- Lưu bảng đối chiếu tên cũ và tên mới vào thư mục quản lý, ghi một dòng vào sổ ghi chép. Sau này nếu ai đó hỏi về một tệp mang tên cũ, bạn vẫn tìm ra.
Nếu đoạn lệnh do AI viết có chứa thao tác xoá hay di chuyển tệp, đọc kỹ từng dòng hoặc hỏi lại AI giải thích từng dòng làm gì trước khi chạy. Một đoạn lệnh đổi tên đúng không cần xoá gì cả.
Làm việc nhóm: thống nhất quy ước trước khi thu dữ liệu
Quy ước đặt tên chỉ có tác dụng khi cả nhóm dùng chung. Buổi họp đầu tiên của dự án nên dành mười phút cho việc này: thống nhất cấu trúc thư mục, kiểu viết ngày, các mã viết tắt, ai được quyền sửa thư mục nào. Ghi kết quả vào README và đặt ở nơi ai cũng thấy.
Với thư mục dùng chung trên dịch vụ lưu trữ trực tuyến, chú ý ba điểm. Thứ nhất, hai người mở cùng một bảng tính ngoại tuyến rồi cùng lưu lên có thể sinh ra tệp xung đột với tên tự động khó hiểu; quy định rõ ai đang giữ tệp nào. Thứ hai, chia sẻ thư mục bằng đường dẫn "ai có đường dẫn đều xem được" là cách nhanh nhất để dữ liệu người tham gia lọt ra ngoài; chỉ chia sẻ đích danh cho thành viên. Thứ ba, khi một bạn rời nhóm hay dự án kết thúc, kiểm lại danh sách người có quyền truy cập.
Cuối cùng, chỉ định một người giữ vai trò "người giữ dữ liệu". Người này không phải làm hết mọi việc, nhưng là người duy nhất được đưa tệp vào thư mục dữ liệu thô và được ghi tên tệp chính thức vào README. Một đầu mối duy nhất giảm hẳn cảnh mỗi người giữ một bản và không bản nào khớp với bản nào.
Câu hỏi thường gặp
Có nhất thiết phải bỏ dấu tiếng Việt trong tên tệp không?
Không bắt buộc về mặt kỹ thuật trên máy hiện đại, nhưng nên bỏ. Tên có dấu vẫn hay bị lỗi khi nén tệp, khi chuyển giữa các hệ điều hành, khi tải lên một số hệ thống nộp bài hay khi phần mềm phân tích đọc đường dẫn. Bỏ dấu là cách chắc chắn nhất để tệp mở được ở mọi nơi.
Ngày trong tên tệp nên là ngày thu dữ liệu hay ngày chỉnh sửa tệp?
Chọn một và giữ nhất quán. Với dữ liệu thô như ảnh, ghi âm, phiếu khảo sát, ngày thu dữ liệu có ích hơn. Với tệp làm việc như bảng phân tích hay bản thảo báo cáo, ngày tạo phiên bản thường hợp lý hơn. Ghi rõ lựa chọn của nhóm trong tệp README để ai đọc cũng hiểu.
Dịch vụ lưu trữ trực tuyến đã có lịch sử phiên bản rồi, có cần đánh số phiên bản trong tên nữa không?
Lịch sử phiên bản tự động là lưới an toàn tốt nhưng không thay được số phiên bản có chủ đích. Nó lưu mọi lần lưu, kể cả những lần dở dang, và không cho biết bản nào là bản đã được nhóm thống nhất. Đánh số phiên bản khi có thay đổi đáng kể giúp bạn nói chính xác "kết quả này tính từ bản v03".
Nên giữ tất cả các phiên bản cũ hay xoá bớt cho gọn?
Với dữ liệu thô thì giữ hết. Với tệp làm việc, có thể chuyển các phiên bản cũ vào một thư mục con tên là luu-tru thay vì xoá, để thư mục chính gọn mà vẫn quay lại được. Dung lượng của tệp bảng tính và văn bản thường nhỏ, nên giữ lại hầu như không tốn gì.
Ảnh chụp từ điện thoại đã có tên tự động theo ngày giờ, có cần đổi tên không?
Tên tự động của điện thoại thường chứa ngày giờ nhưng không nói ảnh chụp cái gì. Nếu số ảnh ít, có thể giữ tên gốc và ghi chú trong sổ. Nếu nhiều ảnh thuộc nhiều nhóm thí nghiệm, nên đổi tên hoặc ít nhất xếp vào thư mục con theo nhóm và ngày để khi tìm không phải mở từng ảnh.
Học sinh cấp hai có cần làm cấu trúc thư mục phức tạp như vậy không?
Không cần đủ tám thư mục. Với dự án nhỏ, ba thư mục là đủ: một cho dữ liệu gốc không bao giờ sửa, một cho tệp làm việc, một cho sản phẩm nộp. Thêm một tệp ghi chú ngắn giải thích các thư mục. Quan trọng là tập thói quen tách dữ liệu gốc khỏi dữ liệu đã sửa ngay từ dự án đầu tiên.