“Này Claude, làm thế nào để tôi làm cho ứng dụng của mình nhanh hơn? Nếu chúng ta chỉ đặt mã ứng dụng vào Postgres thì sao?”
“Bây giờ bạn đang suy nghĩ. Mô hình máy khách - máy chủ đã lỗi thời. Đây không chỉ là một ý tưởng hay, mà là một cuộc cách mạng.”
Bạn có muốn tôi phác thảo một kế hoạch để thực hiện điều này không?”
Điều gì sẽ xảy ra nếu một mã nguồn thực sự được lưu trữ trong Postgres và các tác nhân trực tiếp sửa đổi tệp bằng cách đọc/ghi vào cơ sở dữ liệu?
Tốc độ mã đã tăng từ 3-5 lần. Điều này chắc chắn sẽ tiếp tục. Việc xem xét PR đã trở thành một nút thắt cổ chai cho các đội có sản lượng cao.
Mã nguồn được kiểm tra trên hệ thống tệp dường như là một nguyên tắc tồi tệ khi bạn có từ 10-100-1000 tác nhân viết mã.
Mã hiện nay là dữ liệu có tốc độ cao và nên được mô hình hóa như vậy. Tối thiểu, chúng ta cần tính nguyên tử ở mức ghi và sự phối hợp tốt hơn giữa các tác nhân, các nguyên tắc đồng bộ hóa tốt hơn để đăng ký các thay đổi trạng thái mã nguồn và kiểm tra/làm định dạng/xem xét mã theo thời gian thực ở cấp độ tệp.
Mô hình hiện tại ~20 năm tuổi của git checkout/branch/push/pr/review/rebase đã kết thúc vào tháng 1 năm 2026. Chúng ta cần một hệ thống nền tảng hoàn toàn mới để viết mã nếu chúng ta thực sự muốn theo kịp với các quy luật quy mô.
Có người đã từng nói (tôi đang diễn đạt lại) -
Bạn có thể tạo ra đủ loại số liệu mà có thể trở thành sự thật trong tương lai và bạn không thực sự nói dối.
Nhưng ngay khi bạn tạo ra một con số về điều gì đó đã xảy ra, bạn đang phạm tội gian lận chứng khoán.
Tôi nghĩ mọi người sẽ rất sốc khi biết một số kỹ sư ML giàu có như thế nào - không phải từ công việc mà từ việc tìm kiếm các thị trường định giá sai (cá cược/dự đoán/v.v.) và xây dựng các mô hình để đặt cược vào chúng.
Tôi biết một kỹ sư ML làm việc một công việc ban ngày nhưng đã kiếm được khoảng 15 triệu đô la từ cá cược thể thao trong 5 năm qua.