Hướng dẫn: My Builds, thư viện sản phẩm của bạn

Thứ Ba tuần trước tôi đi tìm một bản build và không nhớ mình đã đặt tên chat là gì — có thể là "landing page v2", hoặc thứ gì đó tương tự vô nghĩa sáu tuần sau. Đó thường là lúc My Builds không còn là thứ tiện có mà trở thành công cụ bạn thực sự cần dùng đến. Sau ứng dụng thứ ba hoặc thứ tư được tạo ra, việc cuộn danh sách chat để tìm thứ bạn đã làm chậm hơn mức cần thiết, và thư viện được xây ra để lấp đúng khoảng trống đó. Đầu tiên tôi gõ "admin" vào ô tìm kiếm, theo thói quen, rồi bỏ cuộc và dùng bộ lọc thay vào: Loại thu hẹp về ứng dụng web, Danh mục lọc tiếp thành công cụ nội bộ so với công cụ hướng khách hàng, và nó đó — thẻ thứ ba, với huy hiệu phiên bản ghi v3. Tôi đã quên mình từng quay lại chat đó hai lần. Thư viện không cho tôi thấy các bản trùng lặp; nó cho tôi thấy dòng lịch sử phiên bản. v1 và v2 không biến mất, chúng chỉ bước ra khỏi khung nhìn mặc định, và điều đó hoá ra lại quan trọng khoảng mười phút sau khi khách hàng ở một dự án khác không thích thay đổi điều hướng tôi đã xuất bản ở v4. Tôi mở thẻ v3 cũ, duyệt cây tệp của nó ngay tại chỗ, lấy hai tệp cần thiết, và triển khai lại. Không cần nhắc lại yêu cầu, không cần lục lại lịch sử chat để tái dựng bố cục cũ từng trông ra sao. Đó là phần cấu trúc thẻ tự chứng minh giá trị của nó trước cả khi bạn mở ra: một ảnh chụp màn hình thật làm ảnh thu nhỏ, chụp sau khi đã xác minh, nên những gì bạn thấy chính là những gì thực sự hiển thị, chứ không phải một bản build về mặt kỹ thuật đã hoàn tất nhưng bị lỗi khi tải. Bên dưới đó là huy hiệu loại và danh mục, số phiên bản, dấu thời gian tương đối. Đủ để phân loại nhanh mà không cần bấm vào. Và khi bạn bấm vào, các lựa chọn chia rõ ràng —

Xem trước mở trực tiếp bản build đang chạy, không cần tải xuống, không cần máy chủ cục bộ. Với website đó là trải nghiệm đã triển khai; với bản build cho máy tính để bàn hoặc di động thì đây là cách gần nhất để chạy thử mà không cần cài đặt.
Mã nguồn là cây thư mục tệp, có thể duyệt ngay tại đó. Tôi dùng chức năng này liên tục để kiểm tra nhanh trong ba mươi giây — xem nó có thực sự dùng thư viện tôi yêu cầu hay không — trước khi quyết định tải xuống.
Menu thao tác gồm tải xuống, xuất bản, trình cài đặt gốc cho những nền tảng hỗ trợ, đưa lên cửa hàng ứng dụng nếu đủ điều kiện, và lưu làm mẫu.

Không điều gì trong số đó cần mở lại cuộc trò chuyện. Tôi chỉ quay lại chat gốc một lần hôm đó, và đó là để yêu cầu một thay đổi thực sự — điều duy nhất mà thư viện thực sự không làm thay bạn được: thay đổi cần ngữ cảnh, và ngữ cảnh nằm trong luồng chat. Mọi thứ khác, thư viện tự xử lý được, chạy song song với chat chứ không phải là lối tắt quay lại chat. Xuất bản một thứ từ thẻ và chat sẽ phản ánh điều đó lần sau bạn mở luồng đó; xuất bản từ trong chat thì thẻ cũng được cập nhật. Cùng một bản build, hai cánh cửa. Chiều hôm đó một đồng nghiệp hỏi xin liên kết tới thứ tôi đã xây tuần trước, và tôi nhận ra mình không gửi cô ấy vào cuộc trò chuyện — tôi gửi thẻ, và thật ra tôi sẽ gửi luôn URL đã xuất bản từ thẻ đó nếu nó đã trực tuyến. Chẳng ai muốn bị giao lịch sử chat của người lạ để tìm một tệp. Khi một nhóm có nhiều hơn vài bản build cho mỗi người, mọi thứ tự nhiên phân chia rõ ràng: chat vẫn là xưởng làm việc riêng của bạn, thư viện trở thành thứ người khác thực sự chạm vào. Tôi cũng có một trò chơi nằm trong đó từ một dự án cuối tuần, và đó là lúc tôi nhớ ra thư viện không phải là góc nhìn duy nhất cho cùng một dữ liệu. Trò chơi xuất hiện trong My Builds như mọi thứ khác, nhưng chúng cũng nằm trong Trò chơi của tôi, được lọc theo chế độ chơi và trạng thái xuất bản, và nếu trò chơi là phần lớn những gì bạn tạo ra thì đó là góc nhìn hàng ngày tốt hơn. Cùng logic áp dụng cho Đã xuất bản, cho thấy trạng thái trực tuyến hiện tại của bất cứ thứ gì có URL hoặc đang chờ đưa lên cửa hàng, và Đã phát hành, theo dõi trạng thái duyệt của cửa hàng ứng dụng hoặc cửa hàng tiện ích mở rộng. Các câu hỏi khác nhau trên cùng một bộ thẻ — "cái gì đang trực tuyến ngay bây giờ" so với "tôi đã xây gì về chủ đề X" — không phải các hệ thống riêng biệt được ghép lại. Một điều khiến tôi bất ngờ lần đầu gặp phải: xuất bản một bản build không đóng băng nó. Tôi quay lại chat của bảng quản trị đó sau đó, yêu cầu một thay đổi, nhận được v4 — và bản đã xuất bản trực tuyến vẫn phục vụ v3 cho đến khi tôi triển khai lại một cách rõ ràng. Điều này hợp lý khi nghĩ kỹ. Nếu mỗi lệnh ngẫu nhiên với một chat đang trực tuyến đều có thể phá vỡ trang sản xuất, sẽ chẳng ai dám chạm vào một bản build đã xuất bản nữa. Việc khác tôi làm tuần đó, gần như là một suy nghĩ chợt đến, là lưu bảng quản trị đó làm mẫu. Đó là công cụ nội bộ thứ ba tôi xây với gần như cùng một khung sườn — cùng bố cục, cùng cấu trúc xác thực, cùng thành phần bảng, chỉ khác dữ liệu bên dưới. Lưu làm mẫu lấy cấu trúc và phong cách, không phải nội dung cụ thể, và bắt đầu bản build thứ tư từ đó biến một cuộc trò chuyện lên kế hoạch hai mươi phút thành khoảng năm phút. Điểm bất lợi là một mẫu bị đóng băng tại thời điểm bạn lưu nó — quy ước của tôi đã thay đổi từ đó, và mẫu cũ không biết điều này. Vẫn ổn nếu đó là điểm khởi đầu bạn sẽ tuỳ biến thêm; nhưng nếu bạn muốn tái sử dụng thực sự luôn đồng bộ, tốt hơn nên tham chiếu tệp trực tiếp giữa các bản build thay vì tạo mẫu.

Không có gì hết hạn. Bản v1 từ sáu tuần trước, vẫn nằm dưới v3 trong dòng lịch sử — vẫn xem trước được, tải xuống được, xuất bản được, dễ truy xuất y như thứ tôi vừa xây sáng nay. Không có bộ đếm dọn dẹp nào chạy ngầm. Thư viện là kho lưu trữ bạn có thể xuất bản từ đó, không phải trang lịch sử bạn phải chạy đua với thời gian.

Cẩm nang

Chia sẻX LinkedIn Facebook Reddit Quora WhatsApp Telegram Email

← Tất cả bài viết

Sổ tay: Bản dựng của tôi, thư viện sản phẩm của bạn

Bài viết liên quan

Sổ tay BuildMidas: bản đồ của nền tảng

Viết câu lệnh giúp xây dựng tốt hơn

Đọc hiểu bản kế hoạch (và thay đổi nó)