Cá nhân tôi mong kiểu bài như vibe coding đừng xuất hiện ở đây nữa. Thật sự, không có lấy một bài nào là ngoại lệ, toàn là những lời vô căn cứ và hoang đường kiểu như “tôi không học chuyên ngành lập trình nhưng dùng vibe coding nên chỉ trong vài tuần đã đạt doanh thu hàng chục tỷ, còn từ chối cả đề nghị mua lại từ VC, bla bla”. Chúng ta có nhất thiết phải tiếp tục đọc những bài vô nghĩa như thế này không?
Tại sao các doanh nghiệp Hàn Quốc hay chính phủ lại tập trung vào các mô hình ngôn ngữ được tối ưu riêng cho tiếng Hàn vậy? Nếu nghĩ đến xu hướng LLM gần đây là huấn luyện trên dữ liệu khổng lồ ở quy mô Internet để nâng cao hiệu năng, thì có vẻ mô hình đa dụng dùng chung cho nhiều ngôn ngữ mới tự nhiên hơn. Nên tôi không hiểu mô hình ngôn ngữ chuyên biệt cho tiếng Hàn thực sự có ưu điểm gì.
Chỉ cần nghĩ thêm vài phút và gõ thêm vài lần là có thể không phải trả 1000 đô, lấy số tiền đó đi mua đồ ăn còn hơn. Có vẻ không phải ultrathink mà là hangover-think.
Đây là một câu chuyện hiển nhiên và quan trọng, nhưng khi thực sự cố gắng đưa vào thực hành thì đó lại là phần khá khó, đòi hỏi phải chú ý rất nhiều. Có vẻ như những đồng nghiệp xuất sắc xung quanh tôi có trực giác rất tốt trong việc decompress những thông tin đã được nén.
Tôi nghĩ golang và React đều là những ngôn ngữ lập trình enterprise kiểu “nhàm chán” của thời đại mới.
Vì boring không thể được dịch sang “nhàm chán” một cách chính xác 100%, nên có vẻ như sắc thái ý nghĩa không được truyền tải đúng cho độc giả Hàn Quốc.
>Điểm hay của sự "nhàm chán" (bị ràng buộc nhiều) là khả năng của những thứ này đã được hiểu rất rõ. Nhưng quan trọng hơn, các kiểu thất bại của chúng cũng được hiểu rất rõ.
Trong nguyên văn có một liên kết liên quan đến boring, nhưng nếu xem nội dung thì có vẻ boring mang nghĩa là "quá quen thuộc".
> Sự tò mò và những câu hỏi tiếp theo: Người giải quyết vấn đề phải liên tục đặt câu hỏi và cố gắng nắm bắt bối cảnh.
Tôi nghĩ đây là phần quan trọng nhất.
Vì thái độ muốn tiến gần hơn tới bản chất sẽ trở thành động lực để tạo ra những cách giải khác như giảm thiểu việc bàn giao, xây dựng văn hóa tổ chức mạnh và rút ngắn khoảng cách giữa khách hàng với mã nguồn.
Cho đến gần đây, tôi chỉ tập trung vào việc hiện thực các yêu cầu được giao, nhưng sau khi phát triển xong thì thường có cảm giác hiệu quả thực tế khá ít. Dạo này, trước khi thảo luận về yêu cầu, tôi kiên trì hỏi "tại sao lại cần", và có vẻ như trong quá trình đó sẽ xuất hiện lời giải gần với đáp án đúng hơn.
Cá nhân tôi mong kiểu bài như vibe coding đừng xuất hiện ở đây nữa. Thật sự, không có lấy một bài nào là ngoại lệ, toàn là những lời vô căn cứ và hoang đường kiểu như “tôi không học chuyên ngành lập trình nhưng dùng vibe coding nên chỉ trong vài tuần đã đạt doanh thu hàng chục tỷ, còn từ chối cả đề nghị mua lại từ VC, bla bla”. Chúng ta có nhất thiết phải tiếp tục đọc những bài vô nghĩa như thế này không?
Tôi đã tạo sẵn một template để dùng với https://github.com/gracefullight/py-starter.
Cảm ơn.
Tại sao các doanh nghiệp Hàn Quốc hay chính phủ lại tập trung vào các mô hình ngôn ngữ được tối ưu riêng cho tiếng Hàn vậy? Nếu nghĩ đến xu hướng LLM gần đây là huấn luyện trên dữ liệu khổng lồ ở quy mô Internet để nâng cao hiệu năng, thì có vẻ mô hình đa dụng dùng chung cho nhiều ngôn ngữ mới tự nhiên hơn. Nên tôi không hiểu mô hình ngôn ngữ chuyên biệt cho tiếng Hàn thực sự có ưu điểm gì.
Chỉ cần nghĩ thêm vài phút và gõ thêm vài lần là có thể không phải trả 1000 đô, lấy số tiền đó đi mua đồ ăn còn hơn. Có vẻ không phải ultrathink mà là hangover-think.
Đây là một câu chuyện hiển nhiên và quan trọng, nhưng khi thực sự cố gắng đưa vào thực hành thì đó lại là phần khá khó, đòi hỏi phải chú ý rất nhiều. Có vẻ như những đồng nghiệp xuất sắc xung quanh tôi có trực giác rất tốt trong việc
decompressnhững thông tin đã được nén.Tôi nghĩ golang và React đều là những ngôn ngữ lập trình enterprise kiểu “nhàm chán” của thời đại mới.
Vì
boringkhông thể được dịch sang “nhàm chán” một cách chính xác 100%, nên có vẻ như sắc thái ý nghĩa không được truyền tải đúng cho độc giả Hàn Quốc.Nên xem trước khi đàm phán lương
Có những từ phù hợp hơn như
experienced,verified,skillful, vậy mà lại cố tình dùngboring, có vẻ là có chủ ý giật tít để câu tương tác.>Điểm hay của sự "nhàm chán" (bị ràng buộc nhiều) là khả năng của những thứ này đã được hiểu rất rõ. Nhưng quan trọng hơn, các kiểu thất bại của chúng cũng được hiểu rất rõ.
Trong nguyên văn có một liên kết liên quan đến
boring, nhưng nếu xem nội dung thì có vẻboringmang nghĩa là "quá quen thuộc".Tên của mô hình AI này nghe khá ominous, kiểu như cái tên sẽ xuất hiện trong một tác phẩm hậu tận thế hay dystopia vậy lol
Có phải ý ở đây không phải là chán để viết, mà là kiểu stack "quốc dân" đến mức dùng quá nhiều nên thành nhàm chán không?
> Sự tò mò và những câu hỏi tiếp theo: Người giải quyết vấn đề phải liên tục đặt câu hỏi và cố gắng nắm bắt bối cảnh.
Tôi nghĩ đây là phần quan trọng nhất.
Vì thái độ muốn tiến gần hơn tới bản chất sẽ trở thành động lực để tạo ra những cách giải khác như giảm thiểu việc bàn giao, xây dựng văn hóa tổ chức mạnh và rút ngắn khoảng cách giữa khách hàng với mã nguồn.
Cho đến gần đây, tôi chỉ tập trung vào việc hiện thực các yêu cầu được giao, nhưng sau khi phát triển xong thì thường có cảm giác hiệu quả thực tế khá ít. Dạo này, trước khi thảo luận về yêu cầu, tôi kiên trì hỏi "tại sao lại cần", và có vẻ như trong quá trình đó sẽ xuất hiện lời giải gần với đáp án đúng hơn.
Ở nước ngoài, có vẻ đó được xem là một stack nhàm chán.
Thực tế thì Go đơn giản là lựa chọn dễ nhất để làm web server thôi..
Có vẻ họ cho rằng phải phát triển bằng những thứ như Rust hay các ngôn ngữ phía FP thì mới không nhàm chán.
Tôi muốn sống trong thế giới nhàm chán với Postgres, golang và React
Linux kernel khoảng 2.6.29...
Những điều quá đỗi hiển nhiên... những điểm quan trọng đang bị bỏ qua vì chúng quá hiển nhiên...
Chỉ riêng việc dùng gRPC thôi thì... haha
Tôi cũng đã nghĩ ngay: golang mà cũng nhàm chán à?
Nếu là mức như classic asp thì còn có thể gọi là nhàm chán chứ.
Tôi nghĩ GeekNews hay ở chỗ mật độ thông tin cao theo nghĩa đó.
Cách kết câu kiểu ngắn gọn, lược bỏ chủ ngữ đúng là giống như tối ưu hóa mật độ thật.