THE ENGINEERING JOURNAL
Các bài viết về software-engineering.
Cảm nhận về Introduction sách Think Like a Programmer của V. Anton Spraul: tại sao học cú pháp khác với học giải quyết vấn đề, và cạm bẫy Kobayashi Maru trong lập trình.
Shell Games (Topic 17) trong The Pragmatic Programmer so sánh terminal với bàn làm việc của người thợ mộc. Tại sao lập trình viên cần làm chủ command line?
Topic 16 của The Pragmatic Programmer nói về plain text — thứ tưởng xưa mà hoá ra là vũ khí lợi hại nhất của lập trình viên.
Topic 15 của The Pragmatic Programmer nói về estimating — kỹ năng ước lượng mà dev nào cũng cần rèn. Làm sao để ước lượng trung thực, không biến estimate thành commit.
Topic 14 trong series The Pragmatic Programmer: Domain Languages — xây dựng ngôn ngữ nhỏ cho riêng bài toán, giúp code gần gũi với domain hơn và dễ maintain hơn.
Topic 13 trong series The Pragmatic Programmer: Prototypes and Post-it Notes — một trong những topic làm mình suy nghĩ lại rất nhiều về cách mình vẫn thường làm việc. Prototype không chỉ dành cho code, mà còn có thể dùng Post-it Notes để thiết kế UI nữa cơ!
Tính trực giao (orthogonality) giúp code dễ bảo trì, dễ mở rộng và ít bug hơn. Cùng mình tìm hiểu qua góc nhìn từ cuốn The Pragmatic Programmer.
DRY không phải là đừng copy-paste code, mà là đừng lặp kiến thức. Cùng mình ôn lại một trong những nguyên lý quan trọng nhất của lập trình viên qua góc nhìn từ cuốn The Pragmatic Programmer.
Topic 4 trong The Pragmatic Programmer kể hai câu chuyện ngụ ngôn: Stone Soup dạy chủ động, Boiled Frogs dạy tỉnh táo.
Cảm nhận về Topic 3: Software Entropy trong The Pragmatic Programmer — tại sao cửa sổ vỡ lại nguy hiểm với codebase của bạn?
