Responsive Advertisement

Hướng dẫn về các phương pháp hay nhất dành cho nhà phát triển

 Hướng dẫn nhỏ này dựa trên hơn 16 năm kinh nghiệm của tôi trong ngành phát triển phần mềm. Tôi đã trải qua các giai đoạn khác nhau trong sự nghiệp của mình, bắt đầu từ nhà phát triển phần mềm thực tập sinh cho đến quản lý cấp cao.

Tôi không muốn giữ những kiến ​​thức của mình cho riêng mình, vì vậy tôi đã viết một hướng dẫn nhỏ cách đây vài năm, và sau khi nhận được nhiều động lực từ những độc giả thân yêu của mình, tôi đã nghĩ đến việc sửa đổi nó và bổ sung thêm một số kiến ​​thức có thể có lợi cho nhiều kỹ sư phần mềm khác. và các nhà phát triển làm việc trong ngành công nghiệp đáng yêu này.

Tôi sẽ không chỉ ra bất kỳ điểm nào, nhưng tất cả các phương pháp được liệt kê ở đây đã đóng góp rất nhiều vào sự nghiệp phát triển phần mềm của tôi, vì vậy nếu bạn nghĩ rằng chúng có ý nghĩa đối với bạn thì hãy thử áp dụng một số ít. Nếu bạn có bất kỳ nhận xét +/- nào, vui lòng để lại bình luận cuối bài viết cho tôi:


{tocify} $title={Table of Contents}

Sự tiếp kiến

Nếu bạn đang làm việc cho ngành công nghiệp phần mềm với tư cách là một kỹ sư phần mềm hoặc một nhà phát triển phần mềm, thì tôi chắc chắn rằng bạn sẽ thích hướng dẫn này. Cố gắng liên hệ các sự kiện được đề cập trong hướng dẫn với cuộc sống 2 ngày của bạn và tìm thấy rất nhiều sự thật ẩn, rất rõ ràng nhưng chúng tôi chưa bao giờ chú ý nghiêm túc đến chúng.

Điều kiện tiên quyết

Trước khi viết tất cả các cách thực hành được đề cập trong hướng dẫn nhỏ này, tôi đã giả định rằng bạn đang làm việc với tư cách là một chuyên gia phần mềm và bạn hiểu các thuật ngữ phần mềm cơ bản và bầu không khí xung quanh một chuyên gia phần mềm.


Thực hành là gì?


Khi tôi nói "Thực hành", nó có nghĩa là gì? Tôi sẽ nói:

  • Thực hành là một thói quen.

  • Thực hành là một thói quen.

  • Thực hành không cần nhớ.

  • Thực hành đến bằng thực hành.

  • Thực hành cần sự cống hiến và cam kết.

Có hàng ngàn ví dụ mà bạn nghĩ về thực hành. Tôi có thể liệt kê một số để bạn hiểu.

Bắn súng, Lái xe, Viết

Thực hành là gì?

Bất kỳ kỹ năng nào được liệt kê ở trên đều đến từ thực hành. Khi mới bắt đầu lái xe, bạn cần nhớ từng bước và suy nghĩ kỹ trước khi thực hiện bất kỳ hành động nào, nhưng khi đã “hành nghề” tốt rồi thì bạn không cần nhớ bước nào nữa. Nó trở thành thói quen và thói quen của bạn, ví dụ như bạn đạp phanh tự động khi gặp đèn đỏ nhưng chắc chắn nó xuất phát từ việc luyện tập rất nhiều và cần nhiều cống hiến và cam kết.

Một trong những thuộc tính quan trọng nhất của thực hành là nó buộc bạn không được chuyển hướng khỏi những gì bạn đã từng làm.

Có thể có một người lái xe, nhưng bạn có cho rằng anh ta là một người lái xe hiệu quả nếu anh ta đang lái xe với tốc độ 20 dặm một giờ và thường xuyên gặp tai nạn và mang nhiều vết xước trên xe hàng ngày?

Việc phát triển phần mềm cũng không có gì khác biệt so với các kỹ năng khác như bắn súng, viết lách hay lái xe. Để trở thành một nhà phát triển phần mềm thành công , bạn cần thực hành nhiều, cống hiến và cam kết.

Thông qua bài viết nhỏ này, tôi sẽ cho bạn biết một số phương pháp chính của nhà phát triển phần mềm tốt nhất mà bạn có thể thấy hữu ích. Vì vậy, chúng ta hãy bắt đầu ....


Đọc & Đọc mã


Phương pháp hay nhất 1- Tiếp tục đọc mã nguồn phần mềm hiện có

Hãy để tôi hỏi bạn một số câu hỏi cơ bản trước khi chúng ta bắt đầu với một trong những phương pháp hay nhất quan trọng nhất cần thiết cho một nhà phát triển phần mềm.

  • Bạn có đọc tạp chí điện ảnh không?
  • Bạn có đọc báo không?
  • Bạn có đọc những mẩu quảng cáo bên đường không?
  • Bạn có đọc rác được viết ở đây và ở đó không?
  • Bạn mới đọc ....?

Chắc chắn câu trả lời của bạn sẽ là tích cực nhưng nếu tôi hỏi bạn một câu hỏi nữa trong loạt bài này:

Bạn có đọc Mã nguồn phần mềm không?

Chỉ có một số nhà phát triển phần mềm sẽ có câu trả lời tích cực bởi vì đọc và hiểu một mã nguồn phần mềm hiện có là công việc nhàm chán nhất. Nếu bạn là một trong số họ cảm thấy việc đọc mã nguồn phần mềm là một công việc nhàm chán, thì bạn đang bỏ lỡ một trong những phương pháp hay nhất quan trọng nhất mà một nhà phát triển phần mềm nên có trong đời.

Nếu bạn muốn trở thành một tiểu thuyết gia, bạn có thể bắt đầu viết tiểu thuyết không? Tôi xin nói 100% là không !!, bạn chắc chắn cần đọc hàng trăm cuốn tiểu thuyết trước khi bắt đầu viết những cuốn tiểu thuyết TỐT . Nếu bạn muốn trở thành một nhà viết kịch bản phim, bạn có thể bắt đầu viết những kịch bản phim hay cho đến khi bạn đã trải qua nhiều kịch bản phim hay khác nhau không ?, một lần nữa câu trả lời của tôi sẽ là không !!

Đọc mã nguồn

Vì vậy, nếu bạn muốn viết một mã phần mềm tốt, thì làm thế nào để bạn có thể viết một mã nguồn tốt mà không cần đọc rất nhiều mã nguồn? Ngay cả khi bạn sẽ viết một cái gì đó, thì làm sao bạn biết được cái nào là tốt nhất?

Đọc mã nguồn do người khác viết cho bạn cơ hội để chỉ trích những sai lầm được thực hiện trong quá trình viết mã đó. Bạn sẽ có thể xác định những sai lầm mà các nhà phát triển phần mềm khác đã làm trong mã nguồn của họ mà bạn không nên lặp lại.

Có nhiều thuộc tính của mã phần mềm (thụt đầu dòng, nhận xét, tiêu đề lịch sử, cấu trúc chức năng, v.v.), bạn sẽ học được bằng cách đọc mã hiện có, đặc biệt, mã được viết bởi các nhà phát triển phần mềm có kinh nghiệm. Dành một chút thời gian để đọc mã nguồn của người khác và tôi chắc chắn rằng bạn sẽ có thể viết mã nguồn ĐẸP trong vài ngày hoặc vài tuần và bạn sẽ có thể sửa chữa những lỗi mà bạn đã làm cho đến nay khi viết mã nguồn. .

Hãy thử nghiệm một điều, chỉ cần quay lại quá khứ và kiểm tra đoạn mã bạn đã viết vài năm trước, bạn chắc chắn sẽ cười .... bởi vì bạn luôn tiến bộ bằng cách thực hành.


Tài liệu là chìa khóa


Phương pháp hay nhất 2 - Hoàn thành tài liệu của bạn trước khi bước tiếp theo

Tôi đã tốt nghiệp thạc sĩ về Máy tính & Ứng dụng và tôi rất đam mê viết mã nguồn ngay cả khi hoàn toàn không hiểu và ghi lại các yêu cầu. Tài liệu thiết kế và tài liệu các trường hợp kiểm thử không có trong vòng đời phát triển phần mềm .... có bước chuyển trực tiếp đến mã hóa.

Ở những giai đoạn sau, tôi thấy mình gặp rắc rối lớn và nhanh chóng tôi nhận ra Tài liệu là Chìa khóa để trở thành nhà phát triển phần mềm, người kiểm thử hoặc kiến ​​trúc sư thành công.

Tài liệu Máy tính

Trước khi bắt đầu phát triển phần mềm nhỏ hay lớn, bạn phải có câu trả lời cho những câu hỏi sau:

  • Đặc điểm kỹ thuật yêu cầu ở đâu?

  • Tài liệu Phân tích Tác động ở đâu?

  • Tài liệu Thiết kế ở đâu?

  • Bạn đã ghi lại tất cả các giả định, các giới hạn một cách chính xác chưa?

  • Bạn đã xem xét tất cả các tài liệu chưa?

  • Bạn có đăng nhập vào tất cả các tài liệu từ tất cả các bên liên quan không?

Khi bạn có câu trả lời xác đáng cho tất cả các câu hỏi trên, bạn đã an toàn và sẵn sàng tiến hành mã hóa. Nhiều tổ chức sẽ phải tuân theo các quy tắc nghiêm ngặt, nhưng những tổ chức khác thì không. Thực tiễn tốt nhất là hoàn thành tất cả các tài liệu được yêu cầu và thực hiện các phê duyệt thích hợp trước khi tiến hành mã hóa phần mềm.

Những gì bạn học được hôm nay, chuẩn bị cho bạn cho ngày mai!

Vì vậy, một lần nữa, đó là một trong những phương pháp hay nhất để có tài liệu càng nhiều càng tốt. Một số tài liệu quan trọng sẽ giúp bạn chuẩn bị cho tương lai là:

  • Phương pháp thiết kế
  • Các mẹo và thủ thuật
  • Các chức năng, lệnh và hướng dẫn đặc biệt
  • Bài học kinh nghiệm
  • Tình huống đặc biệt
  • Phương pháp gỡ lỗi
  • Thực hành tốt nhất
  • Bất cứ điều gì có thể giúp bạn trong tương lai

Bạn không phải trả phí lưu giữ tài liệu dưới dạng điện tử. Vì vậy, hãy bắt đầu duy trì tài liệu bắt buộc.


Tuân theo các tiêu chuẩn


Thực tiễn tốt nhất 3 - Tuân theo các tiêu chuẩn đã xác định, không tạo ra nó

Hầu hết các tổ chức phần mềm tiêu chuẩn duy trì các tiêu chuẩn mã hóa của họ. Các tiêu chuẩn này sẽ được thiết lập bởi các nhà phát triển phần mềm có kinh nghiệm tốt sau nhiều năm phát triển phần mềm. Điều này tương đương với việc đi theo bước chân của những người vĩ đại đã bỏ lại phía sau họ.

Tuân theo các tiêu chuẩn

Nếu tổ chức của bạn không có bất kỳ tiêu chuẩn nào, thì tôi khuyên bạn nên tìm kiếm trên internet các tiêu chuẩn mã hóa từ các ngôn ngữ lập trình khác nhau và bạn sẽ tìm thấy rất nhiều. Một tiêu chuẩn mã hóa sẽ sửa chữa các quy tắc về các thuộc tính quan trọng khác nhau của mã, một số ít được liệt kê bên dưới:

  • Quy ước đặt tên tệp
  • Quy ước đặt tên chức năng & mô-đun
  • Quy ước đặt tên biến
  • Lịch sử, Thụt lề, Nhận xét
  • Nguyên tắc về khả năng đọc
  • Danh sách những việc nên làm và không nên làm

Nhưng khi đã xác định, hãy bắt đầu tuân theo tiêu chuẩn đã xác định thay vì tạo hoặc thay đổi chúng mỗi ngày. Tôi chắc chắn sẽ nói:

Mã nguồn là BÉ của bạn!

Vì vậy, hãy giữ cho nó sạch sẽ, nhất quán và đẹp mắt. Khi tôi nói đẹp, nó thực sự có nghĩa là đẹp. Nếu mã của bạn trông đẹp, thì người khác sẽ dễ dàng đọc và hiểu nó. Nếu bạn tiếp tục thay đổi các quy tắc mã hóa hàng ngày, thì sau vài ngày, chính bạn sẽ không thể đọc và hiểu mã do bạn viết.


Viết để được đánh giá


Thực tiễn tốt nhất 4 - Mã phải được viết để được xem xét

Trong khi viết mã phần mềm của bạn, hãy nhớ rằng ai đó sẽ đánh giá mã của bạn và bạn sẽ phải đối mặt với những lời chỉ trích về một hoặc nhiều điểm sau đây nhưng không giới hạn ở:

  • Mã hóa kém
  • Không theo tiêu chuẩn
  • Không lưu ý đến hiệu suất
  • Lịch sử, Thụt lề, Nhận xét không phù hợp.
  • Khả năng đọc kém
  • Các tệp đang mở không bị đóng
  • Bộ nhớ được phân bổ chưa được giải phóng
  • Quá nhiều biến toàn cục.
  • Quá nhiều khó viết mã.
  • Xử lý lỗi kém.
  • Không có mô đun.
  • Mã lặp lại.

Hãy ghi nhớ tất cả các điểm đã đề cập ở trên trong khi viết mã và dừng chúng lại trước khi chúng nhảy vào mã nguồn của bạn. Khi bạn đã hoàn tất việc viết mã của mình, hãy tự xem xét lại bản thân ít nhất một lần. Tôi chắc chắn rằng việc tự kiểm điểm sẽ giúp bạn tự gỡ bỏ 90% vấn đề.

Khi bạn đã hoàn tất việc viết mã và tự xem xét, hãy yêu cầu đồng nghiệp của bạn xem xét mã. Tôi thực sự khuyên bạn nên chấp nhận các bình luận đánh giá một cách vui vẻ và nên biết ơn những người đánh giá mã của bạn về các bình luận. Đồng thời, không bao giờ là tốt khi chỉ trích bất kỳ mã nguồn nào được viết bởi người khác. Nếu bạn chưa từng làm, hãy thử một lần và kiểm tra biểu hiện của coder.

Chấp nhận những lời chỉ trích nhưng không chỉ trích

Mã nguồn được viết kém dạy bạn viết mã nguồn tốt với điều kiện là bạn tiếp nhận nó một cách tích cực và rút ra bài học từ nó.

Mã miễn phí lỗi

Mục tiêu của bạn phải là ngăn chặn lỗi ngay từ đầu và tạo mã MIỄN PHÍ. Hãy suy nghĩ như một người kiểm tra, vì vậy bạn nên có một thử thách cho những người kiểm tra.


Thử nghiệm là Tôn giáo


Thực hành tốt nhất 5 - Kiểm tra để được tuân theo như một tôn giáo

Kiểm tra là bắt buộc sau mỗi thay đổi nhỏ hay lớn cho dù bạn có lịch trình chặt chẽ đến đâu hay bạn chỉ thay đổi một nhận xét nhỏ bên trong mã, bạn có quyền kiểm tra đối với mã đã thay đổi.

Không có gì giống như sự tin tưởng trong khi phát triển phần mềm, cho dù bạn có là chuyên gia hay cấp độ cao trong việc viết mã nguồn đến đâu, bạn sẽ phải thực hiện kiểm tra cho mỗi và mọi thay đổi bạn đã làm trong mã.

  • Lịch trình chặt chẽ, không thỏa hiệp.
  • Thay đổi chỉ là một nhận xét, vẫn còn bạn phải kiểm tra nó.
  • Chỉ thay đổi một tên biến, thử nghiệm phải được thực hiện.
  • Nếu bạn cảm thấy lười biếng ... thì quá nguy hiểm.

Nếu bạn không muốn theo dõi nó? Bạn sẽ gặp rắc rối!

Kiểm thử phần mềm

Tôn vinh mọi lỗi bạn tìm thấy

Có, bạn không nên cảm thấy không vui nếu bạn hoặc người kiểm tra khác tìm thấy lỗi trong mã nguồn phần mềm của bạn. Sau đây là những lý do đủ để ăn mừng khám phá quan trọng này:

  • Rệp là kẻ thù của bạn, vì vậy bạn đã giết một con.
  • Bây giờ phần mềm của bạn đang có một lỗi ít hơn.
  • Sai lầm là tốt miễn là chúng không lặp lại.
  • Những gì bạn học được hôm nay, chuẩn bị cho ngày mai

Đồng thời, không chỉ trích bất kỳ nhà phát triển nào trong trường hợp có bất kỳ lỗi nào phát sinh trong mã của họ vì cho đến nay ít nhất tôi không biết bất kỳ lập trình viên nào có thể viết mã nguồn không lỗi trên thế giới, thứ hai đây là một trong những lý do chúng tôi có một giai đoạn riêng trong SDLC (Vòng đời phát triển phần mềm) mà chúng tôi gọi là hỗ trợ hậu sản xuất (hoặc hỗ trợ & bảo trì).


Giữ tài sản một cách an toàn


Phương pháp hay nhất 6 - Giữ an toàn cho mã và tài liệu của bạn

Một nhà phát triển thông minh luôn có thói quen sao lưu hàng ngày các hiện vật được sản xuất, nếu không, sự cố máy cũng có thể khiến bạn gặp trục trặc. Bạn nên giữ phần tạo tác của mình tại máy cục bộ cũng như một máy an toàn khác để trong trường hợp máy gặp sự cố, bạn có thể tiếp tục với bản sao mã nguồn hoặc tài liệu đã lưu.

Nếu bạn có thói quen sao lưu hàng ngày thì trong trường hợp xấu nhất, bạn có thể mất nhiều nhất là một ngày, nhưng nếu bạn sao lưu hàng tuần hoặc hàng tháng, thì bạn sẽ có nguy cơ mất công sức cả tuần hoặc cả tháng, và bạn sẽ phải đối mặt với sự thất vọng lớn nhất mà bạn từng có.

Lập trình viên thất vọng

Nhiều bản sao tạo ra sự nhầm lẫn

Điều này đúng là sao lưu là một trong những phương pháp hay nhất quan trọng nhất, nhưng nó nên được duy trì theo cách quản lý tốt vì bạn có thể sử dụng các thẻ như tên, ngày và giờ sao lưu, phiên bản, v.v. Nếu bạn có nhiều bản sao của cùng một mã nguồn hoặc tài liệu, thì nó sẽ tạo ra sự nhầm lẫn và sẽ khó xác định được mã hoặc tài liệu mới nhất.

Chúng tôi đặc biệt khuyến khích sử dụng hệ thống kiểm soát phiên bản mã nguồn thích hợp. Có nhiều ứng dụng phần mềm kiểm soát phiên bản mã nguồn miễn phí (như SCCS, CVS, Subversion, v.v.) mà bạn có thể sử dụng để lưu trữ các phiên bản khác nhau của phần mềm. Nhưng trong khi sử dụng hệ thống kiểm soát mã nguồn, hãy làm theo các quy tắc dưới đây:

  • Luôn lấy mã nguồn từ hệ thống kiểm soát phiên bản.
  • Luôn chỉ định phiên bản mới cho mọi thay đổi.
  • Luôn đưa mã nguồn trở lại hệ thống điều khiển.

Chia sẻ mật khẩu bị nghiêm cấm

Chia sẻ mật khẩu
  • Tình yêu, tình cảm, tình bạn và mối quan hệ là trên hết, nhưng đừng bao giờ chấp nhận bất kỳ ai hỏi mật khẩu.

  • Nếu bạn đang chú ý đến điểm đầu tiên, thì tại sao bạn lại chia sẻ mật khẩu của mình với bất kỳ ai nếu bạn không hỏi từ bất kỳ ai.

  • Hãy thay đổi mật khẩu thường xuyên và thật tốt nếu bạn có một số logic để điều chỉnh mật khẩu của mình, nếu không trong kỳ nghỉ dài, bạn sẽ quên chúng.


Công cụ & Kỹ thuật Tiện dụng


Thực hành tốt nhất 7 - Giữ cho các công cụ & kỹ thuật của bạn luôn tiện dụng

Tôi nhớ một trường hợp khi tôi muốn tìm từ khóa gỡ lỗi trong tất cả các tệp C ++ có sẵn trong các thư mục và thư mục con khác nhau, tôi đã mất 30 phút để tìm lệnh, nhưng cuối cùng, tôi đã ghi chú lại lệnh và bất cứ khi nào tôi Tôi đang cần, tôi sử dụng nó không lãng phí một giây.

$find . -name \*.cpp -exec grep -q "debug" '{}' \; -print

Vì vậy, tôi đã biến nó thành một trong những phương pháp hay nhất để giữ các lệnh và công cụ như vậy tiện dụng để chúng có thể được sử dụng bất cứ lúc nào mà không cần thực hiện bất kỳ R&D nào và tiết kiệm thời gian quý báu. Tốt hơn để duy trì một tệp văn bản có tất cả các lệnh được sử dụng thường xuyên như vậy và tạo liên kết của nó trên máy tính để bàn.

Công cụ & Kỹ thuật CNTT

Một số công cụ cần thiết

Nó phụ thuộc vào loại lập trình, mã hóa bạn đang làm nhưng sau đây là một số công cụ cần thiết, những công cụ này nên có sẵn với một nhà phát triển phần mềm:

  • Một trình soạn thảo văn bản tốt để viết và chỉnh sửa chương trình.
  • Một trình gỡ lỗi tốt để gỡ lỗi chương trình.
  • Một bộ phát hiện bộ nhớ trong trường hợp bạn đang sử dụng cấp phát bộ nhớ động.
  • Putty để kết nối với máy từ xa.
  • WinSCP hoặc FileZilla để ftp tệp trên một máy tính từ xa.
  • IDE (Môi trường phát triển tích hợp) để phát triển nhanh chóng.

Luôn tiếp tục bổ sung các công cụ và kỹ thuật mới trong hộp của bạn

Hộp công cụ

Đảm bảo rằng bạn tiếp tục áp dụng các bản vá mới nhất của các công cụ và tiện ích của mình, đồng thời tôi sẽ đề xuất xóa phần mềm không mong muốn khỏi máy tính của bạn vì chúng làm cho máy tính của bạn chậm đi một cách không cần thiết và bạn không bao giờ biết liệu một trong số chúng có lỗ hổng bảo mật hay không, có thể lộ ra máy tính của bạn với thế giới bên ngoài.



Ham học hỏi


Thực hành tốt nhất 8 - Bỏ cái tôi lại phía sau, ham học hỏi

Chúng tôi luôn học hỏi từ sách và ngày nay là từ internet. Nhưng CNTT là một lĩnh vực như vậy, nơi chúng tôi học hỏi được rất nhiều điều từ các đồng nghiệp của mình. Họ là tài liệu tham khảo tốt nhất của chúng tôi, nhưng có những nhà phát triển phần mềm, họ cảm thấy ngại ngùng khi đặt ra những nghi ngờ của họ hoặc không biết ơn người khác, vì vậy cuối cùng khi họ hỏi lần sau, họ không nhận được câu trả lời nào.

CNTT là rất lớn và không ai có thể có kiến ​​thức đầy đủ về bất kỳ chủ đề nào. Hàng ngày, chúng ta gặp phải những vấn đề khác nhau. Vì vậy, hãy hỏi ... Đừng cảm thấy ngại nếu bạn không biết X.

Tôi không đề nghị bạn làm phiền ai đó một cách vô lý và yêu cầu đút thìa để học hỏi bất cứ điều gì. KHÔNG, lịch sự, cảm ơn, trực tiếp đi vào vấn đề, thấu hiểu và hỗ trợ người khác.

Công nghệ mới đang đến hàng ngày

Ham học hỏi

Nếu bạn muốn duy trì trên thị trường, thì bạn phải cập nhật cho mình những công cụ và công nghệ CNTT mới nhất. Sau đây là một số nguồn:

  • Diễn đàn kỹ thuật trên internet.
  • Tạp chí kỹ thuật về các chủ đề CNTT khác nhau.
  • Bảng thông báo kỹ thuật
  • Hội nghị, đào tạo và hội thảo
  • Phiên bản mới nhất của các công cụ và gói, ngôn ngữ cũ, v.v.

Kiểm soát căng thẳng


Khi bạn phát triển ở vị trí của mình, trách nhiệm của bạn tăng lên gấp bội số lần tăng lương, điều này chắc chắn mang lại nhiều căng thẳng trong cuộc sống cá nhân và nghề nghiệp của bạn. Như vậy, không có công thức nào giúp bạn thoát khỏi căng thẳng và bạn sẽ tìm thấy những cuốn sách và chương trình đào tạo bổ ích để dạy bạn cách quản lý căng thẳng, nhưng tôi tin rằng giao tiếp cởi mở là vũ khí lớn nhất, có thể giúp bạn ở một mức độ nào đó giảm bớt căng thẳng lớn cho bản thân.

Căng thẳng của nhà phát triển

Hãy xác định nguyên nhân gốc rễ của căng thẳng

Bạn là một chuyên gia phần mềm, bạn nên biết cách gỡ lỗi một vấn đề. Tương tự như vậy, căng thẳng là một vấn đề đối với bạn và bạn phải gỡ rối nó, Bạn nên tìm hiểu lý do tại sao nó đến với bạn và nguyên nhân gốc rễ là gì. Hãy lấy một vài ví dụ có thể là nguyên nhân gây ra căng thẳng trong cuộc sống 2 ngày của bạn:

  • Khối lượng công việc quá nhiều mà bạn không có khả năng giải quyết ổn thỏa.

  • Bạn đã được chỉ định vào một mô-đun chưa sẵn sàng mặc dù thời hạn đã đến.

  • Cho đến nay bạn thực sự không biết chính xác bạn phải làm gì và chính xác bạn phải làm như thế nào?

  • Bạn đã phát triển một mã, mã này đã bị xóa do nhầm lẫn hoặc không hoạt động vào thời điểm cuối cùng.

  • Bạn là lãnh đạo của nhóm, nhưng nhóm làm không quá xuất sắc và cuối cùng việc giao hàng ngày càng bị trì hoãn.

  • Mặc dù bạn có đủ thời gian để giao hàng, nhưng trong khi đó, bạn đã lên kế hoạch cho một chuyến du lịch, điều này có thể khiến việc giao hàng của bạn bị chậm trễ.

Giao tiếp, Giao tiếp ..... & Chỉ Giao tiếp

Đối với bạn, không ai trong số họ nên là một vấn đề nếu bạn sử dụng chúng theo cách chuyên nghiệp. Hãy chọn bất kỳ điểm nào được đề cập ở trên, ví dụ, điểm đầu tiên mà bạn cảm thấy quá tải và không thể hoàn thành công việc của mình trong giờ hành chính.

Đơn giản chỉ cần thiết lập một cuộc họp nhỏ với người quản lý của bạn và đưa ra sự thật trước mặt anh ta, đề cập đến các nhiệm vụ hiện tại của bạn, các điểm nghẽn và lý do khiến bạn cảm thấy mình bị quá tải. Bạn có thể yêu cầu anh ấy chia sẻ thêm một tài nguyên với bạn hoặc cho bạn thêm thời gian. Tôi chắc chắn rằng người quản lý của bạn sẽ lắng nghe điều này và sẽ giúp bạn nếu anh ấy cần sự giao hàng tốt từ bạn. Bạn cần lên kế hoạch thuyết phục người quản lý của mình về điều đó như thế nào và khiến anh ta nhận ra rằng những gì bạn đang nói là đúng.

Gặp gỡ với người quản lý

Tương tự như vậy, bất kỳ vấn đề nào đã đề cập đều có thể được giải quyết bằng cách trao đổi thích hợp với người quản lý của bạn và nếu vấn đề đó không hiệu quả với người quản lý, thì nhiều tổ chức sẽ cho bạn cơ hội để nói chuyện với quản lý cấp cao hơn và giải quyết vấn đề của bạn với họ. Vì vậy, trong trường hợp vấn đề của bạn không được giải quyết, bạn đưa nó lên cấp cao hơn, nhưng bạn cần phải cẩn thận vì nó có thể hơi nhạy cảm vì không người quản lý nào muốn bạn bỏ qua anh ta và nói chuyện trực tiếp với sếp của anh ta. Nhưng có, nó có thể là lần thử cuối cùng của bạn nếu không có gì hoạt động.

Một vấn đề quan trọng nữa là tính ưu tiên công việc kém. Nếu bạn có thể thảo luận về mức độ ưu tiên của công việc với người quản lý của mình thì bạn có thể xử lý việc lên lịch tất cả các công việc lần lượt. Bạn có thể dành thêm thời gian sau giờ hành chính hoặc cuối tuần để giải tỏa.

Cá nhân và Chuyên nghiệp

Căng thẳng cá nhân

Cố gắng xác định xem liệu bạn có thể làm việc không hiệu quả hay không vì bạn có một số vấn đề cá nhân và chúng đang ảnh hưởng đến cuộc sống nghề nghiệp của bạn. Trong trường hợp này, gia đình của bạn là người tốt nhất, người có thể giúp bạn giải quyết các vấn đề cá nhân của bạn. Bạn có thể chia sẻ các vấn đề cá nhân của mình với bạn thân hoặc gia đình, vợ / chồng, v.v. và khắc phục chúng càng sớm càng tốt. Nếu sự việc ngày càng nghiêm trọng, tốt hơn hết bạn nên nói chuyện với người quản lý của bạn và giải thích tình hình với anh ấy và cố gắng nghỉ vài ngày, sau đó khắc phục các vấn đề cá nhân và quay lại bắt kịp công việc của mình.

Căng thẳng có thể chỉ trong giây lát

Aha, đó là một phần của cuộc sống của mỗi người và bạn không nên căng thẳng vì quá tải ít, giao hàng chậm trễ ít hoặc một số vấn đề nhỏ xảy ra xung quanh bạn. Hãy biến chúng thành một phần trong cuộc sống 2 ngày của bạn và tiếp tục tiến lên. Vì vậy, hãy làm thêm một chút thời gian làm thêm để hoàn thành công việc của bạn, nhận sự giúp đỡ nhỏ từ bạn bè, sẵn sàng lắng nghe một vài ý kiến ​​từ người quản lý của bạn.

Đảm bảo rằng bạn không lặp lại các vấn đề và các vấn đề cũng không lặp lại với bạn, và nếu đúng như vậy, thì đã đến lúc bạn phải hành động và tìm ra giải pháp cho nó.

Thêm một số biện pháp khắc phục nhanh chóng

Cố gắng sử dụng bất kỳ cách nào sau đây nếu chúng giúp bạn bớt căng thẳng:

  • Một số bài tập

  • Ít hoặc nhiều yoga, thiền

  • Đi dạo vào buổi sáng

  • Phim buổi tối

  • Dành thời gian với bạn bè, gia đình, vợ / chồng, con cái của bạn.

  • Tránh ngồi lâu và nghỉ giải lao tại nơi làm việc, đọc tạp chí, báo mới, duyệt internet, sử dụng đồ chơi giúp giảm căng thẳng.

Điểm mấu chốt là bạn không nên giữ im lặng và tiếp tục tạo ra một ngọn núi lửa, nó sẽ phun trào vào một ngày nào đó sau đó và gây ra rất nhiều thiệt hại. Giao tiếp, minh bạch và trung thực. Hãy nhớ rằng, nếu bạn đang bị căng thẳng, thì năng suất làm việc của bạn sẽ giảm bất ngờ, vì vậy hãy cố gắng giữ cho mình luôn khỏe mạnh, vui vẻ và năng động .....


Quản lý các nhà quản lý


Là một nhà phát triển phần mềm, tức là một lập trình viên, một trong những vấn đề thách thức nhất mà bạn phải đối mặt là liên quan đến việc quản lý người quản lý của bạn và kỳ vọng của họ. Bạn có thể gặp nhiều tình huống phức tạp và khó hiểu khác nhau, bất ngờ và khó giải quyết và cuối cùng bạn trở thành nạn nhân của những căng thẳng không cần thiết mà chúng ta đã thảo luận trong chương trước. Các ví dụ sau đây có thể là một vài trong số đó:

  • Người quản lý của bạn không dành cho bạn sự tôn trọng và giá trị xứng đáng.
  • Một trong những đồng nghiệp của bạn vẫn không cung cấp thông tin, anh ta luôn cập nhật tin tức và nhận được các ghi chú đánh giá cao.
  • Đã có một số hiểu lầm giữa bạn và người quản lý của bạn.
  • Một cuộc chiến tranh lạnh đang diễn ra giữa bạn và người quản lý của bạn.
  • Từ vài năm trước, người quản lý của bạn đã không nghĩ đến việc thăng chức hoặc sửa đổi lương của bạn.
  • Bạn cho rằng người quản lý của mình không đủ năng lực và khó thuyết phục được anh ấy / cô ấy.
  • Nó không quan trọng bạn cung cấp những gì, bạn vẫn phải nhận được phản hồi tiêu cực.
  • Người quản lý của bạn không thích bạn vì lý do XYZ.

Chỉ cần nghĩ về những gì đang xảy ra giữa bạn và người quản lý của bạn, tôi chắc chắn rằng bạn sẽ có thể thêm vấn đề của mình vào danh sách trên. Đó là nhiệm vụ đầu tiên và quan trọng nhất để xác định lý do tại sao có sự cố. Nó có thể là X ... Y ... hoặc Z ....

Các nhà quản lý luôn đúng….

Vâng, nếu bạn không đồng ý với tôi thì rõ ràng là tại sao bạn gặp rắc rối. Hãy thử nhớ lại khi bạn còn là một đứa trẻ, và cha mẹ bạn luôn ngăn cản bạn thực hiện các hoạt động X ... Y ... hoặc ... Z và họ thường nhấn mạnh vào một số điều mà bạn không bao giờ thích trong thời thơ ấu của mình. Nhưng bây giờ chắc chắn sẽ nói, Than ôi! sẽ rất tốt cho chúng tôi nếu chúng tôi làm theo cách mà cha mẹ đã hướng dẫn. Bây giờ nếu bạn phù hợp với tôi thì điều đó có nghĩa là bạn đã tìm ra một nửa giải pháp cho vấn đề của mình.

Vì vậy, mấu chốt của cuộc thảo luận là chú ý đến những gì người quản lý của bạn đang yêu cầu và thực hiện theo cách mà ông ấy đề xuất. Mục tiêu cuối cùng của bạn phải là làm cho người quản lý của bạn hài lòng và một số điểm có thể giúp bạn đạt được điều này:

  • Cố gắng giao hàng nhanh chóng, không thành vấn đề nếu bạn nỗ lực vào cuối tuần.

  • Giảm bớt sự phàn nàn của bạn về những thứ xung quanh bạn.

  • Giảm yêu cầu của bạn về việc sửa đổi lương hoặc thăng chức.

  • Đừng để mất cơ hội trình bày công việc của bạn với người quản lý, không quan trọng việc nhỏ hay lớn nhưng người quản lý của bạn nên biết những gì bạn làm.

  • Trung lập hết mức có thể, không chỉ trích bất kỳ đồng nghiệp nào khác trước mặt người quản lý.

  • Hãy làm những điều tích cực do người quản lý của bạn thực hiện hoặc trình bày, như tôi đã nói rằng họ luôn đúng.

  • Bạn sẽ phải quan sát lý do tại sao người quản lý của bạn thích bất kỳ tài nguyên cụ thể nào và cố gắng phù hợp với tài nguyên đó.

  • Đừng bao giờ cố gắng nghĩ rằng người quản lý của bạn thua kém bạn, điều đó có thể xảy ra nhưng bạn không được phép nghĩ như vậy, ngược lại làm như vậy bạn có thể tự tạo ra rắc rối cho chính mình.

Thảo luận với người quản lý

Các nhà quản lý luôn cần những nguồn lực lớn

Tuyệt vời, vậy là bạn đã áp dụng tất cả các điểm nêu trên, bây giờ bạn sẽ nói rằng tôi sẽ giao hàng nhanh chóng và sạch sẽ bằng cách nỗ lực trung thực của tôi trong những ngày cuối tuần và ngày lễ, vẫn không nên đòi tăng lương hay thăng chức, tại sao ????

Câu trả lời của tôi là có, bạn làm điều đó và mọi thứ sẽ tự động đến, chỉ cần bạn kiên nhẫn. Bạn sẽ hầu như không cần đòi hỏi bất cứ điều gì một khi bạn khiến người quản lý của mình nhận ra rằng bạn là một trong những nguồn lực sáng giá nhất và bạn là người quan trọng nhất đối với dự án. Một khi bạn đạt được điều này, người quản lý của bạn sẽ không bao giờ muốn đánh mất bạn, và giờ là lúc bạn tận hưởng công việc và môi trường làm việc của mình.

Nếu bạn vẫn thấy mọi thứ không diễn biến như mong đợi, thì bạn phải bắt đầu một cuộc thảo luận lành mạnh với người quản lý của mình và hỏi lý do tại sao bạn không được tăng lương và thăng chức. Đó có thể là một số vấn đề khác liên quan đến nhân sự hoặc ngân sách dự án,… Bạn có thể yêu cầu các lĩnh vực cải tiến nếu cần và đặt kỳ vọng cho phù hợp, nhưng một lần nữa, chu trình của bạn sẽ bắt đầu từ các hoạt động nêu trên.

Nếu bạn có một số hiểu lầm với người quản lý của mình, hãy gọi cho một cuộc họp với người quản lý và chấp nhận những sai lầm bạn đã làm nếu có và làm rõ những điều đã xảy ra và đưa ra sự đảm bảo để xử lý những sự cố như vậy trong tương lai.

Nhiều thứ phụ thuộc vào tình huống và bạn cần đủ thông minh để hiểu tình hình và hành động phù hợp. Tất cả những gì tốt nhất.


Kế hoạch nghề nghiệp


Cuộc sống nghề nghiệp ngày nay rất năng động và để phát triển cùng với nó, chúng ta cần có một kế hoạch nghề nghiệp phù hợp. Khi bạn bắt đầu sự nghiệp của mình với tư cách là một nhà phát triển phần mềm, bạn thực sự không biết chính xác mình sẽ hoạt động như thế nào trong ngành, mặc dù bạn tin tưởng rằng bất cứ điều gì bạn làm, sẽ được hoàn thành một cách tốt nhất. Vì vậy, hãy dành một chút thời gian để tìm hiểu bản thân, điểm mạnh và điểm yếu chính của bạn là gì và dựa trên ít nhất 3-4 năm kinh nghiệm, bạn có thể đưa ra các lựa chọn khác nhau:

  • Bạn có muốn tiếp tục làm nhà phát triển phần mềm mãi mãi không, đó có thể là một lựa chọn rất tốt và có rất nhiều người yêu thích viết mã mãi mãi.
  • Nếu bạn rất giỏi trong việc thiết kế các thành phần phần mềm và các thiết kế trước đây của bạn đã được đánh giá cao rất nhiều, thì bạn có thể nghĩ đến việc chuyển sang lĩnh vực kỹ thuật và trở thành kiến ​​trúc sư phần mềm.
  • Nếu bạn rất giỏi quản lý mọi việc, có tài chỉ huy mọi người và có khả năng thuyết phục tuyệt vời, thì bạn có thể nghĩ đến việc chuyển sang vai trò quản lý, bắt đầu bằng việc lãnh đạo một nhóm nhỏ.
  • Nếu bạn rất giỏi trong việc quản lý mọi thứ và đồng thời có khiếu kiến ​​trúc tuyệt vời, thì bạn có thể nghĩ đến việc trở thành nhà quản lý kỹ thuật, nơi bạn sẽ tiếp tục đóng góp trong việc thiết kế các thành phần và sẽ quản lý nhóm và dự án.
Kế hoạch nghề nghiệp

Dù đó là gì, bạn phải nhận thức được nơi bạn muốn đạt được. Một khi bạn chắc chắn về điều này, bạn nên bắt đầu làm việc theo cùng một hướng, bắt đầu từ sở thích dự án của bạn cho đến các khóa đào tạo và chứng chỉ của bạn. Tổ chức hiện tại của bạn có thể không cho bạn cơ hội thích hợp để đạt được điểm đến mong muốn, sau đó bạn có thể đợi thời điểm thích hợp và chuyển sang một tổ chức tốt khác nhưng điều đó không nên thường xuyên. Tôi đã từng chứng kiến ​​những chàng trai nhảy cầu cứ sáu tháng một lần từ tổ chức này sang tổ chức khác chỉ vì tăng ít và nó được thực hiện mà không có suy nghĩ đúng đắn và lập kế hoạch phù hợp nhưng những người này không biết họ đang mất gì về lâu dài.

Bạn có thể thảo luận về con đường sự nghiệp của mình với người quản lý / người quản lý trực tiếp và hầu hết các tổ chức đều xác định lộ trình nghề nghiệp tiêu chuẩn cho nhân viên của họ, vì vậy bạn có thể kiểm tra xem nó có phù hợp với sở thích của mình hay không và làm việc cho phù hợp.

Khi nào thì thực hiện một động thái?

Đây là một câu hỏi rất thú vị mà khi nào tôi nên chuyển sang một tổ chức khác, nhưng tôi không thể trả lời nó bằng những từ ngữ đơn giản. Bạn biết con đường sự nghiệp của mình và nếu tổ chức hiện tại của bạn đủ để đưa bạn đến đích cuối cùng, thì tại sao bạn lại muốn rời bỏ nó. Rời bỏ một tổ chức chỉ vì vài đồng không bao giờ là một lý do chính đáng, thậm chí rời bỏ tổ chức quá thường xuyên không phải là một ý kiến ​​hay mặc dù bạn đang có được vị trí tuyệt vời và những bước tiến lớn, điều này chỉ đơn giản là vì bạn đang đánh mất uy tín của mình và không một công ty tốt nào chịu dựa vào bạn vì bạn luôn đứng sau tiền bạc và địa vị, vì vậy ai biết được khi nào bạn sẽ rời bỏ họ.

Nếu bạn gặp một số vấn đề về Quản lý hoặc Nhân sự nội bộ trong tổ chức của mình, thì hãy cố gắng giải quyết chúng vì bạn không bao giờ biết rằng tổ chức tiếp theo của mình có thể còn gặp những vấn đề lớn hơn tổ chức hiện tại của bạn. Bạn có thể thảo luận các vấn đề của mình với người quản lý, giám đốc hoặc với bộ phận nhân sự và giải quyết chúng một cách khéo léo.

Nếu bạn không thấy sự phát triển hơn nữa và các lựa chọn nghề nghiệp tốt trong tổ chức hiện tại và đồng thời đường cong học tập của bạn đã bão hòa, thì đã đến lúc chuyển sang một tổ chức khác. Có thể có một tình huống khi bạn không nhận được mức lương cao và có vị trí tuyệt vời trong tổ chức hiện tại của bạn nhưng bạn đang học hỏi được rất nhiều điều, điều này sẽ bổ sung rất nhiều giá trị trong sơ yếu lý lịch và sự nghiệp của bạn, vậy thì tốt hơn hết hãy gắn bó với tổ chức hiện tại cho đến khi việc học của bạn kết thúc.


Tóm lược


Tóm lại, chỉ viết mã thì rất dễ nhưng để trở thành một lập trình viên giỏi, tức là, nhà phát triển phần mềm cần một sự chăm chỉ và tận tâm trong việc thực hành nhiều. Có thể có một danh sách hàng nghìn phương pháp hay nhất, có thể được liệt kê bởi các nhà phát triển phần mềm kỳ cựu nhưng chúng ta hãy ăn theo số lượng mà chúng ta có thể dễ dàng hiểu được.

Chỉ cần giữ cho danh sách của bạn nhỏ nhưng tuân theo chúng nghiêm ngặt trong suốt cuộc đời của nhà phát triển của bạn.

Ngày mai con bạn sẽ sử dụng nó ...

Đứa trẻ của ngày mai

Tôi chắc chắn rằng, ngày mai con bạn sẽ sử dụng hướng dẫn tương tự nếu may mắn chúng là nhà phát triển phần mềm, tức là lập trình viên hoặc kỹ sư, vì vậy chúng ta hãy cùng nhau cải thiện tất cả. Nếu bạn thích hướng dẫn này, hãy chia sẻ nó với những người khác và viết lại bình luận cho tôi biết về sự cải tiến. 

Đăng nhận xét

Mới hơn Cũ hơn

Responsive Advertisement

Responsive Advertisement

Responsive Advertisement