Là một nhà phát triển trẻ, tôi có nên lo lắng về việc phải sử dụng công nghệ ra khỏi phong cách của người dùng trong công việc không? [đóng cửa]

Tôi là một sinh viên tốt nghiệp đại học gần đây (tháng 5 năm ngoái!). Khi còn đi học, tôi muốn chắc chắn rằng mình đã có việc làm trước khi tốt nghiệp, và rất sớm (có lẽ là quá sớm) trong quá trình tìm việc, tôi đã định cư ở một khu vực mà tôi hy vọng sẽ chuyển đến sau khi học đại học .

Tuy nhiên, tôi đã lần thứ hai đoán quyết định này trong nhiều tháng nay, vì nhiều lý do. Một là tôi không bị thách thức nhiều trong công việc và tôi cảm thấy mình không tiến bộ nhiều về lập trình kể từ khi bắt đầu ở đây. Mặc dù vậy, tôi luôn có thể dành thời gian để làm việc với nguồn mở (và có trong quá khứ) ngoài công việc của mình, vì vậy tôi có một địa điểm để khắc phục sự thất vọng này. Quan trọng hơn, tôi lo lắng bởi thực tế là công việc của tôi về cơ bản là làm việc trên một ứng dụng web Perl cũ kỹ ọp ẹp (sử dụng Mason và một ORM kỳ lạ trong nhà).

Tôi có tự bắn vào chân mình bằng cách làm việc với một công nghệ không còn phổ biến nữa và sẽ không thực sự giúp tôi có được một công việc trong tương lai? Tôi hiếm khi thấy các công việc của Perl và khi tôi làm, nó thường làm một việc mà tôi không quan tâm (công cụ phát triển web mặt trước).

Lập trình hệ thống, trực quan hóa, lập trình mạng hoặc ít nhất là các công cụ phát triển web phụ trợ là những chủ đề mà tôi thực sự thích làm việc - có vẻ như kinh nghiệm làm việc hiện tại của tôi đang giúp tôi hướng tới những vị trí làm bất kỳ điều gì trong số này .

Trước hết, hãy ngừng suy nghĩ rằng công việc của bạn không đưa bạn tiến xa hơn đến công việc mơ ước của bạn! Công việc nào cũng làm! Tất cả mọi thứ chỉ phụ thuộc vào bạn!

• Đây là công việc đầu tiên của bạn sau khi tốt nghiệp và mọi người có thể hiểu rằng bạn không có lựa chọn tốt hoặc có thể đã cân nhắc một số yếu tố khác, như chuyển đến nơi bạn muốn ở. Đây là một "cái cớ" hợp lệ, bạn có thể đề cập đến nó nếu được hỏi trực tiếp trong một cuộc phỏng vấn xin việc.
• Mỗi công việc lập trình đều đóng góp vào kinh nghiệm của bạn như một nhà phát triển. Có rất nhiều điều không thể biết về ngôn ngữ mà mọi nhà phát triển phải tự học (thực hiện các kiến ​​trúc được ghép lỏng lẻo, gỡ lỗi và cấu hình mã, viết các bài kiểm tra đơn vị, v.v.) có thể học bằng ngôn ngữ BẤT K and và Perl không phải là điều tồi tệ nhất sử dụng. Tôi đã từng thực hành cả ba trong VBA phát triển cho MS Access và điều đó thật thú vị.
• Điều này không hiệu quả, sau tất cả : miễn là bạn coi công việc hiện tại của mình là nhàm chán và vô dụng, bạn sẽ không học được nhiều từ nó. Trong nhiều trường hợp, nhà tuyển dụng tương lai của bạn sẽ quan tâm đến "đường cong học tập" của bạn - bạn nhanh chóng làm chủ công nghệ mới như thế nào, chứ không phải là công việc cuối cùng của bạn nhàm chán như thế nào!

Vì vậy, những cách giúp bạn hiểu như sau:

• Cố gắng thành thạo ngôn ngữ bạn hiện đang làm việc với mức độ sâu nhất có thể . Xem thẻ perl trên trang web SO và cố gắng trả lời câu hỏi mọi người hỏi ở đó. Đọc các tài liệu về nhiều tài nguyên dành cho nhà phát triển, v.v ... Hãy cố gắng trở thành một bậc thầy trong lĩnh vực này!
• Perl là một ngôn ngữ đa mô hình, hiện đang hỗ trợ OOP và nhiều mô hình khác. Cố gắng tách chúng ra khỏi ngôn ngữ và nhìn chúng riêng lẻ. Perl có loại thừa kế nào? Các loại sửa đổi truy cập khác nhau có sẵn ở đây cho các lớp và các thành viên lớp, vv là gì? Có đánh máy mạnh hay không? Nhiều ngôn ngữ hoạt động theo cách tương tự, miễn là bạn biết nó hoạt động như thế nào nói chung, bạn sẽ dễ dàng nắm bắt được sự khác biệt trong các ngôn ngữ khác .
• Có được sự hiểu biết sâu sắc về hệ thống hiện tại của bạn : tại sao nó được triển khai trong Perl? Làm thế nào là các khía cạnh khác nhau, như hiệu suất, bảo mật, độ tin cậy được giải quyết ở đây? Vấn đề chưa được giải quyết, hãy cẩn thận, vi phạm tiềm năng là gì? Làm thế nào bạn sẽ đối phó với họ? Có lẽ có một số tái cấu trúc hợp lý của cơ sở mã hiện tại là cần thiết?

Và đừng ở lại công việc này lâu nếu bạn không hài lòng với nó - chỉ đủ để học các kỹ năng cơ bản, để thể hiện sự sẵn sàng học hỏi và sức mạnh ý chí của bạn để vượt qua sự buồn tẻ trong nhiệm vụ của bạn!

Khi bạn nộp đơn xin việc thứ hai trong tương lai gần hoặc ít hơn, bạn vẫn có thể được đối xử như một nhà phát triển cơ sở! Bạn nên cố gắng nhấn mạnh những gì bạn đã học được trong công việc đầu tiên, cách bạn đối phó với các vấn đề của bạn trong việc duy trì mã kế thừa và hệ thống brownfield, cách bạn quản lý để mở rộng tầm nhìn và những tính năng mới tuyệt vời mà bạn đã học được ở đó.

Không bao giờ, không bao giờ nói trong cuộc phỏng vấn công việc rằng bạn chán với công việc hiện tại của bạn và đó là lý do tại sao bạn đang tìm kiếm một cái gì đó khác. "Chán" rất chủ quan và thường có nghĩa là bạn không đủ giỏi để đương đầu với thử thách học hỏi những điều ở vị trí hiện tại của bạn và áp dụng chúng cho phù hợp. Thể hiện sự sẵn sàng học hỏi, mở rộng kiến ​​thức của bạn và bạn sẽ có được công việc mơ ước, tôi chắc chắn.

Những công việc đầu tiên trong ngành công nghiệp phần mềm thường là những công việc nhảm nhí. Trong khi học một số kỹ năng lập trình sẽ xảy ra, giáo dục quan trọng hơn mà bạn nhận được là cách làm việc trong một công ty.

Hiển thị theo lịch trình thường xuyên, làm việc hơn 8 ngày, sử dụng phần mềm kiểm soát nguồn, giao dịch với sếp & đồng nghiệp, nhận cuộc gọi lúc 3 giờ sáng vì máy chủ sản xuất bị hỏng và cần sửa ... đó là những kỹ năng bạn ' học lại từ công việc đầu tiên của bạn.

Điều đó đang được nói, nếu bạn chán và không thích những gì bạn làm, hãy bỏ. Nếu bạn cảm thấy công việc này sẽ không giúp bạn đạt được mục tiêu nghề nghiệp cuối cùng, hãy bỏ việc. Có rất nhiều công việc ngoài kia cho những người tài năng.

Tôi sẽ xem xét các khía cạnh khác nhau của câu hỏi của bạn một cách riêng biệt:

1. Công việc đầu tiên của bạn sẽ không bao giờ là rất khó khăn. Lý do là trường đại học đang dạy bạn những thứ bạn sẽ cần trong 30 năm, trong khi các công ty phải làm việc với công nghệ đã có sẵn. Hy vọng công cụ 30 năm sẽ tiên tiến hơn tình trạng hiện tại của nghệ thuật. Thời gian nửa năm cũng khiến công việc trở nên khác biệt so với những gì bạn đã từng làm ở trường đại học.
2. Việc học được thực hiện khá nhiều vào thời gian của riêng bạn. Đây là một thực tế đáng tiếc, nhưng chi phí của mọi người chỉ cao đến mức họ phải luôn làm việc gì đó có ích. Giải pháp thay thế tốt nhất là nếu có thể kết hợp giữa học tập và phát triển năng suất, nhưng sau đó bạn sẽ làm việc với công nghệ mà bạn chưa biết và nó có thể gây ra sự cố đơn giản chỉ vì bạn không hiểu về công nghệ bạn đang sử dụng. Nếu bạn muốn tạo ra những thứ thực sự hoạt động, việc học phải được thực hiện bên ngoài môi trường sản xuất. Ở nhiều công ty, điều này chỉ có nghĩa là đó là thời gian rảnh của bạn.
3. Bạn nên coi perl giống như một thách thức - làm thế nào để cải thiện thực hành công việc của bạn để chúng không chỉ hữu ích cho perl, mà bất kỳ hệ thống mới nào bạn sẽ gặp trong 30 năm tới.
4. Khi học những điều mới, hãy tập trung vào các nguyên tắc cơ bản. Perl có biểu thức chính quy, bảng băm và nhiều cấu trúc dữ liệu tốt. Tất cả kiến ​​thức về cách sử dụng chúng tốt nhất đều hữu ích trong tương lai.

Những gì bạn gọi là công nghệ "lỗi thời" là phần lớn của ngành công nghiệp này. Lý do rất đơn giản: có nhiều phát triển được thực hiện để duy trì các hệ thống hiện có hơn là phát triển các hệ thống mới. Và ngay cả khi phát triển những cái mới, đôi khi chúng sẽ được phát triển bằng cách sử dụng các công nghệ cũ hơn, nhưng đã được chứng minh và phù hợp với cảnh quan kiến ​​trúc lớn hơn. Đây chỉ là thực tế của phát triển phần mềm. Rất ít nhà phát triển ở một vị trí mà họ luôn có thể làm việc trên "lợi thế" của công nghệ.

Theo tôi, có ít vinh quang hơn khi làm việc với [chèn công nghệ mới cực hay tại đây] so với việc cung cấp đúng thời gian, ngân sách và theo kỳ vọng. Đó là điều bạn chỉ có thể học thông qua kinh nghiệm và hoàn toàn độc lập với công nghệ. Tôi muốn nói rằng bạn đang có một khóa học tốt ngay bây giờ. Tiếp tục học hỏi thương mại và nghệ thuật phát triển phần mềm trong công việc và theo kịp đường cong công nghệ một cách tốt nhất bạn có thể ngoài công việc. Đó là cách hầu hết chúng ta làm điều đó.

Bất đồng quan điểm với những người khác, công việc này rất có thể đang làm tổn thương bạn . Tôi thường xuyên phỏng vấn những ứng viên đang cố gắng thoát khỏi công việc đầu tiên sau khi học đại học. Họ thường bị mắc kẹt khi sử dụng một ngôn ngữ có xu hướng được sử dụng để bảo trì cộng với một tấn "khung" trong nhà. Nói cách khác, họ đã học được cách sử dụng một số bộ công cụ mà họ sẽ không bao giờ có quyền truy cập nữa, lãng phí thời gian cho đến khi có việc làm.

Trên hết, hầu hết các cửa hàng bảo trì mà tôi đã tiếp xúc không dạy cho bạn những kỹ năng bạn cần là một phần của nỗ lực phát triển thực sự. Khi tôi phỏng vấn ai đó ra khỏi công việc đầu tiên của họ, tôi muốn biết họ hiểu:

1. Một số vòng đời phát triển phần mềm phổ biến
2. Kiểm soát nguồn
3. Cách kiểm tra mã (TDD, kiểm tra đơn vị, selen, bất cứ thứ gì như thế này)
4. Các nguyên tắc của 3M (Ví dụ: Ở trường đại học, bạn hy vọng được tiếp xúc với các mẫu thiết kế, bây giờ hãy cho tôi thấy bạn đã thực sự sử dụng / nhìn thấy chúng)
5. Hiểu biết cơ bản về kiến ​​trúc doanh nghiệp (Ví dụ: hệ thống 3 tầng là gì và bạn đã từng làm việc với một hệ thống)
6. Làm thế nào để làm việc với một nhóm

Hầu hết những kỹ năng này tôi đã chọn trong công việc đầu tiên của mình bằng cách tiếp xúc với những người thông minh và làm việc với họ mỗi ngày. Nếu bạn không nghĩ rằng bạn đang học bất cứ điều gì (về phần mềm hoặc kinh doanh), thì hãy bắt đầu tìm kiếm một công việc khác.

Chỉnh sửa: Như một lưu ý phụ, tôi nhớ công việc săn đuổi ra khỏi trường đại học. Tôi đã ở một hội chợ nghề nghiệp, và bắt đầu nói chuyện với một số công ty làm việc với các công ty luật. Tôi bắt đầu hỏi họ về các hoạt động phát triển của họ, và họ nhận ra rằng họ làm mọi thứ trong VBA. Tôi cảm ơn họ vì đã dành thời gian và ra khỏi đó.

Nếu tôi là bạn, tôi chắc chắn sẽ cân nhắc việc đọc và lập trình sau giờ làm việc bằng ngôn ngữ khác (ví dụ: Python, Java, Scala, Ruby, C ++, v.v.) vì vậy khi bạn xin việc khác, bạn có thể cho thấy rằng bạn có kiến ​​thức về ngôn ngữ được sử dụng rộng rãi hơn Perl. Ngoài ra, nếu bạn có các lĩnh vực quan tâm khác, tôi chắc chắn sẽ đọc thêm.

Mặt khác, hãy lưu ý rằng nhiều kỹ thuật lập trình bạn đang sử dụng có thể giống nhau bất kể ngôn ngữ lập trình.

Vì vậy, một lần nữa, đề nghị của tôi sẽ là: đừng quá lo lắng mà hãy bắt đầu học một cái gì đó mới trong thời gian rảnh rỗi. Ngay khi bạn thu thập đủ kiến ​​thức, bạn chắc chắn sẽ tìm được một công việc thú vị hơn.

Nếu bạn không muốn làm việc ở Perl nữa thì tốt.

Chỉ vì Perl hiện không có nhiều đèn flash , không có nghĩa là nó không phổ biến.

Tôi muốn chỉ ra rằng động lực của Perl đã tăng lên đáng kể chỉ trong 5 năm qua.

Đã có những bản phát hành ổn định hơn của Perl trong mỗi 2 năm qua, so với những bản trước đó.

Moose được hầu hết coi là một trong những hệ thống đối tượng Perl tốt nhất cho đến nay và nó chỉ bắt đầu từ đầu năm 2006. Các hệ thống đối tượng phổ biến tiếp theo là các hệ thống đối tượng Moose đơn giản hóa .

Nếu bạn muốn bằng chứng về mức độ phổ biến của Moose , hãy xem có bao nhiêu mô-đun CPAN phụ thuộc vào Moose .

Trong số các mô-đun yêu cầu Moose là Dist :: Zilla , luôn yêu cầu Moose . Trong trường hợp bạn không biết, Quận :: Zilla được cho là những cách tốt nhất để xây dựng và phát hành CPAN module.

Ngoài ra, vẫn còn một số dự án mới thú vị đang sử dụng Perl. Lacuna Mở rộng cho một.

Ai đó phải nhặt rác, dọn nhà vệ sinh, đào mương và làm việc tại McDonalds. Ngay bây giờ bạn đang làm phiên bản phát triển phần mềm đó.

Không có gì sai khi nhận ra điều đó và khao khát một điều gì đó lớn lao hơn!

Những gì bạn làm bây giờ chắc chắn định hình những gì bạn làm vào ngày mai, năm tới và mười năm tới!

Bất cứ ai khác nói khác nhau là cố gắng giữ bạn xuống hoặc làm cho họ cảm thấy tốt hơn khi ở cùng một nơi chán nản!

Đối với Perl, nó không còn hợp lý theo nghĩa "Sự nghiệp" của từ này. Như trong trừ khi bạn muốn tạo dựng sự nghiệp như một anh chàng Perl , hãy bắt đầu học một cái gì đó mới hơn và thịnh hành hơn. Python, Java, C # sẽ mở ra nhiều cánh cửa hơn và có thể bán được nhiều hơn hoặc một thứ gì đó đang trên đà phát triển lớn trong vài năm nữa như Erlang.

Tất cả những gì đã nói, * học cách không làm ** cũng có giá trị như cách làm và học hỏi từ những người khác sai lầm ít đau đớn hơn học từ chính bạn.

Ngay bây giờ bạn đang nhận được một bài học trong cả hai điều đó.

Vẫn còn nhiều nhu cầu cho những người tốt với perl. Bạn sẽ thấy rằng ngành công nghiệp mạng và nhiều công việc sysadmin dựa trên * nix sử dụng rộng rãi perl.

Điều đó đang được nói, tôi lặp lại những người khác đề nghị đẩy ranh giới của riêng bạn. Ngay cả khi bạn chỉ làm việc với perl, hãy tìm cách tối ưu hóa và hợp lý hóa các chương trình. Ví dụ: nếu bạn thấy một cách tiếp cận tuyến tính được thực hiện với một chương trình (thường là dấu hiệu của một lập trình viên thiếu kinh nghiệm), bạn có thể tìm cách mô đun hóa mã để cải thiện khả năng bảo trì không? Khả năng cơ bản để đọc một chút mã, bất kể ngôn ngữ, và tối ưu hóa và chuyển đổi nó thành mã tốt hơn là một kỹ năng được tìm kiếm cao.

Tìm kiếm cơ hội để xây dựng và duy trì kinh nghiệm trong các ngôn ngữ khác, đồng thời cho thấy rằng bạn là một nhân viên tận tâm có thể vượt qua thử thách. Tự mình cố gắng duy trì đầu ra công việc ổn định với chất lượng cao nhất bạn có thể đạt được và sử dụng bất kỳ thời gian chậm chạp nào để đảm nhận nhiều công việc hơn hoặc nếu được phép tạo ra những thứ cho phép bạn phát triển kỹ năng và kiến ​​thức trong các lĩnh vực khác. Ngay cả một bản demo đơn giản giải quyết vấn đề kinh doanh thực sự theo một cách khác (với ngôn ngữ đa ngôn ngữ hơn) sẽ cho phép bạn cải thiện các kỹ năng và cho sếp thấy rằng bạn đang suy nghĩ tích cực bên ngoài. Chỉ cần cẩn thận để tránh bị coi là trốn tránh các nhiệm vụ khác của bạn chỉ đơn giản là làm việc trên các dự án phụ.

Tận tâm là chìa khóa. Sinh viên tốt nghiệp không mong đợi có nhiều năm kinh nghiệm trong nhiều ngôn ngữ. Bạn luôn có thể dành một năm để phát triển các kỹ năng giao tiếp thiết yếu và cho thấy rằng bạn có thể bước tới thử thách, ngay cả khi thử thách là nhìn xa hơn những thứ bạn cảm thấy là "nhàm chán". Tìm hiểu làm thế nào để bán các kỹ năng của bạn khi đến lúc phải tiếp tục. Bạn sẽ tiếp tục học hỏi trong công việc, và để cho nhà tuyển dụng tiếp theo biết rằng bạn đang tích cực tìm cách cải thiện các kỹ năng.

Hãy nhớ rằng, không ai thích sử dụng một "bí quyết". Tôi luôn tìm cách thuê người - ngay cả đối với các vị trí cấp cao - những người muốn học hỏi và phát triển hơn nữa.

Schwern,

Tôi đã từng nghĩ chính xác giống như bạn theo nhiều cách. Tôi ra khỏi trường đại học với các kỹ năng mạnh mẽ về Java và Python. Công việc đầu tiên của tôi liên quan đến làm việc với Delphi. Tôi đã ngay lập tức lo lắng về điều này, nhưng vì tôi không có việc làm và mới ra trường, tôi quyết định cắn viên đạn và nhận công việc vì tôi sẽ có kinh nghiệm làm việc như một lập trình viên bất kể ngôn ngữ.

Công việc thứ hai của tôi liên quan đến việc làm việc trong một ngân hàng lớn, phát triển Smalltalk hầu hết thời gian, với một chút Perl và Java. Bạn bè của tôi đã cười nhạo tôi khi tôi không thể có được công việc như một nhà phát triển Java cốt lõi và nói với tôi rằng tôi đang làm hỏng sơ yếu lý lịch của mình. Bây giờ tôi đang mong muốn bắt đầu một công việc mới trong một vài tuần có tất cả các công nghệ tôi muốn làm việc và có mức lương tốt hơn cho nó.

Rõ ràng, tôi không thể nói rằng trải nghiệm của bạn sẽ giống như của tôi, nhưng có một vài bài học bạn có thể rút ra từ đó để suy nghĩ kỹ. Thứ nhất, lập trình là thứ yếu so với những gì bạn làm. Nếu bạn có kỹ năng mô hình hóa miền tốt và có thể học các quy trình kinh doanh một cách nhanh chóng, điều đó sẽ trả được nhiều cổ tức hơn trong thời gian dài thay vì tránh học cách doanh nghiệp hoạt động và dành nhiều thời gian hơn cho các vấn đề nhỏ, điều mà tôi đã thấy ở hầu hết các nơi Tôi đã làm việc.

Điều thứ hai bạn cần nhớ là trên đồng hồ của người khác. Nếu bạn muốn có tiếng nói riêng của mình về những việc cần làm và có toàn quyền kiểm soát mọi thứ, thì hãy bắt đầu kinh doanh của riêng bạn. Tôi đã theo dõi quá nhiều người tham gia vào một công ty và than vãn về công nghệ cũ, tôi đã tự mình làm điều đó khi mới tốt nghiệp. Thông thường, những người này được coi là độc hại tại nơi làm việc và không tồn tại được lâu. Điều quan trọng cần nhớ là công nghệ có mặt để hỗ trợ doanh nghiệp, chứ không phải ngược lại. Điều tốt nhất bạn có thể làm trong những tình huống này là tạo cơ hội từ họ, nếu không, đã đến lúc đóng gói và rời đi và tìm kiếm việc làm thay thế, nhưng bạn sẽ tìm thấy mọi công ty bạn làm việc đều có vấn đề về di sản.

Trên và vượt xa những gì tôi đã đưa ra, tôi sẽ nói rằng bạn không muốn bị 'thể chế hóa'. Điều tôi muốn nói là điều này là bạn bị mắc kẹt trong việc sử dụng các ngôn ngữ và công nghệ cụ thể và không thể vượt qua điều đó. Bạn muốn trau dồi một số tính linh hoạt trong sự nghiệp của mình, bao gồm các kỹ năng mô hình hóa miền. Kể từ khi bạn bắt đầu trong sự nghiệp của mình, tôi sẽ chỉ cho bạn một số tài liệu tốt mà tôi ước tôi có sẵn cho tôi khi tôi bắt đầu:

Lập trình viên đam mê

Lập trình viên thực dụng

Thiết kế hướng tên miền

Lập trình viên nghề nghiệp

Mã hóa một chút bên ngoài công việc, nhưng tôi không cảm thấy bạn đang làm tổn thương chính mình. Bạn là một người thuê gần đây vì vậy bạn là nhà phát triển cấp nhập cảnh - ở giai đoạn này của trò chơi, bạn nên học những thứ như Chu kỳ phát triển và cách thực hiện những điều "Nên".

Theo đuổi một số thứ bên ngoài công việc để bạn có thể đệm số liệu thống kê của bạn. Theo tôi, bạn có thể viết mã hoặc bạn không thể. Ngôn ngữ và cú pháp có thể được học - nhưng khả năng tự suy nghĩ và giải quyết vấn đề không thể.