Nhà phát triển cơ sở nên mong đợi gì từ trưởng nhóm cao cấp của họ [đóng cửa]


44

Tuyên bố miễn trừ trách nhiệm: Ý kiến ​​bày tỏ là của riêng tôi và không thể hiện quan điểm hoặc ý kiến ​​của chủ lao động của tôi.

Tôi làm việc cho một công ty nhỏ, trong đó có ít người là nhà phát triển, những người khác là QA / Test và 1 là Quản lý. Tôi gia nhập công ty này 1,5 năm trước. 3 nhà phát triển cao cấp có hơn 8 năm kinh nghiệm.

Đây là những quan sát mà tôi đã thực hiện về đội trưởng. (coi tôi như một người mới hơn với ít kinh nghiệm hơn so với họ về mọi mặt)

  1. Họ không bao giờ thảo luận 1: 1 hoặc họ không bao giờ xem xét đề xuất của đàn em (tôi đồng ý rằng điều đó tùy thuộc vào họ, cho dù họ có chấp nhận hay không, ít nhất là họ nên xem xét ý kiến).
  2. Là trưởng nhóm cao cấp, họ có thể cố gắng cấu trúc lại codebase bằng các công nghệ mới (bao gồm cả yếu tố tung ra các công nghệ mới và nhà phát triển và cơ sở hạ tầng khác cũng sẵn sàng), nhưng các trưởng nhóm này cảm thấy không an toàn khi làm việc với các công nghệ mới, vì họ không cập nhật. (lý do tôi đang nói, họ không biết xu hướng lập trình hiện tại là gì * (chẳng hạn như các dự án nguồn mở phổ biến như Modernizr, bootstrap và nhiều thứ khác).
  3. Trong cơ sở mã của chúng tôi, hơn 10000 dòng được lặp lại, vì vậy tôi đã nói với họ về DRY: Don't Repeat yourself. Câu trả lời của họ là: "Đó là một bài viết hấp dẫn, nhưng không bao giờ hoạt động trong thực tế". Tôi chỉ nói với họ nếu chúng tôi không làm cho nó 100% DRY, ít nhất chúng tôi có thể sử dụng các giao diện, nhưng điều đó cũng không được xem xét. * (giao diện có thể được thêm cho các tính năng mới, không chạm vào cơ sở mã trước đó, nếu chúng chưa sẵn sàng để cấu trúc lại)
  4. Tất cả các nhà phát triển cao cấp thực hiện bảo trì và sửa chữa nóng các bản vá. Thời gian còn lại họ chỉ dành cho các trang web giải trí. Họ chỉ vui khi hoàn thành nhiệm vụ.
  5. Giới thiệu công nghệ mới có tệ không? * (bao gồm cả yếu tố khả thi có thể được thực hiện).
  6. Người quản lý cũng ít quan tâm nhất về những điều mà tôi đang nói.
  7. Junior hy vọng họ có thể học được nhiều điều từ đội trưởng. * (không phải bằng cách yêu cầu trợ giúp hoặc mã hóa cao cấp cho họ).

Câu hỏi của tôi là:

  1. Tôi có quá tích cực về những thay đổi mà tôi đang đề xuất không?
  2. Tôi nên mong đợi gì từ các nhà phát triển cao cấp có hơn 8 năm kinh nghiệm?
  3. Tôi có sai khi mong đợi học hỏi và tích lũy kinh nghiệm từ một công ty không?

Cập nhật:

Tại sao họ cảm thấy DRY không thực tế: vì họ không muốn tham gia vào các khái niệm OOP. Họ hài lòng với các nhiệm vụ lặp lại.

Những công nghệ mới tôi đang đề xuất:

  1. Sử dụng tối thiểu hóa hình ảnh CSS, JS, SPrite
  2. Sử dụng Giao diện và .net framework 4, generic và nhiều thứ khác.
  3. Các thư viện phía máy khách như Modernizr, js loại trực tiếp, bootstrap để đáp ứng,

40
Chỉ cần một lưu ý: Năm kinh nghiệm có nghĩa là gì. Có một câu ngạn ngữ "một số người có 10 năm kinh nghiệm, một số người có 1 năm lặp lại 10 lần" (diễn giải). Dựa trên sự mong đợi của bạn dựa trên kỹ năng và kiến ​​thức của họ, chứ không phải họ đã ở đó bao lâu.
Anthony Pegram

6
Ravi, bạn muốn tin rằng họ đã học hỏi và phát triển. Điều quá phổ biến là họ đã đạt đến một số cao nguyên. Cho dù điều này là do sự tự mãn, đơn giản là không bị thách thức, hoặc họ đã thực sự đạt đến giới hạn của mình, điều đó thay đổi tùy theo từng người và từng tình huống.
Anthony Pegram

5
@Ravi nhận thức của bạn là họ là một nhóm trưởng để hướng dẫn bạn, mặc dù nhận thức của họ là họ có thể kiếm tiền tốt và không có người bảo họ phải làm gì để họ có thể làm những gì họ muốn. Không phải ai cũng tìm cách giúp bạn vì họ nên, và nhiều người không bận tâm đến việc cải thiện bản thân nếu họ có thể tránh điều đó bằng cách trở thành trưởng nhóm mà không tự cải thiện bản thân.
Jimmy Hoffa

14
Bạn đã đi trước họ và họ không quan tâm đến việc nâng mình lên vị trí mà họ sẵn sàng làm việc với bạn. Cháy công ty của bạn.
dùng16764

5
Thông thường tôi là tất cả cho công nghệ mới mang lại cách làm sạch hơn. Tuy nhiên, người ta phải cẩn thận để tránh giới thiệu nhiều công nghệ mới chỉ vì chúng mới và sáng bóng. Nếu một dự án chỉ mới bắt đầu hoặc nếu cần một chức năng mới hoặc tái cấu trúc, thì đó có thể là một cơ hội tốt để giới thiệu một cái gì đó mới. Nếu dự án ổn định (chỉ cần sửa chữa nhỏ) hoặc nếu trễ, tốt hơn là tránh giới thiệu những điều mới.
marcus

Câu trả lời:


30

Tôi có quá tích cực về những thay đổi mà tôi đang đề xuất không?

Không có chi tiết cụ thể (những gì công nghệ mới mà bạn đề xuất, tại sao họ lại từ chối họ, nơi họ cảm thấy DRY không thực tế và tại sao, v.v.), thật khó để đánh giá mức độ xứng đáng với các đề xuất của bạn và điều đó quan trọng đối với sự năng nổ của bạn. Nếu bạn muốn họ sử dụng một khung công tác mới bởi vì bạn nghĩ nó mới và tuyệt vời, thì việc đẩy mạnh hơn nhẹ là quá mạnh. Nếu họ thực sự đóng sầm hàng ngàn dòng sao chép / dán vào cơ sở mã (tức là họ đang viết tào lao) thì tôi sẽ nói rằng sự hung hăng hơn được bảo đảm.

Nhưng điều này cũng phụ thuộc vào sự năng động giữa các cá nhân giữa bạn và họ. Lời khuyên của tôi là hãy tự hỏi mình "tôi có thể chứng minh rằng những đề xuất của tôi sẽ có lợi cho công ty không?" Nếu câu trả lời là có, thì tôi muốn nói rằng bạn có một số giấy phép để cố gắng đẩy.

Tôi nên mong đợi gì từ người lãnh đạo dev cao cấp có 8+ năm?

Điều này sẽ chạy giao diện. Đôi khi bạn sẽ nhận được một số người thực sự sắc nét mà bạn có thể học hỏi được rất nhiều, cả về điều hướng chính trị văn phòng và các cân nhắc kỹ thuật. Thật không may, bạn cũng nhận được rất nhiều điều này . Bạn sẽ thấy không thiếu những người có hơn 8 năm kinh nghiệm về cơ bản chỉ cần làm tối thiểu để không bị sa thải. Nếu bạn tìm thấy một người cố vấn hoặc một người thực sự sắc sảo, hãy giữ điều đó càng nhiều càng tốt bởi vì nó ít phổ biến hơn nó nên có.

Tôi có sai khi mong đợi học tập tốt từ một công ty?

Mọi người để học hỏi từ đó và họ đang ở một số công ty. Bạn dường như phải đối mặt với một vấn đề nan giải phổ biến và, để diễn giải các anh chàng .NET Rocks, điều này đáng để xem xét: "Thay đổi công ty của bạn ... hoặc thay đổi công ty của bạn."

Có nghĩa là, nếu bạn tin vào các cách tiếp cận và nguyên tắc cốt lõi nhất định và bạn thấy mình luôn không thể bán chúng và có được tự do để làm và học những điều bạn muốn làm và học hỏi, thì đáng để xem xét tìm kiếm một công ty tốt hơn phù hợp với bạn.


1
Tôi đã cho thấy một bản demo của tất cả những điều mới. họ vẫn không thoải mái xem câu trả lời cập nhật của tôi
Ravi Gadag

1
Nghe có vẻ như ý tưởng của bạn rất có thể sẽ là một sự cải tiến cho những gì tồn tại. Tiếp theo là tìm hiểu tại sao họ bị từ chối. Bạn đã không xây dựng đủ đại diện với người cao niên? Họ lười biếng? Hiểu lầm? Bạn có thể làm cho một trường hợp tốt hơn hoặc bạn có thể có được cách của bạn sau khi chứng minh bản thân? Nếu vậy, bỏ nó ra có thể là một kinh nghiệm tốt. Nếu họ chỉ lười biếng và không quan tâm, nó có thể không.
Erik Dietrich

1
Họ không quan tâm.
Ravi Gadag

6
@RaviG: Tất nhiên họ không quan tâm. Bạn là một nhà phát triển mới, mong muốn làm hài lòng, với đôi mắt to hơn nhiều so với dạ dày của bạn ... và bạn đang cố gắng nói với các nhà phát triển của bạn phải làm gì. Thật tệ khi quản lý có một ý tưởng mới hàng ngày về cách thay đổi toàn bộ sản phẩm ... một chàng trai mới? pfft. Đi làm gì đó.
Steven Evers

19

Tôi sẽ viết điều này theo quan điểm của tôi với tư cách là Nhà phát triển cao cấp (hoặc chèn bất kỳ tiêu đề ưa thích nào khác mà bạn thích ở đây) thường xuyên làm việc với các nhà phát triển Junior.

Đây có lẽ là một thiếu sót trên cả mặt trận của bạn và mặt trận của Nhà phát triển cao cấp.

Một điều mà nhiều nhà phát triển Junior không hiểu là trong khi bạn (khi còn nhỏ) đang cố gắng sử dụng các công nghệ mới, cách thức mới để làm mọi việc, nói với nhóm rằng họ đang làm sai , v.v. - Người cao niên trong nhóm đang báo cáo cho ban quản lý về việc giao hàng và đang được ban lãnh đạo thúc đẩy để cung cấp những thứ mới càng nhanh càng tốt để tạo cho công ty nhiều tiền nhất có thể (hoặc mang lại kết quả tốt nhất cho khách hàng / khách hàng).

Đôi khi các cách cung cấp đã được thử nghiệm và đã được chứng minh chỉ lớn hơn rủi ro khi thực hiện [chèn công nghệ tuyệt vời vào đây] . Thời hạn chặt chẽ, quá nhiều công việc và một áp lực xe tải để khởi động có nghĩa là cách chúng tôi đã thực hiện trong hơn 8 năm qua cũng là cách chúng tôi làm lần này.

Bạn cần có khả năng chứng minh với nhóm rằng những gì bạn đề xuất sẽ thực sự có lợi cho họ và cho công ty về lâu dài. Nếu không, bạn sẽ không nhận được tiền mua từ các đồng nghiệp của mình và họ sẽ không thể bán nó cho nhóm quản lý để được chấp thuận chạy cùng với nó.

Tôi có quá tích cực về những thay đổi mà tôi đang đề xuất không?

Nếu không biết hoàn cảnh đầy đủ, bạn có thể. Chỉ cần nói với mọi người A là tốt hơn B vì vậy chúng ta nên sử dụng A không có nhiều cơ sở. Bạn cần phải đi và làm một cái gì đó để cho thấy tại sao nó tốt hơn. Nó không phải là lớn, thậm chí chỉ là một thành phần nhỏ hoặc ứng dụng cho thấy cách làm được đề xuất của bạn là quá đủ. Sau đó, bạn cần phải trình bày nó và sẵn sàng để đứng vững trước những lời chỉ trích từ nhóm của bạn.

Ngay cả với tư cách là một Nhà phát triển cao cấp, tôi phải làm điều này trước khi tôi có thể thuyết phục các đồng nghiệp của mình rằng cách làm việc mới là tốt hơn.

Tôi nên mong đợi gì từ các nhà phát triển cao cấp có hơn 8 năm kinh nghiệm?

Như những người khác đã nói, hơn 8 năm kinh nghiệm không nhất thiết là bạn tuyệt vời. Nhưng nói chung, bạn sẽ có thể học được rất nhiều từ một người đã ở quanh bẫy trong một thời gian; bạn cũng có thể dạy họ điều gì đó

Mọi người là mọi người và mọi người đều có cái tôi (một số lớn hơn những người khác) và không có gì tệ hơn anh chàng mới bước vào và nói với bạn rằng bạn đã làm sai công việc của mình trong hơn 8 năm qua. Đồng thời, một nhà phát triển cấp cao (một người giỏi) sẽ có thể đưa ra những lời chỉ trích mang tính xây dựng và có thể nêu rõ lý do cho các quyết định của họ.

Tôi có sai khi mong đợi học hỏi và tích lũy kinh nghiệm từ một công ty không?

Không sử dụng công nghệ và tính năng mới nhất và tốt nhất không có nghĩa là bạn không học hỏi và tích lũy kinh nghiệm trong công ty. Kinh nghiệm là kinh nghiệm, đôi khi biết cách làm cũ của một cái gì đó có thể cho bạn sự đánh giá cao hơn về lý do tại sao cách mới lại tốt hơn. Điều này cũng giúp bạn chứng minh tại sao cách mới tốt hơn, bởi vì bạn hiểu cả hai và có thể đưa ra một lập luận thuyết phục hơn khi bạn đang cố gắng bán nó. Cá nhân tôi không sử dụng những thứ mới nhất và tuyệt vời nhất mà tôi làm việc vào lúc này - nhưng tôi vẫn học được những điều mới mỗi ngày và nó vẫn có vẻ tốt trong hồ sơ của tôi.

Đã nói tất cả những điều đó - nếu công ty thực sự không phù hợp và tất cả những thứ khác đều thất bại, bạn có thể muốn tìm một nơi mới để làm việc.


Giải quyết vấn đề đầu tiên của bạn, tôi nghĩ đó là một khoảng cách với các nhà phát triển cấp cao. Làm thế nào một nhà phát triển cơ sở có thể hiểu được ý nghĩa đầy đủ của việc thúc đẩy công nghệ mới của họ nếu nhà phát triển cấp cao không đặt ra cho họ? cũng có một sự cân bằng tốt cần phải được tạo ra giữa việc gắn bó với công nghệ đáng tin cậy và để các nhà phát triển cơ sở học hỏi những điều mới (để chắc chắn rằng có rất nhiều học hỏi có thể xảy ra trong phạm vi công nghệ đáng tin cậy)
Rudolf Olah

12

Hãy nghĩ về điều này như một cơ hội lớn .

Các chương trình khuyến mãi thường không (và không nên) đến từ số năm bạn đã đặt vào công ty nữa. Bạn đã có những gì bạn nghĩ là một số ý tưởng thực sự tốt và cấp trên / đồng nghiệp của bạn không muốn lắng nghe.

Đây là một chiến lược:

  1. Làm một cái gì đó tuyệt vời
  2. Thu thập số liệu cứng cho mức độ tuyệt vời của nó (bước này là chính)
  3. Hãy chứng minh điều đó, với số liệu của bạn cho mọi người trong công ty của bạn (chủ sở hữu / lãnh đạo / người cao niên / nhân viên bán hàng - tất cả mọi người bạn có thể có trong tay)
  4. Lợi nhuận

Và tôi không có nghĩa profitlà một bước "tôi thắng" mơ hồ. Bước 4 là nơi bạn có được một hoặc tất cả những điều sau đây:

  1. Quảng bá
  2. Tăng
  3. Một điểm thưởng

Hoặc với công ty của bạn, hoặc một công ty mới có thể đánh giá cao tài năng của bạn và các số liệu tuyệt vời mà bạn có trong hồ sơ xin việc.

Tôi gọi nó là "tuyệt vời" - và nó hoạt động .

Giai thoại: Tôi không phải lúc nào cũng tuyệt vời, nhưng tôi cố gắng và tôi đã thực hiện các bước được đưa ra 5 lần khác nhau (2 lần thăng chức, 3 công việc mới; tất cả đều được tăng lương đáng kể).

Với ý nghĩ đó, tôi có lẽ nên trả lời trực tiếp câu hỏi của bạn:

Tôi có quá tích cực về những thay đổi mà tôi đang đề xuất không?

Bạn đã làm điều gì đó tuyệt vời chưa, với các số liệu và ví dụ cho thấy nó tuyệt vời như thế nào? Có một câu nói cũ (thô bỉ, vì nó có thể) ...

Ideas are like assholes; everyone's got one, and they all stink

Đi làm gì đó.

Tôi nên mong đợi gì từ các nhà phát triển cao cấp có hơn 8 năm kinh nghiệm?

Nghiêm túc? Bạn không nên mong đợi gì. Nhưng hãy cố gắng học mọi thứ họ biết. Đặt câu hỏi, xem xét riêng công việc của họ, lắng nghe khi họ nói và phê bình suy nghĩ về những gì họ nói. Họ có kinh nghiệm trong một hộp ... sai ... cơ thể. Hãy cố gắng mở chúng ra và học hỏi. Người bạn thân nhất của tôi là một nhà phát triển tài giỏi và tôi chủ động nói với anh ấy rằng tôi luôn cố gắng học hỏi nhiều nhất có thể từ anh ấy.

Tôi có sai khi mong đợi học hỏi và tích lũy kinh nghiệm từ một công ty không?

Tuyệt đối không. Điều đó không có nghĩa là bạn không thể học những gì không nên làm. Mọi người sẽ phạm sai lầm, học hỏi từ những sai lầm của công ty bạn cũng như của bạn.


3
Điều này có thể gây phản tác dụng nếu phần còn lại của đội không ở mức có thể nhận ra sự tuyệt vời của bạn hoặc cảm thấy bị đe dọa bởi nó.
dùng16764

@ user16764: Bạn có thể nói rõ hơn một chút về kịch bản đó trông như thế nào không? Tôi đã trải nghiệm cả hai câu trả lời và không phải tất cả các giải pháp tuyệt vời của tôi đều được nhóm chọn, nhưng chưa bao giờ làm điều đó 'phản tác dụng'.
Steven Evers

Tôi đã thử điều này khi tôi ở trong một tình huống tương tự như OP. Sau đó, tôi đã phải chịu: a) "bạn đang làm gì ngay tại giây này" kiểm tra tại chỗ cứ sau 15 phút, b) 5 phút rên rỉ bao gồm la hét "BẠN KHÔNG PHẢI VỚI CHÚNG TÔI!" hết lần này đến lần khác, c) được yêu cầu im lặng (hay cụ thể hơn là tôi "bị lạc đường") mỗi khi tôi nói nhiều như vậy, và d) bị sa thải vì lý do "hướng đi của công ty trong đã thay đổi ". Thực tế là những gì tôi đã làm là cần thiết cho việc giao hàng không bị tranh chấp, nhưng cũng không được thừa nhận.
dùng16764

1
@ user16764: Bạn đã thu thập dữ liệu cứng về hiệu quả của giải pháp của bạn và có được một công việc với điều đó trong hồ sơ của bạn không? (chỉnh sửa: btw, điều đó hoàn toàn cho thấy mọi người đã làm điều đó)
Steven Evers

1
@ user16764: Nếu bạn có thể thể hiện một cách khách quan, với sự thật phũ phàng, rằng trong trường hợp cụ thể này, những gì bạn đã làm thật tuyệt vời, và sau đó mọi người cố gắng giúp bạn thực hiện những gì người khác làm, nghiêm túc nhận một công việc mới. Bạn không thể kéo mọi người khác học tập và xuất sắc suốt đời, nhưng họ chắc chắn rằng địa ngục có thể kéo bạn xuống phía đối diện.
Christopher Creutzig

4

Tôi nghĩ bạn cần sáng tạo. Bắt đầu hỏi xung quanh một số yêu cầu dự án phụ mà người cao niên của bạn đã đưa ra. Bằng cách làm việc trên một cái gì đó độc lập (hoặc tốt hơn nữa, có được một nhà phát triển cơ sở khác trong đó) và ngay từ đầu, bạn có thể áp dụng rất nhiều công cụ mới. Đừng ngạc nhiên nếu bạn phát hiện ra nó không phải là tốt hơn.

Một cách tiếp cận khác là làm chi nhánh mã của riêng bạn và trải qua quá trình tái cấu trúc. Tôi có thể không bao giờ tham gia vào sản xuất dựa trên những gì bạn đã nói, nhưng ít nhất bạn có thể cải thiện bộ kỹ năng của mình.

Ai biết được, họ có thể thấy làm thế nào bạn có thể làm cho công việc của mọi người trở nên dễ dàng hơn và họ sẽ nắm lấy cách sử dụng 'sự lười biếng' thực sự trong lập trình.

Nếu vẫn thất bại, hãy đặt bộ kỹ năng mới vào CV của bạn và bắt đầu tìm kiếm một công việc khác.


1

Nếu ai đó làm việc như một lập trình viên trong hơn 8 năm, điều đó không có nghĩa anh ta là một lập trình viên giỏi. Điều gì làm cho lập trình viên tốt lập trình serior theo ý kiến ​​của tôi? Đó là sẽ chia sẻ không chỉ kinh nghiệm, mà còn để học hỏi tư duy mới, kỹ thuật, công nghệ, v.v ... Đó là sẽ tốt hơn mọi lúc và cải thiện. Nhiều người được gọi là lập trình viên "cao cấp" được xếp chồng lên nhau trong các mô hình lập trình cũ từ các ngôn ngữ lâu đời. Một cái gì đó giống như các khái niệm và ý tưởng mới không chỉ dành cho họ, vì họ không cần nó. Họ có "kinh nghiệm".

Ý chí để cải thiện và học hỏi là quan trọng hơn nhiều so với nhiều năm kinh nghiệm. Nhà phát triển trẻ, những người muốn học hỏi sẽ tốt hơn nhiều đối với bất kỳ công ty nào sau đó là nhà phát triển "cấp cao" đã "biết" tất cả.


1

Bạn làm việc ở công ty tôi à?

Không nhưng nghiêm túc, đây dường như là một chủ đề khá phổ biến ở nhiều công ty lớn. Thay đổi là khó khăn, và MỞ RỘNG. Đôi khi bạn không thực sự biết bao nhiêu cho đến khi bạn ở giữa nó và quá muộn để quay lại.

Ví dụ, công ty của tôi vẫn đang chuyển từ màn hình máy tính lớn dựa trên cobol sang java. Thật khó để bán ai đó trên Spring hoặc JSF khi họ vẫn đang cố gắng để công nghệ của họ được cập nhật với các tiêu chuẩn từ mười năm trước. Vì vậy, tôi sẽ cho bạn biết những gì tôi đã làm đã có một số thành công hạn chế (tôi cũng là một jr dev). Hãy là tấm gương Nó không đủ tốt để bạn biết nhiều hơn nữa, bạn phải chứng minh điều đó. Khi mọi người khác vui vẻ, hãy mang theo một cuốn sách để đọc nếu bạn có thời gian. Và làm cho nó về một trong những công nghệ mà bạn quan tâm thực hiện. Nếu họ thấy bạn đọc nó trong khi họ đang xem youtube (thật lòng là đơn vị hoạt động của bạn không nắm bắt được điều đó và mọi người bị đuổi việc), họ sẽ có xu hướng không chỉ tin bạn biết bạn nói gì, mà thậm chí có thể hỏi bạn về những gì bạn nói đọc.

Để làm ví dụ tôi sẽ kể cho bạn nghe về trải nghiệm của tôi với kiến ​​trúc sư cao cấp của tôi. Anh chàng thông minh, nhưng nói chung không quan tâm đến công nghệ mới. Tôi đã đi và hỏi anh ấy về cách làm một cái gì đó trong CVS (kiểm soát phiên bản của chúng tôi) và đề cập "Ồ ok, tôi đã quen sử dụng lật đổ, và họ làm theo cách này. Cảm ơn vì sự giúp đỡ của bạn." Điều này dẫn đến một số cuộc trò chuyện về CVS và Ant so với SVN và Maven, dẫn đến việc anh ta mượn một vài cuốn sách ra khỏi thư viện của tôi để kiểm tra. Kết quả cuối cùng: chúng tôi sẽ chuyển sang các hệ thống mới trong năm nay. Điều quan trọng là phải cởi mở và hữu ích mà không truyền đạt rằng họ đang làm sai. Bởi vì sau tất cả, có thể có nhiều cách tốt hơn để làm điều đó nhưng nếu nó hoạt động chính xác thì họ không làm sai cách. Bất kỳ loại thiếu tôn trọng nào sẽ đưa bạn vào nước nóng trong hầu hết các trường hợp, vì vậy hãy coi chừng điều đó.

Nếu họ không tiếp nhận, hãy nhớ rằng bạn đang ở trong một lĩnh vực tuyệt vời có nhu cầu cao. Nếu bạn ham học hỏi và học hỏi nhanh, bạn S find tìm một công việc khác, có lẽ bạn sẽ thích thú hơn rất nhiều. Đó là quan trọng như tiền đối với tôi. Hãy chắc chắn đề cập đến trong bất kỳ cuộc phỏng vấn nào, "Ồ các bạn sử dụng công nghệ xxx? Thật tuyệt vời, tôi luôn muốn sử dụng nó và thử tại công ty cũ của tôi." Poeple yêu khi bạn có nhiệt tình với những gì họ đang làm.


0

Tôi nghĩ rằng bạn là đúng trong sự tích cực của bạn. Đây là một niềm vui lớn khi làm việc với những người đam mê và một hình phạt lớn để làm việc với người chết về tinh thần. 8 năm kinh nghiệm có nghĩa là gì. Tất nhiên, bạn có thể không đúng. Thông thường các công nghệ mới được liên kết chặt chẽ với tiếp thị và không phải lúc nào cũng tốt hơn. Nhưng nếu bạn không đúng, người cao niên nên giải thích bạn sai ở đâu. Mặt khác, bạn không nhận được bất kỳ lợi thế từ công việc của bạn. Có lẽ, bạn trẻ và nóng bỏng. Nếu vậy, đây là lợi thế của bạn. Đừng dành thời gian cho công việc mà bạn không thể phát triển. Quan tâm để tìm một công việc mới, nơi bạn có thể thảo luận về các giải pháp của mình và nhận phản hồi từ những người khác.

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.