Tôi thỉnh thoảng nghĩ rằng ở Hàn Quốc, khi nói mình làm Backend, có lẽ gọi là lập trình viên Spring còn đúng hơn là lập trình viên Java.

 
yshrust 2025-09-24 | bình luận cha | trong: libghostty sắp ra mắt (mitchellh.com)

Tôi đã dùng từ 1.0, và ngoài việc không có cuộn và tìm kiếm thì nhìn chung tôi khá hài lòng haha. Trước đây tôi dùng iTerm, nhưng giờ đã ổn định với nó rồi.

 

Lập luận 1: "Đổi mới thực sự từ trước đến nay luôn chỉ do 0,1% thiểu số tinh hoa tạo ra, còn lại chỉ là người tiêu dùng mang công nghệ đó đi dùng mà thôi."

Dù một phát minh có vĩ đại đến đâu, nếu không có 99,9% còn lại sử dụng và tiếp tục phát triển nó, thì cuối cùng cũng chỉ dừng lại ở mức thú vui cá nhân. Đây là một quan điểm phớt lờ hệ sinh thái.

Lập luận 2: "Việc tận dụng công nghệ có sẵn như phát triển ứng dụng là thứ 'ai cũng làm được', không có giá trị; phát triển thực sự là những công việc mang tính nền tảng như thiết kế kiến trúc."

Công nghệ phức tạp mà không giải quyết được vấn đề của người dùng thì cũng chỉ là sự tự thỏa mãn. Giá trị của công nghệ không được quyết định bởi độ khó, mà bởi ích lợi mà nó tạo ra.

Lập luận 3: "Nghĩ rằng ngày xưa có nhiều lập trình viên tò mò hơn chỉ là ngộ nhận và lãng mạn hóa quá khứ; thực tế chẳng có gì thay đổi."

Bài gốc chỉ ra rằng vấn đề không phải là bản chất con người, mà là 'văn hóa' từng khuyến khích sự tò mò nay đã biến mất. Trong một môi trường nơi lợi nhuận và chỉ số là phần thưởng duy nhất, việc ưu tiên kết quả hơn khám phá là điều tất nhiên.

Đây đúng là một bình luận tự thú rằng mình đang có cái nhìn phiến diện: coi lĩnh vực phát triển là đặc quyền của một nhóm tinh hoa thiểu số, đồng thời hạ thấp các vai trò và giá trị đa dạng khác.

 

Chủ nghĩa duy vật, định lý bất toàn của toán học, Turing hoàn chỉnh, con tàu của Theseus..

Nếu đồng ý với những góc nhìn triết học như vậy thì đây là điều quá đỗi hiển nhiên.

 

Các doanh nghiệp đều hiểu rõ.
Họ vẫn tuân thủ compliance mã nguồn mở, nhưng vì quyên góp không phải là nghĩa vụ nên chỉ những công ty cỡ Google mới đóng góp.

 

Vậy rốt cuộc nguyên nhân gốc rễ là DHH sao?

 

Do các vấn đề về kiểm soát nội bộ hoặc kiểm toán, điều này có vẻ vẫn không dễ để người không phải lập trình viên tận dụng. Khi ngày càng rõ rằng LLM hiện tại không thể trở thành AGI và cũng có giới hạn trong việc lập trình, có cảm giác ngày càng xuất hiện nhiều tuyên bố kiểu nghiến răng nói rằng "không, cái này thật sự làm được".

 

Tôi cũng luôn thắc mắc điều này. Vô số máy chủ của các trình quản lý gói đang chạy ở đâu, và ai đang duy trì vận hành chúng như thế nào....

 

Bận xử lý công việc đến mức chẳng còn thời gian để tò mò nữa hu hu

 

Nếu bạn quan tâm đến những điều như thế này, tôi cũng khuyên bạn nên đọc bài viết của Quanta Magazine về automata tế bào thần kinh.

 

Có vẻ như một nhược điểm nhỏ là vì GeekNews được hiển thị khá nhiều nhờ thuật toán của Google, nên có nhiều người đăng ký ngay trong ngày rồi để lại những bình luận kém chất lượng và rời đi.

 

Có vẻ như cần chia sẻ và thảo luận rộng rãi hơn trong cộng đồng những người làm phần mềm về bối cảnh khác biệt giữa open source và free software (phần mềm tự do).

 

Những lời chỉ trích phiến diện và gay gắt như thế này thực sự rất khó đọc.

 

Quản trị viên các trình quản lý gói Linux rốt cuộc kiếm sống bằng cách nào nhỉ.

 

Chỉ cần tạm rời khỏi việc code để kiếm sống khoảng chừng một hai ngày là đã bắt đầu lờ mờ nghĩ xem liệu có nảy ra được chủ đề gì đó vụn vặt nhưng sáng tạo hay không.

Nhưng thực tế là ngày thường thì cày deadline mà code, cuối tuần thì chăm con... Sáng tạo cái nỗi gì, chỉ mong từng ngày trôi qua yên ổn, không có vấn đề gì là được.

 

Ngay cả trong RAG, các tài liệu PDF này cũng luôn gây ra vấn đề.

 

Giống với hình ảnh các kỳ thủ cờ vây chuyên nghiệp được Jang Kang-myung khắc họa trong “Tương lai đến trước”. Tương lai đó cũng đã đến với các lập trình viên.

 

Ngay từ đầu, người cần những bài như thế này vốn không thể thực hành được nội dung trong bài. Không phải họ cần thứ gì khác, mà đơn giản là bản thân họ chỉ cần một niềm tin mạnh mẽ hơn. Nếu có niềm tin mạnh mẽ thì cũng chẳng bị những lời như thế làm lung lay.

Và vì những điều đó thực sự là các điểm yếu có thể nghĩ ra chỉ trong 1 giây, nên thay vào đó cần có thái độ thừa nhận rằng [không phải mọi lời phê bình đều vô căn cứ, mà có thể lẫn cả thực tế ngành và insight về khách hàng], rồi luôn ghi nhớ những điểm yếu như vậy.