Các lập trình viên không phải là người quản lý ở độ tuổi bốn mươi hoặc già hơn ngoài kia đôi khi hối hận về việc không phải là người quản lý? [đóng cửa]

Và tại sao hầu hết các lập trình viên bỏ mã hóa và trở thành người quản lý sớm so với các lĩnh vực khác? Bạn có thể làm việc như một công nhân xây dựng, một luật sư, nhà nghiên cứu, nhà văn, kiến ​​trúc sư, đạo diễn phim trong nhiều thập kỷ nếu không phải là cả cuộc đời của bạn, mà không bỏ việc yêu thích bạn đang làm. Nhưng hầu hết các lập trình viên nghĩ rằng trở thành một người quản lý, hoặc tốt hơn, một người quản lý không mã hóa là một điều tuyệt vời và là mục tiêu cuối cùng của sự nghiệp phần mềm. Thật hiếm khi thấy một lập trình viên bình thường ở độ tuổi 40 hoặc 50 (hoặc 60!) Trong một công ty phần mềm điển hình. Tại sao?

(Và tôi là một lập trình viên miễn là bạn thích làm việc đó.)

Nhưng hầu hết các lập trình viên nghĩ rằng trở thành một người quản lý, hoặc tốt hơn, một người quản lý không mã hóa là một điều tuyệt vời và là mục tiêu cuối cùng của sự nghiệp phần mềm.

Họ làm? Tôi chưa gặp một trong những loại mã hóa vì họ yêu thích nó. Hầu hết nghĩ rằng cách này là lập trình bởi vì họ nghĩ rằng họ sẽ kiếm được nhiều tiền khi làm việc đó và nghĩ rằng chuyển sang quản lý họ sẽ kiếm được nhiều tiền hơn. Họ có thể đúng.

Tôi 42 tuổi và tôi thích mã hóa. Tôi hiện đang ở vị trí trưởng nhóm có quản lý quá mức và tôi ghét khía cạnh đó của nó. Tôi thích được phụ trách, nhưng nhiệm vụ quản lý hút ass. Thành thật mà nói, tôi không muốn làm việc để thúc đẩy nhóm của mình, đánh giá hiệu suất, đánh giá mã, v.v. Tôi thấy đây là công cụ dành cho trẻ em. Tôi hy vọng họ sẽ có động lực như tôi, và khi họ không bực bội.

Đừng hiểu sai ý tôi, tôi thích trở thành một người cố vấn và thực sự sẽ thích bỏ qua quản lý cấp trung và chuyển sang quản lý cấp trên. Điều đó hấp dẫn tôi. Tôi thích suy nghĩ lâu dài và đưa ra quyết định chiến lược cho doanh nghiệp. Nhưng các nhà quản lý cấp trung chỉ đơn giản là những người trông trẻ phải theo dõi và thúc đẩy các khoản phí của họ. Tôi thấy điều này là một sự lãng phí các kỹ năng của tôi, thành thật mà nói.

Tôi 63 tuổi và tôi thích viết mã. Tôi không có ý định nghỉ hưu. (Chà, có thể giảm xuống còn 40 giờ một tuần vào một ngày nào đó.)

Lập trình viên có chung văn phòng với tôi ở độ tuổi 50. Chúng tôi có một người quản lý chỉ dưới 50 tuổi và anh ấy cũng dành ít nhất một nửa thời gian để viết mã. Công ty cũng có một anh chàng lập trình viên / cơ sở dữ liệu web. Anh ấy là chàng trai kỹ thuật trẻ nhất và 40 tuổi.

Khoảng 25 năm trước, khi tôi đang cố gắng mở rộng công việc tư vấn, tôi đã thuê bốn nhân viên. Tôi không bao giờ có thời gian để viết mã và dành toàn bộ thời gian để quản lý chúng và nhận các dự án mới để giữ cho mọi người bận rộn. Tôi ghét nó. Đã trở lại làm việc solo và chưa bao giờ hối tiếc , để trả lời câu hỏi của bạn.

Các lập trình viên không phải là người quản lý ở độ tuổi bốn mươi hoặc già hơn ngoài kia đôi khi hối hận về việc không phải là người quản lý?

Không phải tôi.

Tại sao hầu hết các lập trình viên bỏ mã hóa và trở thành người quản lý sớm so với các lĩnh vực khác?

Có một vài lý do. Người ta phải làm với sự phân biệt tuổi tác, khó khăn hơn nhiều để đạt được các vị trí lập trình mới sau 40. Một người khác được mô tả cho tôi bởi một người quản lý đã lập trình viên: "những vấn đề tôi muốn giải quyết là những vấn đề tôi không thể giải quyết là một lập trình viên duy nhất, họ quá lớn và cần nhiều hơn 1 lập trình viên để làm điều đó. "

Thật hiếm khi thấy một lập trình viên bình thường ở độ tuổi 40 hoặc 50 (hoặc 60!) Trong một công ty phần mềm điển hình. Tại sao?

Phân biệt tuổi tác cùng với "Tôi mệt mỏi với việc phải chịu những thứ ngu ngốc này!" [1]

Tôi 50. Tôi biết 2 lập trình viên khác là 55. Một người phải chuyển đến gần Washington DC để thoát khỏi sự phân biệt tuổi tác quanh đây. Cái kia bị kẹt trong VB6-đất (hiện tại chúng tôi chủ yếu làm .NET, nhưng một sản phẩm bò tiền mặt vẫn ở vb6), và anh ấy là người quản lý dự án tại một công việc trước đây. Sự kết hợp giữa chủ nghĩa tuổi tác và sự xa cách [2] và những khó khăn khó khăn hơn nhiều của những người chỉ hơn tôi vài tuổi là một thông điệp mạnh mẽ mà tôi cần xem xét về sự nghiệp thay thế của Kế hoạch B. Tôi đoán là tôi còn 15-20 năm trong lực lượng lao động trước khi tôi có thể đủ khả năng nghỉ hưu. Tôi không biết tương lai sẽ ra sao, nhưng theo quan điểm của tôi, nó không hấp dẫn lắm. Lập trình là một chuyến đi tuyệt vời, tôi không thấy nó kéo dài mãi mãi.

Lưu ý:
1 - Một nhà phát triển độc thân, hoặc ít nhất là trẻ em / không có con có thể dành nhiều thời gian hơn để làm việc hơn một người nói rằng "Tôi không thể ở lại đêm nay, tôi phải đón đứa trẻ từ nhà giữ trẻ." Quá nhiều yêu cầu / yêu cầu làm thêm giờ khiến các nhà phát triển tìm kiếm các vị trí mà họ có thể dành thời gian cho gia đình thay vì bằng mã.
2 - Tôi không thấy đặc biệt là giết chết công việc của mình, chỉ là bóp nghẹt dòng chảy của các nhà phát triển mới, cấp mới vào ngành. Do đó, các lập trình viên cấp trung và cấp cao đang mờ dần với một vài nhà phát triển cơ sở phía sau họ. Khi những người ở các quốc gia khác có được các kỹ năng phát triển, nhiều người trong số họ sẽ chuyển lên các vị trí nhà phát triển cấp trung và cấp cao hơn nữa làm giảm thị trường vốn đã khó khăn (đối với tôi ở tuổi tôi).

Tôi chỉ ngại ngưỡng của bạn, nhưng một số đồng nghiệp của tôi ở trên ngưỡng của bạn ghét nhiệm vụ quản lý. Một số đã làm công việc quản lý một thời gian, và sau đó quay lại viết mã. Quản lý là một bộ kỹ năng hoàn toàn khác biệt, và những gì làm cho một lập trình viên giỏi làm cho một người quản lý tồi (và ngược lại).

Thành thật mà nói, sự lôi kéo của quản lý là do cách thức cấu trúc của hầu hết các công ty. Khi bạn tăng trần với tư cách là một lập trình viên, bạn sẽ không thể tiếp tục - điều này cũng được phản ánh trong tiền lương của bạn so với tiền lương của người quản lý. Tôi vẫn chưa thấy một công ty thực sự thử những gì được viết trong "Tháng huyền thoại".

Tôi đã luôn tự hỏi nếu tất cả những sinh viên ghét lập trình ở trường đại học, nhưng vẫn tốt nghiệp, cuối cùng sẽ trở thành ông chủ của chúng tôi?

Tôi biết một vài đồng nghiệp tốt nghiệp với tôi về chính trị nhiều hơn là lập trình. Tôi tự hỏi nếu một công ty đủ lớn, cuối cùng họ sẽ trở thành người quản lý? Họ biết đủ về tiền mã hóa nhưng có năng khiếu tự nhiên trong quản lý con người. Với nền tảng phần mềm, họ sẽ có các kỹ năng để ủy thác và tương tác với các lập trình viên khác.

Tôi luôn có vẻ trớ trêu với tôi rằng những người thực sự giỏi lập trình là một ngày nào đó sẽ làm việc cho các đồng nghiệp của họ đã phải vật lộn trong cùng một khóa học máy tính.

Không phải tôi - và tôi 52!

Tôi đã đi trên con đường đó khoảng mười năm, vật lộn suốt thời gian và cuối cùng thức dậy với thực tế là tôi ghét quản lý người khác và thực sự mút nó. Vì vậy, vào năm 2002, tôi đã quay lại chỉ lập trình. Bây giờ, tôi kiếm được nhiều tiền hơn và thực sự thích những gì tôi làm, và tôi không hối tiếc về điều đó.

Thường chỉ có một vài theo dõi nghề nghiệp tiêu chuẩn cho người kỹ thuật, bất kể lĩnh vực nào. Thật không may, trong hầu hết các tổ chức, theo dõi kỹ thuật thuần túy có trần lương và ảnh hưởng hạn chế đến tổ chức. Rất nhiều lập trình viên nhảy vào đường đua quản lý không làm điều đó bởi vì họ thực sự muốn ngừng mã hóa, nhưng vì họ muốn tiếp tục tiến bộ về thu nhập và quyền hạn.

Tôi đã thành công với một cách tiếp cận rất khác: trở nên thành thạo các công nghệ mà tôi nghĩ là tuyệt vời và nhận công việc hoặc hợp đồng để làm việc với họ. Những vị trí đó sau đó đưa tôi đến với những công nghệ tuyệt vời hơn mà tôi trở nên thành thạo và chu kỳ tiếp tục.

Chắc chắn có một số phân biệt tuổi tác đối với các lập trình viên lớn tuổi - nhưng cũng có nhiều cách để chống lại điều này. Lần đầu tiên ai đó thấy phản xạ của tôi nhanh như thế nào từ việc luyện tập võ thuật liên tục của tôi, họ ngừng chú ý đến bộ râu trắng của tôi.

Tại nhiều công ty, có một trần kỹ thuật, về mặt bồi thường.

Vì vậy, nếu bạn muốn có nhiều tiền hơn, đó là quản lý hoặc tư vấn.

Mặc dù tôi không hoàn toàn ở độ tuổi 40 nhưng tôi không phải chờ đợi lâu ... vì vậy tôi sẽ phải trả lời câu hỏi này.

Tôi là một người quản lý cũng viết mã. Tôi ghét phải có một vị trí quản lý mà tôi không có (hoặc ít mã hóa). Trước hết tôi yêu thích mã hóa (hoặc chính xác hơn là giải quyết vấn đề và học tập) nhưng cũng như nếu bạn trực tiếp quản lý các lập trình viên, tôi cảm thấy bạn thực sự cần phải hiểu những gì đang diễn ra để hỗ trợ nhóm.

Mặt khác, tôi thích các phần quản lý công việc của mình - thực hiện các quy trình, huấn luyện và vv. Thành thật mà nói, tôi không nghĩ rằng hầu hết các lập trình viên đều quan tâm đến khía cạnh đó - khi tôi tham gia các sự kiện cộng đồng 'kỹ năng mềm', luôn có ít người tham dự hơn là tham gia các sự kiện công nghệ hoặc mã hóa. Vì vậy, tôi không biết rằng hầu hết các lập trình viên đều khao khát trở thành người quản lý (hoặc nếu họ làm những người tham gia các sự kiện công nghệ thì họ sẽ không quan tâm đến các kỹ năng theo cách tương tự hoặc họ coi trọng họ ít hơn).

Tôi nghĩ lý do bạn không nhận được nhiều hơn 40 lập trình viên là vì 20 năm trước có một phần số ngày nay - hãy cho nó thêm 10-20 năm nữa và bạn sẽ thấy sự phân bổ tuổi tác rất nhiều.

Tôi có thể đưa ra một câu trả lời ngắn gọn cho điều đó: Tôi đã được thăng chức lên các vị trí "quản lý" hai lần. Mỗi lần thăng chức được theo dõi khá nhanh chóng bằng một đơn xin thôi việc (phải thừa nhận, trong một trường hợp, dù sao tôi cũng bị cháy khá nhiều, nhưng được làm quản lý là một trong những ống hút cuối cùng).

Tôi hơi sớm vì điều này, ở tuổi 35, tôi là một CTO vẫn có thể viết một số mã khi tôi không bị phân tâm bởi các trang web hỏi đáp, phỏng vấn, bảng ngân sách, vụ kiện đang chờ xử lý, lỗ đen đó được gọi là văn phòng Bằng sáng chế Hoa Kỳ và khác nhiều thứ.

Lần đầu tiên tôi học được kết thúc 'kinh doanh' lập trình khi tôi phát ốm vì làm việc cho người khác. Tôi đã quen thuộc với một số khía cạnh của quản trị, chẳng hạn như giấy phép phần mềm và hợp đồng nói chung vì vậy đó là một động thái tự nhiên đối với tôi. Thẳng thắn mà nói, tôi ghét nó.

Hiện tại, tôi đủ thành thạo để tiếp tục không chỉ tiếp tục đẩy sản phẩm gọn gàng ra khỏi cửa, mà còn đảm bảo rằng chúng tôi giữ và duy trì những người có thể đẩy sản phẩm gọn gàng ra khỏi cửa. Tôi cũng cố gắng hết sức để lèo lái chúng tôi khỏi những cạm bẫy pháp lý. Tôi từ chối ngừng viết mã, vì vậy nó thực sự giống như làm việc hai công việc toàn thời gian.

Mục tiêu của tôi? Kiếm đủ tiền để tôi có thể quay trở lại để đẩy những thứ gọn gàng ra khỏi cửa, mà không phải lo lắng về bất cứ điều gì khác. Điều đó có lẽ sẽ không xảy ra trong 15 năm nữa, điều đáng chú ý là đặt tôi ở cùng độ tuổi mà bạn nêu ra trong câu hỏi của mình.

Bạn cũng phải xem xét rằng hầu hết các công ty (tốt) có cái nhìn khác về quản lý. Ví dụ, tôi sẽ không can thiệp vào một dự án mà tôi không biết gì về mặc dù tiêu đề của tôi 'cho phép' tôi làm điều đó trừ khi có một số lý do thuyết phục để làm điều đó. Nếu bạn sẽ trải qua tất cả những rắc rối của việc thiết lập cấp độ 'cấp cao' và sau đó rút ngắn nó, thì sao?

Nơi tôi làm việc, nếu bạn có thể đưa ra ý tưởng, phác thảo một thông số kỹ thuật, kế hoạch và ngân sách, bạn sở hữu nó, đó là con bạn và bạn có thể tự do tiêu tiền và chạy theo nó với sự giám sát tối thiểu.

Tôi nghĩ rằng hầu hết các công ty hợp lý đang nhận ra rằng họ kiếm được nhiều tiền hơn khi họ (trong lý do) đặt mọi người vào những gì họ muốn làm. Quản lý hôm nay, ngày mai càu nhàu, tư vấn tuần sau. Miễn là khoản bồi thường phản ánh trách nhiệm của bạn, tôi không thấy tiêu đề tạo ra sự khác biệt như thế nào :)

Lưu ý: Tôi ghét bằng sáng chế phần mềm và là thành viên của LPF (giải đấu vì tự do lập trình)

Thật hiếm khi thấy một lập trình viên bình thường ở độ tuổi 40 hoặc 50 (hoặc 60!) Trong một công ty phần mềm điển hình. Tại sao?

Tôi nghĩ rằng điều này có liên quan nhiều đến nghề nghiệp của chúng tôi là tương đối trẻ hơn bất cứ điều gì khác.

Ý tôi là, chắc chắn, có những người xung quanh đã viết mã bằng COBOL hoặc Fortran từ những năm 1960, nhưng lĩnh vực của chúng tôi (và dân số giáo dục Khoa học Máy tính) chỉ thực sự bắt đầu tăng theo cấp số nhân vào những năm 1990. Vì vậy, hầu hết mọi người trong lĩnh vực này là tương đối trẻ.

Đây có thể là hiển nhiên, nhưng tôi sẽ chỉ nêu ra một vài suy nghĩ:

Một số người có thể trở thành người quản lý do công ty phát triển và đã ở công ty trong X năm, giờ họ được thăng chức làm quản lý, một phần thưởng cho sự tồn tại quá lâu trong công ty. Có thể có một chuyến đi quyền lực đi kèm với việc trở thành một người quản lý mà tôi tưởng tượng vì tôi chưa bao giờ là người quản lý hoặc muốn trở thành người quản lý.

Tôi nghĩ nó sẽ rất tuyệt với người quản lý dự án, nghĩa là, một người có thể làm mã nhưng chắc chắn là thiết kế. Tôi thích mã hóa nhưng tôi thích công việc thiết kế. Vì vậy, tôi đoán rằng tính. Tôi sẽ rời khỏi mã hóa nếu điều đó có nghĩa là tôi có thể làm công việc thiết kế toàn thời gian, nhưng không nơi nào tôi biết thực sự có PM không mã hóa.

(Và tất nhiên tôi vẫn lập trình như một sở thích. Mã hóa sở thích và mã hóa công việc của tôi chia sẻ một số khía cạnh nhưng phần lớn là những thứ độc lập với tôi.)

Một số lý do rõ ràng:

• Tiền (người quản lý được trả tốt hơn)
• Lười biếng (là một nhà phát triển, bạn phải học mọi lúc để giữ cho kiến ​​thức của bạn được cập nhật)
• Mong muốn thay đổi (hầu hết những người sau 40 tuổi chỉ mệt mỏi với tiền mã hóa)

Bây giờ tôi 40 tuổi, tôi đã làm quản lý được hai năm, và tôi rất vui khi được trở lại với tiền mã hóa.

Tôi sẽ cố gắng trả lời câu hỏi từ phía bên kia. Là một nhà phát triển cơ sở, tôi muốn một người quản lý / trưởng nhóm, người đã ở một lúc và có thể giúp tôi giao tiếp với khía cạnh kinh doanh. Trong nhiều công ty, CNTT là một vai trò hỗ trợ, vì vậy tôi không mong muốn quản lý cấp trên thực sự quan tâm đến những gì chúng ta cần để làm việc tốt. Anh ấy nên có một chút uy tín hơn tôi!

Tuy nhiên, tôi vẫn muốn có một lập trình viên cho một người quản lý. Nếu anh ấy vượt qua hàng ngũ mã hóa, anh ấy cũng có thể giúp tôi giải quyết các vấn đề lập trình. Quan điểm của việc có một người quản lý mà bạn không thể gặp vấn đề là gì?

Ngẫu nhiên, cao nhất tôi thực sự hào hứng về việc là một trưởng nhóm.

Điều này có thể trả lời câu hỏi của bạn - Bí mật sâu thẳm của Thung lũng Silicon:

http://techcrunch.com/2010/08/28/silicon-valley%E2%80%99s-dark-secret-it%E2%80%99s-all-about-age/

EDIT: Đáp lại yêu cầu của @ gnat: bài viết này giải thích tại sao không có nhiều lập trình viên "lớn tuổi" hơn trong ngành công nghệ. Nhiều công ty công nghệ muốn có tài năng trẻ hơn, rẻ hơn - khi họ có thể có được một sinh viên mới tốt nghiệp với giá 70 nghìn đô la và đào tạo họ, tại sao phải trả sáu con số cho một nhân viên công nghệ lớn tuổi, những người có lẽ sẽ không sẵn sàng kéo cả đêm?

Các lập trình viên có thể chán ngấy với tất cả các chính trị và nghĩ rằng họ có thể sửa chữa tất cả nếu họ trở thành người quản lý (Và có lẽ họ đúng?)

Ngoài ra, rất nhiều lập trình viên "định cư" ở độ tuổi 40 hoặc 50 và làm việc tại một công ty nhỏ hơn, nơi họ không làm việc nhiều theo thời gian vì họ có gia đình.

Trong bất kỳ lĩnh vực kỹ thuật cao nào, bạn phải tiếp tục học hỏi. Tất nhiên, không phải ai cũng có thể làm điều này hoặc thực sự muốn thử. Quản lý là một lối thoát hoàn hảo vì bạn càng leo cao, bạn càng có ít kiến ​​thức kỹ thuật. Tôi nghiêm túc khái quát ở đây và không cố gắng giảm bớt các nhà quản lý tự nhiên, nhưng một VP điển hình không có nghĩa vụ phải thiết kế trình điều khiển thiết bị (hoặc bất cứ điều gì).

Điều khó khăn là không biết liệu quá trình chuyển đổi hợp lý này có phải là điều nên làm hay không. Tôi đã may mắn nhận được câu trả lời của mình khi tôi còn khá trẻ. Tôi có một vị trí quản lý nhỏ, phi kỹ thuật đã dạy tôi rằng tôi KHÔNG BAO GIỜ muốn trở thành một người quản lý thực sự. Đối với tôi, sự khác biệt về lương không đáng để làm phiền và các công cụ kỹ thuật chỉ là quá nhiều niềm vui.

Tôi đã làm một năm quản lý gần hai thập kỷ trước và không thích điều đó. Tôi đã là một lập trình viên, hoặc kiến ​​trúc sư, hoặc bất cứ điều gì ngoại trừ một người quản lý và vẫn làm mã hóa kể từ đó, không có lý do gì để hối tiếc. Và Apeg vừa gửi cho tôi lời mời tham gia dựa trên sinh nhật tiếp theo của tôi - tôi phải già đi!

Tôi may mắn - Tôi làm việc cho một công ty lớn có sự nghiệp cho các nhân viên kỹ thuật cao cấp muốn duy trì đội ngũ kỹ thuật.

Trong lớp của tôi, nó là một cách khác.

Chúng tôi có các lớp hỗn hợp, lập trình viên và quản lý. Rất nhiều người quản lý chuyển sang lập trình trong năm thứ 2.

Tôi thực sự bị nghẹt thở khi nghe (giả sử đó là sự thật) rằng hầu hết các lập trình viên muốn chuyển sang quản lý.

Tôi nghĩ rằng những lập trình viên biến thành người quản lý chỉ đơn giản là những người không giỏi lập trình.

Nếu bạn bị mắc kẹt với việc viết mã mà không có trình độ trí tuệ, lập trình nhanh chóng trở nên nhàm chán, cuối cùng bạn sẽ thực hiện các nhiệm vụ lặp đi lặp lại. Những lập trình viên như vậy thường có năng suất cao hơn khi họ sử dụng các công cụ tạo mã.

Các lập trình viên giỏi thường tiến lên từ thời điểm đó sớm hay muộn, nhưng các lập trình viên tồi sẽ luôn thấy mã hóa khi thêm nhiều dòng vào một tệp nguồn. Giống như xây một bức tường gạch. Sớm muộn gì họ cũng muốn trở thành người quản lý để họ có thể quản lý các "lập trình viên" khác làm công việc nhàm chán.

Nếu bạn là một lập trình viên giỏi, bạn không bao giờ cảm thấy nhàm chán với lập trình.