Những yếu tố gây căng thẳng nào mà các lập trình viên gặp phải trong công việc, và làm thế nào để bạn đối phó với chúng? [đóng cửa]

Học cách quản lý căng thẳng là rất quan trọng để giữ sức khỏe trong khi làm việc tại bất kỳ công việc nào. Một nhiệm vụ cần thiết là học cách nhận biết và hạn chế các nguồn gây căng thẳng.

Nhưng, giữa công việc hàng ngày, có thể khó nhận ra các nguồn gây căng thẳng (đặc biệt đối với một nhân cách mạnh mẽ, tập trung như một lập trình viên).

Những loại căng thẳng nào các lập trình viên nên tìm kiếm, và làm thế nào họ có thể được quản lý?

Dưới đây là những điều tôi thấy gây ra căng thẳng nhất cho tôi và các nhà phát triển xung quanh tôi:

1. Sự mơ hồ : Mục tiêu, yêu cầu hoặc các kỳ vọng khác được nêu không hiệu quả. Nhiều công ty có nhân viên có thái độ"I don't know what I want, but I'll know it when I see it. Oh, and by the way I need it tomorrow."
2. Thời hạn không phù hợp : Hầu hết các thời hạn được đặt ra bởi doanh nghiệp không cần bởi khả năng thực tế của các nhà phát triển trong đội ngũ nhân viên. Thêm vào đó, kỳ vọng cho yêu cầu được tăng lên nhưng ngân sách / tài nguyên thì không.
3. Giả định / kỳ vọng xấu : Các lập trình viên có xu hướng có ý kiến ​​cao về khả năng của họ (không phải là một đặc điểm không học được) và vì điều này họ mong đợi rằng những người khác có thể phù hợp với khả năng, sự hiểu biết và kỳ vọng của họ. Thường thì một giả định sẽ được đưa ra rằng một cái gì đó "common knowledge"tương tự hoặc tương tự, và điều này có thể là thảm họa trong thể loại căng thẳng. Bây giờ, không chỉ chuyên gia kinh doanh không đáp ứng được kỳ vọng của lập trình viên, mà còn hoàn toàn không đủ năng lực để khởi động. Ngược lại, nếu lập trình viên không đáp ứng được kỳ vọng của doanh nghiệp, lập trình viên sẽ thất vọng vì anh ta / cô ta không được cung cấp thông tin họ cần để tiến hành.
4. Thiếu tôn trọng : Nhiều người có xu hướng tin rằng chỉ vì ai đó yếu trong kỷ luật của bạn mà điều đó có nghĩa là họ yếu trong họ. Có một lý do tất cả chúng ta đều có công việc / khả năng / kỳ vọng khác nhau, và điều quan trọng là phải tôn trọng rằng người khác rất có khả năng rất có khả năng trong các nhiệm vụ mà họ được yêu cầu thực hiện. Chỉ vì ai đó không có khả năng của bạn không có nghĩa là họ không đủ năng lực hoặc không có khả năng.
5. Thiếu kiểm soát bản thân : Điều này có thể được biểu hiện trong nhiều thứ. Có lẽ bạn là một người làm việc không chịu nghỉ ngơi thích hợp. Điều này dẫn đến sự tích tụ của căng thẳng và là xấu. Có lẽ bạn là người uống rượu Jolt Cola uống nhiều caffeine hơn khi căng thẳng tích tụ. Điều này có hại cho sức khỏe của bạn và làm cho phản ứng căng thẳng của bạn tồi tệ hơn. Bạn phải biết giới hạn của mình, biết điều gì kích hoạt phản ứng căng thẳng cụ thể của bạn và quan trọng nhất là biết cách làm giảm phản ứng căng thẳng đó. Đưa nó ra ngoài đồng nghiệp hoặc đồng nghiệp là không phù hợp và sẽ chỉ phục vụ để tăng căng thẳng.
6. Thiếu kỹ năng giao tiếp : Thường thì chúng ta không nói cùng một ngôn ngữ và tôi không nói về tiếng Anh, tiếng Đức hoặc tiếng Ấn Độ. Chúng tôi đang sử dụng cùng một từ, nhưng chúng tôi không nói những điều tương tự. Mọi người cần phải cụ thể và cởi mở về những điều họ không hiểu. Ngay cả khi bạn nghĩ rằng bạn hiểu, nó cũng không đau để làm rõ. Hãy nhớ rằng một số liệu kinh doanh có thể có ý nghĩa khác với các phòng ban khác nhau trong một tổ chức.
7. Chảy máu giới hạn : Giữ công việc tại nhà và ở nhà. Chỉ vì đứa con 7 tuổi của bạn để giày ở giữa sàn và không dọn dẹp sau bữa sáng không có nghĩa là bạn cần phải nhai Tiffany từ kế toán mới vì cô ấy đã đưa cho bạn bảng tính các yêu cầu thanh toán . Cùng một mã thông báo, chỉ vì Tiffany thiếu bảng tính không có nghĩa là vợ bạn đáng bị đối xử tệ bạc khi đi làm. (btw, Tiffany tội nghiệp cũng không xứng đáng được đối xử như vậy)

Tôi nghĩ rằng yếu tố gây căng thẳng lớn nhất cho bất kỳ lập trình viên nào là sự thiếu tự tin .

Vâng, rất nhiều cuộc họp (chắc chắn không phải cuộc họp mỗi lần) là không cần thiết, nhưng có khá nhiều tôi là một lập trình viên có thể làm về nó. Nếu tôi thường xuyên phải tham dự các cuộc họp - theo ý kiến ​​của tôi - không cần thiết, thì trách nhiệm của tôi là đứng lên và nói "này, tôi không cần phải tham gia cuộc họp đó - tôi có thể dành thời gian hiệu quả hơn".

Điều tương tự cũng xảy ra đối với các gián đoạn: Vâng, đó là một rắc rối. Tôi đã nhìn thấy nó trong một vài công ty. Tuy nhiên, rất nhiều lần, một lần nữa, có một số điều có thể được thực hiện. Một lập trình viên không cần kiểm tra tài khoản thư của mình cứ năm phút một lần và trả lời mọi thư ngay lập tức. Tương tự như vậy, nếu tôi không muốn bị làm phiền trong một khoảng thời gian nhất định, tôi tắt máy nhắn tin tức thì và chuyển tiếp điện thoại của mình.

Đây chỉ là hai ví dụ - có nhiều hơn nữa. Vâng, đôi khi sẽ nhận được thô. Nhưng hầu hết thời gian, các vấn đề chúng ta đang nói đến có thể được khắc phục khá dễ dàng với sự tự tin hơn một chút. Nói với những người ở phía bên kia của vòng liên lạc "vâng, tôi đã nghe thấy bạn và tôi đã nhận được tin nhắn của bạn nhưng tôi sẽ đến đó sau".

Vấn đề lớn nhất là chúng ta đang tạo ra chính mình! ;-)

Lỗi thành phần bên thứ 3

Nó có thể cực kỳ căng thẳng khi bạn nhận được một bản cập nhật trên một số thành phần bên thứ 3 phá vỡ một cái gì đó. Bạn không có mã nguồn để gỡ lỗi hoặc sửa đổi, nhưng nếu hệ thống của bạn phụ thuộc vào nó, nó có thể rất đáng sợ. Đi vào một buổi sáng để thấy rằng máy chủ kiểm soát nguồn của bạn đang hoạt động bất ngờ và bạn có thể mất 2 tuần kiểm tra có thể cung cấp khá nhiều căng thẳng. Về cơ bản, đây là ý tưởng về một lớp trừu tượng bị rò rỉ, khi bạn chưa chuẩn bị cho nó. Tham gia vào các vé lỗi mở trên bất kỳ công nghệ ngăn xếp nào của Microsoft và các bình luận chắc chắn sẽ đưa ra bằng chứng về sự căng thẳng đó.

Kỳ vọng không thực tế. Tôi thấy các khách hàng mong đợi rằng họ có thể dành 6 tuần trong thời gian thiết kế 7 tuần để lấy cho bạn tệp bạn cần để bắt đầu và tự hỏi tại sao nó không được thực hiện vào ngày hôm sau. Tôi đã thấy những người mong đợi rằng họ có thể giao cho bạn một nhiệm vụ mới vào 4:30 ngày thứ Sáu và hy vọng rằng bạn sẽ dành cả ngày cuối tuần để hoàn thành nó để trình bày vào thứ Hai cho CEO. Tôi đã thấy những người đưa bạn ra khỏi một nhiệm vụ ưu tiên cao để thực hiện một nhiệm vụ ưu tiên cao thứ hai và sau đó tức giận rằng việc đầu tiên không được thực hiện đúng hạn. Tất cả những điều này đều căng thẳng ngay cả khi bạn đã cố gắng hết sức để giải thích rõ ràng ngay từ đầu tại sao kỳ vọng của họ là không thực tế.

Thiếu khả năng đọc suy nghĩ. (Tôi sẽ làm may mắn khi tôi phát minh ra mô-đun đọc suy nghĩ đó.) Thật căng thẳng khi tìm hiểu trong thử nghiệm của người dùng rằng những gì họ nói với bạn rằng họ muốn không phải là điều họ thực sự muốn.

Nhiều câu trả lời được cung cấp rất hay, đặc biệt là những căng thẳng được liệt kê của Joel và những câu hỏi liên quan đến việc mất tiền và quản lý hối hả, những người không hiểu những gì họ yêu cầu.

Một số căng thẳng lớn tôi gặp phải đến từ

• Inheriting Spaghetti Code

  • Tôi đã có một số kinh nghiệm điên rồ trong đó bánh xe chắc chắn cần phải phát minh lại. Hãy tưởng tượng bạn được thuê sau khi một nhà phát triển khác đã tự tay xây dựng một cơ sở mã hóa trong hơn một năm hoặc chỉ để biết họ không biết họ đang làm gì, thất bại thảm hại và bị đuổi việc. Khi đến nơi, bạn nói rằng công việc của bạn là 'thực hiện công việc này'. Tất nhiên, có khoảng một dòng ghi chú trên 4000 dòng mã. Cực kỳ thiếu mô-đun và ít để không có hướng. Trên tất cả, mọi thứ vượt xa việc có những cái tên 'kỳ quặc' (có thể hiểu được và đôi khi là imho tuyệt vời) thành chỉ đơn giản là 'wth-ness'
  • Bạn phải có hai điểm phụ: P (Mã Spaghetti rất tệ, phải không?)

• Có một lỗi. Bạn BIẾT cho một thực tế tuyệt đối rằng nó có phải là loại liên quan đến một hoặc hai sự thay đổi nhân vật tí hon. Hạn chót là vào ngày mai, bạn đã có 3 tính năng để hoàn thành. Lỗi này mất 5 giờ để tìm và bạn không thể bỏ qua. ; (Ôi lol.

• Cố gắng giải thích trước

• Bị mắc kẹt tại bàn làm việc do những hạn chế kinh doanh trong khi nếu bạn có thể đi bộ một giờ trong công viên và quay trở lại, bạn sẽ có mã vàng đang chờ để nhảy từ đầu ngón tay. Điều tồi tệ nhất của tôi, tôi đã nhìn thấy một số cây và bầu trời nếu bạn muốn tôi tạo ra mã tốt và tiến bộ nhanh. Ít nhất một nửa lập trình là một nghệ thuật. Tìm cảm hứng.

• Không bị kẹt ở bàn làm việc khi bạn phải về nhà vì những hạn chế kinh doanh và không thể làm việc 20 giờ trong ngày hôm nay khi bạn ở trong khu vực. Đôi khi tôi nhấp vào với những gì tôi đang làm và nếu tôi không thể kéo tất cả sáng hơn ngay sau đó , nó sẽ không giống ngày hôm sau .. Tôi sẽ nhớ hầu hết trong số đó nhưng sẽ mất nhiều hơn ba lần để có được nó xuống và không được tốt như dù sao.

• Đôi khi cà phê / hàng tiêu dùng khác làm cho nó tồi tệ hơn và bộ não của tôi sẽ không lắng nghe tâm trí của tôi như tôi muốn. =)

• Nghỉ giải lao 15 phút. Chỉ đủ để ném tôi đi, không đủ để làm cho não tươi. Boooooo.

• Đã có lần tôi chọn ra một thư viện mới hoặc..worse..một khung mới. Đây là một trong những nhiệm vụ căng thẳng đáng ngạc nhiên nhất mà tôi gặp phải. Khi nó đi đúng hoặc thậm chí ok-ish, nó thật đáng yêu. Thỉnh thoảng khi nó trở nên tồi tệ ... oh boy. Bạn có thể ngồi đó quay cuồng với nó để thử các thử nghiệm vô tận của các phong cách khác nhau và khiến đầu óc bạn bị lấp đầy bởi quá nhiều giao diện khiến các bộ phận trong tâm trí tôi bắt đầu tắt và nói "không, không ... tôi sẽ không làm điều đó. xấu. Đi đi. " Chỉ bị buộc phải đánh bại họ để trình. Thở dài.

• Các loại lỗi liên kết xấu. Tôi không chắc làm thế nào để mô tả chúng.

• Nhập số lượng lớn dữ liệu từ định dạng tệp gây phiền nhiễu cho các đối tượng của bạn. Điều này đôi khi khá thú vị và thường làm bạn kiệt sức rất nhanh khi không. Tôi nhớ làm việc với định dạng excel cũ này có một số nhân vật kinh dị thoát rất khó khăn và không có giấy tờ. Điều này cùng với thực tế là thông tin trong cột thực tế mà chúng tôi trích xuất có đầy những nhân vật ngộ nghĩnh, ... nó vẫn ám ảnh tôi. Tôi cứ nghĩ "aha nó hoạt động ngay bây giờ !! ....! ............ oh ... đừng bận tâm .."

Tôi nghĩ rằng rất nhiều căng thẳng là kết quả của các tiền đề sau:

1. Lập trình viên giỏi thường là những người có thể hoàn thành một số nhiệm vụ phi lập trình (hỗ trợ / xử lý sự cố sản xuất, tài liệu, trả lời các câu hỏi từ doanh nghiệp hoặc các thành viên khác trong nhóm, đưa ra ý kiến ​​kỹ thuật về định hướng trong tương lai) một cách hiệu quả nhất.
2. Lập trình là một hoạt động mà điều này được thực hiện tốt nhất trong thời gian dài không bị gián đoạn.
3. Hiểu biết về tiền đề # 1 >> Hiểu về tiền đề # 2.

Do đó, các lập trình viên thường được yêu cầu thực hiện một số điều khác nhau, làm xói mòn năng suất và chất lượng công việc của họ trong nghề thủ công đã chọn. Người quản lý thực hiện cuộc gọi này coi đây là một "chiến thắng", bởi vì vấn đề cấp thiết đã được giải quyết nhanh chóng và hiệu quả, và chi phí không rõ ràng ngay lập tức.

Có một số chiến lược để quản lý nó, với những ưu điểm và nhược điểm khác nhau.

1. Quản lý thời gian - Dành một phần thời gian trong ngày của bạn cho lập trình, và một phần khác trong ngày của bạn cho công việc khác, và bị kỷ luật về nó. Một nhược điểm của điều này là cuối cùng tôi đã để công việc phi lập trình chiếm hết thời gian 8-5 của tôi và làm công việc lập trình của tôi vào ban đêm, điều này rất tệ cho cân bằng công việc / cuộc sống.
2. Giáo dục - Đây là nơi những người như Joel đang thực hiện công việc của yeoman - thông báo rằng chi phí cho một gián đoạn 15 phút có thể lớn hơn 15 phút. (ví dụ: http://www.joelonsoftware.com/articles/fog0000000022.html )
3. Phát triển nhóm, tài liệu - Đảm bảo rằng bạn không phải là nguồn kiến ​​thức duy nhất cho các phần quan trọng trong công nghệ của công ty bạn.
4. Tính cách khó chịu - Tôi chỉ nửa đùa nửa thật. Nếu bạn phát triển danh tiếng của việc phản ứng với một tiếng gầm gừ trước những gián đoạn, mọi người sẽ có xu hướng tìm những cách khác để hoàn thành công việc. Bạn tốt hơn nên thực sự tốt để kéo này ra, mặc dù.

Yếu tố gây căng thẳng chính mà tôi gặp phải là điều tôi thích gọi là " Hội chứng chết người"Về cơ bản, thái độ của một số nhà phát triển có sự tầm thường đó là ổn, và không cần phải cải thiện hay làm mọi thứ khác đi. Như một người dành thời gian ngoài công việc đọc blog và sách, nghe podcast và xem video về những cách tốt hơn để làm mọi việc một cách chuyên nghiệp, tôi thấy điều này thực sự làm tôi căng thẳng vì 95% tôi là người duy nhất trong nhóm, nếu không phải trong toàn bộ công ty, người hiểu tại sao, ví dụ, viết bài kiểm tra đơn vị là tốt hoặc tại sao thật tệ khi có hàng ngàn dòng mã trong một lớp (hoặc các lớp thực hiện nửa tá thứ khác nhau) và cố gắng giáo dục đồng nghiệp của tôi dẫn đến kết quả là có vẻ trống rỗng, xin lỗi "Chúng tôi không có thời gian để sửa nó "," Chúng tôi sẽ không bao giờ sử dụng bởi vì chúng tôi chưa từng sử dụng nó trước đây. "Hoặc" Điều đó 'Không phải là cách chúng ta làm mọi thứ ", hoặc trong trường hợp xấu hơn là tôi bị đưa ra cửa và bị sa thải vì cố gắng thay đổi mọi thứ cho tốt hơn.

Sẽ rất khó để có được một câu trả lời chung cho câu hỏi này. Con người phát triển mạnh trong những điều kiện khác nhau.

1. quá nhiều công việc trong thời gian quá ngắn
2. quá ít phản hồi từ người dùng
3. đổ lỗi cho văn hóa
4. thiếu không khí tin tưởng.

Tôi có xu hướng thấy rằng công việc là nguyên nhân gây căng thẳng ít nhất cho hầu hết mọi người, không phải là lập trình viên nói riêng. Đó là các mục không liên quan như văn hóa công ty, bầu không khí đơn vị, các vấn đề truyền thông gây căng thẳng nhất cho hầu hết mọi người. Không phải là họ không thể xử lý công việc; đó là họ không thể xử lý bầu không khí trong nhà bếp nếu bạn muốn.

Một cuộc thảo luận hữu ích hơn có thể tập trung nhiều hơn vào các giải pháp cho các vấn đề đã nói.

"Các nhiệm vụ khác theo sự phân công".

Tôi đã phải trả lời điện thoại. Tôi đã phải làm việc trong nhà kho. Tôi đã phải làm hàng tồn kho. Tôi đã ở trong các cuộc họp công ty dài cả ngày. Tôi thậm chí đã phải ra ngoài và bảo trì cỏ hạn chế.

Tôi không biết liệu tôi có bao giờ nhận một công việc khác có đó là một phần của mô tả không.

Quản lý kém. Tôi không thể kể cho bạn biết có bao nhiêu câu chuyện mà tôi đã trải qua hoặc thấy các nhà quản lý (đặc biệt là quản lý cấp cao và những người trong công ty hàng đầu) đưa ra quyết định kỳ quặc mà không hỏi ý kiến ​​bất cứ ai thực sự biết bất cứ điều gì về khu vực họ đã quyết định hoặc họ không tham khảo ý kiến ghi chú từ các cuộc họp trước khi đi về phía trước theo hướng ngược lại như đã được quyết định.