it-swarm-vi.com

Làm thế nào để các lập trình viên ở phương Tây nhìn thấy các lập trình viên ở phương Đông?

Nửa còn lại của câu hỏi này: Làm thế nào để các lập trình viên ở phương Đông thấy các lập trình viên ở phương Tây?


Phần phía đông của thế giới (Ấn Độ/Trung Quốc/Philippines) chủ yếu cung cấp dịch vụ gia công cho thế giới phương Tây (Hoa Kỳ và Châu Âu).

Bạn có kinh nghiệm làm việc với các đội ngoài khơi không? Nếu có, nó như thế nào?

Bạn có nắm giữ bất kỳ ý tưởng hay ý kiến ​​khái quát nào về các lập trình viên từ phương Đông không (ví dụ: họ có hợp tác không, họ có giao hàng đúng hạn hay họ làm công việc có chất lượng không?). Những cái này dựa trên cái gì?

101
Vinoth Kumar C M

Hmm Quan điểm thú vị.

Tôi chỉ muốn ném vào tôi.

Tôi sống ở Ấn Độ (Tôi là người Ấn Độ) và tôi đã lập trình từ khi 11/12. Tất cả những gì tôi có cho đến nay là một nền giáo dục trung học và thú vị là tôi đã làm được hai điều cho đến nay, tôi đã dạy ở Học viện Máy tính Ấn Độ và ngay bây giờ tôi phát triển tự do (và có cho mình một dự án với một khách hàng RẤT cao)

Vì vậy, hai điều mà tôi nghĩ là đúng từ nơi tôi đứng:

Chắc chắn mọi người là con người, nhưng tâm lý của Ấn Độ về cuộc sống và giáo dục ở đây rất khác biệt, trong những tháng tôi dạy, tôi thấy cha mẹ Đẩy con cái họ vào CNTT chỉ vì họ nghĩ rằng họ sẽ kiếm được tiền hoặc thứ gì đó, tôi cũng dạy cho học sinh làm/hoàn thành bằng cấp Bsc và Engineering và 98 trên 100 không thể viết một vài dòng mã bằng C. (Quên mã chất lượng).

Khóa học Khoa học Máy tính Nhà nước ở đây, họ có Turbo C là một phần của chương trình giảng dạy, C++ cho hầu hết mọi người là C nhưng chỉ sử dụng cout để in.

Đối với sự phát triển, với những loại sinh viên tốt nghiệp này, bạn sẽ mong đợi sẽ tìm thấy hàng tấn "kỹ sư" ngoài kia, mã hóa những thứ khủng khiếp. Tôi đã gặp các "Công ty" có quy mô nhỏ không sử dụng kiểm soát nguồn, họ thậm chí sẽ không biết thử nghiệm đơn vị là gì.

Thật buồn khi tôi có quá nhiều điều để nói và nó làm tôi đau đớn. NHƯNG Mọi người ở đây không thích điều này. Có rất nhiều người trong chúng ta, điều đó, có lẽ là ấn tượng mà mọi người có được. cười lớn

Bằng cách nào đó thậm chí thành công ở đây có nghĩa là di chuyển đi nơi khác, bởi vì không có phạm vi thực sự để phát triển và thực sự trau dồi kỹ năng của bạn. Tất nhiên có những người đứng đầu thông minh từ IIT và các trường đại học hàng đầu khác ở đây biết công cụ của họ (cuối cùng họ cũng chuyển đi)

Nhưng điểm mấu chốt là giáo dục CNTT ở đây khá buồn theo quan điểm của tôi.

81
gideon

Tuyên bố miễn trừ trách nhiệm: Tôi sống ở Trung Đông Âu, đưa ra quyết định của riêng bạn về việc tôi tính là Đông hay Tây :-) Như vậy, tôi đã làm việc cho các dự án gia công từ đất nước Tây Âu của chúng tôi và tôi đã gặp phải sự nghi ngờ từ các đồng nghiệp và quản lý phương Tây hơn liên quan đến khả năng của chúng ta, tương tự như những gì người Ấn Độ phải trải qua trong những tình huống như vậy.

OTOH Tôi đã làm việc với một số nhà phát triển Ấn Độ và một số nhà phát triển Nga trong hai dự án lớn. Phần đầu tiên cũng liên quan đến một thành phần được phát triển hoàn toàn bởi một nhà thầu phụ Ấn Độ, đây dễ dàng là đoạn mã kinh khủng nhất mà tôi từng có quyền truy cập (tôi không thể nói "mã khủng khiếp nhất tôi từng đọc", bởi vì khi thấy rằng đó là mã lớn nhất tập tin nguồn có kích thước hơn 600 Kbyte (hoặc AFAIR khoảng 30K dòng), tôi nhanh chóng đóng nó và chỉ có thể cầu nguyện rằng tôi có thể không bao giờ cần phải chạm vào nó. Lời cầu nguyện của tôi đã được lắng nghe).

Công ty thứ hai (mà tôi hiện đang làm việc) đã được ký hợp đồng phụ cho 3 công ty khác nhau, một số trong số họ đã áp dụng một số lập trình viên Ấn Độ. Chúng tôi đã làm sạch kết quả của điều đó trong 1,5 năm qua, và vẫn còn đủ công việc cho tương lai gần.

Trong cuộc sống cá nhân của tôi, tôi sống ở Ấn Độ hơn 3 tháng ở thời kỳ trước của cuộc đời, vì vậy tôi có thể biết nhiều về đất nước và cư dân của nó hơn là một người phương Tây trung bình. Cá nhân tôi thích người Ấn rất nhiều.

Kinh nghiệm cá nhân của tôi là những khác biệt văn hóa đáng chú ý tồn tại giữa người phương Tây và Ấn Độ nói chung, cũng có thể quan sát được giữa các lập trình viên. Người Ấn Độ thường rất siêng năng trong việc thực hiện bất kỳ nhiệm vụ cụ thể nào được ném lên họ, nhưng không nhất thiết phải nhìn thấy hoặc thậm chí cảm thấy cần phải hiểu bức tranh lớn hơn. Mà có thể dễ dàng dẫn đến phần mềm chất lượng thấp.

Một vấn đề tiềm năng khác là sự phản kháng ăn sâu vào văn hóa của người Ấn Độ khi nói không với bất kỳ yêu cầu nào, vì tôi tin rằng họ bị coi là thô lỗ. Nếu bạn đến một cửa hàng tạp hóa Ấn Độ và yêu cầu chăn/trang sức/vây cá mập/bất cứ thứ gì, chủ sở hữu sẽ nói "vâng thưa ông, trong giây lát", sau đó gửi cậu bé của mình đến một cửa hàng khác trong khu phố để lấy sản phẩm và tự hào giới thiệu nó cho bạn Đó là thực hành kinh doanh tốt thực sự. Tuy nhiên, nếu áp dụng tương tự cho hợp đồng thầu phụ dự án phát triển SW với lịch trình không thể cố định, kết quả có thể là thảm họa. Đây chỉ là suy đoán từ phần của tôi, tôi không có bằng chứng cụ thể về việc liệu đây có thực sự là một yếu tố trong việc thuê ngoài phát triển SW sang Ấn Độ hay không.

Một ví dụ điển hình của sự siêng năng vô ích trong dự án hiện tại của chúng tôi là việc thực hiện kế hoạch giám sát hiệu suất. Ý tưởng là để vượt qua các đối tượng thu thập số liệu thống kê hiệu suất. Tuy nhiên, giải pháp hóa ra là làm chậm ứng dụng đến mức nó không bao giờ thực sự được sử dụng. Tuy nhiên, tàn dư của nó trong mã còn lại để chúng tôi dọn dẹp. Trong thực tế, điều này có nghĩa là truyền một tham số đối tượng bổ sung cho tất cả (khoảng 6000) phương thức trong mã. Anh chàng đã làm điều đó thậm chí đã thêm một nhận xét vào Javadoc của từng phương thức, lưu ý rằng tham số bổ sung đã được thêm vào để đo hiệu suất! Bây giờ, tôi chỉ có thể ngạc nhiên trước sự siêng năng của anh chàng đó, thực hiện công việc của mình thông qua tất cả 6000 phương pháp và trung thành chèn những bình luận Javadoc đó ở mọi nơi. OTOH, a) như đã lưu ý trước đó, lược đồ không bao giờ được sử dụng trong thực tế và tôi chắc chắn rằng các hiệu ứng ăn cắp hiệu năng của nó có thể được phát hiện bởi một nguyên mẫu ban đầu, làm cho toàn bộ công việc không cần thiết, b) tất cả các nhận xét Javadoc đều có lỗi chính tả giống nhau , c) những bình luận như vậy không thuộc về Javadoc.

Tôi không có ý rằng tất cả là lỗi của các nhà phát triển Ấn Độ nghèo (ngoại trừ việc lạm dụng Javadoc). IMO, lỗi của các nhà quản lý là vô tình ký hợp đồng với các dự án mà không theo dõi kết quả, thực hiện các thử nghiệm chấp nhận nghiêm ngặt và đảm bảo chất lượng đầy đủ của mã và tài liệu. Chưa kể các chương trình thanh toán dựa trên giờ mà chắc chắn không làm cho bất kỳ nhà thầu phụ nào quan tâm đến việc tiết kiệm thời gian phát triển.

Tuy nhiên, tôi nghĩ rằng tôi sẽ khó tìm được nhà phát triển ở phương Tây để thực hiện các nhiệm vụ tương tự với cùng một mức độ nhất quán và không có khiếu nại.

Chúng tôi cũng có các nhiệm vụ thử nghiệm được ký hợp đồng phụ trong dự án hiện tại này cho một nhóm người thử nghiệm Ấn Độ. Cá nhân chúng tôi chỉ liên lạc với một trong số họ, vì vậy không biết họ có tổng cộng bao nhiêu. Tuy nhiên, anh chàng này là một viên ngọc quý của một người thử nghiệm, một tài sản có giá trị trong bất kỳ dự án nào. Ngoài việc siêng năng và kỹ lưỡng, anh còn hỏi rất nhiều câu hỏi để hiểu bức tranh lớn, thường kiểm tra thậm chí nhiều hơn những gì được mong đợi và báo cáo các vấn đề được tìm thấy chính xác và mô tả.

118
Péter Török

Tôi đã giải quyết ba dự án (hầu hết) được "ủy thác" cho các nguồn lực ngoài khơi (phía đông bán cầu). Một trong ba trường hợp đã sử dụng một nhóm (hoặc có thể chỉ là một anh chàng - chỉ giao dịch với một người, nhưng không chắc có bao nhiêu người khác anh ta đã làm việc) ở miền đông nước Nga. Họ/anh ấy đã làm rất tốt, và dự án đã tiến triển khá độc đáo, ngoài việc cần làm việc trên UI để khắc phục một số vấn đề nhỏ với cách diễn đạt của những người mà tiếng Anh là ngôn ngữ thứ hai (hoặc có thể là thứ ba).

Hai người kia là một câu chuyện khá khác nhau. Dù có tình cờ hay không, trong cả hai trường hợp này, các lập trình viên đều ở Ấn Độ. Trong một trường hợp, về cơ bản mọi thứ họ đã làm cuối cùng phải được coi là không có gì khác hơn một nguyên mẫu - có thể sử dụng (ở mức độ) để thử nghiệm các thiết kế có thể, nhưng mọi thứ họ viết phải được vứt đi và thay thế để lấy mã mức sản xuất. Họ dường như minh họa cho những gì tôi nghĩ là "tư duy ISO 9000". Họ cho thấy sự tuân thủ gần như tôn giáo với các chính sách và thủ tục, nhưng gần như hoàn toàn thiếu hiểu biết sâu sắc về vấn đề được cho là sẽ được giải quyết. Mã của họ có thể là vụng về nhất mà tôi từng thấy.

Trong trường hợp khác, dự án cuối cùng đã bị hủy bỏ. Đó là kế hoạch dũng cảm của một VP được quảng bá gần đây và tôi khá chắc chắn rằng ý tưởng từ ngày đầu tiên là giảm thiểu chi tiêu, trong khi vẫn có thể nói với anh ấy rằng ý tưởng của anh ấy đang được phát triển tích cực. Mặc dù mã chúng tôi nhận được là hoàn toàn vô dụng, nhưng thật khó để đổ lỗi cho nhà thầu, vì không có nỗ lực nào được đưa vào để quản lý dự án hoặc thậm chí chỉ khiến họ trở thành một thông số có thể sử dụng được. Mã của họ bắt đầu kém và chất lượng nhanh chóng bị thoái hóa khi rõ ràng không ai quan tâm.

30
Jerry Coffin

Tôi là một sinh viên 21 tuổi đến từ Ấn Độ trong những năm cuối cùng của khóa học 4 năm về Khoa học và Kỹ thuật Máy tính.

Chính ý tưởng viết bài này là nói rằng Ấn Độ không chỉ là một trung tâm gia công. Tôi hy vọng phương tây nhìn thấy điều đó và thay vì tiếp thu tài năng, phương tây nên đặt ra Có nhiều trung tâm ở Ấn Độ. Có một số nội dung gây khó chịu ở phía trước, nhưng nếu bạn hiểu bức tranh lớn hơn, bạn sẽ hiểu những gì tôi đang cố gắng nói.

Giáo dục ở Ấn Độ đang ở trong tình trạng rất đáng lo ngại với lực lượng lao động được sản xuất hàng năm không có hoặc hoàn toàn không có kỹ năng kỹ thuật khủng khiếp. Hệ thống giáo dục hoàn toàn không cạnh tranh về mặt đổi mới hoặc tinh thần kinh doanh. điều này đã khiến đất nước chúng ta bối rối lớn như máy tính $ 10 được phát triển gần đây (hóa ra là máy tính bảng giá rẻ của Trung Quốc Android, chỉ được duy trì bởi một công ty Ấn Độ), hoặc tuyên bố trước đó về Một đột phá công nghệ khác (hóa ra là một ngón tay cái). Các viện giáo dục hoàn toàn bị tách rời khỏi thế giới công nghệ thực sự và quan tâm nhiều hơn đến các sinh viên phát minh lại bánh xe, tất cả đều nhân danh sự đổi mới.

Đến những nơi mà bạn ít nhất mong đợi để học một số kỹ năng phát triển nóng bỏng

Tôi đã tiếp xúc với một vài cơ sở đào tạo ở Ấn Độ ngoài các học viện giáo dục của tôi. Lập trình và phát triển phần mềm xảy ra ở hai cấp độ, phát triển cấp ứng dụng và phát triển cấp hệ thống.

Để phát triển ứng dụng, hầu hết các sinh viên năm nhất ở Ấn Độ được các công ty tuyển dụng hàng loạt để yêu cầu một băng ghế dự bị cho các lập trình viên và để có được nhiều dự án hơn. Vào cuối ngày, có chất lượng bị tổn hại vì quy trình tuyển dụng hoàn toàn ngu ngốc. Đôi khi, tài năng bị lãng phí bằng cách khiến mọi người làm tốt công việc của họ, vào những thứ ngu ngốc như tạo ra Java tạo khung và chỉ tạo các UI WinForm và ASP.NET đơn giản (tôi đang nói về tuyển dụng mới hơn và như một số người đã tuyên bố, mặc dù tôi không chắc chắn). Nếu không xem xét các thực hành kỹ thuật phần mềm tốt, loại mã hóa đó có thể là được thực hiện bởi một học sinh lớp 7.

Nhưng đồng thời, có những lập trình viên và nhà phát triển độc lập, rất quan tâm đến mọi thứ. Họ giống như những anh hùng vô danh đã mất hết hy vọng và ít quan tâm đến việc thay đổi thế giới. Tất cả những gì họ muốn, là tận dụng tối đa các kỹ năng của họ, vì vậy tất cả là về tiền và đi ra nước ngoài. Mặc dù các khóa học của chúng tôi bị giới hạn rất nhiều đối với phần mềm hệ thống (lập trình C sử dụng TurboC !!! trong 4 năm, C++ ngu ngốc và mơ hồ không có khái niệm hướng đối tượng phù hợp sử dụng cout trong chương trình C không phải là C++, ASM và thêm lập trình C bằng gcc), khi ở một công ty, chúng tôi chủ yếu thực hiện để phát triển ứng dụng (ASP.NET, WinForms, J2EE). Về cơ bản, một kỹ sư Khoa học Máy tính được tạo ra để thực hiện công việc của một kỹ sư Phần mềm. Vâng, biết khoa học máy tính giúp, nhưng không biết kỹ thuật phần mềm thích hợp cản trở quá trình quá nhiều, và có sự sụt giảm toàn bộ hệ thống. Đây là một #fail.

Tôi sẽ trích dẫn một ví dụ đơn giản. Tôi đã tham gia một học viện đào tạo cho dự án năm cuối của mình và họ muốn tôi tạo ra một trang web ASP.NET sẽ là một hệ thống kiểm kê (đặt phòng khách sạn, CRM loại công cụ đó). Vâng, đó không phải là một nhiệm vụ dễ dàng, nhưng theo tôi thì không đáng để thực hiện một dự án. Nó sẽ chỉ được phát minh lại bánh xe và những dự án này là rất lớn trong tự nhiên. Được phân phối trong 6 tháng bởi một nhóm 3 người, bạn có thể hiểu loại hệ thống không thể sử dụng được thu nhỏ sẽ dẫn đến kết quả này. Các viện nghiên cứu không nhấn mạnh quá sâu và họ quan tâm nhiều hơn đến việc "không khiến sinh viên sợ họ nói quá nhiều" và "đưa ra một cái nhìn tổng quan, và để họ tự học phần còn lại". Cuối cùng, những gì mọi người phát triển trong các dự án thậm chí không phải là một nguyên mẫu được thử nghiệm đầy đủ, chứ đừng nói đến việc sử dụng nó trong cuộc sống thực.

Tôi lấy chủ đề của riêng tôi, một hệ thống điều hướng thời gian thực hướng dẫn bằng giọng nói. Tôi đang sử dụng WPF, Google maps API và tất cả các công nghệ mới nhất mà tôi có thể. Để thực hành kỹ thuật phần mềm tốt, tôi đang sử dụng kiểm soát nguồn, sử dụng MVVM và sẽ xem xét kỹ lưỡng bất cứ điều gì khác mà tôi biết. Tôi 21 tuổi và tốt nghiệp. Tôi đoán ở tuổi của tôi, mọi người ở phía tây vẫn đang trong giai đoạn học tập và trở thành sinh viên tốt nghiệp ở độ tuổi muộn hơn. Điều đó làm cho sinh viên tốt nghiệp phương Tây tốt hơn rất nhiều và hiểu biết nhiều hơn. Chúng tôi có số lượng nhưng không có chất lượng.

Ở Ấn Độ, mức độ công việc tôi đang làm cho dự án của tôi thường không được dự kiến ​​cho một dự án đại học năm cuối. Nhưng, tôi sẽ làm điều đó bởi vì tôi muốn. Đồng thời, có những người khác trong nhóm của tôi đang thoải mái thực hiện một dự án trong ASP.NET, tạo ra 5 - 7 trang, chạy các truy vấn cơ sở dữ liệu, điền vào các khung nhìn lưới và không đưa ra một lời cảnh báo nào về bảo mật. Địa ngục, ngay cả những trang web tự do có bài đăng công việc tốt hơn (bản sao YouTube, Google tức thì + X = Y Mashup ..)

Sáu tháng sau, bạn sẽ tìm thấy những người làm việc trong một công ty mà bạn thuê ngoài doanh nghiệp của bạn và bạn cũng sẽ tìm thấy tôi ở đó. Những người như họ, đông hơn những người như tôi từ 10 đến 1 :(

nói chính xác và không ca ngợi, trong toàn bộ sự nghiệp giáo dục và làm quen với hơn 500 người, tôi đã thấy chính xác 4 người có trình độ chuyên môn mà tôi sẽ xem xét họ khi làm việc trong một dự án với tôi)

Cuối cùng, tất cả sinh viên tốt nghiệp Ấn Độ sẽ viết tài liệu tốt bởi vì đó là lý thuyết, nhưng không mong đợi bất kỳ mã chứng minh ngu ngốc nào từ họ.

Đến với phần mềm hệ thống, tương tự là trường hợp. Một người bạn của tôi đang làm việc với Android NDK và đang làm việc trong một dự án trực tiếp tại một công ty. Anh ấy may mắn có được dự án này và tôi ghen tị với anh ấy, nhưng mức độ công việc này xảy ra trong Ấn Độ cũng vậy. Một sinh viên năm cuối tại trường đại học của tôi đã phát triển một bản sao kinect (chuột đa chạm, như trong các báo cáo thiểu số) trong dự án năm cuối của anh ấy chỉ bằng 2 webcam giá rẻ. Tương tự, có những người khác sao chép mã từ Internet và bằng cách nào đó có được bằng cấp phát minh lại bánh xe.

Lời cuối cùng của tôi, đừng mong đợi một chất lượng bị xâm phạm trên khắp Ấn Độ và đừng coi người Ấn Độ được coi là người bảo trì phần mềm giá rẻ và phù hợp với việc thuê ngoài công việc bảo trì.

Ngoài ra, đừng hy vọng rằng ai đó có nền tảng giáo dục tốt về nhãn hiệu sẽ viết phần mềm tốt. Hệ thống giáo dục của Ấn Độ hoàn toàn theo định hướng lý thuyết, không có sự căng thẳng về thực tiễn, đôi khi, biết nhiều hơn hoặc sẵn sàng biết nhiều hơn có thể khiến bạn gặp rắc rối từ những giáo viên cảm thấy sợ hãi. Tuy nhiên, các lập trình viên giỏi tìm kiếm đồng cỏ xanh hơn trong sự nghiệp tốt hơn và không chỉ là một công việc tốt, còn có những người khác muốn kiếm được một "công việc" tốt, lái xe quanh một thành phố Honda, ăn ở Trung Quốc đại lục và sống hạnh phúc mãi mãi .

Tôi thích vào Audi btw hơn. :)

22
r3st0r3

Người là người. Một số lập trình viên là những lập trình viên giỏi, một số lập trình viên là những lập trình viên tồi. Một số lập trình viên xấu có thể trở thành lập trình viên giỏi với thời gian, trong khi thời gian không bao giờ có thể có lợi cho một số lập trình viên xấu khác.

Vị trí có xu hướng không phải là một yếu tố ở đây. Nhưng có lẽ cơ hội có thể.

Tôi đã hỏi từ "Lỗi cú pháp xấu OK" nghĩa là gì trong GW Basic khi tôi 8 tuổi. Tôi lớn lên với máy tính. Không phải ai cũng có lợi thế đó. Thời đại đang thay đổi, và những đứa trẻ 8 tuổi ngày nay được tiếp cận nhiều hơn với công nghệ so với những đứa trẻ 8 tuổi của ngày hôm qua.

Nhưng điều quan trọng để nhận ra lập trình không chỉ là biết sử dụng máy tính. Nó chạy sâu hơn nhiều. Dưới đây là một số đặc điểm chính tách biệt các lập trình viên giỏi (và những người chỉ cần thời gian) khỏi những người xấu thực sự:

  • Lập trình viên giỏi tò mò
  • Lập trình viên giỏi đọc blog và bài viết trực tuyến và cố gắng tìm hiểu thêm về lĩnh vực của họ
  • Các lập trình viên giỏi trả lời các câu hỏi về Stack Overflow
  • Những lập trình viên giỏi có 1-2 năm kinh nghiệm trở lên hiểu rằng giáo dục Khoa học Máy tính của họ không lãng phí thời gian
  • Lập trình viên giỏi có thể nghĩ bên ngoài hộp
  • Lập trình viên giỏi cũng là nhà lãnh đạo giỏi
  • Lập trình viên giỏi là người chủ động và không cần phải nói phải làm gì

Quan trọng nhất, lập trình viên giỏi cũng là người giao tiếp tốt. Các lập trình viên giỏi nhất là những người có thể thuyết phục người khác. Họ là những người có thể kiên nhẫn tranh luận một vấn đề với một đồng nghiệp khác cho đến khi tìm ra giải pháp.

Thách thức lớn nhất là giao tiếp.

Dù thử thách là gì, đừng bao giờ rập khuôn bản thân hoặc người khác. Bạn có nhiều tiềm năng như bất kỳ ai khác và ngược lại. Chỉ cần nhớ rằng bạn có thể làm bất cứ điều gì mà bạn thực sự đặt tâm trí của bạn!

22
jmort253

Cảnh báo, tổng quát hóa phía trước. Quan điểm thể hiện không được chia sẻ bởi mọi người. Trên thực tế, tác giả thậm chí có thể không tin họ.

Các nhà phát triển phương Tây sợ các nhà phát triển phương Đông. Chúng tôi nghe thấy hết lần này đến lần khác rằng công việc của chúng tôi cuối cùng sẽ được thuê ngoài. Đây là một khởi đầu tồi tệ cho bất kỳ mối quan hệ. Để làm cho vấn đề tồi tệ hơn, chúng tôi liên tục nhắc nhở rằng giáo dục của chúng ta kém hơn. Các nhà phát triển phương Đông rẻ hơn, thông minh hơn và sẽ gặp nhiều rắc rối hơn. Kinh nghiệm chuyên môn của chúng tôi với các nhà phát triển phương Đông không thành vấn đề vì nó bị đầu độc bởi nỗi sợ hãi.

18
Scant Roger

Tôi đã làm việc 3 năm với các nhà phát triển Ấn Độ (tôi là người Ý). Người là người. Chúng tôi thuê ngoài chủ yếu là beacuse, chúng tôi cần một đội và ở Ý rất khó tìm được đội, đặc biệt là các ngôn ngữ không phổ biến như Delphi. Vì vậy, lý do chính là tìm một đội, không phải chi phí.

Dù sao, đội chúng tôi thấy rất tốt vì có một người lãnh đạo rất giỏi. Nhưng các nhà phát triển khác không quá quan trọng. Chuyện gì đã xảy ra? bây giờ nhà phát triển làm việc trực tiếp cho chúng tôi, bởi vì anh ấy là một người rất tốt và anh ấy cũng trở thành bạn của tôi. Có một mối quan hệ mạnh mẽ và chúng tôi cũng trả cho anh ta gần như một mức lương của người Ý. Tại sao? Vì mối quan hệ. Tôi đã thấy nhiều người đi đến Ấn Độ chỉ để cứu.

Gieo nhân nào gặp quả nấy. Sau đó, tất nhiên bạn có thể tiết kiệm một số tiền, nhưng tôi nghĩ rằng (đặc biệt đối với các dự án nhỏ) làm gia công chỉ để tiết kiệm tiền là một lựa chọn sai lầm.

18
user193655

Tôi không thể nói cho người khác. Đây là ý kiến ​​của tôi, mà mọi người dường như không đồng ý. Hãy để tôi bắt đầu với một số sự thật khi tôi nhìn thấy chúng.

Đầu tiên, có bằng chứng cho thấy hầu hết mọi người không thực sự cắt ra để phát triển phần mềm. (Ví dụ, nghiên cứu UI chỉ ra rằng hơn một nửa dân số có thể sẽ không bao giờ "hiểu" được ý tưởng về cây thư mục.) Ở phương Tây, những người đó không gặp vấn đề gì trong việc tìm kiếm những công việc tử tế khác mà họ phù hợp hơn. Ngược lại, ở Ấn Độ, có quá nhiều áp lực phải đi vào phát triển phần mềm mà họ vẫn làm. Điều này có nghĩa là có rất nhiều người ở Ấn Độ đang phát triển phần mềm, những người thực sự không nên.

Tiếp theo, Ấn Độ là một điểm đến phổ biến cho gia công phần mềm. Các công ty làm điều này bởi vì nó trông rẻ tiền (mức lương thấp). Tuy nhiên, tài liệu được ghi rõ (ví dụ, xem các yếu tố chi phí được ghi lại trong mô hình COCOMO II ) rằng tất cả các mức tăng sau đây cần có thời gian và nỗ lực phát triển: công nhân tại nhiều địa điểm, công nhân ở nhiều múi giờ và công nhân từ nhiều nền văn hóa. Bất kỳ dự án nào chạy ở Ấn Độ và được chỉ đạo từ phương Tây sẽ có cả ba yếu tố chi phí. (Đây là trước khi bạn thêm xu hướng tìm những người làm việc như những nhà phát triển thực sự không nên làm.)

Cuối cùng, thách thức lớn nhất trong quản lý dự án phần mềm là có được thông tin chính xác về những gì không hiệu quả đối với những người ra quyết định cần biết về nó. Tôi thích điều này hài hước về xu hướng đó. Vì bất kỳ sự kết hợp nào của lý do, có thể là sự tuyệt vọng, văn hóa hoặc niềm tin rằng khách hàng là đúng, xu hướng này tồi tệ hơn trong các dự án đã được gia công cho Ấn Độ. Đôi khi đến một mức độ hài hước.

Kết quả là có một xu hướng mạnh mẽ cho các công ty Mỹ chịu thua bài hát tiếng còi của lương thấp, làm việc bên ngoài cho Ấn Độ, và sau đó cho các dự án thuê ngoài biến thành thảm họa. (Nhưng mức độ của thảm họa không rõ ràng cho đến khi người Mỹ mất việc.)

Một cách khác mà các công ty đi là thuê người Ấn Độ vào Hoa Kỳ trên thị thực H1B. Điều này được thoát khỏi các vấn đề công nhân từ xa. Nhiều người Ấn Độ muốn những công việc này vì mức lương ở Mỹ cao hơn, v.v. Và có quá nhiều người Ấn Độ thực sự xuất sắc ngoài kia để lấp đầy tất cả các công việc có sẵn. Nhưng có một vấn đề. Các công ty Mỹ thuê visa H1B được yêu cầu phải thề rằng không có người Mỹ nào sẵn sàng cho công việc, rằng người được tuyển dụng đang được trả lãi suất thị trường, v.v. Nhưng một người nào đó có visa H1B gặp khó khăn trong việc chuyển đổi công việc. Điều này cung cấp cho chủ lao động một công nhân bị giam cầm. Và không để lại động lực thị trường để thực sự đối xử công bằng với những nhân viên đó. Điều này mang lại cho các công ty những động lực mạnh mẽ cho sự không trung thực. Quá nhiều chịu thua. Điều duy nhất hạn chế tỷ lệ lạm dụng chương trình này là có giới hạn về số lượng visa H1B được cấp mỗi năm.

Là một người Mỹ, tôi không có vấn đề gì với những người giỏi nhất và thông minh nhất đến Hoa Kỳ. Hoàn toàn ngược lại, đó là những gì xây dựng đất nước này. Nhưng đối xử với họ như nhau một khi họ đến. Chẳng hạn, tôi biết một người từ Philippines, do tình trạng visa của anh ta, đã phải từ chối lời mời làm việc từ Google, Apple và Facebook. Đối với khoảng gấp đôi những gì anh ta hiện đang làm. Nếu thị trường được phép thiết lập mức lương của những người như anh ta, sẽ có rất ít động lực cho các công ty cố gắng lạm dụng chương trình H1B.

Vì vậy, có ý kiến ​​của tôi. Vì nhiều lý do, các dự án gia công cho Ấn Độ thường xuyên dẫn đến thảm họa. Những người bạn nhận được khi làm công nhân H1B có xu hướng xuất sắc, nhưng chương trình đó bị lạm dụng rất nhiều theo cách khiến tôi buồn.

18
btilly

IMO vấn đề không phải là Đông so với Tây, mà là ý tưởng chung về gia công phần mềm. Trở lại nửa sau thập niên 90, sự bùng nổ internet, Y2K và chuyển đổi tiền tệ Euro đã tạo ra rất nhiều công việc cho các lập trình viên, vì vậy việc thuê ngoài là một chủ đề nóng hổi lúc đó. Nhưng đó là gia công trong nước, không phải ở phương Đông. Tuy nhiên, nhiều vấn đề chúng tôi mong đợi hoặc gặp phải với việc thuê ngoài cũng xảy ra với các đối tác gia công địa phương.

Trong nhiều trường hợp, viết một đặc tả kỹ thuật cũng giống như tự làm việc đó (mặc dù Q & D). Nhưng vì mục tiêu của gia công là để tiết kiệm thời gian và/hoặc tiền bạc, các thông số kỹ thuật được cung cấp cho đối tác gia công là sơ sài. Thêm một nhà thầu được trả theo giờ và thiếu sự giám sát và rõ ràng những gì bạn phải mong đợi.

12
user281377

Tôi đã sống ở Trung Quốc chưa đầy hai năm nay (tôi là người Canada) và làm việc với các nhà phát triển Trung Quốc và, thật kỳ lạ, làm việc với các Nhà phát triển Canada ở nước ngoài. Tôi có thể nói rằng một số khái quát được tạo ra, ít nhất là các nhà phát triển Trung Quốc, có phần đúng, đó là, hầu hết các nhà phát triển tôi đã gặp/làm việc ở đây là:

  • Thiếu sự tò mò và sáng tạo. Ở đây tôi không nghĩ họ thấp kém hay ngu ngốc. Nhưng đúng hơn đó là văn hóa. Trong lịch sử, họ được cho là tôn trọng chính quyền trước hết. Vì vậy, họ sẽ không bao giờ đặt câu hỏi về một thiết kế xấu được trao cho họ từ "phía trên". Ngoài ra nhiều người trong số họ chủ yếu quan tâm đến các kỹ năng kỹ thuật hơn là kỹ năng miền. Tôi có thời gian khó khăn nhất để dạy họ về các mẫu và các khái niệm trừu tượng trừ khi họ có thể liên quan trực tiếp đến công việc của họ trong tay. Tuy nhiên, sau một thời gian, các bức tường sụp đổ, họ trở nên phiêu lưu hơn trong quyền lực đầy thách thức, vì sợ ở mức độ kỹ thuật, tôi sẽ không muốn bị thu hồi visa ;-)
  • Một mối đe dọa Điều này đã được đề cập trước đây nhưng tôi nhấn mạnh. Đây có lẽ là điểm quan trọng nhất và điều tạo ra căng thẳng nhất trong giao dịch với các trường đại học ở nước ngoài (đó là ở Canada). Nói chung, những người phương tây tôi làm việc cùng sẽ có xu hướng phóng đại tất cả các khía cạnh tiêu cực khi làm việc với người phương Đông. Họ sẽ cực kỳ khắc nghiệt trong việc đánh giá mã trong khi rất khoan dung với nhau. Họ sẽ đá và la hét nếu một người giám sát quá trình hoặc thực hành tốt bị người phương đông bỏ qua nhưng họ sẽ tự đá và la hét nếu được yêu cầu lịch sự tuân theo các quy trình mà họ tự đặt ra.
  • Expendable Người Trung Quốc có thể làm việc với một nửa thiết bị đã qua sử dụng. Tôi đã phá vỡ ba chiếc ghế trước khi tôi được phép có được một chiếc ghế nửa thoải mái. Sau đó, tôi cảm thấy tồi tệ khi nhận được chiếc ghế tốt nhận thấy rằng tất cả họ vẫn còn những thứ giống như bộ máy tra tấn thời trung cổ để ngồi. Tuy nhiên, đến thăm trụ sở của cùng một công ty, các nhà phát triển có bàn làm việc chiếm diện tích sàn thường bị chiếm bởi một nhóm 4 đến 6 nhà phát triển ở Trung Quốc, không kể đến những chiếc ghế!

Ban đầu những gì họ viết không phải lúc nào cũng tốt. Chắc chắn có sự phân chia văn hóa nhưng cũng có đường cong học tập dài của một hệ thống được thiết kế tồi để bắt đầu. Nhưng bạn có biết ... sau hai năm ... một số công việc tốt nhất được thực hiện trên hệ thống này đến từ các văn phòng Trung Quốc. Khi điều này xuất hiện ngày càng nhiều, điều này càng làm trầm trọng thêm yếu tố đe dọa ...

Thành thật mà nói nó không dễ dàng nhưng tôi nghĩ rằng tôi đang ở phía bên phải của hàng rào khi nhìn vào xu hướng từ kinh nghiệm cá nhân.

11
Newtopian

Đây là một chủ đề hấp dẫn. Tôi đã từng làm việc ở SF và Thung lũng Silicon, nhưng cả Châu Âu cho các khách hàng địa phương, thiết lập một văn phòng ở nước ngoài ở Ấn Độ và hiện đang điều hành một cửa hàng phát triển ngoài khơi ở Nam Mỹ. Tôi thậm chí đã làm một chút công việc với các nhà phát triển châu Phi.

Mọi khu vực trên thế giới đều có khả năng tạo ra những lập trình viên tuyệt vời. Tôi đã có một người bạn tin tặc ở Malawi, người xây dựng giao diện cảm ứng tuyệt vời Rails hệ thống nguồn mở được hỗ trợ cho các phòng khám HIV, sử dụng và đóng góp cho các dự án nguồn mở theo những cách quan trọng.

Tôi cũng đã thấy các lập trình viên người Mỹ làm việc tại các công ty khởi nghiệp thương hiệu và các công ty web lớn không thể lập trình ra khỏi túi giấy. Những người có bằng thạc sĩ về Comp Sci từ MIT và nhiều năm kinh nghiệm trong ngành, khi nói đến việc viết mã sản xuất tốt, không thể cắt giảm.

Có sự khác biệt văn hóa rất thực giữa Châu Âu, Châu Mỹ Latinh, Hoa Kỳ và Ấn Độ. Sau đó là văn hóa hacker, ít nhiều phổ biến.

Cộng đồng công nghệ Ấn Độ chính thống thích ném người vào vấn đề. Tỷ lệ hàng giờ trên mỗi nhà phát triển có thể ít hơn, nhưng nếu nhà cung cấp tin vào số lượng hơn chất lượng, bạn sẽ cần gấp đôi số nhà phát triển để chạy mã.

Giấy chứng nhận. Cái quái gì thế? Ấn Độ yêu thích các chứng chỉ, ISO, CMMI, v.v ... nó cứ lặp đi lặp lại. Đó là cái mông vô nghĩa. Hơn nữa, đó không phải là cách bạn phát triển phần mềm tốt.

Hệ đẳng cấp. Hệ thống đẳng cấp là bất hợp pháp ở Ấn Độ, và vì độc lập đã có công việc to lớn trong việc loại bỏ nó, nhưng nó vẫn là một con thú thở. Hầu hết người phương tây bỏ qua sự tồn tại của hệ thống đẳng cấp. Tôi lớn lên ở Mỹ, nhưng bố tôi sinh ra ở Ấn Độ, người Ấn Độ theo cách gọi của nó, và mẹ tôi đi học đại học ở đó khi còn là sinh viên, và sau đó trở lại giảng dạy tại các trường đại học Ấn Độ. Hệ thống đẳng cấp rất thật, nó đến từ Ấn Độ và đã cũ, nhưng người Anh đã khuyến khích nó và sử dụng nó để duy trì quyền lực. Người phương Tây cần biết, rằng họ sẽ thay thế người Anh, ở đầu phân cấp. Bạn sẽ được gọi là thưa ngài, bạn sẽ không bị thẩm vấn. Hầu hết các nhà quản lý Ấn Độ thấy vai trò của họ là nói với cấp dưới của họ phải làm gì. Nói lại và đưa ra giải pháp thay thế bị trừng phạt.

Không phải mọi cửa hàng phát triển của Ấn Độ đều như thế này, Zoho, đã xây dựng một doanh nghiệp Ấn Độ tuyệt vời bằng cách phá vỡ mọi quy tắc. Họ thuê dựa trên khả năng không phải đẳng cấp hoặc chứng chỉ đại học mà bạn có. Bằng cách đó, họ đã khởi động hoàn thành SaaS thay thế cho MS Office Suite.

Có một cộng đồng hacker sôi động ở Ấn Độ cũng như các cuộc họp, danh sách gửi thư, hội nghị nhỏ và những thứ tương tự. Những nhà phát triển là đẳng cấp thế giới tốt. Họ thường khó có được công việc trong ngành công nghiệp phát triển phần mềm chính thống của Ấn Độ. Bản thân tôi đã tìm thấy hai python dev dành cho văn phòng Ấn Độ của chúng tôi, họ rất tuyệt, và sau đó người quản lý Ấn Độ của chúng tôi đã khăng khăng thuê một tá sinh viên mới, sinh viên mới tốt nghiệp để điền vào đội. Sau vài tháng, các tin tặc nghỉ việc, người quản lý của họ đã biến cuộc sống của họ thành địa ngục. Chúng tôi chỉ còn lại một tá nhân viên trẻ và nhiệt tình, hầu hết họ không biết cách lập trình rất tốt.

Người giỏi nhất là một phụ nữ trẻ đã xây dựng IDE cho nhà phát triển trên các hệ thống nhúng. Không ai muốn thuê cô ấy vì cô ấy đến từ một gia đình bảo thủ và người Ấn Độ nghĩ rằng cô ấy bị ép buộc bỏ công việc của mình một khi cô ấy đã kết hôn.

Có những nhà phát triển vĩ đại ở Ấn Độ, nhưng cấu trúc giá trị được thiết lập để Đẩy họ ra và để quảng bá mọi người dựa trên những thứ không liên quan đến việc tạo mã tuyệt vời.

Vấn đề lớn khác là múi giờ. Đó không phải là một lợi thế, đó là một vấn đề lớn. Điều đó có nghĩa là không có liên lạc trực tiếp liên tục giữa các đội trong và ngoài nước. Điều này gây ra những hiểu lầm lớn và buộc bạn phải viết những tài liệu. Nó làm cho nhanh nhẹn rất khó để kéo ra.

Sự thật đáng buồn là một lượng lớn phần mềm được sản xuất bởi các tập đoàn Ấn Độ có chất lượng thấp. Bạn luôn nghe các nhà phát triển nói về việc các kỹ sư Ấn Độ tào lao như thế nào, điều đó không đúng, nhưng đó là sự phản ánh về chất lượng của các công ty lớn ngoài khơi truyền thống. Đó là lỗi của văn hóa kinh doanh ở Ấn Độ, không phải của chính các nhà phát triển. Các nhà phát triển bị mắc kẹt trong một hệ thống xấu thưởng cho những điều sai trái.

9
rabble

Cùn và hoài nghi:

  • Giá rẻ hơn
  • Một mối đe doạ
  • Thiếu đánh giá cao rằng bạn giao dịch khỉ mã địa phương cho các nhà quản lý và phân tích dự án đắt tiền hơn để liên lạc với các đội ngoài khơi
  • Các bên liên quan sẽ nhận được những gì họ yêu cầu vì không thể cung cấp một yêu cầu ngắn gọn và toàn diện. Đây sẽ không phải là những gì họ muốn. Các bên liên quan muốn có kiến ​​thức địa phương ...
  • ... nhưng đó là hộp đánh dấu cho cấp cao quản lý vì đó là xu hướng/phổ biến/KcKinsey nói/không hiểu nhà phát triển/...
8
gbn

Tôi đã trải nghiệm một số dự án ở châu Á (các quốc gia khác nhau mà tôi sẽ không đề cập đến). TẤT CẢ chúng là những thất bại ảm đạm. Mặc dù có nhiều tài liệu chi tiết và chi tiết, các tài liệu thông số kỹ thuật, v.v. được gửi qua kết quả (nếu có bất cứ thứ gì được sản xuất) đều kém. Thông thường, nó hoàn toàn không hoạt động hoặc có chức năng rất nhỏ đến mức vô dụng. Các dự án cũng (nếu họ sản xuất các sản phẩm giao hàng) hoàn toàn muộn.

OTOH Tôi đã làm việc với các lập trình viên châu Á và những người khác làm việc ở châu Âu và Mỹ và hầu hết trong số họ là những người tốt, chăm chỉ, biết rõ công việc của họ.

Có thể một tuyên bố của một vài người trong số họ rằng tất cả những người CNTT giỏi rời khỏi Châu Á để làm việc ở Châu Âu và Châu Mỹ đã nói lên tất cả. Những gì còn lại là đáy của đống, với rất ít hoặc không có người chất lượng để cung cấp giám sát, đào tạo và lãnh đạo nhóm để cải thiện năng suất. Phải đối phó với những người IT châu Á sống ở đó (ít nhất là từ một số quốc gia) qua điện thoại và email (và xem các cuộc phỏng vấn trên truyền hình, v.v.) cũng có thể có văn hóa liên quan. Nhiều người dường như tự coi mình vượt trội về mặt chủng tộc và đạo đức so với người Mỹ và người châu Âu (và xem xét những người rời bỏ đất nước họ phản bội) và từ chối lắng nghe lời khuyên từ những người mà họ coi là thấp kém. Điều này chắc chắn không đúng với tất cả mọi người từ các nước châu Á, nhưng có thể đủ rộng để tạo ra một bầu không khí "chúng tôi biết rõ nhất, tất cả các vấn đề là do khách hàng gây ra" trong các công ty bên ngoài. Tất nhiên các công ty xuất hiện và biến mất nhanh chóng, xây dựng lại thương hiệu cho chính họ và bắt đầu lại sau khi tên của họ bị ảnh hưởng bởi hiệu suất kém, cũng đóng một phần.

Tình hình ở Đông Âu tốt hơn, có thể một phần vì nhiều quốc gia đó là một phần của EU nên có mối đe dọa lớn hơn về hành động pháp lý thành công chống lại họ nếu họ làm hỏng.

8
jwenting

Trong 10 năm tại IBM, tôi đã làm việc với các lập trình viên trên toàn thế giới trong nhiều mối quan hệ khác nhau. Điều đầu tiên bạn học được là các định kiến ​​địa lý đều sai, ở cả hai phía của đại dương. Lập trình viên là những lập trình viên trên toàn thế giới ... chọn 100 người trong số họ từ bất cứ đâu và bạn sẽ nhận được gần như nhau tỷ lệ những người không thể lập trình thế giới xin chào mà không cần một chuyến đi hoặc ba đến google, những người có năng lực và những người tài giỏi.

Điều đó nói rằng, khái quát về địa lý của môi trường kinh doanh trong một số lĩnh vực đó là chính xác. Ví dụ, Ấn Độ rất giống như Austin, TX hay Thung lũng Silly Con vào cuối những năm 90 và đầu những năm 2000 ... rất nhiều công việc nhảy và quay vòng, mọi người đến và đi mỗi năm hoặc lâu hơn. Mặt khác, Trung Quốc dường như rất giống với Đồng cỏ Silicon ở vùng trung tây nước Mỹ, mọi người chọn một công ty và ở đó trong một thời gian dài hơn. Brazil, Nga và Châu Âu dường như ở đâu đó ở giữa, không đến nỗi họ ở trong một khoảng thời gian trung bình, nhưng dường như họ có sự pha trộn của cả hai, một số người nhảy việc, một số người định cư.

7
cabbey

Tôi thuộc về thế giới phương Đông và tôi cũng có kinh nghiệm làm việc gia công từ công ty của tôi sang thế giới phương Đông một lần nữa :-) Công ty của tôi không muốn đầu tư là nguồn lực của riêng mình để hoàn thành công việc, truyền cảm hứng cho tất cả sự giúp đỡ mà chúng tôi có thể cung cấp Người thuê ngoài Dự án đã thất bại. Thật khó chịu khi làm việc với một số Kỹ sư này, tôi nghĩ rằng các mô hình gia công và chuyên môn kỹ thuật có thể trưởng thành hơn ở phương Đông để cải thiện. Phải nói rằng tôi đã làm việc với rất nhiều người ở thế giới phương Tây, những người cũng có thể cải thiện. Bạn tìm thấy các lập trình viên tốt và xấu trên toàn cầu.

5
Geek

Tuyên bố miễn trừ trách nhiệm: Tôi là người Ấn Độ và điều này có thể nghe theo quan điểm của Ấn Độ nhưng tôi đã làm việc với nhiều khách hàng phương Tây và thậm chí ở Mỹ. Nếu bán cầu đông có những lập trình viên tồi tệ nhất thế giới, tại sao bán cầu tây lại thuê ngoài về phía đông? Nếu bạn thuê ngoài đến các khu vực phía đông của địa cầu chỉ để tiết kiệm tiền, hãy IMO, làm giảm chất lượng. Tốt, nhanh và rẻ, chọn bất kỳ hai. Khi tôi phải thuê một anh chàng, tôi hỏi tổ chức của mình những kỳ vọng của họ là gì và cái giá họ sẵn sàng trả là bao nhiêu. Thật khó để một người thuyết phục một anh chàng tự trọng tài năng làm việc cho bạn với mức lương thấp hơn và áp lực nhiều hơn. Đó chỉ là những trang web tự do kết hợp với những anh chàng phương Tây không may mắn có công việc là Bangalore-d mà kết quả là các lập trình viên phương Đông là những con khỉ mã. Nếu bạn sẵn sàng trả giá tốt hơn, bạn sẽ yên tâm về kết quả tốt hơn và không tuân theo các công ty dịch vụ ISO/CMMI/SEI đó. Họ thuê những tài năng như họ đang nuôi một đàn cừu hoặc chứng khoán sống.

4
Kumar

Tôi là một người Mỹ hiện đang sống ở nước ngoài (ở Nga) và làm việc như một doanh nhân (và người làm việc tự do ở bên để thanh toán hóa đơn). Tôi đã làm việc tại Thung lũng Silicon với tư cách là nhà phát triển, trưởng nhóm kỹ thuật và kiến ​​trúc sư phần mềm/hệ thống trong hơn 20 năm cho nhiều công ty và công ty khởi nghiệp, một số rất nổi tiếng, bao gồm một công ty khởi nghiệp trở thành một công ty trị giá hàng tỷ đô la thống trị trong ngành tập đoàn quốc tế. Tập đoàn cuối cùng này (gọi là "X") có các trung tâm phát triển trên khắp Hoa Kỳ và thế giới: Ấn Độ, Nga, Trung Quốc, Châu Âu, v.v. Tôi đã làm việc trực tiếp với các thành viên của một số nhóm này và thấy họ rất tài năng và kỹ sư xứng đáng. Sự quyết đoán và sáng tạo Tôi sẽ đồng ý có xu hướng trở thành một loại tính cách kỹ sư người Mỹ hơn vào lúc này, nhưng điều đó sẽ không tồn tại lâu tôi tin là làm việc tự do và thuê ngoài trưởng thành.

  • Gia công rất rõ ràng về tiền. Khi tôi rời Mỹ, X không tuyển dụng ở Mỹ, mà đang thuê ở các văn phòng quốc tế. X trả cho các kỹ sư không phải người Mỹ khoảng 1/4 đến 1/3 (phụ thuộc vào khu vực) mức lương của một kỹ sư tương đương (nhiều năm kinh nghiệm, kỹ năng). Đó vẫn là một mức lương khá tốt thường xem xét nền kinh tế của một số địa điểm không thuộc Hoa Kỳ, nhưng điều này không tốt cho mức lương phải trả cho sự tồn tại của các vị trí kỹ thuật Hoa Kỳ.

  • Tôi tin rằng tự do là tương lai của công việc máy tính, phần mềm đặc biệt. Về bản chất, nó có tính di động cao, tất cả những gì bạn cần là một máy tính xách tay và kết nối internet và bạn đang kinh doanh. Luôn có một trường hợp được thực hiện cho các nhóm nội bộ: lập lịch đáng tin cậy hơn, bộ kỹ năng dự đoán, v.v., nhưng chúng là rất tốn kém để duy trì.

  • Tôi thấy các bài đăng khá thường xuyên, kiêu ngạo ở đây từ các kỹ sư Hoa Kỳ về mức độ khủng khiếp của tất cả các nhà phát triển ngoài Hoa Kỳ (ví dụ, hãy xem chủ đề này: https://stackoverflow.com/questions/209170/how- nhiều-does-it-cost-to-developers-an-iphone-application ). Định kiến ​​là có, chúng rẻ nhưng luôn luôn không đủ tiêu chuẩn và viết mã crappy. Đó là cách duy nhất để có được chất lượng là trả lãi suất cho các kỹ sư Hoa Kỳ. Poppycock! Các kỹ sư Mỹ cần phải thức tỉnh - ngành công nghiệp và nền kinh tế đang chuyển từ các nhà phát triển nội bộ được trả lương rất cao sang các nhóm phát triển phân tán trải khắp thế giới. Chắc chắn có những nhà phát triển không phải người Mỹ xấu - nhưng hãy nghĩ lại tất cả những người được phỏng vấn ở Mỹ mà bạn đã thông qua vì họ không đo lường được. Một số mã hoàn toàn tàn bạo nhất mà tôi từng xem hoặc làm việc được viết bởi một kỹ sư nội bộ Hoa Kỳ, người đã từ chối thay đổi hoặc cải thiện! Chỉ vì một số nhà phát triển elance ngẫu nhiên đã làm một công việc nhảm nhí không có nghĩa là tất cả các kỹ sư không phải người Mỹ đều rất tệ. Thay vào đó, khách hàng ưu tú đó nên nhìn xa hơn một chút so với các nhà thầu dưới cùng, có những viên ngọc thực sự ngoài kia, thậm chí các nhà phát triển hàng đầu, có sẵn với mức chiết khấu lớn so với giá nội địa của Mỹ. Vào thời điểm đặc biệt này, tôi sẽ cấp cho bạn, rất nhiều tài năng tập trung ở Mỹ - nhưng bất cứ ai nghĩ rằng điều này sẽ không bao giờ thay đổi là bị lừa dối rất nghiêm trọng.

  • Tài năng và kinh nghiệm làm chi phí nhiều hơn thiếu, tôi sẽ cấp cho bạn điều đó. Nhưng điều đáng nói là thang lương của nhân viên nội bộ Hoa Kỳ đã vượt ra khỏi tầm ngắm với phần còn lại của thế giới. Có một tài năng năng động/liên tục chi phí liên tục di chuyển, và tài năng xung quanh của các kỹ sư không phải là người Mỹ sẽ tăng lên, điều này sẽ gây áp lực giảm rất mạnh đối với cả tỷ lệ chi trả của Mỹ và sự tồn tại rất cao các vị trí kỹ sư nội bộ được trả lương của Hoa Kỳ (hãy nhớ: X đang tuyển dụng quốc tế, nhưng không phải ở Mỹ. Chữ viết trên tường). Vì vậy, những người tài năng hơn sẽ luôn có thể tính phí nhiều hơn những người kém tài năng hơn, nhưng bạn có thể chắc chắn rằng nó sẽ không ở mức giá hiện tại của Hoa Kỳ.

  • Sự tập trung của các tài năng trên toàn thế giới sẽ hoàn toàn thay đổi, giống như vị trí vật lý của các nhóm phát triển đã có đã thay đổi. Các cấp độ tài năng ngoài Hoa Kỳ sẽ tiếp tục phát triển, và trong tương lai không xa, chúng ta sẽ nhìn lại các chủ đề này và nghĩ rằng "họ đang nói về điều gì, bạn có thể tìm thấy tài năng hàng đầu ở bất cứ đâu trên thế giới".

4
Bogatyr

Tôi đã làm việc ở cả phía đông và phía tây của địa cầu và nghĩ rằng sẽ chia sẻ. Tôi đã làm việc ở Bangalore 5 năm trước khi chuyển sang Mỹ. Làm việc ở Mỹ khoảng 8 năm và trở về Ấn Độ. Tôi bị buộc phải ngồi ở nhà vì công việc quá khắt khe ở đây. Với 2 đứa trẻ, không thể bỏ trong những giờ dài đó. Cuối cùng tìm thấy một công việc bán thời gian. Tôi đã bị sốc khi thấy chất lượng công việc trở lại ở Ấn Độ. Nó không tệ khi chúng tôi rời Mỹ. Đám đông trẻ dường như không có bất kỳ trách nhiệm hay sự nhiệt tình nào để tìm hiểu các công nghệ mới. Giống như ai đó đã chỉ ra, nói 'không' là rất hiếm (một cú đánh vào bản ngã của họ, IMO) và kết quả là bạn sẽ thấy công việc hoàn toàn vô dụng hoặc tầm thường. Mã này không thể đọc được, không có ý tưởng nào về bức tranh lớn, không có phạm vi để mở rộng, v.v. Khi bạn đào tạo một anh chàng, anh ta sẵn sàng nhảy việc để có đồng cỏ xanh hơn. Có nói rằng, tôi vẫn sẽ nói có một vài người đặc biệt tốt. Nếu bạn tình cờ làm việc với anh ấy/cô ấy, hãy coi mình là người may mắn, đặc biệt nếu người đó có thể giao tiếp tốt!

4
user18244

Tôi sống ở Trung Âu. Làn sóng gia công đã vượt qua chúng tôi trong những năm gần đây. Tôi đã làm việc cho các dự án thuê ngoài từ "phương Tây", nhưng ngày nay các dự án thuê ngoài đổ bộ vào các nước rẻ hơn. Vì vậy, tôi đã được ở cả hai phía của phương trình.

Khi chúng tôi thuê ngoài các nhà quản lý của chúng tôi và những người mà chúng tôi làm việc hàng ngày là Nice, đối xử với chúng tôi như một nhà phát triển nội bộ. Một mối quan tâm nhỏ về bảo mật công việc có thể được cảm nhận từ những người còn lại, điều mà tôi cho là hoàn toàn bình thường. Ngoài ra, chúng tôi đã nhận được các nhiệm vụ hạng hai trong một dự án lớn hơn, điều này cũng tốt đối với tôi, bạn không nên thuê ngoài chuyên môn chính của mình.

Sau đó, các dự án chuyển đến các lãnh thổ rẻ hơn, đó là điều không thể tránh khỏi.

Điểm mấu chốt của toàn bộ câu chuyện gia công là quản lý không cung cấp cho một con chuột về kiến ​​thức, kinh nghiệm, giáo dục hoặc bí quyết của bạn. Tất cả những gì họ quan tâm là chi phí và tiền thưởng của họ. Vì vậy, trừ khi có một lý do tại sao sự hiện diện địa phương của bạn là cần thiết, các dự án phần mềm cuối cùng sẽ được thuê ngoài cho các quốc gia rẻ hơn và rẻ hơn.

4
Karl

Tôi sống ở Nga, Siberia và làm việc cho công ty y tế Đức, nơi thực hiện các dự án cho chúng tôi. Tôi đoán nó nhiều hơn một chút so với thuê ngoài: chúng tôi đã chia sẻ các đội giữa Nga và Đức, chúng tôi có các chuyến công tác với nhau, v.v.

Tất nhiên tôi chủ quan, nhưng tôi tin rằng chúng tôi là một ví dụ về gia công thành công: chất lượng mã và chất lượng sản phẩm đang tăng lên đáng kể kể từ khi chúng tôi bắt đầu làm việc với nó.

Có một chút thất vọng khi trở thành một lực lượng lao động giá rẻ, nhưng ở phía bên kia, chúng tôi có cơ hội làm việc cho một công ty lớn với kinh nghiệm quản lý và công nghệ tuyệt vời.

4
SiberianGuy

Tôi đến từ Thụy Sĩ. Tôi đã làm việc trong một dự án mà chúng tôi gia công cho Ukraine. Các nhà phát triển ở nơi rẻ hơn nhiều, nhưng số tiền chúng tôi tiết kiệm được phải được đầu tư lại để bay đội của chúng tôi đến Ukraine mỗi tháng để giám sát đội gần bờ này. Dự án đã chết khoảng một năm sau khi được thuê ngoài.

Tôi hiện đang làm việc cho một dự án được gia công cho một công ty Thụy Sĩ, công ty gần như đã bảo vệ nó đến Ma-rốc. Dự án đang đi đúng hướng, nhưng chúng tôi có vấn đề về truyền thông và vấn đề chất lượng.

Tôi nghĩ vấn đề chính là chúng tôi dự án ngoài khơi để xây dựng chúng rẻ hơn. Luôn luôn khó để có được những thứ rẻ hơn nhưng có cùng chất lượng ...

3
Guillaume

Tôi đã làm việc với các lập trình viên nước ngoài tuyệt vời, nhưng họ không quá rẻ để thuê. Tôi cũng đã làm việc với các lập trình viên nước ngoài rất rẻ tiền, và họ không tuyệt vời.

Đối với tôi, dường như luôn có những lập trình viên vĩ đại ở phía đông có thể tìm ra cách để được trả tiền nhiều hoặc gần bằng với những lập trình viên vĩ đại ở phía tây; có thể họ ra mắt công ty riêng, có thể họ có được thị thực, bất cứ điều gì họ có thể. Nhưng họ có xu hướng tìm cách, phải không?

Khi tìm kiếm một đội ngũ lập trình viên sẵn sàng làm việc cực kỳ rẻ, tôi sẽ không mong muốn có được tài năng hàng đầu. Đúng cho dù tài năng của bạn sống ở đâu.

3
Havoc P

Nếu chất lượng công việc kém thì có lẽ họ không tìm đến Ấn Độ nhiều nhưng họ tìm đến bất cứ ai trả giá tốt nhất, và đó có thể không giống như Prasoon Saurav mà là một nhóm mã hóa cơ sở.

3
CashCow

Một số công ty CNTT lớn nhất thế giới đang ở Ấn Độ, nếu bạn nghe nói về Wipro, Infosys, TCS, v.v. . Họ nhận được mọi chứng chỉ dưới Mặt trời liên quan đến chất lượng chỉ để xóa tan nỗi sợ hãi của khách hàng phương Tây. Ngoài ra, có nhiều kỹ sư (bằng cấp và kinh nghiệm) trong hầu hết các công ty phần mềm Ấn Độ so với hầu hết các công ty phương Tây. Ngoài ra Google, Oracle, IBM, Microsoft, SAP đều có các trung tâm phát triển và không phải tất cả trong số họ đều đang tìm kiếm các lập trình viên giá rẻ.

Vậy làm thế nào để chúng ta thấy các kỹ sư phương Tây. Chúng tôi thấy một túi hỗn hợp như bạn thấy một túi hỗn hợp khi bạn nhìn ra biển. Có những người siêu kỹ thuật có trình độ mà chúng tôi ngưỡng mộ và có những túi thụt mà đôi khi chúng tôi có thể bị buộc phải làm việc. Nhìn chung, chúng tôi rất hợp nhau trong các đội hỗn hợp. Mối quan hệ thực sự tồi tệ nếu bạn có những người kinh doanh "định hướng kỹ thuật" ở đầu phía tây và chỉ là lập trình viên ở đầu kia. Đây thường là một công ty phương Tây bị bỏ đói tìm cách tiết kiệm một số đô la bằng cách không thuê một người quản lý địa phương.

2
user18189

Tài khoản họ xã hội hay kinh tế. Đó là một lý do tại sao nó rất phổ biến ở Ấn Độ để tìm mọi người nhanh chóng chuyển từ các công việc kỹ thuật sang các công việc quản lý thuần túy (nó thực sự được gọi là "di chuyển lên thang", một cụm từ tôi đã đến để gièm pha). Ngay cả khi bạn muốn để tiếp tục phát triển như một kỹ thuật viên, vai trò quản lý vẫn được đặt vào bạn (đó thực sự là một lý do khiến tôi quyết định rời khỏi Ấn Độ).

Vì những lý do nằm ngoài tôi, sự phát triển nghề nghiệp tương đương với số lượng người làm việc hoặc chính xác hơn, theo bạn. "Tôi chịu trách nhiệm cho một nhóm x" hoặc "x người làm việc theo tôi" là một tuyên bố được coi là xứng đáng với một người "thành công" ở Ấn Độ (đừng bận tâm rằng "x người" có thể là những người tạo ra loại mã đã được đề cập bởi những người khác trong chủ đề này).

Đã nói tất cả, tôi muốn chỉ ra rằng chất lượng mã kém không phải là thứ chỉ giới hạn ở Ấn Độ hoặc các quốc gia "chi phí thấp" khác. Đôi khi tôi thấy thái độ quen thuộc và chất lượng mã ngay cả ở đây tại châu Âu. Rất may, mặc dù chúng không phải là quy tắc chung.

2
JamieJag

Tuyên bố miễn trừ trách nhiệm: Tôi không có bất kỳ kinh nghiệm trực tiếp nào với việc thuê ngoài bản thân. Dưới đây, tôi trình bày một số điểm xuất hiện khi tôi thảo luận về chủ đề này với người quản lý dự án trong một công ty phần mềm lớn của phương Tây. Anh chàng này đã dành rất nhiều thời gian trên mặt đất ở Ấn Độ, giám sát các đội thuê ngoài.

  • Hầu như không ai có máy tính trong nhà của họ (quá đắt).
  • Giáo dục CNTT của Ấn Độ còn thiếu. Bằng cử nhân về CS được trao cho những sinh viên chưa bao giờ chạm vào máy tính (một lần nữa, nó quá đắt để cho sinh viên cấp thấp hơn truy cập vào máy tính). Bài tập lập trình được viết trên giấy.
  • Tâm lý "luôn luôn nói có" rất tai hại
  • Lập trình viên Ấn Độ cần được nói chính xác những gì cần làm. Có rất ít sáng kiến.
  • Phát triển phần mềm gia công cho Ấn Độ là một thảm họa
  • Thuê ngoài một số nhiệm vụ QA đã hoạt động tốt.
  • Linh tinh: [. ___.]
    • Điện rất bất thường
    • Ấn Độ ít nhiều là một quốc gia cảnh sát
    • Ấn Độ dường như không ổn định về chính trị và có vấn đề khủng bố.
    • Đưa ra một lựa chọn, không ai sẽ chọn sống ở Ấn Độ.
2
user18213

Kinh nghiệm của tôi về gia công cho các nước phương đông (không phải Đông Âu) là khá tệ. Tất cả các ứng dụng mà tôi đã thấy đều rất tệ và trông giống như một loạt các mã không liên quan xấu được dán lại với nhau để hầu như không làm công việc mà nó phải làm.

Tôi không nghĩ rằng điều này là do các lập trình viên phương Đông mới tệ hơn các lập trình viên phương Tây mới, tôi nghĩ rằng đó là do các lập trình viên phương Đông không có các lập trình viên có kinh nghiệm để hướng dẫn họ. Ở thế giới phương tây, làm việc với các ngôn ngữ lập trình hiện đại đã là một nghề phổ biến trong ~ 45 năm, vì vậy có nhiều lập trình viên có kinh nghiệm mà những người mới sẽ làm việc với những người bạn có thể học hỏi. Ở phía đông lập trình hiện đại đã và đang xảy ra để làm gì? 10 - 15 năm? Có một sự thiếu kinh nghiệm thực sự cho mọi người để học hỏi. Trên hết, tôi nghĩ (theo cách tôi nhìn thấy từ đây là) với hầu hết các lập trình viên ở phía đông đang làm việc bên ngoài, họ nhận được rất nhiều đặc điểm xấu trong đó mục tiêu chỉ là để có được dự án được thực hiện nhanh chóng bằng cách cắt các góc, đó là kinh nghiệm bạn không nên truyền lại cho các nhà phát triển mới. Ở Mỹ ít nhất, hầu hết các công việc lập trình đã dành cho những người làm việc trên một bộ sản phẩm giới hạn mà họ phải hỗ trợ theo thời gian. Vì vậy, mọi người đã chọn các kỹ thuật để đảm bảo rằng phần mềm ổn định và bảo mật ... đây là kinh nghiệm tốt để truyền lại cho thế hệ mới.

Vì vậy, về cơ bản, tôi không thấy nó có liên quan gì đến số lượng đi học của một người ở bất cứ đâu, nó phải làm với những thói quen bắt đầu trong công việc. Có rất nhiều lập trình viên giỏi ngoài kia (mặc dù tôi nghĩ họ là thiểu số) nhưng tôi không nghĩ họ là những người mà người phương tây sẽ tương tác khi các dự án được thuê ngoài.

Đối với Đông Âu, họ có các nhà phát triển có kinh nghiệm ngoài kia. Tôi chỉ sợ rằng họ có thể bị loại bỏ để đáp ứng nhu cầu thuê ngoài.

2
user18458

Hấp dẫn! Tôi là người Trung Quốc và tôi nghĩ tôi biết tại sao các lập trình viên ở đây thiếu sự tò mò và sáng tạo. Hầu hết đồng nghiệp của tôi phàn nàn hàng ngày, họ ghét mã hóa, họ không thích thiết kế, họ chỉ buôn chuyện ở đây và đó (đó là một phần của văn hóa của chúng tôi). Họ đến với các công ty phần mềm chỉ với mức lương cao hơn (trong việc phát triển các quận, các nhân viên IT được trả lương cao), không phải để "cứu thế giới" hay tạo ra sự khác biệt. Không có lợi ích, không có động lực, không tò mò và không sáng tạo !!!! Nhưng có những cái đầu thông minh (như tôi ^ _ ^), họ làm những công việc chất lượng và giao hàng đúng hẹn !!!!

2
user19025

Tôi đã có những kinh nghiệm lẫn lộn với việc bù đắp công việc của chúng tôi và chỉ làm việc với các công ty nước ngoài nói chung. Để tham khảo, tôi sống ở Hoa Kỳ.


Những người xấu

Tôi đã làm việc tại một công ty đã ký hợp đồng với một công ty ở Ấn Độ, đã được thẩm định CMMI 5 và sẽ làm việc với giá rẻ. Công ty đã cung cấp cho họ một số phần mềm máy khách để viết từ đầu, và khi nó quay trở lại, mã bị lỗi, hoàn toàn không có giấy tờ và thường khó tái cấu trúc và bảo trì. Công ty cuối cùng chỉ viết toàn bộ khách hàng từ đầu và ăn chi phí bù đắp.

Trong một trường hợp khác, một công ty mà tôi làm việc hợp tác với một công ty ở châu Á để giới thiệu dịch vụ và sản phẩm của họ vào thị trường phía đông. Điều xảy ra là một câu chuyện bí mật mà chỉ một vài người biết (và bản thân tôi là ủy quyền), nơi công ty châu Á lấy mã nguồn và thiết kế sản phẩm của chúng tôi, phá vỡ mối quan hệ đối tác và sau đó phát hành sản phẩm của chính họ giống như công ty của tôi.


Trung bình

Trong một trường hợp khác, một công ty tôi làm việc đã mở một văn phòng nghiên cứu ở Trung Quốc, một nơi rất hiện đại, họ có những thứ lạ hơn trong văn phòng của họ so với tôi làm trong tôi. Tôi đã được gửi đến văn phòng Trung Quốc trong một tuần để đào tạo, vì cơ sở R & D sẽ được sử dụng để thực hiện phát triển Linux tùy chỉnh. Nhóm đã có một số người khá giỏi, nhưng như trường hợp của các nhà phát triển có tầm vóc đó, họ đã rời đi khá nhanh sau đó, và nhóm còn lại đã viết một API để chúng tôi sử dụng ở đây tại Hoa Kỳ. Tôi sẽ gọi API hoàn toàn xấu vì nó không cho thấy sự hiểu biết về Linux và mã nguồn cơ bản là khá tốt. Nhưng tôi nghĩ vấn đề lớn ở đây là công ty đã chọn một nhóm lạ để giao cho Linux hoạt động, vì không ai trong nhóm đó là chuyên gia về Linux cả, và dự án đó đã bị hủy bỏ một năm sau đó. Tôi thực sự thích làm việc với những người trong nhóm đó, nhưng quản lý của họ và nhóm của tôi đã tranh cãi rất nhiều về sự thất bại của Linux.


Tốt

Trong các trường hợp khác, một công ty khác mà tôi đang ký hợp đồng làm việc cho một công ty ở Đông Âu. Những người đó thực sự tốt, họ được ký hợp đồng để kiểm tra lỗ hổng và trong khi họ thực sự khá tốn kém, họ thường được xem là một khoản đầu tư xứng đáng.

Tôi cũng đã làm việc với một công ty dịch vụ CNTT Ấn Độ khá khổng lồ và chúng tôi có các nhà phát triển nội bộ được họ thuê nhưng ký hợp đồng với chúng tôi. Có một số nhà phát triển tốt ở đó, nhưng đó là một câu chuyện tổng quát hơn khi tất cả chúng ta cùng làm việc trong các dự án khác nhau.


Những câu chuyện này là để giải trí - Tôi đã làm việc với nhiều công ty và tôi có những câu chuyện về các công ty trong nước và nước ngoài.

Đối với một số công ty - giao tiếp luôn là phần khó khăn. Tôi làm việc theo giờ phương Đông và chúng tôi sẽ nói chuyện với mọi người trước 10 - 13 giờ. Chúng tôi cũng chỉ thông qua quản lý, không nói chuyện với các nhà phát triển thực tế, do đó, có một sự ngắt kết nối ở đó.

Cũng có những nhà phát triển tôi đã gặp, những người không thích công việc của họ. Chúng tôi có một nhà phát triển Hàn Quốc, những người muốn đến các bang để làm việc vì anh ta làm việc nhiều giờ với mức lương thấp cho một công ty quốc phòng ở Hàn Quốc. Tôi là đồng nghiệp với một nhà phát triển (cũng là người nước ngoài) đã than thở về lựa chọn trở thành nhà phát triển của mình - anh ấy đã làm điều đó để cố gắng kiếm tiền triệu.

2
wkl

Rất thẳng thừng và nói chung, tôi không tin rằng các lập trình viên ở "phía tây" có ý kiến ​​cao của các lập trình viên ở "phía đông". Tôi không chắc điều này có hợp lý hay không.

Như một số câu trả lời cho thấy, thuê ngoài là mối đe dọa đối với nhiều người ở "phía tây". Đây là một lý do tự động để không tin tưởng các lập trình viên 'đối thủ'.

Tôi chỉ thấy mã xấu khi xem các dự án thuê ngoài, và chỉ một số ít lần. Điều này có thể là do công việc đã đi đến một cửa hàng giá rẻ ("bạn nhận được những gì bạn phải trả cho"), vì dự án được quản lý kém, hoặc rất có thể vì nếu dự án thành công thì tôi sẽ không cần xem mã. Nói cách khác, bạn chỉ nghe về mã xấu.

Ngoài ra còn có những câu chuyện kinh dị - như tập tin dòng 30000 ở trên. Một lần nữa, câu chuyện càng tồi tệ thì nó sẽ càng lan rộng.

Mọi người sẽ nói những điều như 'Nếu bạn muốn nó được thực hiện với giá rẻ, hãy thuê ngoài. Nếu bạn muốn nó được thực hiện đúng, hãy làm nó trong nhà. '

Nếu bạn đang học hỏi và cải thiện thì tôi sẽ không lo lắng về nó quá nhiều.

2
Kirk Broadhurst

Gia công phần mềm chỉ có một mục đích: chi phí thấp.

Gia công phần mềm rất phổ biến trong ngành này, ngay cả trong một công ty quốc tế lớn, họ cũng sử dụng gia công bên trong. Bộ phận phía tây có thể sử dụng gia công cho bộ phận phía đông của nó.

Tôi nghĩ rằng những lợi thế chính của phía tây là ở thiết kế và kinh doanh khu vực. Trong hầu hết các trường hợp, các thiết kế bộ phận phía tây ở cấp kiến ​​trúc sư thậm chí còn cung cấp một số mã cơ sở hoặc thư viện. Và bộ phận phía tây biết kinh doanh chuyên sâu. Sau khi đánh giá, thiết kế cơ sở và phân tích kinh doanh sẽ được chuyển sang bộ phận phía đông.

Theo kinh nghiệm cá nhân của tôi, các bộ phận phía tây trưởng thành hơn trong ngành công nghiệp, trong khi bộ phận phía đông đang tiến triển nhanh hơn.

Với sự phát triển ở phía đông, thuê ngoài đang chuyển sang các nước có chi phí thấp hơn. Trong khi đó, gia công là lợi nhuận tương đối thấp, các công ty phía đông sẽ xây dựng khả năng của họ trong thiết kế và kinh doanh riêng bằng cách học hỏi từ phía tây trong giai đoạn gia công.

1

Kinh nghiệm của tôi: Tôi sinh ra và được giáo dục gần NYC, và đã làm việc với các kỹ sư/nhà phát triển ở Trung Quốc và Ấn Độ trong hơn mười năm, cũng như với các đội ở Châu Âu. Và nhiều đồng nghiệp của tôi là những người nhập cư từ Trung Quốc và Ấn Độ.

Nói chung, tôi quan sát rằng các nhân viên ở Trung Quốc và Ấn Độ phục vụ hai mục đích chính: là trung tâm chi phí thấp và tiếp cận thị trường địa phương. Đặc biệt, Trung Quốc là một trong những thị trường lớn nhất của chúng tôi và là nơi có khách hàng lớn nhất của chúng tôi bên ngoài Hoa Kỳ; cần có một công việc địa phương để đối phó với khách hàng để tùy chỉnh và thử nghiệm.

Chủ lao động của tôi cũng có R & D ở Ấn Độ và Trung Quốc, nhưng điều đó hơi vượt quá phạm vi của cuộc thảo luận này.

Nói chung, "phía đông" trẻ hơn và có tỷ lệ doanh thu nhân viên cao hơn nhiều. Họ cũng được tăng lương cao hơn từ một cơ sở thấp hơn nhiều, và tôi đã thấy mức sống của họ được cải thiện qua nhiều năm. Nhiều người trong số họ hiện sở hữu xe cơ giới (xe tay ga hoặc xe hơi) và có truy cập internet băng thông rộng.

Một phần của việc đào tạo độ nhạy văn hóa của chúng tôi là cách các nền văn hóa khác nhau đối phó với xung đột, thứ bậc và quyền lực, và có một hạt sự thật trong đó. Đặc biệt là trong các phương pháp tiếp cận thẩm quyền ...

1
user18096

Tôi đã làm việc cho một công ty như London có hợp đồng với chương trình tuyển dụng của Ấn Độ, họ được trả lương cao, nhưng, khoảng 2/3 số tiền mà hầu hết các chuyên gia tư vấn kiếm được, từ những gì tôi đã nói họ phải sử dụng một số tiền nhất định và CFO coi đó là giá trị đồng tiền. Họ đều có bằng thạc sĩ, vv .. nhiều hơn hầu hết các nhà thầu. Kết quả? Utter lộn xộn! ASCII cạnh tranh nghệ thuật trong các tiêu đề của tệp c #, không quan tâm đến việc đặt tên cho các quy ước, các khối lớn của các if lồng nhau, thật kinh khủng, không có ý tưởng nào về OOP, thậm chí không bắt đầu trên SOLID hoặc TDD. Tồi tệ hơn là họ tiếp tục đuổi việc này ra.

Tôi và một số người khác tự hào về công việc của chúng tôi, sẽ ngồi đó chửi rủa nó trong sự thất vọng, họ đã bị một số người khác tiếp cận nhưng không làm tốt, cuối cùng ban lãnh đạo đã bị ngứa chân và gạt chúng tôi sang một bên, coi đó là sự phân biệt chủng tộc (đi hình).

Trước đó tôi đã có một buổi biểu diễn tại một trang web so sánh giá, họ đã thuê ngoài cho Vashai ở Mumbai, tôi đã đi dạy (hai tuần tốt). Một lần nữa, những người tốt bụng, nhưng tất cả mọi người đều có giá trị bằng 1/3 mức lương sau đại học mà họ được cho là kiếm được, một lần nữa tất cả đều có bằng Thạc sĩ. Họ không thể có được nó.

Chỉ là kinh nghiệm của tôi.

1
Mâtt Frëëman

Có hàng triệu lập trình viên ở Ấn Độ, vì vậy câu trả lời này phải là một khái quát. Tôi nghĩ rằng câu trả lời đã thay đổi đáng kể theo thời gian. Bạn quay trở lại một thập kỷ trước (đặc biệt là trước vụ phá sản .com) và kinh nghiệm là bạn khó có thể tìm được các nhà phát triển cấp trung và cấp trung tốt hơn là gia công cho Ấn Độ. Họ thông minh, có kỹ năng, thường có kỹ năng giao tiếp mạnh mẽ, nhưng quan trọng nhất là họ rất háo hức để thể hiện những gì họ có thể làm. Tài năng cấp cao cũng ở Ấn Độ, nhưng cũng giống như ở phương Tây, thật khó để có được nó bằng cách thuê ngoài trừ khi bạn ký hợp đồng trực tiếp với nhà phát triển.

Bây giờ mặc dù, tôi nghĩ rằng con lắc đã xoay khá xa về phía bên kia. Nhu cầu về các lập trình viên lành nghề ở Ấn Độ rất lớn đến nỗi đội ngũ nhân tài đã bị dàn trải một cách lố bịch. Tôi sẽ không chạm vào một công ty gia công Ấn Độ trừ khi tôi có mối quan hệ chặt chẽ với họ và biết rằng tôi có thể tin tưởng vào chất lượng. Nếu bạn muốn lập trình viên giỏi ở Ấn Độ, bạn không thuê ngoài. Bạn cần thiết lập cửa hàng ở Ấn Độ và bắt đầu sàng lọc và tuyển dụng người. Bạn vẫn có thể tìm thấy tài năng lớn (thực sự có nhiều thứ ở lại Ấn Độ hơn so với thời kỳ mới), nhưng với tôi khái niệm rằng bạn có thể có được tài năng đó với mức giá giảm đáng kể là một ảo mộng hoài cổ. Hóa ra các lập trình viên giỏi rất khó tìm thấy ở mọi nơi và do đó họ có thể tính phí cho dịch vụ của họ ... ở mọi nơi. Bây giờ tôi nhìn vào Ấn Độ như một nơi để tìm hơn nữa tài năng tuyệt vời, thay vì là nơi để có được bất kỳ loại món hời nào.

1
Christopher Smith

Đầu tiên, các lập trình viên phương Tây chỉ đề cập đến mọi thỏa thuận với các lập trình viên Ấn Độ đã viết mã như là một phần của thỏa thuận cung cấp dịch vụ ra ngoài. Tôi hy vọng các lập trình viên Ấn Độ giỏi nhất đang viết mã cho các công ty Ấn Độ hoặc được tuyển dụng trực tiếp bởi các công ty lớn của phương Tây như Microsoft.

Tôi nghĩ rằng sẽ rất xa để nói, bất cứ khi nào tôi phải sửa lỗi mã như vậy. (Từ một số lý do, các lập trình viên Weston dự kiến ​​sẽ loại bỏ mớ hỗn độn vài tuần trước khi dự án được chuyển đi. Có thể nếu mã không phải là một mớ hỗn độn, một lập trình viên Weston sẽ không bao giờ phải xem xét nó =.)

  • Các lập trình viên Ấn Độ đã không nhận được tầm nhìn về những gì họ đang làm.
  • Họ đã nhìn thấy những thứ như mục Đơn vị thử nghiệm trên mạng như mục tick tick hộp và do đó chỉ viết đủ các phương pháp kiểm tra mà không cần suy nghĩ về những gì họ đang kiểm tra.
  • Các lập trình viên Ấn Độ tuyên bố hiểu những gì cần thiết và có thể làm điều đó, bất kể sự thật.
  • Các lập trình viên Ấn Độ không bao giờ đặt câu hỏi cách họ được yêu cầu thực hiện một yêu cầu nhất định và do đó không bao giờ đặt câu hỏi rằng một lập trình viên phương Tây sẽ đặt câu hỏi và đã sửa lỗi trước khi viết mã chính xác để thực hiện sai quy tắc.
  • Họ làm việc chăm chỉ và nhiều giờ, nhưng không tạo ra giải pháp công việc đó, chỉ là thứ có thể giữ cho họ đọc thông số kỹ thuật.
  • Ở Anh không được phép nói rằng bạn có thể làm việc với một Ấn Độ khi bạn không thể hiểu những gì được nói trong các cuộc họp qua điện thoại, do đó, bạn có thể nói với bất cứ ai rằng dự án đang sai. (Bản thân các vấn đề về múi giờ là đủ để khiến hầu hết các lập trình viên Vương quốc Anh gần đây phải làm việc trong một dự án với các lập trình viên Ấn Độ)
  • Cũng có rất nhiều sự phẫn nộ khi các lập trình viên phương Tây phải dành thời gian cho các lập trình viên của Ấn Độ ngồi thay vì tự viết mã, không giống như các lập trình viên thực tập sinh ở Anh, bạn biết rằng tháng sau bạn sẽ phải lặp lại lần nữa với một lần khác bộ lập trình viên Ấn Độ.

Tôi nghĩ nhiều hơn về điều này, Tôi nghĩ rằng các vấn đề cũng giống như một công ty phần mềm nghĩ rằng họ có thể tiết kiệm tiền bằng cách thuê ngoài mã hóa cho các lập trình viên không hiểu (hoặc quan tâm thực sự đến) miền vấn đề. ( Hiểu cách phương Tây hoạt động là một phần của miền vấn đề).

(Niềm tin sai lầm rằng một người bán hàng trên mạng người Viking có thể bỏ qua bộ phận phát triển nội bộ, tự viết một thông số và sau đó nhờ một số lập trình viên Ấn Độ giá rẻ viết mã, vẫn còn rất phổ biến.)

Tôi đã có kinh nghiệm tốt hơn với lập trình viên người Đông Âu, vì họ thấy hiểu rõ hơn về phương Tây, đang ở múi giờ tốt hơn. Cũng có thể ai đó nhảy lên một chiếc máy bay có chuyến bay có chiều dài hợp lý (và độ trễ phản lực nhỏ) để đối mặt với các cuộc họp quy định.

1
Ian

Tôi đã làm việc trong một công ty đa quốc gia lớn đã thành lập một văn phòng Ấn Độ chuyên dụng. Họ cũng sử dụng các chuyên gia tư vấn Ấn Độ từ một công ty riêng biệt. Văn phòng Ấn Độ có nhân viên được trả lương cao hơn, những người đã chuyển từ Hoa Kỳ trở về. Tôi luôn thấy công việc từ văn phòng Ấn Độ có chất lượng rất cao. Các chuyên gia tư vấn được trả lương thấp hơn hầu hết được sử dụng để thử nghiệm và bất kỳ công việc phát triển nào họ làm thường kém.

Mặc dù tôi đồng ý với nhiều quan sát văn hóa trong các bài viết khác, tôi nghĩ kinh tế là một yếu tố quyết định chất lượng. Có rất ít kỹ sư giỏi trên toàn cầu. Một phần nhỏ của nhóm lao động có sẵn. Tôi định nghĩa một kỹ sư giỏi là một người ham hiểu biết, hiểu biết và đã có một nền giáo dục tốt để xây dựng những kỹ năng này. Khi nhu cầu vượt xa nguồn cung, họ được tuyển dụng trên toàn cầu. Có một số lượng nhỏ các kỹ sư đáng kinh ngạc ở Ấn Độ. Hầu hết trong số này là những sinh viên tốt nghiệp từ các trường đại học hàng đầu của Ấn Độ (như IIT). Tương tự như vậy, có một số lượng rất nhỏ các kỹ sư bản địa phương Tây tài năng.

Ngược lại, có một số lượng rất cao các kỹ sư nghèo và trung bình. Tôi nhớ trong thời kỳ bùng nổ dot com rằng các công ty đang tuyển dụng sinh viên tốt nghiệp lịch sử phương Tây, những người hầu như không thể nói ra một số HTML, bởi vì họ rất tuyệt vọng cho nhân viên. Bây giờ một kỹ sư nghèo ở phía tây sẽ không kiếm được việc làm. Bây giờ bạn có thể thuê tương đương ở Ấn Độ với một phần nhỏ của giá. Do đó, bạn có được một đội ngũ nhân viên rất nghèo tại các chuyên gia tư vấn Ấn Độ.

Thỉnh thoảng tôi sẽ bắt gặp một vài viên đá quý trong các chuyên gia tư vấn. Họ tự nhiên sáng sủa và sẽ hỏi rất nhiều câu hỏi. Thông thường họ đã được bù đắp cho đào tạo xấu. Điều đáng buồn là họ sẽ không nhận được bất kỳ sự hỗ trợ nào từ chủ lao động của họ. Rất nhiều chính sách tư vấn được thiết kế để hạn chế các kỹ năng mà nhà tư vấn có thể nhận được, đó là thời hạn luân chuyển sáu tháng được thi hành giữa các hợp đồng.

1
user18262

Giai thoại của tôi:

Vài năm trước tôi đã làm việc trong một dự án với một nhóm từ Ấn Độ. Tôi thấy họ cực kỳ dễ chịu khi làm việc cùng. Họ thực sự biết công cụ của họ. Điểm ma sát duy nhất của chúng tôi là thời gian đáp ứng với những thay đổi vào phút cuối từ khách hàng; Mặc dù để công bằng, bản ngã quản lý không phải lúc nào cũng dịch tốt ngôn ngữ và khoảng cách.

0
JohnWinkelman

Tôi sẽ nói rằng nó giống như với các lập trình viên từ bất cứ đâu, đôi khi một lập trình viên là tốt, đôi khi anh ta là xấu.

Tôi đã làm việc trên nhiều nhóm với các lập trình viên từ thế giới "phương Đông" (bao gồm cả Châu Âu ... mà IS Phía đông của tôi. Một số trong số họ là xấu, một số là tốt.
[.__.] Tôi đã từng làm việc với một người đàn ông Ấn Độ, người lập trình nhanh nhất, khéo léo nhất tôi từng làm việc cùng. Anh ấy rất hiếm khi gặp lỗi và mã của anh ấy luôn gọn gàng, sạch sẽ và được thực hiện trước khi nó được mong đợi bao gồm cả thử nghiệm.
[.__.] Mặt khác, tôi đã làm việc với một người đàn ông Ấn Độ, người đã dành 9 tháng tại bàn làm việc trên điện thoại di động để cười và nói chuyện. Các nhà quản lý không chắc chắn phải làm gì với anh ta vì công việc của anh ta luôn hoàn thành. Nó không phải luôn luôn là công việc tốt nhất nhưng nó đã được thực hiện. 9 tháng sau họ phát hiện ra rằng anh ta đã dành toàn bộ công việc của mình ở đó để gửi công việc cho bạn bè và gia đình ở Ấn Độ mà không nói cho ai biết. Anh ta đã biến mình thành người quản lý của một nhóm phát triển thuê ngoài bằng chính sự lựa chọn của mình.

Con người là con người. Một số trong số họ hút, một số trong số họ không.

0
James P. Wright

Sai lầm tồi tệ nhất tôi đã làm là gia công sang Ấn Độ. Nó chỉ dành cho HTML cơ bản và các lập trình viên không có khả năng lập trình PHP và SQL (ít nhất là họ nghĩ vậy). Chúng tôi đã thuê ngoài họ để tạo ra một vài biểu mẫu cho chúng tôi và những gì họ đi ra với hàng trăm bàn bên trong nhau. Không chỉ vậy, mà người quản lý dự án chính đã nghỉ ba tuần mà không hề liên lạc với chúng tôi.

Từ những gì tôi đã thấy về phương Đông, tôi không tin rằng phương Đông xứng đáng với sự chú ý của phương Tây. Một lần nữa, tôi không có gì chống lại người Ấn Độ, họ thật tuyệt vời, nhưng những người Ấn Độ mà tôi đã trải qua có một đạo đức công việc khủng khiếp.

Lời khuyên của tôi: Bạn sẽ điên khi thuê ngoài Ấn Độ.

0
user22019

Cá nhân, tôi nghĩ mọi người đều khác nhau. Tôi đã thấy một số là tốt, một số là xấu.

Tôi nghĩ rằng có một nhận thức tiêu cực, bởi vì hầu hết người phương Tây đang đối phó với các chuyên gia tư vấn và chuyên gia tư vấn có xu hướng làm ít nhất có thể và tìm cách đổ lỗi cho người khác về những gì họ đã làm sai.

Một điều khác cần ghi nhớ, nhiều lập trình viên người Mỹ là người nhập cư từ Ấn Độ. Tôi không có số liệu thống kê, nhưng tôi sẽ đoán khoảng một nửa trong số họ.

0
Joe

Trong một trong những công việc trước đây của tôi, tôi đã làm việc trong một dự án được phân chia phát triển giữa Ireland, Hoa Kỳ và Ấn Độ. Một số khía cạnh khó xử của dự án không thể được giúp đỡ, ví dụ: sự khác biệt về thời gian nhưng thực tế là người Ấn Độ thường viết tiếng Anh khá kém có nghĩa là những thứ như báo cáo khiếm khuyết có thể mất rất nhiều thời gian để giải mã. Sau một lúc, tôi thấy dễ dàng hơn để nhấc điện thoại và gọi trực tiếp cho người đó nếu có thể. Thật dễ dàng hơn nhiều để làm rõ ý nghĩa của ai đó nếu bạn có thể nói chuyện với họ thay vì gửi e-mail sau e-mail.

Mặc dù gia công cơ bản là giảm chi phí, nhưng có những nhà phát triển tài năng trên toàn thế giới. Phần khó là có thể phân biệt chúng với những người không quá tài năng!

0
Malice

Tôi là một lập trình viên ASP.NET/C# từ Trung Quốc. Tôi hoàn toàn đồng ý với Péter Török. Chúng tôi vừa tiếp quản một dự án được phát triển bởi Philipen trong vài năm. Mã này là ghê tởm nhất tôi từng thấy. Mỗi lớp ít nhất có 3000 dòng. Chúng là những kẻ lãng phí mã như vậy vì mã thực sự rất phổ biến. họ không biết tái sử dụng là gì. Và họ không làm bài kiểm tra đơn vị. Toàn bộ hệ thống nằm trên Edge of crash.

Hiện tại chúng tôi đang cố gắng sửa lỗi cho dự án lớn. Công việc thực sự giống như một cơn ác mộng.

0
gekowa

Tôi khá chắc chắn rằng tỷ lệ những người phát triển giỏi là giống nhau ở phần phía đông của thế giới so với mọi nơi khác. Điều này ngụ ý rằng có một vài nhà phát triển giỏi ở phía đông của thế giới, giống như mọi nơi khác.

Vấn đề xuất phát từ việc "bán phần mềm" là cách dễ nhất để kiếm tiền, vì vậy nhiều người giả vờ rằng họ biết cách phát triển vì họ đã viết 3 dòng mã Php và cố gắng bán phần mềm (= gia công phần mềm).

Vì vậy, đó chỉ là những phép toán đơn giản: có rất nhiều công ty phần mềm được gọi là, nhưng có một một vài nhà phát triển giỏi thực sự ở phía đông của thế giới , như mọi nơi khác. Để hiểu, hãy sử dụng số, mặc dù chúng không có thật:

  • 100 công ty phần mềm ở phía tây của thế giới. 50 trong số đó là tốt.
  • 10000 công ty phần mềm ở phía đông của thế giới. 50 trong số đó là tốt.

Vì vậy, ... khả năng bạn có được một công ty phần mềm tồi tệ ở khu vực phía đông của thế giới cao hơn nhiều so với mọi nơi khác. Nhưng thực tế quan trọng là có nhiều nhà phát triển giỏi ở phía tây hơn ở phía đông.

Để thêm vào đầu, có một vấn đề tâm lý làm cho mọi thứ tồi tệ hơn.

Và để kết luận những gì đang xảy ra ở Pháp: đã có hàng ngàn dự án được thuê ngoài, với kết quả thảm khốc, và rất nhiều trong số đó là các dự án lớn (gia công các dự án lớn giống như tiết kiệm lớn). Vì vậy, bây giờ, những người đam mê thực sự và người đàn ông như tôi, những người người phát triển thực sự (người phát triển thực sự = không bị thu hút bởi tiền đầu tiên) có rất nhiều công việc ở Pháp, bởi vì tôi đã thực hiện Dig trong mọi việc đã được thực hiện, đưa ra "kết luận chuyên gia" và công ty hành động theo. Tôi được trả lương rất cao, vì vậy tất cả trong một, đó không phải là một điều tồi tệ;)

Xin đừng ngần ngại sửa bài viết của tôi, để làm cho nó đúng tiếng Anh, bởi vì tiếng Anh của tôi là hoàn hảo.

0
Olivier Pons

Vâng, đến từ Mỹ và có kinh nghiệm làm việc với một vài công ty ở Ấn Độ, tôi sẽ nói rằng điều đó thật khó khăn nhưng sẽ tốt hơn. Tôi cảm thấy rằng về mặt kỹ thuật họ có thể làm những gì bạn yêu cầu nhưng bạn thực sự phải phác thảo mọi thứ một cách chi tiết hoặc đó sẽ là một dự án rất dài và lộn xộn. Điều này không phải vì người Ấn Độ không hiểu bạn muốn gì, mà là họ nghĩ khác, ít nhất là từ khía cạnh khả năng sử dụng trong dự án của bạn.

Tôi sẽ chỉ đưa ra một ví dụ nhanh chóng. Chúng tôi đã có một dự án là một công ty Ấn Độ đang xây dựng giao diện người dùng của chúng tôi và một số kết nối cơ sở dữ liệu. Khi dự án gần hoàn thành, chúng tôi đã xem xét nó, và thoạt nhìn nó rất hoàn hảo. Sau đó, khi chúng tôi bắt đầu chạy qua chương trình, chúng tôi nhận ra có điều gì đó không ổn. Khi chúng tôi đến để thêm một cái gì đó, và bạn đã ở trên trang, vì một số lý do, bạn sẽ phải nhấn nút Thêm ngay cả khi bạn đã ở đó, sau đó nhập thông tin và sau đó là nút gửi.

Điều này có vẻ trái ngược với chúng tôi khi chúng tôi hình dung rằng chúng tôi đã ở trên trang và không cần nhấn nút Thêm và sẽ điền thông tin và sau đó chọn nút gửi và sẽ không có gì xảy ra. Họ đã thiết kế những gì chúng tôi yêu cầu nhưng về mặt chức năng nó không có ý nghĩa gì với chúng tôi ở đây ở phía tây nên cuối cùng chúng tôi đã thiết kế lại toàn bộ mặt sau.

Tôi thấy rằng làm việc với các quốc gia khác, mặc dù chi phí thấp hơn, dường như mất nhiều thời gian hơn và thực sự có thể tốn kém hơn về lâu dài nếu bạn đang đối phó với sự nhạy cảm về thời gian so với đối thủ cạnh tranh. Trong dự án đó, các đối thủ của chúng tôi đã vượt lên trước chúng tôi vài năm do những khó khăn chúng tôi gặp phải. Bây giờ tôi biết tất cả là do sự cố truyền thông và sự hiểu biết và tôi cảm thấy bạn phải có một người giỏi giải thích quy trình và có thể nói chuyện kỹ thuật với cả hai nhóm ở cùng cấp độ để mọi thứ vận hành trơn tru hơn.

0
user18642