HỒ SƠ / SHADOWDEVPHÍA SAU GIAO DIỆN

NGƯỜI VIẾT MÃ. NGƯỜI ĐỌC DẤU VẾT.

Có những dấu vết
không tự lên tiếng.

Tôi tìm hiểu những gì xảy ra phía sau một thao tác tưởng chừng đơn giản: yêu cầu đi đâu, dữ liệu được tin đến mức nào, và điều gì sẽ thay đổi khi một giả định không còn đúng.

~/shadowdev / phiên quan sát
> mở phiên quan sát đối chiếu: mã nguồn / dữ liệu / quyền một dấu vết chưa phải toàn bộ câu chuyện giả thuyết → thử nghiệm → bằng chứng > phiên sẵn sàng. tiếp tục khám phá_

Bắt đầu từ điều chưa rõ.

Một tính năng có thể chạy đúng trong bản demo nhưng bộc lộ giới hạn khi gặp dữ liệu khác, quyền khác hoặc tải lớn hơn. Khoảng cách ấy là nơi tôi dành thời gian đọc, xây dựng và thử nghiệm.

Ở đây, các bài viết đi vào cấu trúc phần mềm, bảo mật và vận hành. Các ca thực nghiệm thu nhỏ một cơ chế để bạn tự thay đổi điều kiện và quan sát kết quả. Mục tiêu là hiểu đủ sâu để đưa ra một quyết định có cơ sở.

Mở hồ sơ thực nghiệm

CÁCH TÔI LÀM VIỆC VỚI ĐIỀU CHƯA BIẾT

Quan sát kỹ. Thử có chủ đích.

01

Đọc dấu vết trước khi kết luận

Một mã trạng thái, một dòng nhật ký hay một biểu đồ đều chỉ là một phần của hệ thống. Đối chiếu bối cảnh, dữ liệu và mã nguồn để biết điều gì đã xảy ra, điều gì mới chỉ là giả thuyết.

02

Chạm vào đúng cơ chế

Tôi quan tâm đến nơi dữ liệu đi qua, nơi quyền truy cập được quyết định và nơi một giả định trở thành lỗi. Một thay đổi có giá trị khi giải thích được vì sao nó cần thiết và tác động của nó đến phần còn lại.

03

Để lại thứ có thể kiểm chứng

Ghi lại điều kiện tái hiện, thử cả hành vi hợp lệ lẫn hành vi cần từ chối, nói rõ giới hạn. Người đọc cần có thể tự kiểm tra kết luận và tiếp tục từ nơi phân tích dừng lại.

Một hành vi khó giải thích, một góc nhìn khác về hệ thống hoặc một câu hỏi đáng thử đến cùng. Tôi luôn muốn bắt đầu cuộc trao đổi từ những điều cụ thể như vậy.

Bắt đầu trao đổi