Lập trình viên cũng là người sử dụng

Bài viết được dịch từ blog Coding Horror

Hiện tại tôi đang phụ trách việc xây dựng một API nhỏ cho BetaBrite-specific một tập con của Alpha Sign Communications Protocol. Về mặt tự nhiên, tôi muốn nó trở nên dễ dàng sử dụng và dễ hiểu đối với những lập trình viên khác– đó là một vấn đề về usability (tính dễ sử dụng) kinh điển. Bạn sẽ áp dụng hướng tiếp cận usability nào khi mà độc giả của bạn lại là những nhà phát triển phần mềm khác?

Lập trình viên cũng chính là người sử dụng khi dùng các API của các đồng nghiệp khác viết ra.Lập trình viên cũng chính là người sử dụng khi dùng các API của các đồng nghiệp khác viết ra.

Đọc tiếp >>

Advertisements

10 Điều răn dành cho lập trình viên tạm gác lại “cái tôi”

Bài viết được dịch từ blog Coding Horror

Lời bàn của Vinacode:

Ở một bài viết trước đây trên blog Vinacode là Tạm gác lại “cái tôi” trong lập trình: Bạn không phải là công việc của bạn, chúng ta đã bàn về phương pháp lập trình mà không có “cái tôi”. Độc giả Alan cũng đã có một bình luận rất hay, và mình xin trích lược một đoạn sang bài viết này như sau:

“Ở những nước kém văn minh, thay vì đề cao luật chơi và sự rành mạch, họ thường thích xuê xoa tình cảm và kêu gọi nhau đừng tự ái, đừng vì “cái tôi” mà hỏng việc tập thể. Nhưng tự ái hay cái tôi là bản chất tự nhiên của con người làm sao kêu gọi dẹp bỏ được? Thậm chí nếu con người không biết tự ái, không biết đề cao bản ngã của mình thì xã hội sẽ dần thiếu tự tôn, thiếu tự trọng, ít liêm sỉ. Nếu chống lại tự nhiên là uổng công vô ích, hãy làm theo một cách khác: Thay đổi văn hóa tiểu nông lúa nước thành văn hóa công nghiệp. Khi nền văn hóa công nghiệp lan tỏa, tự khắc con người trong xã hội đó sẽ phải thay đổi, phải biết chơi bóng theo luật, phải biết chơi theo tính đồng đội nếu không muốn tự đập nồi cơm của mình. Hãy để mỗi cá nhân biết rằng cứ việc đề cao “cái tôi”, không ai cấm, nhưng hãy nhớ rằng lợi ích của anh ta gắn liền với tập thể, tập thể chết thì anh ta cũng chết, vì vậy hãy nỗ lực hết mình theo đúng những gì anh ta đã cam kết.”

Ở bài viết này chúng ta sẽ cùng đọc qua danh sách 10 điều răn dành cho lập trình viên đang làm việc theo phương pháp không có “cái tôi” nhé!

Mỗi cá nhân cứ việc đề cao 'cái tôi', nhưng hãy nhớ rằng lợi ích của anh ta luôn gắn liền với lợi ích tập thể.Mỗi cá nhân cứ việc đề cao ‘cái tôi’, nhưng hãy nhớ rằng lợi ích của anh ta luôn gắn liền với lợi ích tập thể.

Đọc tiếp >>

Lập trình: cũng chỉ là viết

Bài viết được dịch từ blog Coding Horror

Trong bài viết The Programming Aphorisms of Strunk and White, tác giả James Devlin đã làm một công việc khá xuất sắc trong việc nghiên cứu một số vấn đề mà bản thân tôi đã chú ý trong hơn 5 năm vừa qua:

Đó là mối quan hệ không mong đợi giữa viết code và  viết.

Bạn phải viết code rõ ràng để cho các đồng nghiệp có thể hiểu được.Bạn phải viết code rõ ràng để cho các đồng nghiệp có thể hiểu được.

Đọc tiếp >>

Liệu có nên xóa phần code không dùng nữa?

Bài viết được dịch từ blog Coding Horror

Nói chung tôi không thích những dạng bài viết kiểu “Me, too!”, nhưng tôi phải làm một ngoại lệ cho bài viết tuyệt vời của Ned Batchelder về việc xóa code. Tôi cũng thường xuyên gặp phải hiện tượng này với những lập trình viên khác, và nó gây cho tôi sự bực bội khó chịu, mặc dù tôi không thể xác định chính xác lý do tại sao. Vâng, sau khi đọc đoạn trích này từ bài viết của Ned thì tôi đã có thể:

Bạn nên xóa phần code không dùng nữa để tránh gây khó khăn cho đồng nghiệp khi họ đọc code của bạn.Bạn nên xóa phần code không dùng nữa để tránh gây khó khăn cho đồng nghiệp khi họ đọc code của bạn.

Đọc tiếp >>