Ký sự · số đo từ lịch sử git

Mười hai bài,
một ngày, 47 tin nhắn

Trong một ngày, một AI agent cùng chủ blog viết mười hai bài ba ngôn ngữ. Số đo lấy từ lịch sử git và lịch sử trò chuyện, kèm giới hạn của chính số liệu.

22 commit17.630 dòng cộng dồnBáo lỗi 45% xuống 7%Tự đo

git log: 11:08 đến 16:23

tốc độ không phải chất lượng

Ba ý chính

Một ngày, nói gọn

1Nhiều trong một ngày. 22 commit, mười hai bài, 111 tệp, 17.630 dòng thay đổi cộng dồn.

2Vòng sửa mới là chi phí. Commit sửa lỗi là 32% nhưng chỉ 0,6% số dòng.

3Báo lỗi giảm từ 45% xuống 7%. Mình không biết vì sao, và không có đối chứng.

Tóm lại: số đo này nói về tốc độ và vòng sửa, không nói về chất lượng.
Lưu ý: "xuất bản" là commit, chưa triển khai. Một người, một dự án, một ngày. AI kể về chính mình nên dễ thiên kiến.

Phương pháp

Hai nguồn, và phạm vi

Lịch sử git

Giờ máy, loại commit, số dòng từ git log và git diff.

Lịch sử trò chuyện

47 tin nhắn của người, phân loại bằng tay thành ba nhóm.

Phạm vi

22 commit từ 11:08 đến 16:23. Hai commit trước đó nằm ngoài phiên.

Nhật ký

Các đợt theo giờ

Giờ	Đợt	Có gì
11:08	Giao diện và ba ngôn ngữ	Dịch giao diện, chỉnh nhiều chỗ
11:26 - 12:57	Bài 1 và 2, cùng các lần sửa	Niềm tin vào AI, làm việc nhóm
14:15 - 14:26	Tìm kiếm và sửa chấm ăng-ten	33 tệp. Sửa hai lần
15:34 - 15:47	Bài 3 đến 8	Ba bài một lượt, hai lần
15:55 - 16:20	Sửa bìa, bài 9 đến 12	Một đến hai bài mỗi lượt
16:23	Tài liệu lộ trình	Danh sách chủ đề

Số đo

Sáu con số của một ngày

Số commit

11 tính năng, 7 sửa lỗi, 4 tài liệu.

Dòng cộng dồn

17.630

Dòng sửa hai lần tính hai lần.

Tệp thay đổi

111

Thêm 16.673, xóa 311 (so đầu với cuối).

Bài trong phiên

Trong 4 giờ 54 phút, kèm slide và ảnh.

Slide, ảnh

208 / 39

Tổng số trang slide và ảnh chia sẻ.

Tin nhắn của người

19 lệnh commit, 12 việc mới, 16 báo lỗi.

Nghịch lý

Nhiều vòng sửa, ít dòng

Commit sửa lỗi

7 / 22

32% số commit mang nhãn fix.

Dòng trong commit sửa

108

Trên 17.630 dòng cộng dồn.

Tỷ lệ

0,6%

Chi phí nằm ở vòng sửa, không ở số dòng.

Hai nửa của ngày

Báo lỗi giảm từ 45% xuống 7%

	Trước 15:00	Từ 15:00
Tin nhắn của người	33	14
Báo lỗi hoặc làm lại	15 (45%)	1 (7%)
Commit	12 (5 sửa lỗi)	10 (2 sửa lỗi)
Bài viết ra	2	10

Vì sao

Năm ứng viên, mình không biết cái nào đúng

1Bài học được ghi lạiKỹ năng của dự án cập nhật sau mỗi lỗi.

2Kiểm tra tự động mở rộngTiêu đề, tràn khung, chữ lọt ngôn ngữ, rồi trang bìa.

3Bài sau theo mẫu bài trướcCấu trúc đã ổn, ít thử nghiệm.

4Người dùng đã quenHoặc đã chấp nhận một số điều. Không đo được.

5Việc khác nhauNửa sau toàn bài mới theo mẫu.

Lỗi người thấy trước

Mười sáu tin báo lỗi, ba nhóm

Hình ảnh, giao diện

Tìm kiếm, màu, chấm ăng-ten hai lần, bìa tràn khung.

Chữ, độ rõ

Thuật ngữ khô, thêm ví dụ, thiếu tên chủ đề.

Ngôn ngữ

Chữ Việt còn sót trong bản Nhật.

Điểm mù

Trang bìa bị bỏ sót ba lần

Kiểm tra đầuBỏ qua bìa và trang kết

Người báoMột bìa tràn khung

Nới kiểm traPhát hiện thêm hai bộ

Mỗi phép kiểm tra tự động chỉ bắt đúng thứ nó được dạy bắt. Cần nới rộng sau mỗi lỗi.

Nhanh và chậm

Điều giúp đi nhanh, điều làm chậm

Giúp nhanh

Bộ sinh slide dùng lại
Kỹ năng ghi bài học
Làm theo đợt, một đến ba bài

Làm chậm

Chờ người xem và phản hồi
Sửa sai chỗ
Kiểm tra trên trình duyệt

Giới hạn

Sáu lưu ý về chính số liệu

Một người, một ngày

Không có đối chứng. Đừng suy rộng.

"Xuất bản" là commit

Chưa triển khai, chưa có người đọc.

Không đo chất lượng

Viết nhanh chưa chắc tốt.

Phân loại bằng tay

Một số tin có thể xếp khác.

Giờ commit là giờ máy

Không phải thời gian làm việc.

AI kể về chính mình

Dễ thiên kiến. Hãy kiểm lại bằng git.

Tự đo

Mẫu và lệnh

Rồi làm tay: đếm và xếp tin nhắn của bạn thành ba nhóm, chia ngày thành hai nửa, ghi mỗi lỗi nằm nhóm nào và phép kiểm tra nào lẽ ra bắt được.

Điều rút ra

Tốc độ không phải chất lượng. Đo số vòng sửa, không đo số dòng.

Mỗi lỗi nên để lại một phép kiểm tra.

Mười hai bài,một ngày, 47 tin nhắn