Thử thách 7 ngày xây dựng ứng dụng Full-Stack: Kỷ nguyên ngày đầu tiên

Tôi đã quyết định đặt ra một thử thách cho bản thân mà mình đã ấp ủ bấy lâu nay: Xây dựng một ứng dụng full-stack chỉ trong 7 ngày, hoàn toàn từ con số 0, để tạo ra một sản phẩm thực sự và có thể sử dụng được. Không phải là một dự án hướng dẫn, không phải bản sao của thứ gì đó đã tồn tại, mà là một sản phẩm do chính tôi thiết kế, tạo ra và tung ra.

Có một điều gì đó khiến các dự án lập trình kiểu này trông có vẻ đơn giản một cách đánh lừa vào lúc đầu. Bạn nghĩ phần khó nhất sẽ là viết mã, nhưng thực tế, rào cản lớn nhất thường là việc hoàn thành chúng. Hầu hết mọi người không thất bại vì họ không biết viết mã... họ thất bại vì họ không bao giờ hoàn thành bất cứ thứ gì. Họ luôn dừng lại ở đâu đó giữa khâu "ý tưởng" và "gần xong".

Vì vậy, tôi muốn loại bỏ hoàn toàn yếu tố đó. Tôi kiên quyết không lập kế hoạch quá mức, không vẽ sơ đồ kiến trúc hoàn hảo, và không lãng phí thời gian nghiên cứu vô tận về "stack công nghệ tốt nhất". Chỉ là 7 ngày xây dựng, ghi chép tài liệu và tiếp tục tiến về phía trước bất kể điều gì xảy ra. Đây là Ngày 1.

Khởi động và tìm kiếm ý tưởng

Ngày 1 bắt đầu đúng như bạn mong đợi. Tôi ngồi nhìn vào màn hình máy tính trống trơn, cố gắng quyết định mình sẽ xây dựng cái gì. Phần này luôn khó khăn hơn mọi người thừa nhận. Không phải vì việc nghĩ ra ý tưởng khó khăn, mà vì cảm giác bạn phải có một ý tưởng hoàn hảo trước khi bắt đầu.

Tuy nhiên, tôi ép buộc mình tuân theo một quy tắc đơn giản: nếu tôi không thể giải thích dự án trong một câu, và giải thích lý do tại sao tôi muốn xây dựng nó trong một câu tiếp theo, thì tôi chưa được phép xây dựng nó. Quy tắc đơn giản đó đã loại bỏ rất nhiều sự ồn ào không cần thiết. Sau khi cắt giảm bớt mọi thứ, tôi đã đi đến một hướng đi khá đơn giản: xây dựng một ứng dụng full-stack thực sự hữu ích, đủ nhỏ để xây dựng trong một tuần, nhưng cũng đủ linh hoạt để tôi có thể mở rộng sau này.

Nó không phải là một cuộc cách mạng, chỉ là một thứ gì đó thực tế mà tôi thực sự có thể xây dựng và cải thiện. Vì vậy, một khi đã có sự rõ ràng đó, tôi ngừng lập kế hoạch và bắt đầu xây dựng ngay lập tức.

Lựa chọn công nghệ và thiết lập nền móng

Vào ngày đầu tiên, tôi không tập trung vào xây dựng các tính năng. Thay vào đó, tôi tập trung vào việc thiết lập nền tảng (foundation) một cách đúng đắn để không phải hối tiếc về sau.

Tôi đã chọn một stack công nghệ ưu tiên cả tốc độ và sự đơn giản: Next.js cho cả frontend và backend, Supabase để xác thực và cơ sở dữ liệu, và TailwindCSS để tạo kiểu. Tôi quyết định không lãng phí thời gian để đắn đo về các công cụ; tôi chỉ chọn những thứ giúp tôi di chuyển nhanh chóng.

Tôi đã tạo dự án, thiết lập cấu trúc cơ bản, kết nối Supabase và vận hành các biến môi trường (environment variables). Trên giấy tờ, điều này nghe có vẻ không nhiều, nhưng đây là giai đoạn mà khi phát triển một cái gì đó mới, mọi thứ sẽ diễn ra suôn sẻ hoặc bắt đầu trở nên lộn xộn sau này.

Luôn có một khoảnh khắc trong quá trình thiết lập mà mọi thứ có vẻ hơi lộn xộn và mong manh, như thể một cấu hình sai có thể phá hỏng mọi thứ. Nhưng, sau một chút thử và sai, tôi đã khiến nó chạy trơn tru.

Khoảnh khắc khi ứng dụng cuối cùng khởi động mà không có lỗi luôn bị đánh giá thấp. Đó là điểm mốc, lần đầu tiên, dự án ngừng là một ý tưởng và bắt đầu chuyển hóa thành một thứ gì đó thực sự.

Thành quả và bài học từ Ngày 1

Thành tựu lớn nhất của tôi trong Ngày 1 không phải là xây dựng một tính năng, hay viết một logic phức tạp. Đó đơn giản là khiến mọi thứ kết nối đúng cách. Frontend tải chính xác. Backend phản hồi. Kết nối đến cơ sở dữ liệu hoạt động. Không có lỗi nào tràn ngập terminal của tôi.

Nghe có vẻ cơ bản, nhưng những xác nhận nhỏ này quan trọng hơn bất cứ thứ gì khác vào giai đoạn đầu. Chúng là thứ mang lại đà phát triển (momentum) cho tôi. Nếu không có điều đó, mỗi bước tiếp theo tôi thực hiện sẽ cảm thấy bất định. Thay vào đó, mọi thứ đều có vẻ khả thi.

Tất nhiên, Ngày 1 của tôi không hoàn toàn suôn sẻ. Ngay cả trong Ngày 1, tôi cũng gặp phải các vấn đề thiết lập thông thường: biến môi trường không tải đúng cách, một số nhầm lẫn trong thiết lập Supabase, và một số quyết định nhỏ về cấu trúc thư mục mà nhìn lại, có lẽ tôi đã dành quá nhiều thời gian để suy nghĩ. Không có gì quá lớn, chỉ đủ để làm chậm mọi things một chút.

Điều tôi thấy thú vị nhất là hầu hết các vấn đề này thực sự không phải là vấn đề liên quan đến viết mã. Chúng là các vấn đề thiết lập. Và các vấn đề thiết lập luôn cảm thấy tồi tệ hơn thực tế, vì chúng chặn mọi thứ khác tiến lên phía trước. Khi nhận ra được điều đó, việc giữ bình tĩnh và tập trung sửa chữa từng thứ một thay vì phản ứng thái quá và hoảng loạn đã trở nên dễ dàng hơn nhiều.

Nhìn lại ngày đầu tiên, bài học chính tôi rút ra hoàn toàn không mang tính kỹ thuật. Đó là tất cả về tốc độ và đà phát triển của bản thân.

Nó nhắc tôi rằng việc lập kế hoạch chỉ hữu ích đến một mức độ nhất định. Sau đó, nó trở thành một chiến thuật trì hoãn được ngụy trang khéo léo dưới vỏ bọc của năng suất. Tiến trình thực sự chỉ bắt đầu khi bạn bắt đầu xây dựng một thứ gì đó tồn tại bên ngoài đầu óc của bạn.

Nó cũng củng cố một điều mà tôi đã nhận thấy trước đây: việc khiến một thứ gì đó hoạt động, ngay cả khi ở dạng cơ bản nhất, quan trọng hơn nhiều là làm cho nó hoàn hảo. Sự hoàn hảo có thể đến sau, nhưng chức năng phải đến trước.

Quan trọng nhất, nó cho tôi thấy rằng đà phát triển là tất cả. Một khi dự án đã sống, ngay cả ở dạng cơ bản, việc tiếp tục sẽ trở nên dễ dàng hơn nhiều.

Sẵn sàng cho Ngày 2

Ngày 2 sẽ là lúc mọi thứ bắt đầu trở nên thú vị.

Bây giờ mà nền tảng đã sẵn sàng, tôi sẽ bắt đầu xây dựng các tính năng thực tế: các thành phần UI thực thụ, quy trình xác thực và những mảnh chức năng thực sự đầu tiên biến dự án của tôi từ một cài đặt đơn thuần thành một thứ mà người dùng có thể thực sự tương tác.

Hiện tại, tôi có khung sườn. Đến Ngày 2, nó sẽ bắt đầu trở thành một sản phẩm.