01/10/2018, 11:26

Hỏi cách giải quyết vấn đề, phương pháp làm việc

Xin chào cả nhà.

Em đang làm mảng dev Android đến nay đã được hơn 3 năm, tuy nhiên em nhận thấy mình có một số vấn đề như sau:

  • Hay phức tạp hóa vấn đề, cái gì cũng thích ngon, thích gộp logic để dùng lại. Tuy nhiên khi gặp một số case cần tính chất đơn giản em vẫn làm theo cách cũ.
  • Chưa thực sự có tinh thần hợp tác. Đồng đội thảo luận làm 1 cách, em lại muốn làm theo cách của em…
  • Hay bị nhức đầu, mệt mỏi cuối giờ làm. Theo em hiểu là do em không phác thảo các logic ra giấy, toàn nghĩ trong đầu nên logic bị chồng chéo.
  • Hay có phản ứng nóng vội, muốn xử lý nhanh tác vụ. Tuy nhiên lại hay gặp lỗi, đôi khi là lỗi cơ bản.
  • Cảm thấy chậm tiến trong môi trường IT
  • Nhận khá nhiều phản hồi kiểu: code lởm, lại sai nữa rồi…

Đây là những vấn đề mà em gặp phải. Mong mọi người đóng góp ý kiến để giúp em cải thiện.

Em cảm ơn ạ.

Hung viết 13:42 ngày 01/10/2018

Đọc Code Complete nha.

Hung viết 13:33 ngày 01/10/2018

Tính cách của bạn vậy rồi, thấy điểm sai không chịu khắc phục. Đây gọi là suy nghĩ không có tính hệ thống, không suy nghĩ toàn cục mà nghĩ cục bộ.
Đổi qua chỗ làm chuyên nghiệp hơn, như công ty Nhật, Mỹ thì một thời gian sẽ hết.

Thời Nguyễn viết 13:38 ngày 01/10/2018

Cảm ơn bạn đã đóng góp ý kiến . Mình cũng muốn thay đổi nhưng chưa biết nên thay đổi như thế nào? Nói thật là mình đã từng thử thay đổi, thử làm nhiều cách nhưng mọi chuyện vẫn vậy. Cảm giác như vòng lặp vô hạn ấy bạn à

Mạnh Hiền viết 13:35 ngày 01/10/2018

Bản thử đọc cuốn này xem The Pragmatic Programmer: From Journeyman to Master. Tham khảo: https://toidicodedao.com/2015/04/23/lap-trinh-vien-trinh-cao-thi-nen-doc-sach-gi-phan-2/

Quan viết 13:34 ngày 01/10/2018

Theo kinh nghiệm 5 năm làm việc của em thì bác nên làm theo tuần tự như sau:

Bác phân tích tính 2 mặt của vấn đề sau đó nêu ra ưu điểm nhược điểm của giải pháp của mình. Đem ra team họp thảo luận
Tiếp theo là cân nhắc tính năng nào đó phù hợp với tiêu chí đề ra. Nêu ra trong team, team nhất trí thì chốt.
Nhìn vào cái tổng thể xem cái của mình sẽ liên đới đến phần nào trong team.
Tiếp nhận cái sai của đồng đội, phân tích và hỏi lại cho kỹ xem có chính xác, và tại sao đồng đội lại nhận xét như vậy. Nếu thỏa đáng thì note lại.
Liệt kê các lỗi của mình, lưu vào một nơi nào đó, khi làm việc gì xong lôi ra kiểm tra xem có mắc một trong các lỗi đó nữa không. Nếu có lỗi mới lại cập nhật.

Thời Nguyễn viết 13:32 ngày 01/10/2018

Theo kinh nghiệm 5 năm làm việc của em thì bác nên làm theo tuần tự như sau:

Bác phân tích tính 2 mặt của vấn đề sau đó nêu ra ưu điểm nhược điểm của giải pháp của mình. Đem ra team họp thảo luận
Tiếp theo là cân nhắc tính năng nào đó phù hợp với tiêu chí đề ra. Nêu ra trong team, team nhất trí thì chốt.
Nhìn vào cái tổng thể xem cái của mình sẽ liên đới đến phần nào trong team.
Tiếp nhận cái sai của đồng đội, phân tích và hỏi lại cho kỹ xem có chính xác, và tại sao đồng đội lại nhận xét như vậy. Nếu thỏa đáng thì note lại.
Liệt kê các lỗi của mình, lưu vào một nơi nào đó, khi làm việc gì xong lôi ra kiểm tra xem có mắc một trong các lỗi đó nữa không. Nếu có lỗi mới lại cập nhật.

Cảm ơn bác đã góp ý

Bài liên quan
0