[vnexpress]Tài năng công nghệ ở tuổi 12

Đỉnh cao của viết code là ko cần // nhé

 

// không phải cho bản thân mình mà để cho thằng khác đọc...
bình thường khi viết chức năng nào có logic xử lý khá rắc rối, tính toán nhiều tớ hay tách từng đoạn code xong comment vào đấy để sau mình nghỉ việc hay gì thằng sau nó còn biết mà sửa

 

Không comment thì code giỏi mấy cũng vứt, làm một mình không comment nhiều khi còn éo biết mình viết gì nữa chứ huống gì làm với team. Comment là cả một nghệ thuật, comment đúng chỗ, ngôn ngữ gãy gọn dễ hiểu mới là coder thích đực!

 

comment thường là giải thích tại sao, hoặc ko thể code dễ hiểu dc thì đành phải comment
ae dev trên này đông nhỉ, đi nhậu làm quen đi

 

Lúc nào train team mình cũng nói tụi nó 1 trong những việc quan trọng nhất của code là đặt tên file, variable, function. Đừng sợ dài vì có autocomplete rồi, build cũng tự động minified cho rồi việc éo gì quan tâm. Đặt tên biến tốt người ta đọc thì biết nó dùng làm gì rồi, ko cần phải có miêu tả, ko cần mở ra xem chi tiết nếu ko liên quan khi debug.
Đến 1 trình độ nào đó, comment trên code như 1 thứ xa xỉ tốn thời gian hơn là viết lean code

 

Đúng và sai
- Đúng là comment quá nhiều không cần thiết
- Sai là comment còn có công dụng khác là generate documentation. Hiện tại đa số ngôn ngữ đều có tool để gen.

Nếu làm app frontend internal thì có thể không cần, chứ viết library thì bắt buộc phải có. Backend thì có thể dùng để gen doc API
Cái gì cũng cần chuẩn bị trước. Lỡ lúc giao sản phẩm thằng khách hàng đòi phải bàn giao liệt kê doc cho tất cả function, API của app thì lại ngồi tốn thời gian mò mà viết từ đầu

Còn comment nhiều hay ít còn phụ thuộc vào độ phức tạp của code nữa. Có nhiều thư viện mà 1 file chỉ có 1 dòng code, trăm dòng còn lại toàn là comment

 

Đối với mình thì trình độ nào cũng nên comment. Comment không cần quá nhiều và chi tiết, chỉ cần nó đúng chỗ. Như bác trên nói, đôi khi phải làm documentation nên việc generate từ comment cũng quan trọng. Mình viết comment cũng quen vì nếu nắm được cấu trúc thì note lại rất dễ và nhanh, không tốn bao nhiêu thời gian cả.

 

Chỗ t cũng đòi payslip cơ mà hai bên tập đoàn thông nhau nên hr biết cả éo dấu đc cho đến khi hr là bà chị mình nên là cơ mà giờ nghỉ r nên thôi, kỹ mấy đến lúc gặp lách thì vỡ mòm mà thường do hr yếu kém non tay kinh nghiệm, tầm muốn ứng lên mng thì cứ vứt qua headhunt nó có thủ thuật của nó

 

kỳ thực tên file tên biến, func đều có chuẩn chung rồi....

 

Về backend thì cậu thử dùng postman làm doc và automation test bằng nó xem , ngon vãi ra.

Chuẩn là chuẩn đặt tên, cú pháp chứ có chuẩn nào bắt đặt tên function là getUser() thay vì getUserByID, getUserByMoney??

 

Comment bằng Tiếng Nhật khổ lắm. Cứ phải chuyển qua lại giữa 2 bộ gõ.

 

Tại gia đình quên khai báo, cháu nó cũng là thần nhôm ngôn ngữ, bắn tiếng Anh như gió.

 

getUser() thế này chắc bác làm java, hoặc php nhỉ. Mà thường là findUserById() với getUsersByMoney() chứ nhỉ

Kể chuyện vui thế này: cách đây 1 năm tớ có làm 1 chức năng re-play cho một game multiplayer, giống kiểu xem lại replay của dota ý. Logic cũng nhẹ nhàng thôi, ghi lại tất cả thao tác người dùng sau đó tái hiện lại khi replay, nhưng đến lúc làm sẽ ra vô vàn thứ như lọc command, get command, get frame... Ờ, lúc đấy tớ cũng lười vì nghĩ có mình mình làm cả cái này, chả còn thằng mẹ nào nữa, review code thì do độ trust khá cao nên cũng có ai review tử tế đâu, send code review thì ông nào cũng accept với ok trong 5-10s -> éo buồn comment com mủng gì code thẳng -> live lên thì hoạt động ổn định, không lỗi với BE data chuẩn (BE data thỉnh thoảng lỗi cũng được handler hộ gần hết nhưng cover sạch thì chịu).

Sau đó 6 tháng, sếp đề nghị nâng cấp chức năng lên cho phù hợp -> được rồi để em làm -> quên mẹ hết code hồi đó, nhìn mấy k dòng éo muốn đọc lại -> cứ code thêm phần mới gắn vào -> sau cả ngày code thì thấy mấy cái này quen quen... kéo lên trên thì ơ dis mẹ, 6 tháng trước code sẵn cmn đống này rồi, đổi vài variables truyền vào là xong -> stash code -> gửi cái request review 2 line change....

 

Thời bây giờ dùng GraphQL nó tự gen doc với playground Graphiql, cần gì postman

 

Mình làm js. Về việc code thừa thì lâu lâu cũng bị. vì khi mình code có khi logic đoạn đó đã nghĩ ra từ trước rồi, nên khi có changes thì đã supports sẵn.

uh mình làm graphql 2 năm nay và cũng chả quan tâm doc điếc, tốn tí thời gian train cho product với qa để biết cách check thôi là xong

 

Các bác làm ở đâu mà dc làm graphql thế, cho mình theo với :(

 

Học đi học lại cuối cùng giờ dev js là hiếm nhất hehe.

 

Bao tuổi? Ở đâu? Ở hcm thì có hứng làm blockchain hay react thì pm ta

 

Em gần 3 năm kn dev thôi, chuyên react luôn cơ mà tiếc là ở hn bác ạ