Wow, mình vừa thử bật app GitHub để review PR. Không biết sẽ thế nào đây.

 

Mọi thứ đều ổn, nhưng nhược điểm cực lớn là nếu muốn mua ở Hàn Quốc thì phải có người quen sống ở nước ngoài...
Nghe nói cả dịch vụ chuyển tiếp hàng cũng bị chặn rất gắt gao.

 

Nghe nói đó là thứ làm theo y nguyên docx.
Trước đây chính MS cũng đã làm như vậy khi chuyển từ doc sang docx.

 

Có vẻ điều quan trọng là không mù quáng làm theo mỗi tiêu đề, mà phải hiểu rõ ngữ cảnh và áp dụng cho phù hợp.

 

Ừm... liệu việc phát triển có an toàn về kiểu hơn so với TS hay không thì cũng khá đáng tò mò đấy.

 

Tôi cũng nghĩ rằng đó là một phần mềm tuyệt vời, ít nhất cho đến khi Hangul 97 ra mắt.

 

Cảm ơn bài viết hay. Tôi muốn các tệp được tạo trên AWS (chẳng hạn như báo cáo) ở định dạng HWP, nhưng đang gặp khó khăn vì thiếu tài liệu tham khảo liên quan. Hiện tại tôi đang làm bằng Word. Nếu có tài liệu nào có thể tham khảo được, mong bạn chia sẻ liên kết giúp.

 

Có lẽ AI cứ nên tập trung vào việc học trên PDF, còn Hangeul thì chỉ cần làm tốt bộ chuyển đổi sang PDF thôi, nhỉ haha

 

So với MS Word hay Libre Office, tôi thấy Hancom Office tiện hơn rất nhiều để tạo ra tài liệu đúng theo hình thức mình muốn. Còn khi phát hành thì chỉ cần xuất PDF là được.

Tất nhiên, chắc cũng một phần vì tôi đã quen dùng Hancom Office nên mới cảm thấy như vậy.

 

Trước đây tôi từng nghe rằng hwpx chỉ đơn giản là bung dữ liệu nhị phân của hwp thành XML rồi nén lại bằng zip.
Dù vậy ít nhất thì vẫn có thể đọc được...

 
savvykang 2025-02-26 | bình luận cha | trong: Clean Code vs. Triết lý thiết kế phần mềm (github.com/johnousterhout)

Sách tự phát triển bản thân về lập trình có thể ổn với người mới bắt đầu khi họ chưa có quan điểm rõ ràng về công nghệ hay cách triển khai, nhưng tôi nghĩ hiệu quả của chúng sẽ giảm dần khi kinh nghiệm tích lũy nhiều hơn. Cũng vì không có chân lý tuyệt đối nào phù hợp với mọi dự án và môi trường, và cũng có những tình huống mà các nguyên tắc chung không thể áp dụng. Giống như lời khuyên trong các sách tự phát triển bản thân phổ thông khác, có lẽ nên giữ một khoảng cách vừa phải, chỉ áp dụng những lời khuyên phù hợp với hoàn cảnh, và không mù quáng theo đuổi chúng.

 
leojineoo 2025-02-26 | bình luận cha | trong: Clean Code vs. Triết lý thiết kế phần mềm (github.com/johnousterhout)

Đừng quên rằng clean code không phải là mục tiêu, mà là phương tiện để đạt tới mục tiêu.

 

Việc làm frontend dựa trên Go hiệu quả hơn tưởng tượng. Rõ ràng là có lý do khiến các use case ngày càng tăng.

 
  • Các công cụ lập trình AI hiện có chủ yếu được cung cấp cho doanh nghiệp, nên sinh viên, freelancer và startup khó tiếp cận
  • Nhưng chẳng phải ngay cả doanh nghiệp cũng khó sử dụng vì vấn đề bảo mật mã nguồn sao..?
 
bbulbum 2025-02-26 | bình luận cha | trong: Half-Life: Half-Life (filfre.net)

"Dừng thiết bị lại đi. Không được à? Không dừng được. Chắc tôi phải thoát khỏi đây thôi" Đây cũng là một tác phẩm đã để lại câu nói kinh điển trong giới meme Hàn Quốc.

 

Tôi từng nghe kể về công ty nơi một người quen đang làm việc; đó là một công ty phần mềm quản lý đặt chỗ và khách hàng, chuyên triển khai máy chủ cục bộ.
Sản phẩm này đến nay đã được phát triển gần 20 năm, và vì thị trường mục tiêu rất rõ ràng nên nghe nói họ cũng đứng khoảng thứ 2 trong ngành.
Đây cũng là một dịch vụ không phải cloud/web và không có nhiều bước tiến lớn về mặt công nghệ, nhưng tôi thấy những mô hình kinh doanh như vậy cũng thực sự khá ổn.

 
nicewook 2025-02-26 | bình luận cha | trong: Clean Code vs. Triết lý thiết kế phần mềm (github.com/johnousterhout)

Tôi có phần đồng cảm với ý kiến của John hơn.
Có lẽ điều cốt lõi là không nên vô điều kiện làm theo lời của hai người như một giáo điều, mà phải hiểu vì sao lại như vậy rồi tiếp tục tiến lên.