"기술 선도자"는 제외해도 좋지만 상황을 문맥에 반영한다고 생각합니다. 저는 기술 책임자입니다. 새로운 앱을 만들고 있습니다. 팀에서 사용하고 싶은 언어에 대한 아이디어가 있습니다. 하나 이상의 언어가 다른 언어를 사용하고자하는 경우 (개인 취향 중) 개인적 취향에 맞지 않고 거부하는 것이 적절합니까? 정말 코딩 스타일과 관련이 있습니다. 당신이 강제되는 경우기술적 인면에서 개인의 기호에 따라 언어를 거부하는 것이 적절합니까?
"기본 설정에서 거부하십시오"라고 생각하지 않아도됩니다. 왜 자신의 특혜가 아닌지에 대한 근본 원인을 판별하고이를 이유로 거부해야합니다.
이러한 이유로 합리적인 결정을 내릴 수 있다면 보고서를 신뢰할 수있을뿐만 아니라 문서화 된 이유를 문서화 할 수 있습니다. 내가 작업 한 프로젝트의 경우 이러한 "이유"가 일반적으로 요구 사항입니다. 우선 순위에 따라
, 당신은 도구와 기술을 당신이 잘 알고 있고 믿고를 사용하여 팀을 이끌고보다 효과적인 리더가 될 것이라는 점을 할인 할 수
"그것은 왕이 될 것이 좋다". 그러나 팀이 프로젝트에 가장 적합하지 않은 것을 사용한다면, 당신은 존경을 얻지 못할 것이며 궁극적으로는 매우 효과적이지 않을 것입니다.
나는 다른 언어를 기각하는 것이 옳다고 생각하지 않습니다. 왜냐하면 당신이 실제로 사용하는 언어를 전혀 바꾸지 않는 한 다른 언어를 선호하기 때문입니다.
먼저 다른 언어를 objectivly보고 해당 언어의 장점을 확인하십시오. 언어가 직업에 적합한 도구가 아니기 때문에 언어를 거부해야합니다.하지만 언어가 마음에 들지 않아서는 안됩니다.
팀의 결정 사항입니다.
프로젝트가 실패 할 경우 모두 비난을받는다면 팀 결정이 될 것입니다. 궁극적으로 책임을지는 것은 선두이므로 결정을 내리는 데있어서 주도권을 쥐고 있습니다. 그는 아마도 팀으로부터 의견을 받아야 할 것이다. 참고 리드는 아마도 수년 간의 경험이 더 많을 것입니다. –
모두가 팀 단서에 동의한다면 프로젝트가 성공할 것입니다. 그렇지 않으면 어쨌든 실패 할 것입니다. 그래서 모든 사람들이 왜 그 결정을 내리고 모든 사람들이 같은 플랫폼을 사용하는지 이해하도록하는 것이 아이디어입니다. 또한 프로젝트가 실패하면 리드는 책임이 있지만 팀은 책임이 있다고 생각합니다. – MOZILLA
귀하는 프로젝트의 기술적 성공을 책임집니다. 귀하의 보고서는 그렇지 않습니다. 그래.
어떤 언어로 이야기하고 있습니까? 그것은 좋은 생각이 당신 때문에 일을 거부 결코 것
/의 싸움에 그것에 익숙하지 않거나 그것에 대하여 편견이있다. 언어/기술을 사용하지 않는 데는 좋은 이유가 있으며 이러한 결정은 귀하의 결정을위한 기초가되어야합니다. 일반적으로, 이러한 이유는 다음과 같습니다 의 언어 팀, 지원 팀에 대한 지원의
부족합니다. 크고 - 팀에서 응용 프로그램을 제공하는 경우 기술을 알고있는 사람이 없으므로 지원하지 않아야합니다.
이 기술은 입증되지 않았습니다. 개발자가 개발자가 이력서를 개선하려고하기 때문에 라이브 프로젝트를 사용해서는 안됩니다. 개발자가 모두 잘못된 기술을보고 있었기 때문에 너무 많은 함정이 있습니다. 여기에 너무 많은 함정이 있습니다. 많은 프로젝트를 보았습니다. 은 실패했습니다.
이
오프 비주얼 베이직, 다음 네 ....../의 싸움에있어 경우
HMcG
에
우리는 여전히 Programmers.SE로 마이그레이션 투표 할 수없는 이유는 무엇입니까? 우리는 tex.stackexchange.com으로 마이그레이션 할 수는 있지만 Programmers.SE는 마이그레이션 할 수 없습니까? 뭐? –
이것은 [Programmers.SE] (http://programmers.stackexchange.com/)에 속합니다. –