Éo ai quan tâm đến code bạn viết đâu
code
39
programming
71
developer
39
White

Huy Hoàng Phạm viết ngày 16/11/2015

Éo ai quan tâm đến code bạn viết đâu

Lưu ý: Bài viết này được phỏng dịch từ 1 blog tiếng Anh. Có khá nhiều bạn sẽ không đồng ý với ý kiến được đưa ra trong bài viết này, bản thân mình cũng cảm thấy có đôi chỗ chưa đồng tình lắm . Tuy nhiên, những ý kiến cũng như dẫn chứng đưa ra trong bài viết – theo ý mình – là khá chính xác. Mong rằng mọi người có thể rút ra được vài điều bổ ích (như mình) sau khi đọc bài này. Bạn có thể tham khảo bài viết gốc tại đây: http://mortoray.com/2015/04/20/nobody-cares-about-your-code/

Có một sự thật đớn đau ít người biết về nghề lập trình. Lập trình viên thường bỏ công sức để trau chuốt code của mình trở nên hoàn hảo mà quên 1 sự thật: Thứ quan trọng thật sự không phải là code, mà là sản phẩm. Biết được điều này, lập trình viên sẽ gia tăng hiệu suất làm việc, sản phẩm do anh ta làm ra cũng sẽ được coi trọng hơn (Điều này chỉ đúng với các start-up, các project làm ra sản phẩm. Với cái project outsource, code chính là sản phẩm, bọn Nhật nhiều khi review code rất kĩ, bắt lỗi tới từng câu lệnh, cách đặt tên biến. Tác giả là người nước ngoài chắc cũng không làm outsource nhiều nên không biết).

abcd

Code chỉ là công cụ

Công việc của developer chúng ta không phải là viết code, mà là sử dụng code để tạo ra phần mềm, với những chức năng mà người dùng mong muốn. Code là thứ giúp chúng ta thực hiện điều đó, nhưng xét cho cùng, nó chỉ là công cụ. Giống như công việc của thợ cắt tóc không phải là sử dụng kéo (kéo = code), công việc của họ là tạo ra thứ gì đó (một mái đầu đẹp) với cây kéo.

Tuy vậy, một số quy trình trong ngành phần mềm có thể làm ta lầm tưởng rằng code chính là sản phẩm. Vd, việc refactor code, có thể xem đó là 1 qui trình làm cho code tốt hơn, hoặc làm cho sản phẩm tốt hơn. Nhìn từ góc độ của khách hàng hoặc người quản lý, refactor code là một hành động vô bổ, còn có thể làm nảy sinh bug mới, tốn thời gian và công sức.

Sản phẩm chúng ta tạo ra (phần mềm) được đánh giá qua những gì người dùng nhìn thấy, chúng ta cần tự nhắc nhở mình điều này mỗi khi viết một dòng code. Nếu phần mềm nhàm chán, không đáp ứng đủ chức năng, người dùng sẽ éo thèm quan tâm đến những thứ đằng sau, toàn bộ những thứ đẹp đẽ tuyệt vời chúng ta làm trong code đều trở nên vô nghĩa.

Điều đó không có nghĩa là code hoàn toàn vô giá trị, có thể thoải mái thả nổi chất lượng. Những vấn đề như bảo mật, validation, khả năng chịu lỗi cần phải được giải quyết bằng cách code đúng cách, sử dụng đúng thư viện, đó cũng chính là công việc của lập trình viên chúng ta. Code chất lượng, dễ hiểu thì người khác sẽ review dễ dàng hơn (Theo mình, ý của tác giả ở đoạn này là: tuy khách hàng không quan tâm đến code của bạn, nhưng còn 1 số người khác như developer, technical lead sẽ khá quan tâm đến nó).

Tập trung vào chức năng

Hãy tưởng tượng bạn đang ở trong một cuộc họp trực tiếp với khách hàng, hoặc product owner. Chúng ta báo cáo gì với họ? Chúng ta có nói rằng đã tạo được bao nhiêu class, viết được bao nhiêu dòng code ko? Hay chúng ta nói cho họ nghe về cách chúng ta sửa lỗi ứng dụng, script để deploy, hoặc ta thiết kế database như thế nào. Tiếc thay, câu trả lời thường là . Hãy nhìn mặt khách hàng lúc này, trông họ chan chán, ngu ngơ như con cá bơ, hoặc giả bộ gật gù chờ hết chuyện. Chúng ta đi vào quá nhiều chi tiết vô giá trị đối với khách hàng. Không phải họ không biết, không hiểu, mà đơn giản là họ éo quan tâm (Ví dụ dễ thấy, nếu bạn nhận làm web quảng cáo cho 1 công ty, họ chỉ cần sản phẩm là 1 trang web kèm tên miền, họ không quan tâm bạn dùng PHP hay Java hay C#, bạn viết HTML4 hay HTML5, họ không biết, và có biết cũng không thèm quan tâm).

Hãy tượng tượng bạn có 1 đội designer trong công ty. Trong buổi họp, bạn phải nghe bọn designer lảm nhảm về photoshop, về việc tụi nó đã tạo layer thế nào, thiết kế gradient tương phản ra sao, tụi nó viết script xử lý ảnh như thế nào. Chúng ta éo quan tâm, chúng ta chỉ cần biết : Khi nào bọn mài design xong để tụi tao còn code.

Chúng ta nên tập trung vào chức năng khi báo cáo với khách hàng: chức năng tạo báo cáo đã xong, nhưng còn thiếu phần ABC; trang web đã hiển thị rõ đẹp trên di động, nhưng cần chỉnh sửa chút đỉnh trên tablet. Đây là những thông tin mà quản lý và khách hàng quan tâm, nó giúp họ hiểu rõ tiến độ của dự án, cho họ thêm thông tin trong việc lên kế hoạch.

JavaScript-Code-Libraries

Mấy cái library vô dụng

Một câu hỏi đặt ra dành cho các bạn lập trình viên: Đã bao giờ các bạn chọn 1 library để sử dụng dựa trên source code của nó chưa? Mình thì chưa. Vd như mình cần tìm 1 library hỗ trợ việc resize ảnh trong C#, mình sẽ google, sau đó xem library nào được nhiều người sử dụng nhất, chức năng có nhiều hay không, cách sử dụng có dễ hay không. Thứ mình quan tâm là gì, chính là sản phẩm, không phải code của thư viện đó. Nếu 1 thư viện được code rất có bài bản, áp dụng design pattern, interface, DI, nhưng mà chức năng lèo tèo, liệu bạn có chọn không? Câu trả lời đương nhiên là không.

Bạn thấy đấy, đến cả lập trình viên chúng ta còn không thèm quan tâm đến code của lập trình viên khác, làm sao bạn có thể đòi hỏi "lũ khách hàng" quan tâm đến code của mình.

1

Đúng, nhưng mà…

Vì không ai quan tâm đến code, chúng ta có quyền viết code ẩu cho xong chuyện. Không, hoàn toàn không phải. Code chất lượng thì sẽ cho ra sản phẩm chất lượng. Dù không ai quan tâm đến code, để giải quyết vấn đề ta vẫn phải dùng đến code. Quay lại chuyện cái kéo ở ban đầu, kéo bén hay kéo cùn thì đều cắt ra tóc được, nhưng xài kéo rỉ sét (code quá tệ) thì sẽ hại cả thợ lẫn người cắt. Công việc của lập trình viên chúng ta là chăm chút cho sản phẩm, không phải cho code. Hãy thử đặt mình vào vị trí của quản lý, hoặc khách hàng, tập trung vào chức năng, chứ không phải công cụ. Chức năng, chứ không phải code, mới là thứ mang lại giá trị thực sự cho sản phẩm ta làm ra.

Bản gốc: Blog tôi đi code dạo.

Bình luận


White
{{ comment.user.name }}
Bỏ hay Hay
{{comment.like_count}}
Male avatar
{{ comment_error }}
Hủy
   

Hiển thị thử

Chỉnh sửa

White

Huy Hoàng Phạm

54 bài viết.
924 người follow
Kipalog
{{userFollowed ? 'Following' : 'Follow'}}
Cùng một tác giả
White
74 8
SOLID là gì – Áp dụng các nguyên lý SOLID để trở thành lập trình viên code “cứng” Trong quá trình học, hầu như các bạn sinh viên đều được học một s...
Huy Hoàng Phạm viết gần 3 năm trước
74 8
White
58 8
Nhập đề Kinh thư ghi lại rằng, con đường tu chân có 3 cảnh giới: Luyện khí, Trúc cơ và Kết đan. Luyện khí là quá trình rèn thân luyện thể, cho phà...
Huy Hoàng Phạm viết hơn 2 năm trước
58 8
White
53 23
Luận về comment code (Phong cách kiếm hiệp) Comment code luôn là vấn đề gây tranh cãi sứt đầu mẻ trán trong giới võ lâm. Xưa kia, thuở còn mài đít...
Huy Hoàng Phạm viết gần 3 năm trước
53 23
Bài viết liên quan
White
11 0
Review sách: The Passionate Programmer – Những điều giúp developer phát triển sự nghiệp Sau một loạt những bài viết về technical khô khan, hôm nay...
Huy Hoàng Phạm viết hơn 2 năm trước
11 0
White
53 23
Luận về comment code (Phong cách kiếm hiệp) Comment code luôn là vấn đề gây tranh cãi sứt đầu mẻ trán trong giới võ lâm. Xưa kia, thuở còn mài đít...
Huy Hoàng Phạm viết gần 3 năm trước
53 23
{{like_count}}

kipalog

{{ comment_count }}

bình luận

{{liked ? "Đã kipalog" : "Kipalog"}}


White
{{userFollowed ? 'Following' : 'Follow'}}
54 bài viết.
924 người follow

 Đầu mục bài viết

Vẫn còn nữa! x

Kipalog vẫn còn rất nhiều bài viết hay và chủ đề thú vị chờ bạn khám phá!