Một file GIF 36MB bị nhét thẳng vào README.md luôn nhỉ... á trời.

 

Wow... ý tưởng này đỉnh thật đấy.

 

Wow, nếu là dự án một người thì sau khi xong có vẻ sẽ rất tiện để nhìn lại trong suốt thời gian đó mình đã làm gì. Vì là code do chính mình viết nên dù tua vèo qua cũng đại khái sẽ nhớ ra kiểu “à, lúc đó mình đã làm gì nhỉ”. Thú vị thật.

 

Thật bất ngờ là trên một chiếc máy bay lớn như vậy, việc thay phần cứng chỉ mất khoảng 3~4 giờ. Có vẻ mức độ mô-đun hóa được làm cực kỳ tốt...

 

Thật tuyệt vì tất cả prompt đã dùng đều được đưa ra đầy đủ.

 

Trang chủ của https://posthog.com/ thật sự rất mới lạ và đầy sáng tạo.

 

(Tiểu thuyết khoa học viễn tưởng) Mình nghĩ bối cảnh của Dune đã có một tầm nhìn rất đi trước thời đại.

Trong cuộc đấu tranh giữa con người và AI, con người chiến thắng và loại bỏ mọi máy tính.

 

Có vẻ như vấn đề ở Hàn Quốc không quá lớn.

  • Theo Bộ Đất đai, Hạ tầng và Giao thông cùng ngành hàng không, trong số các hãng hàng không nội địa đang khai thác máy bay chở khách dòng A320 có 6 hãng gồm Korean Air (18 chiếc), Asiana Airlines (24 chiếc), Air Busan (21 chiếc), Air Seoul (6 chiếc), Aero K (9 chiếc) và Parata Air (2 chiếc)
  • Trong số này, 42 chiếc thuộc diện thu hồi lần này, và không có mẫu đời cũ nào cần thay thế phần cứng mất 3~4 giờ
  • Theo Bộ Đất đai, Hạ tầng và Giao thông, toàn bộ máy bay chở khách thuộc diện thu hồi đều có thể hoàn tất biện pháp cần thiết trong vòng 1 giờ thông qua cập nhật phần mềm từ buồng lái; tính đến 6 giờ ngày 30/11, 40/42 chiếc (95%) đã hoàn tất cập nhật
 

Bạn đã thử tắt phantom process killer chưa?

 

Tôi đang nghiêm túc tính chuyện bỏ Windows nên lần này mua một chiếc UMPC để dùng thử Bazzite, và hiện tại tôi rất hài lòng. Phần nhập tiếng Hàn trên KDE hơi khó một chút nên tôi chuyển sang môi trường GNOME, thấy khá giống macOS và rất ưng ý. GPT giúp được rất nhiều.

 
aer0700 2025-11-30 | bình luận cha | trong: Bạn muốn xây dựng RAG cục bộ? (blog.yakkomajuri.com)

Dù là vector DB hay gì đi nữa thì thật ra có lẽ chỉ cần triển khai phần tìm kiếm là được mà...

 

Sẽ rất tốt nếu hệ thống được thiết kế đủ dư địa và linh hoạt để có thể cung cấp chất lượng tốt. Và chắc chắn, xét trên mặt bằng chung, hiện nay mọi thứ đúng là như vậy hơn so với thời kỳ mà kỹ nghệ tổ chức và phương pháp phát triển còn kém phát triển hơn bây giờ.

Tuy vậy, trong mắt tôi, điều này nghe giống như lời bào chữa của một người có cái tôi với tư cách kỹ sư thì phình to, nhưng lại thiếu tinh thần trách nhiệm với tư cách là một thành viên của tổ chức, rằng tất cả những chuyện này không phải lỗi của mình mà là lỗi của ban lãnh đạo.

Kỹ sư xây dựng, nhà thiết kế công nghiệp, animator thì không có deadline, được đánh giá chỉ bằng tính sáng tạo và chất lượng chứ không phải năng suất, còn chỉ riêng lập trình viên là có deadline sao?

 

Theo kinh nghiệm của tôi, nếu nền tảng CS, đặc biệt là PLT, vững thì rốt cuộc trong bất kỳ môi trường nào cũng sẽ viết được mã tương đối tốt hơn.

Ngay cả khi không có kiến thức gì quá ghê gớm, chỉ cần là người hiểu những nguyên tắc cơ bản nhất thì nếu có đủ thời gian và làm với đoạn mã quen thuộc, vẫn sẽ tạo ra được chất lượng mã theo cách riêng. Refactor n lần thì ngay cả AI viết cũng sẽ trông ra gì đấy.

Dù bám vào một mã nguồn rất lâu, vẫn có nhiều người tự nhận là 20 năm kinh nghiệm nhưng chỉ biết tạo ra spaghetti code, thậm chí còn không biết vì sao không nên làm vậy.

Trừ khi có thể được cung cấp một môi trường hoàn hảo cùng thời gian và ngân sách vô hạn, tôi thấy đây là nội dung khá sáo rỗng và không có nhiều ý nghĩa. Dù là thời đại nào hay công việc nào thì chuyện này chẳng phải đều như nhau sao?

Viết được mã tốt hơn trên cùng một hệ thống rõ ràng đúng là năng lực của kỹ sư.

 

Những bài viết đăng ở đây nhìn chung có thể là trong một môi trường hơi khác với một số góc nhìn hay kinh nghiệm của thị trường SI trong nước, nơi ngay cả OCP cũng bị phớt lờ.

Dù sao thì Linus Torvalds cũng đâu phải junior...