팬보이 다루기 [닫기]

우리는 아마도 이런 언어를 가진 사람을 만났을 것 입니다. 그의 언어가 하나의 진정한 언어 라는 것을 알고 개발자 는 말을하지 않을 것입니다. 이런 사람을 어떻게 대합니까? 나는 누군가를 화나게하고 싶지 않다 (특히 내 직장의 팬보이가 선임 개발자이기 때문에). 그러나 저장소에 작성하지 않고 아무도 알 필요가없는 끔찍한 스크립트를 작성해야 할 때 스크립트 언어를 선택하여 사용할 수 있기를 원합니다.

내가 이것을 다루어야한다고 생각했다.

1. 웃어 봐- "Haha 네 어쩌면 언어 X가 좀 더 쉬울 것입니다.
2. 새로운 언어를 고르는 데 따른 생산성 저하를 감당할 수 없기 때문에이를 피하는 것이 좋습니다.
3. 내 언어 숨기기-옷장 프로그래머가되어 스크립트를 작성하거나 자동화 할 때마다 모니터를 숨 깁니다.

이 상황에 대해 무엇을 제안 하시겠습니까?

질문에서 몇 가지가 뛰어납니다.

• 정말 끔찍한 스크립트입니까? 그렇다면 논의되는 것이 이상합니다.
• 버림받은 스크립트가 그대로 유지됩니까? 많은 제작물이 한때 끔찍한 대본이었습니다.
• 승격되어 시스템에 통합이 필요한 경우 스크립트를 다시 작성 하시겠습니까?
• 언어 선택은 순전히 구문 적인가 아니면 다른 영역의 언어인가?

나는 팬 보이 부분을 이해합니다. 한쪽 측면에서, 나는 종종 선택하는 몇 가지 언어를 보호하면서 팬 보이처럼 행동합니다. 그리고 나는 새로운 물건을 가져 오려고 노력하는 다른 팬 보이들도 다루었습니다.

이 상황에 대한 나의 견해는 다음과 같습니다.

• 새로운 언어라면 휴지통에 속합니다.
• 업계에서 입증 된 언어 인 경우 작업에 특화된 언어로 사용할 수 있습니다.
• 매우 인기가없는 언어라면, 매우 차갑고 빠르더라도 쓰레기통에 속합니다.

안전하고 빠른 소프트웨어를 알 수없는 언어로 작성하는 방법을 아는 사람이 없기 때문에 개발자가 알아야 할 모든 어려움이 있습니다. 어리석은 스크립트는 20 년 이상 지원되거나 다시 작성되어야합니다. 20 년 이상 평균 상점에서 최소 50 명의 개발자가 변화합니다. 각각 새로운 언어로 멋진 스크립트를 거의 작성하지 않으면 50 개의 언어 런타임과 50 개의 서로 다른 전문 지식이 필요하며 코드베이스에는 50 개 언어의 버그가있는 코드가 있습니다. 또한 일부 언어는 Windows 또는 Linux에서 더 이상 지원되지 않습니다. 그리고 여분의 부품을 사용할 수없는 패치되지 않은 10 년 된 커스텀 서버가 필요합니다.

또한 코드베이스가 아마도 언어 자체보다 오래 지속될 때 VB, Silverlight, D 등과 같은 죽은 언어를 실제로 지원하려는 사람은 없습니다.

회사 정책에 따라 무엇을 사용할지 결정합니까? 당신의 사건을 그에게 호소하십시오. 그가 여전히 그것에 대해 결정한다면, 닥터가 사용하라고 말한 도구를 사용하여 업무를 종료하십시오.

당신 은 거기서 일하지 않고 거기서 일합니다. 궁극적으로 그것은 당신의 손에서 벗어났습니다.

그가 당신의 상사가 아니더라도 나는 여기서 모든 각도를 고려할 것입니다. 그가 포트란을 알고 언젠가는 그의 코드를 모두 상속 받았다면 좋겠습니까? 당신은 처음부터 새로운 언어를 배워야 할 것 즉시 정말 스트레스입니다. 이제 그의 측면을 그림으로 나타내십시오. Cobol을 사용하여 스크립트를 작성하면 Cobol을 알지 못할 수 있습니다.

대부분의 팀이 알고있는 것을 사용하십시오.

"2. 함께 가라"

이것은 유일한 합리적인 답변입니다. 당신은 여기에 좋은 기회가 있습니다.

• 상급 프로그래머의 의견을 활용하여 회사에서 새로운 언어를 배우기위한 시간 및 / 또는 코스 및 / 또는 인증 비용을 지불하도록 장려하십시오. 최악의 시나리오 : 인증과 언어가 모두 이력서를 향상시키고, 팀 선수가되기위한 좋은 추천을받을 수 있으며, 다른 곳에서 더 나은 직업을 위해 웃을 수 있습니다.

• 내가 배운 모든 언어에서 프로그래밍에 대한 귀중한 통찰력을 얻었습니다. 가장 실용적이지 않은 언어 ( 기침 XSLT 기침 ) 조차도 좋은 자리를 차지했으며 흥미로운 학습 기회로 가득 차있었습니다 (그리고 몇 년 동안 청구서를 지불했습니다). 지속적인 학습은 프로그래머가되는 것의 큰 이점 중 하나입니다.

• 모든 멋진 프로젝트는 아마도 선임 개발자가 선호하는 언어를 사용합니다. 언어를 아는 것은 그 프로젝트에서 일할 수있는 재능의 풀에 당신을 넣습니다.

• 누군가 특정 작업을 특정 방식으로 수행하도록 비용을 지불하고있을 것입니다. 다른 반응은 아마도 불복종 일 것이며, 심하게 끝날 것입니다.

선임 개발자 / 건축가는 일반적으로 상점에서 사용되는 기본 언어를 선택하고 모든 사람이 해당 언어를 사용하도록합니다. 이런 식으로 회사는 특정 기술에 지식 기반을 구축하여 한 직원 (휴가)이 휴가를 가거나 다른 사람이 코드를 집어 들고 갈 수있는 동안 수정할 수 있도록합니다. 또한 회사는 관련 교육 인력을 채용 할 수 있으며 HR 부서는 이력서에서 어떤 전문 용어를 찾아야하는지 알게됩니다.

그의 언어를 배우고 그것을 일로 사용함으로써, 당신은 당신이 가장 좋아하는 언어 를 효과적으로 옹호하는 데 필요한 정치 자본을 축적합니다 . 많은 회사들이 공식 인프라 언어와 보고서를위한 공식 스크립트 언어를 가지고 있습니다. 자신의 언어가 능숙한 곳과 귀하의 언어가 어디에 있는지, 각각의 부족한 부분을 보여주는 장단점 목록을 준비하십시오. 작성중인 보고서와 같은 특정 응용 프로그램의 컨텍스트에서이 목록을 유지해야합니다. 그와 개인적으로 그리고 정중하게 그에게 목록을 보여주고 그와 토론 할 시간을 계획하십시오. 그의 반대 의견을 적고, 회의 후에 조사하고, 반박 론이 좋으면 후속 회의를 계획하십시오.

행운을 빕니다!

특정 상황에서 다른 언어가 더 실용적인 선택임을 보여주십시오.

C ++에 관심이 있고 웹 응용 프로그램 프로젝트를 진행하고 있다면 그렇게 어렵지 않을 것입니다. 같은 방식으로, 일부 상황은 기능적 프로그래밍에 매우 기울어지고 비 기능적 언어를 사용하는 것은 그리 현명하지 않습니다.

노트:

• 귀하의 언어와 선호하는 언어가 매우 유사한 상황을 피하십시오.

  예를 들어, Java가 C #보다 "더 나은"상황이거나 C #, Java보다 "더 나은"상황이있을 것 같지는 않습니다.

• 언어의 선택은 매우 주관적이며 일부 증거 기반 요소보다는 개발자의 이전 경험에 의해 더 많이 설명됩니다.

  예를 들어 금융 부문과 관련하여 응용 프로그램을 요청받은 경우 Haskell이 더 적절하고 진정으로 흥미를 느끼더라도 Haskell 대신 C #을 사용합니다. 이 선택의 이유는 C #에 대한 수년간의 경험이 있지만 Haskell과 관련하여 몇 가지 자습서를 읽었으며 전문적으로 사용하지는 않기 때문입니다.

답은 2) 그것으로 가십시오.

1. 팬보이를 막는 유일한 방법은 자신이 선택한 언어에 어느 정도 유창 해지는 것입니다.
2. 생산성 손실은 문제가되지 않습니다. 선임의 요청에 따라 수행하고 있으므로 프로젝트에서 생산성 변경을 수용해야합니다.
3. 새로운 언어를 배우면 뇌 기능이 향상됩니다.
4. 새로운 언어를 배우는 것에 대해 공개적으로 배우는 것이 더 유익 할 것입니다.

윈-윈-윈-윈입니다. 즐겨!

대답은 당신이 그것을 다루지 않는 것입니다. 그들과 논쟁하는 것은 단지 논쟁을 그들의 수준 (경험으로 당신을이기는 곳)으로 끌어 놓는 것입니다.

그들이 언어에 대해 또는 반대하는 주장을 무시하고 자신의 마음을 구성하십시오. 침묵이 보장되면 눈 접촉을 피하고, 단음절로 대답하고 새로운 피사체로 이동하는 등 일반적인 기술을 사용하십시오. 대신 당신 옆에있는 사람을 괴롭 히도록 훈련 시키십시오.

여기서 문제는 팬 소년이 언어를 자신의 정체성과 연관시키고 해당 언어와 관련된 모든 부정성이 개인적이라는 것입니다. 공격하거나 방어하지 마십시오. 그냥 무시해.

직장에서 극소수의 물건은 진정으로 버리는 스크립트입니다. 어쨌든 다시 필요할 경우를 대비하여 위키 나 저장소에 많은 것들을 넣습니다.

내가 생각하는 것조차 공유 수준 아래에 있다고 생각하지만 팀원들은 종종 다르게 느낍니다. 예를 들어 .profile에 rgrep 별칭이 있습니다. 해당 서버의 실제 rgrep에 액세스 할 수 없으므로 매개 변수가있는 find 문 일뿐입니다. 한 팀원이 바람을 받아 위키에서 원했습니다. 네, 한 줄짜리 진술입니다. 분명히 우리는 구현 언어에 대한 토론이 없었습니다. 유닉스 여야했습니다. 그러나 팀의 다른 사람들이 이해할 수있는 일을 수행해야 할 필요성을 강조합니다.

또 다른 스핀은 선임 개발자가 해당 언어를 사용하는 것에 대해 모르는 이유가있을 수 있다는 것입니다. 물어 봤어?

어쩌면 두 언어로 동일한 스크립트를 한 번 만들어서 왜 더 나은지 보여줄 수도 있습니다.

당신은 안개 를 시도해야합니다 . 이는 팬보이가 말한 모든 것 (일부 또는 전체)에 동의하지만 달리 지시하지 않는 한 자신의 일을하는 것입니다.

수동적이고 공격적인 옵션 1,3은 더 정서적 고통을 초래하므로 2) 턱에 가져 가십시오.

도로에 대한 일반적인 조언 : 4) 선배의 말을 더 똑똑하게 듣지 못하면 언어 / 컴파일러 디자인에 대한 연구를하십시오. 언어를 고르고 무슨 생각을했는지 배우십시오. 기능, 성능 및 표현력 간의 상충 관계 다른 옵션이 있습니다. 이것만으로도 비인간적 인 프로그래밍 능력을 얻을 수 있습니다. NBL 도 배우고 거대해질 것입니다.

다른 사람에 대한 의견을 제시하여 자신을 주장하면 생산성과 의사 소통이 저해됩니다. 사람들은 감정적 충동을 포기하는 것이 도움이된다고 생각할 수도 있지만 불안에 대한 반창고 일뿐입니다.

조언으로 겸손하고 친절하고 자신을 향상 시키면 장의 감정을 기술적으로 표현할 수 있습니다. 당신은 기분이 나아지고, 그들이 무엇인지에 대한 것들을 보게 될 것입니다. 왜냐하면 당신은 추론 할 수 있기 때문입니다. 비판을 기술적 인 맥락으로 구체화 할 때 화를 내기가 어렵습니다.