Thỉnh thoảng có người nhắn tin hỏi: làm thế nào để phân biệt một dự án là thật sự hoạt động hay chỉ là PPT?
Nói thật, tôi cũng đã từng trả học phí. Bây giờ tôi đã hình thành một cách làm ngốc nghếch - đừng quan tâm đến việc nó khoe khoang như thế nào, hãy hỏi chính mình: Nó có sản phẩm nào đáng để trình bày không?
Dù là phiên bản thử nghiệm hay dự án chưa hoàn thiện cũng được. Ít nhất điều đó chứng minh rằng đội ngũ đang viết mã, chứ không chỉ viết câu chuyện. Ai cũng có thể vẽ bức tranh trong sách trắng? Quan trọng là Demo có thể chạy được không.
Còn một mẹo nữa: so sánh ngang các dự án cùng loại. Nó nói rằng mình nhanh? Vậy thì hãy để dữ liệu lên tiếng - TPS là bao nhiêu, thời gian tạo khối là bao nhiêu giây, thiết kế nút như thế nào. Được cho là đổi mới? Thì phải xem có phải giống như SOL, SUI, những cái từ kiến trúc nền tảng đã khởi động lại, hay chỉ là thay đổi bề ngoài để tiếp tục nấu lại món cũ.
Tôi phát hiện ra một quy luật: những dự án thực sự làm việc, không thể giấu được công sức thực sự trong chi tiết. Sản phẩm có thể hoạt động thực tế, mã GitHub được nộp thường xuyên, tài liệu được cập nhật liên tục, các đối tác sinh thái đang gia tăng, thậm chí bầu không khí cộng đồng cũng khác biệt - thảo luận về cải tiến chức năng chứ không phải là kêu gọi đơn hàng.
Nhìn lại những điều hão huyền, chỉ cần mười phút là có thể nhìn thấu: đầy rẫy khẩu hiệu, lời hứa trống rỗng, thời gian mờ mịt.
Thật ra không khó như vậy. Hãy nhớ bốn chữ: có thể chạy, có thể dùng, có thể so sánh, có thể nói. Đạt được những điều này, cơ bản bạn có thể lọc bỏ 80% bẫy. Còn lại thì phụ thuộc vào việc bạn có thể nhìn thấy giá trị thực sự hay không, chứ không phải bị cảm xúc dẫn dắt.
Trang này có thể chứa nội dung của bên thứ ba, được cung cấp chỉ nhằm mục đích thông tin (không phải là tuyên bố/bảo đảm) và không được coi là sự chứng thực cho quan điểm của Gate hoặc là lời khuyên về tài chính hoặc chuyên môn. Xem Tuyên bố từ chối trách nhiệm để biết chi tiết.
9 thích
Phần thưởng
9
5
Đăng lại
Retweed
Bình luận
0/400
0xSleepDeprived
· 4giờ trước
Thật, xem lịch sử commit trên GitHub còn đáng tin cậy hơn nghe bất kỳ câu chuyện nào.
Nói hay, tôi cũng từng bị lừa mới nhớ bài học này.
White Paper cái này ai cũng có thể khoe, quan trọng là xem demo có chạy được không.
Phiên bản thử nghiệm còn không ra mắt? Thì cơ bản chỉ là một ý tưởng mà thôi.
So sánh ngang dữ liệu thì mọi thứ đều lộ ra, không có gì để che giấu.
Cộng đồng có đang bàn luận về chức năng hay không thực sự có thể phơi bày rất nhiều vấn đề.
Đừng động vào những dự án đã nguội lạnh trên GitHub, khỏi cần nói gì thêm.
Chi tiết thực sự không thể lừa gạt được người khác, đội ngũ dù có khoe giỏi đến đâu thì mã cũng phải là thật.
Phương pháp này tôi phải lưu lại, đủ để lọc bỏ hơn một nửa các dự án rác.
Xem bản gốcTrả lời0
CoffeeOnChain
· 4giờ trước
Thật sự, xem hồ sơ commit trên GitHub là biết, không muốn nghe chuyện.
Xem bản gốcTrả lời0
ChainWatcher
· 4giờ trước
Ôi trời, tần suất commit trên GitHub thật sự là điểm tuyệt vời, chỉ cần nhìn một cái là có thể thấy ai đang chăm chỉ viết mã và ai chỉ đang thổi phồng khái niệm.
Xem bản gốcTrả lời0
BridgeNomad
· 4giờ trước
vâng, đã trải qua những cuộc khai thác cầu đó... tần suất cam kết trên github mới là điều thực sự quan trọng. đã thấy quá nhiều "giao thức cách mạng" im lặng sau khi ra mắt mainnet. phần chạy demo? đó thực sự chỉ là yêu cầu cơ bản, không phải là một tính năng lol
Xem bản gốcTrả lời0
GasDevourer
· 4giờ trước
Thật sự, tôi phải khắc bốn chữ này vào đầu... đã sợ bị lừa rồi.
Thỉnh thoảng có người nhắn tin hỏi: làm thế nào để phân biệt một dự án là thật sự hoạt động hay chỉ là PPT?
Nói thật, tôi cũng đã từng trả học phí. Bây giờ tôi đã hình thành một cách làm ngốc nghếch - đừng quan tâm đến việc nó khoe khoang như thế nào, hãy hỏi chính mình: Nó có sản phẩm nào đáng để trình bày không?
Dù là phiên bản thử nghiệm hay dự án chưa hoàn thiện cũng được. Ít nhất điều đó chứng minh rằng đội ngũ đang viết mã, chứ không chỉ viết câu chuyện. Ai cũng có thể vẽ bức tranh trong sách trắng? Quan trọng là Demo có thể chạy được không.
Còn một mẹo nữa: so sánh ngang các dự án cùng loại. Nó nói rằng mình nhanh? Vậy thì hãy để dữ liệu lên tiếng - TPS là bao nhiêu, thời gian tạo khối là bao nhiêu giây, thiết kế nút như thế nào. Được cho là đổi mới? Thì phải xem có phải giống như SOL, SUI, những cái từ kiến trúc nền tảng đã khởi động lại, hay chỉ là thay đổi bề ngoài để tiếp tục nấu lại món cũ.
Tôi phát hiện ra một quy luật: những dự án thực sự làm việc, không thể giấu được công sức thực sự trong chi tiết. Sản phẩm có thể hoạt động thực tế, mã GitHub được nộp thường xuyên, tài liệu được cập nhật liên tục, các đối tác sinh thái đang gia tăng, thậm chí bầu không khí cộng đồng cũng khác biệt - thảo luận về cải tiến chức năng chứ không phải là kêu gọi đơn hàng.
Nhìn lại những điều hão huyền, chỉ cần mười phút là có thể nhìn thấu: đầy rẫy khẩu hiệu, lời hứa trống rỗng, thời gian mờ mịt.
Thật ra không khó như vậy. Hãy nhớ bốn chữ: có thể chạy, có thể dùng, có thể so sánh, có thể nói. Đạt được những điều này, cơ bản bạn có thể lọc bỏ 80% bẫy. Còn lại thì phụ thuộc vào việc bạn có thể nhìn thấy giá trị thực sự hay không, chứ không phải bị cảm xúc dẫn dắt.