THE ENGINEERING JOURNAL
Các bài viết về pragmatic-programmer.
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ơ!
Topic 12 trong series The Pragmatic Programmer: Tracer Bullets — build end-to-end nhanh, lấy feedback sớm, thay vì thiết kế hoàn hảo rồi mới code.
Topic 11 trong series The Pragmatic Programmer nói về Reversibility — khả năng đảo ngược quyết định. Một bài học đắt giá cho bất kỳ ai làm software: không có quyết định nào là mãi mãi, hãy xây dựng hệ thống để dễ xoay hướng.
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.
Bản chất của một thiết kế tốt là gì? The Pragmatic Programmer gói gọn trong 3 chữ: ETC — Easier to Change. Đọc xong gật gù suốt!
Topic 7 cuối cùng của Chapter 1: Communicate! — giao tiếp trong công việc lập trình viên. 5 nguyên tắc: biết đối tượng, chọn thời điểm, biết mình muốn nói gì, làm đẹp, và lắng nghe.
Tiếp tục series The Pragmatic Programmer với Topic 6: Your Knowledge Portfolio. Khám phá 5 nguyên tắc quản lý kiến thức như một danh mục đầu tư tài chính — đầu tư đều đặn, đa dạng hóa, và luôn đón đầu công nghệ mới.
Tuần 5: Good-Enough Software — phần mềm 'đủ tốt' là gì? Khi nào thì ship, khi nào thì trau chuốt thêm?
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.
