2008-12-13 14 views
5

Bạn rất có thể bỏ qua "như một chỉ dẫn kỹ thuật", nhưng tôi nghĩ rằng nó đặt tình huống vào bối cảnh. Tôi là người lãnh đạo kỹ thuật, chúng tôi đang xây dựng một ứng dụng mới và tôi có ý tưởng về ngôn ngữ mà tôi muốn nhóm sử dụng. Nếu một hoặc nhiều người muốn sử dụng một ngôn ngữ khác (ngoài sở thích cá nhân), có thích hợp với tôi để từ chối nó (ngoài sở thích cá nhân) hay không. Nó thực sự phải làm với phong cách mã hóa, và không có gì nhiều khác.Là người dẫn đầu kỹ thuật, có thích hợp để từ chối ngôn ngữ dựa trên sở thích cá nhân không?

+0

Chúng tôi vẫn không thể bỏ phiếu để chuyển sang Programmers.SE? Chúng ta có thể chuyển sang tex.stackexchange.com nhưng không chuyển sang Programmers.SE? Gì? –

+0

Điều này thuộc về [Programmers.SE] (http://programmers.stackexchange.com/). –

Trả lời

9

Tôi không nghĩ bạn cần phải "từ chối tùy chọn này". Bạn cần phải xác định nguyên nhân gốc rễ vì sao nó không phải là sở thích của bạn và từ chối nó vì những lý do đó.

Nếu bạn có thể hợp lý hóa quyết định của mình với những lý do đó, bạn sẽ âm thanh đáng tin cậy hơn đối với báo cáo của mình cũng như có lý do chính đáng tại sao bạn đã làm hoặc không sử dụng một công nghệ nhất định. Đối với các dự án tôi đã làm việc trên, những "lý do" thường là một yêu cầu.

2

"Thật tốt khi được nhà vua"

0

Bạn không thể giảm giá mà bạn sẽ có một nhà lãnh đạo hiệu quả hơn dẫn đầu một nhóm nghiên cứu sử dụng các công cụ và kỹ thuật mà bạn đã quen thuộc với và tin tưởng. Tuy nhiên, nếu bạn đang buộc nhóm nghiên cứu sử dụng thứ gì đó có thể không phù hợp nhất với dự án, bạn sẽ không đạt được sự tôn trọng của họ và cuối cùng là rất không hiệu quả.

4

Bằng cách ưu tiên

  1. Chọn một phù hợp nhất cho công việc
  2. Chọn một bạn và những người bạn thông thạo nhất trong
  3. Chọn một trong đó là đã được sử dụng trong codebase của bạn
1

Tôi không nghĩ rằng nó sẽ là quyền loại bỏ các ngôn ngữ khác bởi vì bạn thích một ngôn ngữ khác, trừ khi nó thực sự không làm cho bất kỳ sự khác biệt mà ngôn ngữ mà bạn sử dụng.

Xem trước ngôn ngữ khác một cách khách quan và xem giá trị của ngôn ngữ đó là gì. Bạn nên từ chối một ngôn ngữ bởi vì nó không phải là công cụ thích hợp cho công việc nhưng không phải vì bạn không thích nó.

-2

Đó phải là quyết định của nhóm.

+0

Nó sẽ là một quyết định nhóm nếu tất cả họ đều đổ lỗi nếu dự án thất bại. Vì đó là sự lãnh đạo mà cuối cùng sẽ chịu trách nhiệm, nó sẽ dẫn đầu để đưa ra quyết định. Mặc dù anh ta có lẽ nên nhận đầu vào từ đội. Lưu ý Dẫn đầu có lẽ có nhiều năm kinh nghiệm hơn. –

+0

Nếu tất cả mọi người đồng ý với đội dẫn đầu chỉ hơn dự án sẽ là một thành công khác nó sẽ thất bại dù sao. do đó, ý tưởng là làm cho mọi người hiểu tại sao anh ấy lại quyết định và giữ mọi người trên cùng một nền tảng. Ngoài ra nếu dự án thất bại tôi nghĩ rằng chì là trách nhiệm, nhưng nhóm chịu trách nhiệm. – MOZILLA

9

Bạn chịu trách nhiệm về thành công kỹ thuật của dự án. Báo cáo của bạn không. Vì vậy, có.

0

Bạn đang nói về ngôn ngữ nào?

1

/flamebait On

Nếu đó là VisualBasic, sau đó có ......

/flamebait Tắt

HMcG

1

Nó không bao giờ là một ý tưởng tốt để từ chối một cái gì đó chỉ vì bạn không quen thuộc với nó hoặc có thiên vị chống lại nó. Có những lý do chính đáng để không sử dụng một ngôn ngữ/công nghệ và đây sẽ là cơ sở cho các quyết định của bạn. Thông thường, những lý do này bao gồm:

  1. Thiếu hỗ trợ cho ngôn ngữ trong Nhóm, nhóm hỗ trợ.Đây là lớn - nếu nhóm của bạn cung cấp ứng dụng không thể được hỗ trợ vì không ai khác biết công nghệ thì bạn không nên làm điều đó.

  2. Công nghệ chưa được chứng minh. Bạn không được sử dụng dự án trực tiếp để chứng minh công nghệ chỉ vì nhà phát triển muốn cải thiện hồ sơ của họ . Có quá nhiều cạm bẫy ở đây và tôi đã thấy rất nhiều dự án không thành công chỉ vì các nhà phát triển đều đang xem xét công nghệ sai .

  3. Cấp phép. Chỉ cần vì có ngôn ngữ mới, không có nghĩa là bạn có thể đủ khả năng để sử dụng ngôn ngữ đó. Ngôn ngữ có thể yêu cầu nhất định thư viện/IDE mà bạn không có và sẽ phải đầu tư trong.
Các vấn đề liên quan