Có một công việc kỹ thuật được trả lương cao hơn có nghĩa là bạn không nhận được mã nữa? [đóng cửa]


58

Tôi làm việc tại một công ty lớn, nơi những người kỹ thuật rơi vào một trong những loại sau:

  1. Một nhà phát triển trong nhóm scrum, người phát triển cho một sản phẩm và có thể làm việc với các nhóm khác có liên quan chặt chẽ với sản phẩm.
  2. Một kiến trúc sư là người tư vấn nhiều hơn cho nhiều nhóm (5-6) và cố gắng nhận ra điểm tương đồng giữa các nỗ lực của nhóm có thể được trừu tượng hóa trong các thư viện (tuy nhiên kiến ​​trúc sư không viết mã thư viện). Kiến trúc sư này cũng tham dự nhiều cuộc họp với quản lý và cố gắng thiết lập hướng kỹ thuật.

Trong công ty của tôi, vai trò kiến ​​trúc sư là nơi mà hầu hết những người kỹ thuật chuyển sang làm bước tiếp theo trong sự nghiệp của họ.

Câu hỏi của tôi là: Có phải hầu hết các công ty đều làm việc theo cách mà những người kỹ thuật được trả lương cao nhất của họ bị loại bỏ khỏi việc viết mã? Đây có phải là một xu hướng tự nhiên cho sự nghiệp của một nhà phát triển? Nhà phát triển có thể có tất cả (mã VÀ đặt hướng không?)

Câu trả lời:


75

Có phải hầu hết các công ty làm việc theo cách mà những người kỹ thuật được trả lương cao nhất của họ đã bị loại bỏ khỏi việc viết mã?

Hầu hết các công ty xấu. Có một xu hướng tự nhiên là có nhiều trách nhiệm hơn liên quan đến việc viết mã ít hơn và tập trung hơn vào các khía cạnh khác của phát triển phần mềm. Điều đó nói rằng, rất phổ biến đối với những người kỹ thuật để mất liên lạc với những gì phổ biến / tốt nhất / có thể nếu họ không dành thời gian thực sự viết mã. Điều này có ảnh hưởng thảm họa đối với công ty.

Đây có phải là một xu hướng tự nhiên cho sự nghiệp của một nhà phát triển?

Đúng. Cuối cùng, một người có thể giúp sản phẩm nhiều hơn bằng cách tư vấn, điều phối, thiết kế, biết miền vấn đề và thực hiện các nhiệm vụ phát triển phần mềm khác hơn là họ có thể viết mã. Và trong tất cả sự trung thực, có kỹ năng lãnh đạo hoặc thiết kế tốt hiếm hơn rất nhiều (đọc: có giá trị) so với kỹ năng viết mã.

Nhà phát triển có thể có tất cả (mã VÀ đặt hướng không?)

Chắc chắn rồi. Mặc dù bạn cần nhận ra rằng số lượng tiền mã hóa sẽ giảm. Bạn không thể làm tốt những việc có giá trị khác nếu bạn dành 80% thời gian trong ngày cho một IDE.

Tùy chọn khác xảy ra là 'kỹ sư chính' vì thiếu một thuật ngữ tốt hơn. Một số nhà phát triển rất chuyên ngành. Tôi đã làm việc với ai đó, ví dụ, người đã viết trình điều khiển ethernet gigabit cho Linux. Chúng tôi cần anh ấy làm công việc đó cho chúng tôi, và vì chỉ một số ít người có thể làm tốt công việc đó, anh ấy đã kiếm được rất nhiều tiền mặt ngoài việc viết mã như phần lớn thời gian của anh ấy.

Hầu hết các công ty không cần loại chuyên môn đó. Họ chỉ đang kết nối dữ liệu với nhau hoặc tạo một trang web / Mobil Ứng dụng khác.


1
Điều này. Tuy nhiên, trong hầu hết các hệ thống phân cấp, có một vài vị trí ở giữa "khỉ mã" trung bình và một kiến ​​trúc sư; Junior dev, dev, Senior dev, trưởng nhóm, thậm chí quản lý dự án thường ở bên dưới một kiến ​​trúc sư phần mềm. Đối với người quản lý dự án, hầu hết các vị trí đó vẫn là các lập trình viên chính, với các chức năng công việc tư vấn / giám sát ngày càng tăng, với bước nhảy vọt lượng tử khi bạn chuyển lên PM mà giảm khá nhiều nhiệm vụ mã hóa theo hướng có lợi cho quản lý tài nguyên và con người. Các kiến ​​trúc sư thường nhảy các PM để gần gũi hơn với tiền mã hóa, nhưng có được quyền trên nhiều dự án.
KeithS

1
Câu trả lời chính xác. Và bình luận của bạn về "có tất cả" là tại chỗ. Gần đây tôi đã đưa ra một quyết định có ý thức để thay đổi con đường sự nghiệp của tôi để tôi có thể quay lại viết mã. Tôi đã may mắn tìm được một công ty có thể sử dụng cả kỹ năng kiến ​​trúc và lập trình của mình. Họ chắc chắn có thể khó tìm.

3
"Hầu hết các công ty xấu." Chính xác và súc tích. +1
orip

Google / Tìm trên twitter John Carmack ( twitter.com/ID_AA_Carmack ) Ông là người sáng lập / Giám đốc kỹ thuật của Phần mềm ID, và ông vẫn viết mã mỗi ngày. Ví dụ tuyệt vời.
kodisha

@kodisha ví dụ Linus Torvalds . Anh ta dường như không viết mã nhiều như trước đây.
Tự động hóa

8

Điều này phần lớn phụ thuộc vào văn hóa của tổ chức. Nhiều công ty không có vị trí kỹ thuật cao cấp thực sự, mặc dù họ có thể có một số vị trí không có thật.

Một số công ty có những vị trí này. Một trong những lý do mà các kỹ sư tuyệt vời có xu hướng hấp dẫn một vài công ty lớn (ví dụ Google) hoặc cho các công ty mới thành lập là vì họ có thể tiếp tục là nhà phát triển và làm việc trên những điều họ hào hứng với mức lương cao và tình trạng tổ chức. Trong hầu hết các công ty nếu họ muốn ở lại các nhà phát triển, họ sẽ ở những nấc thang thấp.


4

Kinh nghiệm cá nhân là kinh nghiệm tôi có được khi viết mã càng ít thời gian tôi có thể viết mã.

Tôi dành thời gian cố gắng khắc phục vấn đề trước khi chúng phát sinh. Để hỗ trợ người khác khi họ bị mắc kẹt. Để lên kế hoạch làm thế nào mọi thứ sẽ ngồi lại với nhau. Thậm chí chỉ cố gắng để mọi người kéo theo cùng một hướng.

Nó cảm thấy không thể tránh khỏi ở vị trí của tôi. Tôi thích làm việc với mã, nhưng có những điều tôi có thể làm cho công ty chúng tôi có giá trị hơn nhiều.

Bây giờ đây là kinh nghiệm cá nhân nhưng vâng tôi nghĩ nó sẽ phản ánh hầu hết các công ty nhỏ. Tuy nhiên, tôi đã nói rõ với ông chủ của mình rằng tôi không muốn bị xóa hoàn toàn khỏi mã.

Tôi nghĩ rằng các kiến ​​trúc sư phần mềm giỏi nhất đã thực hành Tôi đã thấy một bài viết hay http://www.infoq.com/articles/brown-are-you-a-software-architect Xem phần 4 Thiết kế, Phát triển và thử nghiệm.

Đã nói rằng, tại sao các hoạt động mã hóa hàng ngày không phải là một phần của vai trò của kiến ​​trúc sư? Hầu hết các kiến ​​trúc sư là những lập trình viên có kinh nghiệm, vì vậy sẽ rất hợp lý khi giữ những kỹ năng đó được cập nhật. Ngoài ra, kiến ​​trúc sư có thể trải nghiệm nỗi đau giống như mọi người khác trong nhóm, điều này giúp họ hiểu rõ hơn về cách kiến ​​trúc của họ được nhìn từ góc độ phát triển.


0

Nó phụ thuộc vào trách nhiệm của bạn là gì. Nếu bạn chịu trách nhiệm về các vấn đề kỹ thuật, thì bạn nên giữ vị trí mã hóa. Tách quá trình 'ý tưởng' khỏi quá trình 'thực hiện' là một con đường đi sai đường. Nếu bạn từng thấy bản thân mình ở một vị trí như vậy, bạn phải chống lại sự thôi thúc trở thành thiên tài mà không có thời gian để thực hiện những ý tưởng tuyệt vời của mình.

Mặt khác, nếu trách nhiệm của bạn nằm ở quản lý, tôi không nghĩ bạn nên viết mã. Một người quản lý nên quản lý thời gian điền. Một vị trí như vậy bao gồm tạo điều kiện giao tiếp giữa các lập trình viên khác nhau, và giữa nhóm và hệ sinh thái quan liêu lớn hơn. Các nhà quản lý tồi tệ nhất theo kinh nghiệm của tôi, nơi những người ở lại viết mã trong khi nhóm sụp đổ do xung đột và giao tiếp sai.


1
+1 "Những người quản lý tồi tệ nhất theo kinh nghiệm của tôi, nơi những người luôn
cố gắng

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.