Đọc bài này xong, trên đường đi làm và tan làm tôi đã thay điện thoại bằng việc ngắm cảnh và dành thời gian để nghĩ vẩn vơ đủ thứ. Có cảm giác như đến bây giờ mới thở được dễ dàng hơn một chút.

Có vẻ như Hàn Quốc bị loại vì không nằm trong danh sách lựa chọn.

Chính trị gia, vì người ta sẽ bỏ phiếu cho con người...
Môi giới bất động sản, dẫn xem nhà, giải thích và làm hợp đồng mua bán.
Thợ sửa khóa, trừ khi chìa khóa bị thất lạc thì sao?
Dọn dẹp cầu thang và căn hộ, rẻ hơn và làm tốt hơn robot AI.
Điều tra viên tai nạn bảo hiểm, công việc như đến hiện trường để xác minh và điều tra.
Diễn viên hài, có lẽ AI sẽ còn mất nhiều thời gian mới có thể chọc chúng ta cười.

Tôi nghĩ đây là một điểm rất hay. Vì trách nhiệm, đúng như nghĩa đen của nó, là cảm thấy mình có trách nhiệm, nên tự bản thân nó không đòi hỏi sự đền đáp. Nhưng theo thời gian, trong khi cơ thể và tinh thần dần kiệt sức thì cảm giác trách nhiệm lại không dễ biến mất, và để lấp đầy khoảng cách đó, có lẽ ta bắt đầu mong chờ sự đền đáp (dù thực ra không nên nối hai điều đó với nhau như vậy). Ngay cả khi bản thân cũng không nhận ra.

QA có thể giúp kiềm chế cảm giác trách nhiệm quá mức của lập trình viên sao? Tôi vẫn chưa hiểu lắm.

Cảm ơn bạn đã phản hồi!

So với Windsurf và Cursor thì thế nào? Tôi mới chỉ dùng Cursor nhưng đang rất hài lòng. Có trường hợp nào Windsurf tốt hơn không?

Ồ, tôi đang dùng FastAPI khá tốt nên cũng thấy tò mò.

Cháy sạch đến mức thành tro
: khi vất vả tự động hóa công việc xong thì người hưởng lợi lại là đồng nghiệp bên cạnh, còn bản thân thì bị điều sang tự động hóa những công việc khác;

Có phải trường hợp sau này có bối cảnh hơi khác một chút không?

Cải tạo nhà ở vùng ven hoặc chung cư cũ trước hết là lĩnh vực gần với việc hiện thực hóa mơ ước hơn là kinh doanh,
hơn nữa cũng lạ là có rất nhiều chuyện giao phó cho công ty xây dựng/cải tạo với niềm tin rồi lại bị họ chơi sau lưng...

Chà!

Tôi cũng có suy nghĩ gần giống vậy

Đồng cảm… tuy còn tùy vào mức độ hoàn thiện của bản demo, nhưng rất có khả năng đây sẽ trở thành một phương pháp khiến lập trình viên và nhà thiết kế kiệt sức. Để Demo Driven thành công, có lẽ mức độ hoàn thiện của khâu hoạch định sản phẩm là cực kỳ quan trọng.

Tôi cứ viết những gì nảy ra trong đầu lên bảng trắng hoặc chỉ ghi tiêu đề lên giấy note rồi dán lên. Các đặc tả chi tiết thì tôi ghi trong Notion hoặc nơi tương tự. Tôi có xu hướng để chúng ở chỗ dễ nhìn thấy.

Thỉnh thoảng tôi cũng nhận được lời đề nghị làm khóa học hay viết sách, nhưng tôi không có năng khiếu đó nên có lẽ giới hạn của tôi là chỉ có thể viết lại thành bài blog.. T_T

Câu "biết cách bỏ mặc những thứ bị hỏng" có lẽ không phù hợp bằng "biết cách buông bỏ những thứ không quan trọng"
Những gì nhất định phải sửa thì vẫn phải sửa thôi

Tinh thần trách nhiệm quá mức gần như là bệnh nghề nghiệp của lập trình viên, nên phải giải quyết bằng hệ thống.
Đội Quality Assurance phải đảm nhiệm việc đó chứ.

Mình là học sinh lớp 11, tình cờ vào đây đọc rồi mới một lần nữa nhận ra rằng mình đã dành khá nhiều thời gian chỉ để nhìn chằm chằm vào điện thoại. Cảm ơn vì một bài viết cảnh tỉnh rất hay dành cho con người trong thời đại số. Có lẽ mình nên mở một cuốn sách giấy ra đọc, tiện thể cũng để học hành thêm chút.

Tôi đồng cảm với dòng cuối cùng nhất. Điều tôi cảm nhận cũng khá giống vậy: rốt cuộc, AI và LLM chỉ có thể được sử dụng và khai thác đến mức tương xứng với năng lực của người dùng.

Không biết tình bạn giữa những chú vẹt hình thành như thế nào nhỉ, đáng yêu quá haha