동부의 프로그래머는 서구의 프로그래머를 어떻게 여깁니까? 질문의 다른 반쪽 : 서구의 프로그래머는

이 질문의 다른 반쪽 : 서구의 프로그래머는 어떻게 동부의 프로그래머를 보는가?

동쪽의 프로그래머가 서쪽의 프로그래머를 보는 방법을 보는 것도 흥미롭고 중요하다고 생각합니다.

세계의 동부 지역 (인도 / 중국 / 필리핀)은 주로 서부 세계 (미국과 유럽)에 아웃소싱 서비스를 주로 제공하는 것으로 간주됩니다.

해외 팀의 일원으로 일한 경험이 있습니까? 그렇다면 어떻게 되었습니까?

서구의 프로그래머에 대한 일반화 된 아이디어 나 의견을 가지고 있습니까 (예 : 협력 적입니까, 제 시간에 제공합니까, 양질의 일을하고 있습니까).

답변

인도인이기 때문에 인도에 대해 말할 수 있습니다.

문제는 여기 문화, 사람들의 사고 방식에 관한 것입니다. 어린 시절부터, 우리는 프로세스를 따르고, 안전한 경로를 거래하고, 공학, 의학, 경영학 등과 같은 고임금 직업에 들어가도록 훈련을 받았습니다. 혁신, 탐사, 기업가 정신은 여전히 ​​그다지 일반적이지 않습니다.

대부분의 사람들은 코딩을 좋아하거나 컴퓨팅에 대한 성향이 없기 때문에 돈을 벌기 위해 IT에 투자합니다. 이러한 관심 부족으로 인해 우리 대부분은 로봇이되어 의미에주의를 기울이지 않고 지시를 수행합니다. 대부분의 개발자는 최종 사용자의 관점이나 특정 구성 요소가 어떻게 더 큰 시스템에 가치를 제공 할 것인지 생각하지 않습니다.

당신은 여기서 혁신가를 거의 찾지 못하지만, 훌륭한 노동자들을 보게 될 것입니다. 성장의 아이디어는 돈과 지정의 측면에서만 전적으로 지식은 실제로 가장 중요하지 않습니다.

선도적 인 IT 회사도 같은 패턴을 따릅니다. 그들은 대학에서 신입생을 고용하고 그러한 로봇이되도록 훈련시킵니다. 슬픈 부분은, 그들의 급여 규모가 여전히 대부분의 다른 직업보다 뛰어나고 탈출하는 것이 없다는 것입니다. 진정한 인재를 찾는 IT 회사는 거의 없습니다.

또 다른 중요한 사실은 대부분의 유능한 사람들이 미국이나 다른 국가로 건너 가서 자신의 기술을 적용하고 인도보다 훨씬 많은 돈을 벌 수 있다는 것입니다. 따라서 인도의 개발자라면 기술 전문가보다 프로세스 전문가가 될 가능성이 높습니다.

현재 상황이 변하고 있지만 몇 개의 신생 기업이 성장하고 있지만 여전히 공급 부족 상태입니다.

업데이트 : 따라서 위의 요점은 동쪽의 프로그래머가 어떻게되는지에 대한 나의 관점이었습니다. 그러나이 질문에 대답하기 위해 서쪽의 프로그래머는 일반적으로 더 결과 지향적이고 집중적이며 선결적이고 전문적입니다. 저는 항상 서쪽에서 온 고객 / 고객들과 함께 일해 왔으며 항상 협동적이고, 참을성 있고, 융통성 있고지지적인 사람들이었습니다.

답변

나는 인도에서 미국에있는 큰 미국 소매 회사에서 일했습니다. 내가 교류 한 미국 팀은 그들이 원하는 것을 정확히 알고있었습니다. 다른 포스트에서 논의 된 바와 같이, 인디언들은 “정책과 절차에 거의 종교적으로 충실하지만, 해결되어야 할 문제에 대한 통찰력이 거의 없다”고 말했다.

미국에있는 사람들이 마감일에 융통성이있는 경우가 있습니다. “2 월 26 일까지 코드를 제공하면 괜찮습니다.”라고 말하고 해외 관리자는 “괜찮습니다. 이것은 실제로 코딩하는 데 걸리는 시간을 실제로 평가하는 것이 아니라 사람을 기쁘게하는 방향에 있습니다.

따라서 이것은 인도의 사회 구조에 문제가 될 수 있습니다.

답변

여기에 일본어가 있습니다.

저는 일본 프로그래머들이 서양인들이 절반의 시간을하고있는 일을 실제로 이해한다고 생각하지 않습니다. 우리는 우리 자신의 작은 갈라파고스 거품 속에 있습니다. 과학을 위해 만들어진 소프트웨어 (시뮬레이션 시스템, 엔지니어링 툴 등)를 제외하고는 우리가 학계에 너무 관심이 없다고 생각합니다. 우리는 소프트웨어를 다른 방식이 아닌 하드웨어의 노예로 생각하는 것처럼 보이므로 일본의 모든 혁신적인 작업은 하드웨어에서 이루어집니다.

빌 게이츠와 같은 사람들이 “소프트웨어는 혁신이있는 곳”이라고 말할 때 일본에서 우리 대부분은 “아, 그는 부자, 그가 무슨 말을하는지 알고있다 가 다시 일하러 갈 것”이라고 생각합니다. 실제로 그 개념에 대해 많은 생각을하지 않고 앞으로 향한 응용 프로그램을 설계합니다.

또한, 우리가 항상 인식하든 모르 든, 외국인 혐오증과 박해 단지는 일본 사회에 깊이 뿌리 내리고 있습니다. Tron 프로젝트 사람들이 모범이지만, 그들이 극단적으로 극단적 인 희망을 가지고 있습니다.

이 소문을 퍼뜨린 사람들과 불행히도 더 잘 알고 있어야하는 일본인과 TRON 프로젝트에 관한 정보를 유포하는 외국인이있는 사람들은 TRON 프로젝트가 단기 상업 프로젝트가 아니라는 사실을 간과합니다. 성공으로 판단 되려면 2 ~ 3 년 안에 특정 시장을 정복해야합니다.

불행히도, 일본에는 소니를 공격하는 익명의 해커에게 Microsoft가 WinMo 7 전화를 보상한다고 진지하게 믿는 사람들이 분명히 도움이되지 않습니다. (돈, 어쩌면 익명의 해커 에게 저렴한 전화 를 제공하는 이유는 무엇 입니까 ??)

즉, 우리는 사용 성과 UI에 관심이있는 것 같습니다. 따라서 일본의 UI가 관례는 아니지만 매우 편리하고 직관적 인 것을 보는 것이 일반적입니다. 이것은 Ruby 의 문체 디자인 선택 에서 분명합니다 .

Matsumoto는 Ruby가 우수한 사용자 인터페이스 디자인 원칙에 따라 프로그래머의 생산성과 재미를 위해 설계되었다고 말했습니다. [14] 그는 시스템 설계가 컴퓨터보다는 인간의 요구를 강조해야한다고 강조했다.

나의 냉소주의가 당신을 놀라게한다면, 여기 P.SE에 대한 또 다른 질문이 있습니다.

답변

전문 소프트웨어 개발 분야에서 약 4 년의 경력이 있습니다. 나는 주로 유럽 개발자 인 독일인 / 스페인 인 / 이탈리아 인과 함께 일해 왔습니다. 내가 찾은 것은 다른 곳과 같았습니다. 좋은 사람이 있고 좋은 사람이 없습니다. 내가 인도의 개발자들과 가장 놀랍게 다른 점을 발견 한 것은이 사람들이 자신들이하는 일에서 뛰어나려고 노력하고 있으며, 대부분의 사람들은 그들이 즐기는 것을 즐기고 자부심을 가지고 있다는 것입니다.

이제 이것이 인도의 개발자가 다소 덜 존재한다는 의미는 아닙니다. 인도 (아시아)에있는 대부분의 사람들에게는 그들이 즐기는 것과 실제로하고 싶은 것에 관해 큰 진공과 내성 부족이 있습니다. 이것은 많은 사람들이 부모로부터 자유롭지 못하고 사회적 설정이 부족하다고 지적한 결과입니다. 여기에 전형적인 사람은 많은 사회적 기대로 태어 났고, 기회를 잡을 수 없으며 실패는 단순히 받아 들일 수 없습니다. 따라서 학생들은 일반적으로 ‘safer’경로를 사용하여 ‘공장 제품’이 더 많이됩니다.

나는 이것이 사회적 존중과 경제적 복지를 보장하기 때문에 이것이 특히 나쁘다는 것을 의미하지는 않지만 장기적 으로이 사람들은 단순히 그들이 관심이 없기 때문에 그들이하는 일의 ‘영혼’에 연결되지 않습니다. 그들이하고있는 일. 그들이 수입을 시작하면 경제적 의무로 인해 악순환을 벗어나기가 어려워집니다.

일반적으로 서쪽에서는 상황이 상당히 완화되고 사람들은 실수를 할 수 있습니다. 남자는 짐을 싣지 않고 자신의 관심 영역으로 나아갈 수 있습니다. 따라서 서부의 개발자는 경제적 및 사회적 의무보다 관심 때문에 상대적으로 더 많은 일을하고 있습니다.

나는 또한 서구 사람들이 좀 더 전문적이고 이해하는 것으로 나타났습니다.

아시아 프로젝트 관리자는 일반적으로 잔인하고 교활하며 기회 주의적이라는 것을 알았습니다. 그들은 사람들을 소중히 여기지 않습니다. 대부분의 경우 사람들을 리소스 R1, R2로 간주하고 모든 비용으로 개발자 ID를 억제하려고합니다. 그들은 다른 사람의 신용을 빼앗을 기회를 거의 잃지 않습니다. 이는 주로 ‘공장’에 더 오랜 기간 존재했기 때문입니다. 이제 이것은 또한 동부 개발자들에게 소유권이 부족합니다.

서쪽에서 온 사람들은 비교적 평평한 계층 구조를 사용하여보다 자유로운 작업 환경을 제공합니다.

그러나 미래에 대한 조사가 변하고 있으며 동서양 사이에 신뢰와 혁신이 계속 증가하는 환경이있을 것이라고 생각합니다.

답변

파키스탄은 …

나는 약 7 년의 경험을 가지고 있으며, 대부분 미국에서 남자들과 일하고 있습니다. 나는 둘 다에서 일했다 :

  • 해외 아웃소싱 모델
  • 미국 회사 모델의 파키스탄 지점에서.

공유하고 싶은 느낌이 있습니다. 미국 사람들은 정직하고 정직합니다 (미국 사람들과 만 경험 한 적이 있으므로 다른 사람들에 대해서는 말할 수 없습니다). 이 말은 다음 주에 특정 직무를 마칠 책임이있는 주요 개발자가 어떤 목적 으로든 휴가를가는 경우 미국에있는 사람에게 분명히 말해야하며, 대부분의 경우 그곳에 앉아있는 사람들은 사람들이 휴가를 떠난다는 것을 알기에 충분히 배려하십시오.

그러나 여기 사람들의 일반적인 사고 방식은 할 수없는 경우에도 시도하고 기쁘게하는 것입니다. 그들은 내가 틀렸다고 생각하는 비즈니스 거래에 영향을 줄 수 있다고 생각하는 육상 팀의 것을 숨기려고합니다. 이러한 행동의 현재 예 중 하나는 최근에 육상 팀과 해외 팀 사이에서 매우 중요한 조정 위치에 있던 직장을 떠났을 때였습니다. 내가 사임했을 때, 우리의 해외 감독이이 사실을 육상 팀에 알려 주었고 나를 대신 할 사람의 이름도 알려주었습니다. 그러나 사임 한 지 15 일 만에 나를 대신 한 사람도 사임했다. 이제 그들은 이것을 육상 팀에 알리지 않았고 새로운 남자도 사라 졌다는 사실을 숨겼습니다. 이제 다른 누군가가있을 것입니다.

이 모든 것은 일반적으로 비즈니스 관계에 나쁜 영향을 미치지 않기 위해 수행되며 이러한 종류의 일은 여기서 매우 일반적입니다.

따라서 서부 및 서부 팀에 대한 일반적인 생각은 우리보다 기술적으로 진보되지는 않았지만 양질의 작업을 원한다는 것입니다. 둘째로 더 중요한 것은 정직함을 원한다는 것입니다. 무언가 잘못되면 진실을 말하십시오. 결국, 그들은 우리 뒤에 CIA 요원을 보내지 않을 것입니다 🙂

답변

방글라데시에서.

내 관점에서 볼 때 차이점은

  • 기술 : West는 항상 기술보다 앞서 있습니다. 적응의 측면에서 거의 2 년 후 서쪽에서이 부분이 발생합니다. 예를 들어, 여전히 프로덕션 환경에 .net 4 (프레임 워크가 아니라 기능)를 사용하지 않았습니다. .net 5를 사용할 수있게 될 때 언젠가 수행 될 수 있습니다.

  • 지식 : 지식 의 가장 좋은 방법은 책 IMHO입니다. 거의 모든 새로운 기술 서적은 영어로 작성되었습니다. 큰 문제는 아닙니다. 문제는 가격과 시간입니다. 저비용 판이 출판되지 않으면이 책들은 우리에게 많은 비용이 듭니다. 금액을 지불 할 준비가 되었더라도 현지 상점에서 책을 구입할 수 있으려면 시간이 오래 걸립니다. 주문하면 배송까지 거의 한 달이 걸립니다. 따라서 서쪽은 분명히 우리보다 앞서 있습니다. 여기에도 2 년이 걸릴 수 있습니다. 전자 책을 더 많이 적용하면 시나리오가 다소 개선되기를 바랍니다.

  • 모범 사례 : IT 산업은 여전히 ​​새로운 곳입니다. 따라서 관리 부분에는 많은 비 기술 인력이 있습니다. 그리고 이것은 때때로 의사 소통에 차이를 만듭니다. 또한 기존 모범 사례를 떠나 새로운 모범 사례에 적응해야 할 다른 장애물이 있습니다. 그래서 때때로 우리는 여전히 오래된 아이디어를 따르고 있습니다. 서쪽은 새로운 것들의 변화와 적응에 대해 더 유연하다고 생각합니다.

  • 라이센싱 : 일반적으로 서구와 비교하여 사용하고 개발하는 라이센싱 소프트웨어 / 도구에 많은주의를 기울이지 않습니다.

  • 오픈 소스 : 서구의 프로그래머들이 우리보다 오픈 소스 추진력에 더 많이 참여하고 있다고 생각합니다.

  • 언어 동향 : 여기서 주로 사용하는 언어는 C, C ++, C # / Java 또는 PHP로 시작합니다. 이것은 추세-명령형, 객체 지향적이며 대부분 정적으로 유형입니다. 그러나 파이썬이나 루비와 같은 기능적 패러다임 인 LISP 나 Haskell은 그리 일반적이지 않습니다. C #과 같은 지원되는 언어의 기능적 스타일 프로그래밍조차 그렇게 일반적이지 않습니다. 사람들은 Java와 같은 C #을 사용합니다.

이 중 일부는 지역에 따라 다를 수 있으며 동아시아 나 아시아 지역에는 적용되지 않을 수 있습니다. 돈을 제쳐두고 이러한 추세가 바뀌어야한다고 생각합니다.

답변

저는 볼리비아에 살고 있으며 미국 회사들과 함께 일한 적이 있습니다. 관리자가 지정된 시간 내에 수행 할 수있는 작업과 수행 할 수없는 작업을 관리자에게 알릴 때 훨씬 유연하고 이해하기 쉬웠습니다.

또한 제안과 접근 방식에 매우 개방적이었습니다. 그래도 내 운이 좋았을 수도 있습니다.

내가 주목 한 것은 회의에 대한 사랑이었습니다. 나는 매일 아침 20 분 동안 매일 스크럼 회의를 가졌으며 개인적으로 시간 낭비라고 생각하지만 1 년 이상 전체 스크럼 방법론의 일부가되지는 않았습니다.