Tuần này tôi đã thực sự đưa một bản build lên trực tuyến qua cả ba con đường thay vì chỉ mô tả chúng, nên đây là nhật ký — tôi đã chạy gì, cái gì bị hỏng, và nếu làm lại tôi sẽ bỏ qua bước nào.
Ngày 1, buổi sáng — tên miền phụ chỉ với một cú nhấp
Bắt đầu với lựa chọn nhanh nhất: bấm publish, có ngay yourname.buildmidas.com mà không cần DNS, không cần tạo tài khoản, không tốn phí. Mất khoảng bốn giây. Đây là nước đi khi bạn chỉ muốn biết liệu có ai quan tâm đến ý tưởng không — chia sẻ link, xem chuyện gì xảy ra, rồi lặp lại. Tôi cũng khá chờ đợi sẽ gặp trở ngại khi ứng dụng cần những thứ backend thật sự — tài khoản, cơ sở dữ liệu, lớp multiplayer WebSocket — nhưng không, tất cả đều được host và quản lý sẵn. Không có gì phải cấu hình phía tôi cả. Một ngày đầu tốt đẹp.
Ngày 1, buổi chiều — thử phá vỡ việc triển khai qua SFTP
Đây là phần tôi lo lắng nhất. Khi một sản phẩm đã vượt quá tên miền phụ và cần tên miền riêng, bạn triển khai qua SFTP thẳng từ trang build. Tôi trỏ nó vào một server đã có sẵn thư mục webroot chứa các file cũ, nửa mong đợi nó sẽ ghi đè hết. Nhưng thay vào đó, agent triển khai đã kiểm tra server, chọn một chiến lược, và — đây là chi tiết quan trọng — chụp lại (capture) webroot cũ trước khi động vào bất cứ thứ gì. Mọi phiên bản triển khai sau đó cũng được lưu giữ, và việc khôi phục chỉ mất một cú nhấp. Vậy nên khi tôi cố tình đưa lên một bản build lỗi hai mươi phút sau đó chỉ để thử nghiệm, việc khôi phục lại mất thời gian gần bằng thời gian phát hiện ra bản build bị lỗi. Tôi đã viết thêm về lý do điều này quan trọng trong Lặp lại không sợ hãi — nói ngắn gọn thì lịch sử phiên bản biến việc triển khai từ một khoảnh khắc nín thở thành một chuyện bình thường.
Điều tôi sẽ bỏ qua lần sau: tôi đã mất hai mươi phút cố lừa nó bằng một cấu trúc thư mục con lồng nhau kỳ quặc trước khi nhớ ra rằng cả vấn đề nằm ở chỗ đây là server của bạn, tên miền của bạn, file của bạn — công cụ chỉ đơn giản là một người di chuyển cẩn thận, không phải người gác cổng. Tốn công thử nghiệm một thứ chưa bao giờ là rủi ro thực sự.
Ngày 2 — con đường lên store, mà tôi chưa hoàn thành
Thực ra tôi chưa hoàn thành phần này, và đó là ghi chú hữu ích hơn cả. Việc phân phối lên các cửa hàng ứng dụng — Android lên Google Play, tiện ích mở rộng lên Chrome Web Store và Firefox Add-ons — được thực hiện qua tài khoản nhà phát triển của chính bạn, với danh sách và các khai báo quyền riêng tư được các agent chuẩn bị sẵn. Điều đó là thật, nhưng đó cũng là cả một quy trình nhiều ngày với hàng đợi xét duyệt nằm ngoài tầm kiểm soát của ai cả, nên tôi dừng lại sau bước chuẩn bị danh sách. Nếu bạn đang theo đuổi việc phân phối qua cửa hàng, hãy dự trù thời gian riêng cho việc đó; tôi đã viết đầy đủ quy trình trong Từ prompt đến cửa hàng ứng dụng.
Điều gì đã quyết định hướng đi, ngay tại thời điểm đó
Đến ngày thứ hai, lựa chọn gần như đã tự rõ ràng:
| Việc tôi đang làm | Hướng đi tôi chọn |
|---|---|
| Kiểm tra xem ý tưởng có tiềm năng không | Tên miền phụ, ngay trong ngày |
| Cần một tên miền thương hiệu thực sự | Tên miền phụ trước, sau đó SFTP lên server riêng |
| Tiện ích mà người dùng cần tìm thấy trên cửa hàng ứng dụng | Trang landing tên miền phụ + phân phối qua cửa hàng cho ứng dụng |
| Dự án khách hàng trên hạ tầng của họ | SFTP lên server của họ, có phiên bản hóa |
Cuối tuần
Đến thứ Sáu, tôi đã có một trang marketing trên tên miền riêng, sản phẩm thực tế chạy trên tên miền phụ, và một danh sách trên cửa hàng đã chuẩn bị được nửa chừng — cả ba hướng đi cùng chạy song song cho cùng một dự án, được xây dựng và lặp lại từ cùng một cuộc trò chuyện suốt cả quá trình. Đó dường như là trạng thái cuối cùng bình thường cho bất kỳ dự án nghiêm túc nào, không phải là trường hợp ngoại lệ. Giá mà tôi đã mong đợi điều đó ngay từ ngày đầu tiên thay vì coi ba hướng đi này là những quyết định riêng biệt.
