Thành công mới trong phát triển ứng dụng với mô hình lớn

Ngày hôm qua, bài đăng của nhà sáng lập công nghệ lapurita về việc sử dụng mô hình Claude Sonnet 3.5 để tăng tốc độ phát triển lên đến 10 lần đã thu hút sự chú ý của cộng đồng lập trình viên.

“Tôi đã rất kinh ngạc khi nhận ra rằng, Claude Sonnet 3.5 có thể làm cho quá trình phát triển trở nên nhanh chóng hơn nhiều!” lapurita chia sẻ. “Tôi không phóng đại tất cả các mô hình lớn, nhưng đây là mô hình đầu tiên khiến tôi cảm thấy thoải mái khi sử dụng. Tôi có thể thực hiện phần kỹ thuật của hầu hết các ứng dụng phổ biến trên thị trường nhanh hơn 10 lần so với trước đây. Tôi vẫn phải đưa ra quyết định về kiến trúc và cơ sở hạ tầng, nhưng những công việc như viết các thành phần giao diện người dùng (UI) giờ đây thực sự nhanh hơn 10 lần so với trước đây, giúp quá trình lặp lại trở nên nhanh chóng hơn.”

Lý do lapurita nhận được sự đồng tình từ cộng đồng lập trình viên có lẽ là vì họ cũng đã trải qua những khó khăn tương tự. Một số người thậm chí còn chuyển sang sử dụng Claude thay vì OpenAI. Điều này đã khiến mô hình Claude trở thành một xu hướng mới trong cộng đồng phát triển ứng dụng.

Theo lapurita, quy trình làm việc hiện tại của anh ấy bao gồm:

1. Suy nghĩ sâu sắc về chức năng và thảo luận với Claude Sonnet 3.5.
2. Viết bản thiết kế cơ bản (thường chỉ là một số câu và điểm chính), sau đó cùng với Claude Sonnet 3.5 lặp lại quá trình.
3. Đảm bảo cung cấp cho Claude Sonnet 3.5 tất cả thông tin liên quan và yêu cầu nó thực hiện mã hóa.

lapurita chia sẻ, anh ấy sẽ tải các tệp cần thiết lên Claude và tạo dự án liên quan. Tệp quan trọng nhất mà anh ấy gọi là “tài liệu chính”, rất rõ ràng về những gì ứng dụng đang làm và những gì nó sẽ làm trong phiên bản tiếp theo. lapurita cũng chỉ định tất cả các quyết định kỹ thuật và lý do chọn chúng, đồng thời giải thích các mẫu thiết kế mã cụ thể mà anh ấy muốn Claude tuân theo (ví dụ: cách giữ trạng thái máy chủ và trạng thái người dùng đồng bộ). Anh ấy còn có một tệp chứa toàn bộ mô hình cơ sở dữ liệu và một số điểm cuối API mẫu. Những tệp này tổng hợp tất cả thông tin liên quan đến dự án cho đến nay.

Trong dự án của Claude, người dùng có thể tạo nhiều cuộc trò chuyện. lapurita đưa ra lời khuyên là bắt đầu một cuộc trò chuyện mới khi phát triển một tính năng mới để tránh sự lộn xộn do thông tin không liên quan gây ra, điều này có thể chiếm hạn chế tin nhắn. Khi bắt đầu một cuộc trò chuyện mới, tệp “tài liệu chính” rất quan trọng.

Một ví dụ mà lapurita đề cập là gần đây anh ấy đã phát triển một dòng nội dung tương tự như Instagram Reels/TikTok. “Điều này không phải là khoa học tên lửa, nhưng tôi không có nhiều kinh nghiệm với SwiftUI, và có một số hiệu ứng và bố cục bán nâng cao, nhưng tôi đã hợp tác với Claude để tạo ra một phiên bản hoàn toàn có thể sử dụng (phù hợp với API của tôi và hoạt động với cơ sở dữ liệu thực tế) chỉ trong 20 phút. Điều quan trọng là, mã được tạo ra tuân theo mẫu mà tôi mô tả và nhất quán với phần còn lại của thư viện mã của tôi (vì vậy đây thực sự là mã mà tôi sẽ viết, chỉ là nhanh hơn), điều này là vấn đề mà tôi gặp phải khi sử dụng các mô hình khác.”

lapurita cho rằng, việc người dùng hiểu rõ kiến trúc ứng dụng, bao gồm cả cấu trúc tổng thể và các mẫu mã cụ thể (như cách xử lý việc lấy dữ liệu) rất quan trọng. Nếu thiếu kinh nghiệm này, việc chỉ sử dụng Claude có thể làm cho thư viện mã trở nên lộn xộn và phức tạp, dẫn đến khó khăn trong việc chỉnh sửa sau này.

“Đây là cái bẫy mà tôi đã từng gặp phải, và tôi nghĩ đây cũng là vấn đề mà những lập trình viên vẫn còn kháng cự việc sử dụng mô hình lớn cho mục đích khác ngoài tự động hóa sẽ gặp phải.” lapurita nói, “Khi xảy ra điều này, lập trình viên không thể tránh khỏi việc muốn tự mình viết mã từ đầu. Nhưng nếu lập trình viên luôn hướng dẫn Claude theo cách của mình và theo dõi và hiểu mã được tạo ra, thì vấn đề này sẽ không xảy ra.”

“Việc theo dõi mã được tạo ra bởi Claude rất quan trọng, đôi khi tôi dành cả buổi để đọc mã được tạo ra, để tôi có thể cảm thấy giống như mình đã viết ra nó.” lapurita chia sẻ.

Phương pháp xây dựng sản phẩm này về cơ bản là cố gắng điều chỉnh công cụ và quy trình phát triển lập trình xung quanh cách sản xuất phần mềm mới. Hiện tại, việc luân phiên hướng dẫn mô hình lớn để thực hiện những gì lập trình viên thực sự muốn làm, cũng như thiếu khả năng xử lý việc triển khai, là những rào cản mới trong cách phát triển này.

“Thực tế, tôi nghĩ rằng ngay cả khi Claude Sonnet 3.5 không tiếp tục phát triển, chỉ cần tích hợp nó ‘đúng’ (không chỉ đặt vào hộp trò chuyện) vào những thứ khác mà chúng tôi sử dụng để phát triển phần mềm, chúng ta có thể tăng tốc độ từ 10 lần lên 20-50 lần.” nhà phát triển Fred Weitendorf chia sẻ.

Weitendorf chỉ ra rằng, thực sự phải biết cách “thắt chặt phạm vi” để tránh tạo ra hỗn loạn, nhưng vấn đề khó khăn hơn là người dùng vẫn phải biết cách chỉ định những gì họ muốn.

Là một lập trình viên có kinh nghiệm, lapurita có một trực giác mạnh mẽ về cấu trúc tổng thể của mã mà anh ấy sẽ viết, đó là lý do anh ấy có thể coi sonnet 3.5 như một “trình biên dịch”. Nhưng người không có kinh nghiệm sẽ viết phần mềm thông qua thử nghiệm và sai lầm, và ít giỏi hơn trong việc biểu đạt những gì họ muốn, vì vậy họ không thể sử dụng Claude theo cách này, điều này có thể làm chậm tốc độ của họ.

Ngoài ra, ngay cả các kỹ sư có kinh nghiệm cũng khó viết được các gợi ý tốt, điều này cũng trở thành một rào cản khi xây dựng sản phẩm bằng mô hình lớn.

lapurita chỉ ra rằng, kinh nghiệm sử dụng của anh ấy rất phù hợp cho các công ty khởi nghiệp, nhưng không phải vậy đối với các công ty lớn. “Trong công ty của tôi, mặc dù mô hình lớn vẫn có ích, nhưng không giống như khi xây dựng sản phẩm mới. Tôi nghĩ, chủ yếu là vì tôi không thể nhận được cùng một bản phác thảo kiến trúc, vì vậy rất khó để cung cấp cho mô hình lớn tất cả thông tin liên quan.”

Tuy nhiên, bất kể thế nào, lapurita rất hài lòng với công cụ này vì nó cho phép anh ấy tập trung vào những phần khó khăn hơn của ứng dụng.

Pietro Schirano, người sáng lập EverArt, đã chia sẻ bài đăng của lapurita và cho biết, “Lần đầu tiên tôi khởi nghiệp, doanh thu hàng tháng đạt 100.000 đô la trong 9 tháng, là nhờ Sonnet 3.5 đã thay đổi mọi thứ.”

Sully Omarr, một nhà phát triển, cũng chia sẻ bài đăng và nói, “Chúng tôi có 50% mã nguồn của mình được viết hoàn toàn bởi mô hình lớn, và dự kiến ​​sẽ đạt khoảng 80% vào năm tới. Với Sonnet, tốc độ giao hàng của chúng tôi rất nhanh, và chúng tôi cảm thấy như nhân sự của mình đã tăng gấp ba trong một đêm. Không sử dụng Claude 3.5 để viết mã? Có lẽ đội ngũ sử dụng Claude 3.5 (như chúng tôi) sẽ vượt qua họ.”

Anh ấy cho rằng, trong 2-3 năm tới, mã được viết bởi mô hình lớn sẽ được trừu tượng hóa, nhưng các nhà phát triển vẫn cần biết cách viết mã.

“Tôi là người dùng GPT, tôi nên chuyển sang Claude không?” có người hỏi. “Đúng, nó làm cho việc mã hóa trở nên dễ dàng hơn nhiều.” một người dùng trả lời.

Không thể phủ nhận, một số người dùng đã bắt đầu chuyển sang sử dụng Claude. “Tôi đã hủy đăng ký GPT-4 của mình sau hơn một năm và chuyển sang đăng ký Claude. Không có ứng dụng di động, cũng không có GPTs hoặc chỉ dẫn tùy chỉnh (trên phiên bản web – không sử dụng API). Nhưng thực sự, tôi không quan tâm đến những điều đó. Tôi chủ yếu sử dụng nó để viết và tư duy rộng rãi, và Claude 3 (và cả Gemini) đều tỏ ra tốt hơn GPT.”

Những người dùng GPT-4o cũng đang cân nhắc việc chuyển đổi: “Claude thực sự tốt hơn nhiều so với GPT-4o? Tôi đã từng sử dụng Claude Opus nhưng ấn tượng không sâu sắc, và tôi còn sử dụng API của OpenAI. Tôi không muốn phải trả tiền cho cả hai dịch vụ này trừ khi thực sự đáng giá, và tôi đang sử dụng GPT suốt cả ngày.”

“Nếu bạn giỏi trong việc tạo ra các gợi ý cho mã, thì Claude Sonnet 3.5 hoàn toàn phù hợp với bạn.” Đây là câu trả lời mà người này nhận được.

Nhắc đến câu chuyện cạnh tranh giữa OpenAI và Anthropic, có thể nhiều người đã quen thuộc với lịch sử: Bảy nhà sáng lập của Anthropic trước đây đều đã từng làm việc tại OpenAI. Giám đốc điều hành của Anthropic, Dario Amodei, còn từng là Phó Chủ tịch Nghiên cứu tại OpenAI, và anh ấy thậm chí đã viết phần lớn Hiến chương OpenAI, tài liệu hứa hẹn phòng thí nghiệm và nhân viên của nó sẽ cam kết phát triển trí tuệ nhân tạo an toàn.

Những phản hồi tốt từ cộng đồng phát triển đối với các mô hình Claude không phải là chuyện mới. Ngay sau khi Claude 3 được ra mắt, kỹ sư Singularity đã nói, “Claude 3 rất tuyệt vời, thực tế nó tạo ra mã chất lượng cao hơn cả ChatGT.”

Singularity chỉ ra rằng, Claude có khả năng ngữ cảnh tốt hơn GPT. “Tôi có thể nhập các tệp của mình vào Claude và yêu cầu nó thực hiện các thay đổi, nó thậm chí còn nhớ mã trong các tệp và nhớ những thay đổi chúng tôi đã thực hiện, sau khi được yêu cầu gọi một đoạn mã cũ, nó có thể thực hiện việc gọi một cách hoàn hảo.”

Theo giới thiệu, mô hình Claude 3 đã nhân đôi kích thước cửa sổ ngữ cảnh của phiên bản trước, cung cấp cho người dùng một cửa sổ ngữ cảnh 200.000 token, tương đương khoảng 150.000 từ. Mô hình Claude 3 Opus hỗ trợ đầu vào lên đến 1 triệu token trong một số trường hợp cụ thể.

Thứ hai, Singularity cho biết, Claude cũng thể hiện tốt hơn trên nhiều ngôn ngữ khác nhau. “Điều tôi ghét là mọi người luôn kiểm tra nó bằng Python, điều này chứng minh rằng Python không quá khó. Tôi viết mã bằng Rust, Go, Haskell và C++, và khả năng Rust của Claude tốt hơn nhiều so với GPT-4, trong khi GPT hầu như không thể xử lý Rust. Cả hai đều khá tương đương trên Go, và trên C++ và Haskell, Claude tốt hơn GPT-4.”

Kỹ sư joowani cũng chia sẻ trong bài đăng mới nhất của lapurita, “Tôi sử dụng Copilot và Claude Sonnet 3.5, chúng giúp tôi học Rust và xây dựng sản phẩm nhanh chóng nhất thị trường chỉ trong 2 tháng.”

Singularity cũng chỉ ra rằng, Claude có ít ảo tưởng hơn GPT. “Tôi mệt mỏi với những người hâm mộ OpenAI coi thường Claude. Nó thực sự rất tốt, thậm chí cả Sonnet cũng vậy. Một điều mà nó làm ít hơn trong mã là tạo ra ảo tưởng, tất nhiên nó vẫn có, nhưng không nhiều như GPT-4. GPT-4 tạo ra một số hàm điên rồ, thậm chí khi bạn nói với nó rằng chúng không tồn tại, nó vẫn làm. Claude cũng đưa ra các hàm không tồn tại, nhưng nó lắng nghe từ khóa tiếp theo.”

“GPT-4 không còn là mô hình tốt nhất, đó là sự thật.” Một người dùng bình luận 5 tháng trước. Bây giờ, ngày càng có nhiều người dùng chia sẻ kết quả sử dụng Claude của họ.

Kỹ sư Dave đã chia sẻ kết quả xây dựng của mình với Claude 3.5 Sonnet, công cụ Voice Notes AI có 1294 dòng mã, chỉ mất Dave hai giờ:

Có người dùng cũng chia sẻ rằng, chỉ mất 2 phút để tạo ra một phiên bản đầy đủ chức năng của ChatGPT từ một bức ảnh chụp màn hình bằng cách sử dụng Claude 3.5 Sonnet. Trong sự cố màn hình xanh của Microsoft gần đây, kỹ sư trưởng Tibor Blaho của AIPRM Corp đã chia sẻ màn hình Crowdstrike Falcon BSOD không phải người dùng Windows được tạo ra bằng Claude:

Có người dùng khác chia sẻ rằng sau khi đặt một câu hỏi ngớ ngẩn cho Sonnet-3.5, nó đột nhiên không còn trả lời một cách nghiêm túc nữa mà bắt đầu đùa cợt. Anh ấy cho biết, anh ấy chưa bao giờ thấy điều này xảy ra trên GPT-4:

So sánh với OpenAI hiện tại, GPT-5 vẫn chưa ra mắt, và hướng phát triển của họ cũng khá đa dạng, ví dụ như đại diện cho cuộc đua về giá cả GPT-4o mini. Điều này không khỏi khiến một số người dùng lo ngại: liệu OpenAI có đánh mất những đánh giá tốt mà họ đã tích lũy được?

Tóm tắt 5 từ khóa:

• Phát triển ứng dụng
• Mô hình lớn
• Lập trình viên
• Claude Sonnet 3.5
• Tăng tốc độ