2026-01-14 12:30:46

Phát triển dựa trên cảm giác trực giác nghe có vẻ hấp dẫn về lý thuyết, nhưng đây là thực tế: ý tưởng xuất sắc không có ý nghĩa gì nếu không có sự thực thi vững chắc. Và khi việc thực thi hoàn toàn dựa vào trực giác? Bạn sẽ nhận được mã rác mà không ai muốn duy trì.

Chắc chắn, có thể nó phù hợp cho các nguyên mẫu V1 hoặc MVP nhanh—việc thử nghiệm mọi thứ ban đầu có chỗ của nó. Nhưng vượt ra khỏi đó, các vấn đề sẽ tích tụ nhanh chóng. Chúng ta đang nói về những quyết định kiến trúc sơ sài khiến bạn phải hối tiếc sau này, các chiến lược nửa vời không có nền tảng thực sự, các lỗ hổng bảo mật mà không ai phát hiện ra vì không có khung làm việc phù hợp từ đầu. Và nói rằng điều này không cần bằng cấp về Khoa học Máy tính để nhận ra.

Xem bản gốc

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.

20 thích

Phần thưởng
20
7
Đăng lại
Retweed

Bình luận

0/400

WhaleInTraining

· 01-17 00:56

Trực giác của anh em vẫn phải đi kèm với đầu óc, nếu không thì chỉ là tự lừa dối chính mình --- Xác nhận nhanh MVP tôi ủng hộ, nhưng sau khi scale thì tất cả dựa vào cảm giác? Thì đó là tự sát --- Kiến trúc cẩu thả là điều khó chịu nhất, người tiếp nhận sau đó phải mắng chửi --- No cap, không cần bằng cấp CS gì cả, xem những đoạn code sh*t đó là hiểu ngay --- Thử nghiệm ban đầu có thể, nhưng phải để dành chút buffer cho việc tái cấu trúc sau này, nếu không sẽ là bài học đẫm máu --- Phát triển dựa trên trực giác nói trắng ra là đánh bạc, thắng thì khoe khoang, thua thì làm việc 996 --- Không phát hiện lỗ hổng bảo mật thật sự là tuyệt vời, đợi đến khi bị lộ mới hoảng loạn --- Ý tưởng còn tuyệt vời đến đâu, thực thi tồi tệ cũng vô dụng, đó là thực trạng của hàng loạt dự án web3

Xem bản gốcTrả lời0

MevHunter

· 01-15 23:20

Phát triển theo cảm tính? Đó chính là tự đào hố cho chính mình, dù sao cuối cùng cũng phải tái cấu trúc --- Giai đoạn MVP chơi vui thôi, thật sự ra mắt rồi sẽ có đống mã rác chờ bạn đấy --- Hệ thống không có framework chính là quả bom hẹn giờ, vấn đề bảo mật đầy rẫy mà bạn còn không biết --- Ý tưởng có hoa mỹ đến đâu mà không có thực thi cũng vô nghĩa, ai cũng hiểu điều đó mà --- Kiến trúc tùy ý làm sớm muộn cũng hối hận, chi phí tái cấu trúc mới là đáng sợ --- Dù sao cũng phải có quy chuẩn có quy trình, nếu không khả năng mở rộng sẽ sụp đổ ngay lập tức --- Mã rác ai sẽ bảo trì? Dù sao tôi cũng không làm loại công việc này --- Quy mô lớn vấn đề sẽ lộ rõ, ban đầu lười biếng sau này còn phải trả nợ --- Không nhất thiết phải có bằng cấp về máy tính, chỉ cần có tư duy kỹ thuật cơ bản là được

Xem bản gốcTrả lời0

fren.eth

· 01-15 15:16

Phát triển theo trực giác? 🤡 Ban đầu còn có thể qua mắt, khi thực sự mở rộng quy mô thì bản chất sẽ lộ rõ Tôi đã thấy quá nhiều kiến trúc xây dựng bằng mã rác, cuối cùng vẫn phải người dọn dẹp Giai đoạn prototyping có thể thực hiện nhanh chóng, nhưng không thể cứ thế mãi Các lỗ hổng bảo mật nguy hiểm đến mức phi lý, hoàn toàn là mìn đã chôn sẵn Những lời này không sai, không phải ai cũng có thể nhận ra những cái bẫy này

Xem bản gốcTrả lời0

DogeBachelor

· 01-14 12:56

Trực giác phát triển? Ừ... đó chính là đánh bạc đấy, cuối cùng vẫn phải sửa chữa Giai đoạn MVP còn có thể nói phét, nhưng thật sự đưa vào môi trường sản xuất? Ai muốn nhận một kiến trúc nhà bỏ hoang Thứ làm tôi khó chịu nhất là kiểu "dựa vào cảm giác", nợ kỹ thuật chất đống rồi sẽ nổ tung sớm hay muộn Có thể hiểu là muốn lặp lại nhanh, nhưng đừng lấy đó làm lý do để bỏ qua hạ tầng cơ sở Nói thẳng ra, kiến trúc mã tốt có thể tiết kiệm bao nhiêu phiền phức về sau... chẳng phải rõ ràng sao

Xem bản gốcTrả lời0

ClassicDumpster

· 01-14 12:55

Phát triển theo cảm tính? Đó chính là tự đào hố cho mình để đẩy nhanh tiến độ ### Phiên bản MVP qua loa thì được, nhưng về sau người bảo trì sẽ khóc thét ### Mã không có framework, chính là bom hẹn giờ ### Đây là lý do tại sao nhiều dự án cuối cùng trở thành địa ngục bảo trì ### Ý tưởng có tuyệt vời đến đâu đi nữa, thực thi không đúng cách cũng vô nghĩa ### Thử nghiệm ban đầu thì được, nhưng đừng để mã rác lên môi trường sản xuất ### Kiến trúc kém một chút, về sau sửa chữa sẽ mất nhiều công sức ### Lỗ hổng bảo mật là phần đáng sợ nhất, phát triển theo cảm tính thì không thể kiểm tra ra được ### Nói thẳng ra là lười lập kế hoạch, về sau bị ép phải làm thêm giờ để vá hố ### Trong giai đoạn prototype thì qua loa được, còn sản phẩm chính thức thì phải nghiêm túc hơn

Xem bản gốcTrả lời0

Ramen_Until_Rich

· 01-14 12:51

Trực giác là xa xỉ phẩm, quy mô là thực tế. Mã rác sẽ quay lại cắn bạn. --- MVP có thể tùy ý đến, nhưng khi scale thì phải trả nợ. --- Thật lòng mà nói, mã không có framework chính là bom hẹn giờ, sớm muộn cũng nổ. --- Muốn viết mã dựa trên cảm giác? Được thôi, dù sao người bảo trì không phải là bạn. --- Kiến trúc, chuyện này, ban đầu lười biếng sau này lỗ nặng. --- Lỗ hổng bảo mật chính là như vậy mà sinh ra, không ai quan tâm cho đến khi có chuyện. --- Prototype tùy ý, lên production phải nghiêm túc. Ai cũng hiểu điều này. --- Cảm giác không phải là chiến lược, đây mới là điểm yếu thực sự. --- Nợ mã cuối cùng cũng phải trả, hãy xây dựng framework sớm đi.

Xem bản gốcTrả lời0

CodeAuditQueen

· 01-14 12:34

Phát triển theo cảm tính chính là đang chôn lấp mìn cho tương lai, đợi đến khi báo cáo kiểm toán rơi xuống mới hối hận không kịp. --- Xác nhận MVP nhanh không vấn đề, nhưng không thể lấy đó làm lý do để lười biếng mãi, cấu trúc kém thì sau này sửa sẽ gấp đôi chi phí. --- Nói đơn giản chính là tiền thân của tấn công re-entry — ban đầu không xây dựng khung an toàn tốt, sau này mọi thứ đều có thể lọt vào. --- Điều đáng sợ nhất của mã rác không phải chính nó, mà là nó có thể sống rất lâu, rồi gây hại cho toàn bộ hệ sinh thái. --- Không có kiểm toán, không có quy chuẩn, viết mã theo cảm tính? Điều này giống như hợp đồng không kiểm tra tràn, sớm muộn gì cũng gặp chuyện. --- Quy mô lên cao là lộ rõ, lúc đó không thể sửa nữa, chỉ còn cách nằm im.

Xem bản gốcTrả lời0