The Clean Coder: A Code of Conduct for Professional Programmers in Review sách công nghệ thông tin

Jul 28, 2019 Hưng Đặng rated it really liked it

Shelves: it-books

Điều hay nhất tớ thấy ở cuốn sách này ở ngay ở chương 1, bác Bob đã đặt ra 5 câu hỏi mà bất cứ lập trình viên chuyên nghiệp nào cũng phải trả lời được (không trích vì spoiler), rất cụ thể và dễ áp dụng. Điều làm tớ bất ngờ nhất mà tớ biết là cần phải viết test trước khi viết code vì tớ chưa bao giờ làm thế và gần như không hiểu nổi cho đến khi tớ đọc bài trả lời của bác Mario Galindo trên Quora cho câu hỏi "As someone who works with interpreted programming languages, I do not quite understand. H Điều hay nhất tớ thấy ở cuốn sách này ở ngay ở chương 1, bác Bob đã đặt ra 5 câu hỏi mà bất cứ lập trình viên chuyên nghiệp nào cũng phải trả lời được (không trích vì spoiler), rất cụ thể và dễ áp dụng. Điều làm tớ bất ngờ nhất mà tớ biết là cần phải viết test trước khi viết code vì tớ chưa bao giờ làm thế và gần như không hiểu nổi cho đến khi tớ đọc bài trả lời của bác Mario Galindo trên Quora cho câu hỏi "As someone who works with interpreted programming languages, I do not quite understand. How do you debug large C and C++ programs?"
Tớ thích câu chuyện nghỉ việc của bác Bob và bài học từ nó: "Bạn chỉ nghỉ việc khi sẵn sàng một công việc khác và lúc thôi việc bạn phải bình tĩnh, ngầu (cool) và đơn độc. Tớ đã làm đúng điều này ở công ty gần nhất tớ nghỉ việc và mọi chuyện êm thấm, thật khác cuộc cãi lộn ủm tỏi ở công ty trước đó.
Tớ thích ý tưởng và luận điệu của bác Bob về pair programming và Coding Dojo hay Kata. Hy vọng một ngày nào đó tớ có thể chơi trò này cùng bạn mình.
Một ý hay về Tranh luận và Bất đồng quan điểm là chỉ giành ra 5 phút để xử lý. Nếu ko được cả 2 người trình bày ý tưởng và để team biểu quyết. Rất nhiều người để thỏa mãn tính cá nhân mà la hét cáu gắt cốt để uy hiếp người khác nghe lời mình hoặc ngược lại, giả vờ đồng tình sau đó bất hợp tác. Suy cho cùng cuộc sống bao giờ cũng có lúc thắng lúc thua, quan trọng là giải quyết vấn đề.
Một ý hay khác là dự án nên xoay quanh nhóm thay vì ngược lại. Các công ty dù lớn hay nhỏ đều đi theo hướng ngược lại, biến con người chở thành bánh răng của hệ thống và dễ thay thế. Nhưng nhóm làm việc cần tối thiểu 6 tháng để có thể làm việc hiệu quả với nhau. Một nhóm bền chặt sẽ dễ dàng qua lại giữa các dự án và phối hợp ăn ý hơn việc chia tách mọi người theo từng dự án. Tuy nhiên ý này cũng không hẳn là thực tế chưa kể một khi sự phân rã xảy ra, mọi người sẽ đều rất đau lòng. Con người thật không giỏi sống gần và lâu với nhau.
Điều tớ cảm thấy khắc nghiệt là đòi hỏi cao của cuốn sách về một lập trình viên. Bác Bob vẽ ra hình mẫu lý tưởng của một lập trình viên hoàn hảo phần nào khiến tớ thấy mặc cảm và căng thẳng vì chắc còn rất lâu nữa tớ mới với tới trình độ đó. Chưa kể cách làm việc như vậy không thực tế với tình hình trong nước khi mà dự án thường không rõ sống chết và thiếu những người lãnh đạo hiểu rõ cả về kinh doanh lẫn công nghệ để biết chắc điều gì là có thể còn điều gì là ngớ ngẩn.
Cuối cùng là sự khắt khe trong việc fix bug và ngăn chặn bug thực sự khiến tớ không thoải mái. Nếu lập trình viên nào cũng làm thế thì các bạn QA thất nghiệp hết mất. Lời này chỉ là tự an ủi, có lẽ sự không thoải mái này có lợi cho tớ.
Một cuốn sách ngắn và hay! ...more

2 likes · Like · see review