Nếu định coding kiểu vibe thì sao không làm bằng C đi?
Tin rằng khi code bằng mô hình ngôn ngữ thì nó sẽ tự hiểu và thần kỳ tạo ra những biểu đạt gần với máy móc, đúng là tâm lý của kẻ muốn ăn không ngồi rồi.
Càng bị ràng buộc thì lại càng làm việc tốt trong phạm vi những ràng buộc đó.
Dạo này có vẻ để bản thân bài thuyết trình thật sự có ý nghĩa thì chủ yếu phải xoay quanh các mẹo xử lý AI, nhưng thật tiếc khi cảm giác bản chất của việc thuyết trình ngày càng trở nên dễ dãi và phai nhạt đi.
Hiện chỉ có đúng một cuốn sách liên quan đến tiếng Hàn được xuất bản, nhưng đáng tiếc là do cách dùng Rust trong nhân Linux đã trải qua nhiều thay đổi phá vỡ tương thích nhiều lần nên nó hoàn toàn không còn tương thích với các phiên bản nhân hiện nay. Sẽ thật tốt nếu có thể được bổ sung thông qua GitHub hoặc các kênh tương tự.
Dù AI có viết mã đi nữa, trách nhiệm đối với dịch vụ vẫn là của lập trình viên. Tôi không chắc liệu họ có thể chịu trách nhiệm với đoạn mã mà bản thân không thể hiểu được hay không.
Dù vậy, tôi nghĩ vẫn sẽ có những tiêu chí đo lường có ý nghĩa. Đặc biệt, sẽ hiệu quả hơn nếu có ai đó phải chịu trách nhiệm cho cả hai chỉ số đối nghịch. Từ góc nhìn SRE, có thể vui vì đã giảm số vụ sự cố, nhưng vì quá thận trọng trước mỗi bước nên việc triển khai bị chậm lại và phát triển tính năng cũng chững hơn. Ngược lại, từ góc nhìn Dev, có thể vui vì đã làm được nhiều tính năng, nhưng đồng thời số sự cố phát sinh cũng có thể tăng lên.
Tôi cũng nghĩ những chỉ số như p99 latency, tỷ lệ phản hồi thành công, chi phí trên mỗi yêu cầu, MTTR, số vụ sự cố là các chỉ số tốt và khó bị lạm dụng. (Tất nhiên vẫn có thể bị lạm dụng, nhưng có vẻ lợi ích của việc theo dõi và quản lý chúng sẽ nhiều hơn tác hại...)
Bình thường, tôi vẫn nghĩ việc nêu thành tích bằng tỷ lệ phần trăm là vô nghĩa, và có vẻ như bài viết này đã hoàn thiện suy nghĩ đó của tôi.
Tôi nghĩ rằng không phải nói kiểu đã góp phần làm doanh thu tăng 5%, mà phải nói trong một khoảng thời gian đã tăng bao nhiêu, và so với trước khi có đóng góp của bản thân thì mức tăng đó đã trở nên dốc hơn đến mức nào.
Tôi cũng cho rằng việc doanh nghiệp, khi đã thu được lợi nhuận từ thị trường, đóng góp trở lại cho thị trường và cống hiến cho xã hội — nơi đã tạo điều kiện để công nghệ phát triển rồi lại tiếp tục cho phép những bước phát triển như vậy xuất hiện — là điều đáng mong muốn.
Khung nền tảng cơ bản của AI tạo sinh đã được công khai, và tôi cho rằng những phần mà OpenAI không công bố thuộc về bí mật kinh doanh của doanh nghiệp. Việc doanh nghiệp hay công nghệ đóng góp trở lại cho xã hội, bề ngoài là sự thể hiện lòng biết ơn và thông điệp cùng phát triển, nhưng trên thực tế tôi xem đó là tái đầu tư vào thị trường để bảo đảm tăng trưởng bền vững của doanh nghiệp. Nhìn từ góc độ đó, sẽ hợp lý hơn nếu các công ty AI dùng số tiền họ kiếm được để đóng góp cho giáo dục hoặc hạ tầng xã hội; còn việc yêu cầu họ phải công khai toàn bộ bản sao của AI, thứ gần như cũng là tài sản của doanh nghiệp, chẳng phải có thể xem là phớt lờ lợi ích từ những quả trứng vàng mà con ngỗng đẻ ra, rồi đòi mổ bụng nó trước hay sao. Trứng vàng có thể đẻ ra mãi. Chỉ cần chia nhau những quả trứng đó là được; nếu nhất định phải bắt doanh nghiệp đem cả con ngỗng ra thì tôi chỉ tự hỏi rồi ai sẽ còn muốn nuôi ngỗng nữa.
Cách AI vận hành thực ra đã được làm sáng tỏ, giống như điện từ học vậy. Trong smartphone không chỉ có kiến thức nền tảng về điện từ học mà còn có cả những công nghệ mà từng công ty không thể công khai vì là bí mật kinh doanh. Tôi chỉ là không hiểu vì sao lại không tôn trọng phần đó, rồi dồn AI tạo sinh vào thế bị coi là thứ xấu xa như thể đang săn phù thủy.
Nhờ những câu trả lời của mọi người mà tôi đã tìm hiểu thêm được nhiều điều và suy nghĩ rất nhiều. Xin cảm ơn.
> Khoảnh khắc bạn thực sự trở nên giỏi lập trình là khi gặp phải tình huống: “Mình nhất định muốn thêm tính năng này, nhưng không biết làm thế nào.” Tốc độ học hỏi khi đó là thứ không thể so sánh với việc học trên lớp.
Đúng là một lý do quan trọng để làm thứ gì đó mang tính cá nhân!
Tôi nhìn nhận rằng những công nghệ/tri thức có ảnh hưởng lớn đến xã hội thì phải được hoàn trả lại cho xã hội. Giống như thuốc generic vậy. Nếu thuốc generic bị hạn chế thì sẽ có thêm những trường hợp như Daraprim, và toàn xã hội sẽ chịu thiệt hại vì lợi ích của một số ít người.
Và bạn có nhắc đến điện từ học và smartphone, nhưng những ngành khoa học nền tảng như điện từ học là tri thức được công bố dưới hình thức mà bên thứ ba có thể kiểm chứng và được chia sẻ với xã hội, đúng không. Vì thế, ngay cả những người bình thường không có kiến thức về điện từ học cũng có thể tham gia vào hệ sinh thái smartphone dựa trên niềm tin được bồi đắp từng bước như vậy; nhờ đó quy mô hệ sinh thái lớn lên, thị trường hình thành và nhân loại được hưởng lợi từ điều đó.
Có vẻ đây là bài viết tôi đã đọc từ rất lâu rồi.. Đây lại là một bài viết tiếp thêm động lực cho chính tôi. Cảm ơn bạn đã đăng lên.
Nếu định coding kiểu vibe thì sao không làm bằng C đi?
Tin rằng khi code bằng mô hình ngôn ngữ thì nó sẽ tự hiểu và thần kỳ tạo ra những biểu đạt gần với máy móc, đúng là tâm lý của kẻ muốn ăn không ngồi rồi.
Càng bị ràng buộc thì lại càng làm việc tốt trong phạm vi những ràng buộc đó.
Dạo này có vẻ để bản thân bài thuyết trình thật sự có ý nghĩa thì chủ yếu phải xoay quanh các mẹo xử lý AI, nhưng thật tiếc khi cảm giác bản chất của việc thuyết trình ngày càng trở nên dễ dãi và phai nhạt đi.
Tôi một lần nữa cảm nhận được rằng việc giao phó công việc khó đến mức nào.
Nhưng chẳng phải vì chuyện đó mà đã có vài maintainer rời đi sao?
Hiện chỉ có đúng một cuốn sách liên quan đến tiếng Hàn được xuất bản, nhưng đáng tiếc là do cách dùng Rust trong nhân Linux đã trải qua nhiều thay đổi phá vỡ tương thích nhiều lần nên nó hoàn toàn không còn tương thích với các phiên bản nhân hiện nay. Sẽ thật tốt nếu có thể được bổ sung thông qua GitHub hoặc các kênh tương tự.
Dù AI có viết mã đi nữa, trách nhiệm đối với dịch vụ vẫn là của lập trình viên. Tôi không chắc liệu họ có thể chịu trách nhiệm với đoạn mã mà bản thân không thể hiểu được hay không.
Dù vậy, tôi nghĩ vẫn sẽ có những tiêu chí đo lường có ý nghĩa. Đặc biệt, sẽ hiệu quả hơn nếu có ai đó phải chịu trách nhiệm cho cả hai chỉ số đối nghịch. Từ góc nhìn SRE, có thể vui vì đã giảm số vụ sự cố, nhưng vì quá thận trọng trước mỗi bước nên việc triển khai bị chậm lại và phát triển tính năng cũng chững hơn. Ngược lại, từ góc nhìn Dev, có thể vui vì đã làm được nhiều tính năng, nhưng đồng thời số sự cố phát sinh cũng có thể tăng lên.
Tôi cũng nghĩ những chỉ số như p99 latency, tỷ lệ phản hồi thành công, chi phí trên mỗi yêu cầu, MTTR, số vụ sự cố là các chỉ số tốt và khó bị lạm dụng. (Tất nhiên vẫn có thể bị lạm dụng, nhưng có vẻ lợi ích của việc theo dõi và quản lý chúng sẽ nhiều hơn tác hại...)
Vậy thì có lẽ biểu đồ đó rất dễ bị nhiễm bẩn.
Định luật Goodhart: "Khi một thước đo trở thành mục tiêu, thì thước đo đó không còn là một thước đo tốt nữa"
Bình thường, tôi vẫn nghĩ việc nêu thành tích bằng tỷ lệ phần trăm là vô nghĩa, và có vẻ như bài viết này đã hoàn thiện suy nghĩ đó của tôi.
Tôi nghĩ rằng không phải nói kiểu đã góp phần làm doanh thu tăng 5%, mà phải nói trong một khoảng thời gian đã tăng bao nhiêu, và so với trước khi có đóng góp của bản thân thì mức tăng đó đã trở nên dốc hơn đến mức nào.
:+1:
Nội dung quá hay.
???: Đó là màu trắng.
Nhìn vậy thì màu nào cũng thấy đẹp hết.
kkkkkkkkkk
Tôi cũng cho rằng việc doanh nghiệp, khi đã thu được lợi nhuận từ thị trường, đóng góp trở lại cho thị trường và cống hiến cho xã hội — nơi đã tạo điều kiện để công nghệ phát triển rồi lại tiếp tục cho phép những bước phát triển như vậy xuất hiện — là điều đáng mong muốn.
Khung nền tảng cơ bản của AI tạo sinh đã được công khai, và tôi cho rằng những phần mà OpenAI không công bố thuộc về bí mật kinh doanh của doanh nghiệp. Việc doanh nghiệp hay công nghệ đóng góp trở lại cho xã hội, bề ngoài là sự thể hiện lòng biết ơn và thông điệp cùng phát triển, nhưng trên thực tế tôi xem đó là tái đầu tư vào thị trường để bảo đảm tăng trưởng bền vững của doanh nghiệp. Nhìn từ góc độ đó, sẽ hợp lý hơn nếu các công ty AI dùng số tiền họ kiếm được để đóng góp cho giáo dục hoặc hạ tầng xã hội; còn việc yêu cầu họ phải công khai toàn bộ bản sao của AI, thứ gần như cũng là tài sản của doanh nghiệp, chẳng phải có thể xem là phớt lờ lợi ích từ những quả trứng vàng mà con ngỗng đẻ ra, rồi đòi mổ bụng nó trước hay sao. Trứng vàng có thể đẻ ra mãi. Chỉ cần chia nhau những quả trứng đó là được; nếu nhất định phải bắt doanh nghiệp đem cả con ngỗng ra thì tôi chỉ tự hỏi rồi ai sẽ còn muốn nuôi ngỗng nữa.
Cách AI vận hành thực ra đã được làm sáng tỏ, giống như điện từ học vậy. Trong smartphone không chỉ có kiến thức nền tảng về điện từ học mà còn có cả những công nghệ mà từng công ty không thể công khai vì là bí mật kinh doanh. Tôi chỉ là không hiểu vì sao lại không tôn trọng phần đó, rồi dồn AI tạo sinh vào thế bị coi là thứ xấu xa như thể đang săn phù thủy.
Nhờ những câu trả lời của mọi người mà tôi đã tìm hiểu thêm được nhiều điều và suy nghĩ rất nhiều. Xin cảm ơn.
Cảm ơn :)
(Ít nhất là trong lĩnh vực game) tôi cũng đang mong chờ đến ngày có thể hoàn toàn thoát khỏi cái bóng của Windows.
> Khoảnh khắc bạn thực sự trở nên giỏi lập trình là khi gặp phải tình huống: “Mình nhất định muốn thêm tính năng này, nhưng không biết làm thế nào.” Tốc độ học hỏi khi đó là thứ không thể so sánh với việc học trên lớp.
Đúng là một lý do quan trọng để làm thứ gì đó mang tính cá nhân!
Tôi nhìn nhận rằng những công nghệ/tri thức có ảnh hưởng lớn đến xã hội thì phải được hoàn trả lại cho xã hội. Giống như thuốc generic vậy. Nếu thuốc generic bị hạn chế thì sẽ có thêm những trường hợp như Daraprim, và toàn xã hội sẽ chịu thiệt hại vì lợi ích của một số ít người.
Và bạn có nhắc đến điện từ học và smartphone, nhưng những ngành khoa học nền tảng như điện từ học là tri thức được công bố dưới hình thức mà bên thứ ba có thể kiểm chứng và được chia sẻ với xã hội, đúng không. Vì thế, ngay cả những người bình thường không có kiến thức về điện từ học cũng có thể tham gia vào hệ sinh thái smartphone dựa trên niềm tin được bồi đắp từng bước như vậy; nhờ đó quy mô hệ sinh thái lớn lên, thị trường hình thành và nhân loại được hưởng lợi từ điều đó.