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 nhìn 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 (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ì?

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 tại 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 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 vô số "kỹ sư" ngoài kia, mã hóa những điều 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 ngả nghiêng

Bằng cách nào đó thậm chí thành công ở đây có nghĩa là di chuyển đến một 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.

Tuyên bố miễn trừ trách nhiệm: Tôi sống ở Trung Đông Âu, tự đưa ra quyết định về việc tôi tính là phương Đông hay phương 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ã kinh khủng nhất tôi từng đọc", bởi vì khi thấy đó là mã lớn nhất tệp 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ứ điều 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 một 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 gia công phát triển SW cho Ấ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ự cần cù 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 đó, sơ đồ này không bao giờ được sử dụng trong thực tế,

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à lỗi nhiều hơn của các nhà quản lý khi ký hợp đồng 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 tổng cộng có 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ả.

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ột 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 đối 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.

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à người 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!

Tôi là một sinh viên 21 tuổi đến từ Ấn Độ trong những năm cuối 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 nó theo cách đó và thay vì tiếp thu tài năng, phương tây nên thiết lập nhiều trung tâm hơn ở Ấ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 đô la phát triển gần đây (hóa ra là máy tính bảng Android giá rẻ của Trung Quốc, chỉ được duy trì bởi một công ty Ấn Độ), hoặc tuyên bố trước đó về một bước độ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ị ngắt kết nối với thế giới công nghệ thực sự và quan tâm nhiều hơn đến sinh viên sáng tạo lại bánh xe, tất cả đều nhân danh sự đổi mới. các viện giáo dục, mọi người đều ghét họ.

Đế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:

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, chất lượng bị tổn hại vì quá trình tuyển dụng hoàn toàn ngu ngốc. Đôi khi, tài năng bị lãng phí khi khiến mọi người làm tốt công việc của họ, trên những thứ ngu ngốc như tạo khung Java và chỉ tạo UI WinForm và ASP.NET đơn giản (Tôi đang nói về tuyển dụng tươi hơn và theo yêu cầu của một số người, 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ể đượ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 có hứng thú với 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, nhưng C ++ ngu ngốc và mơ hồ không có khái niệm hướng đối tượng thích hợp sử dụng cout trong chương trình C không phải là C ++, ASM và lập trình C nhiều hơn 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 đủ,

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 đượ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ẽ cung cấp một cái nhìn kỹ lưỡng về bất kỳ đ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 cùng 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 cũng xảy ra ở Ấn Độ. 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 cảm ứng đa điể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 một mức độ 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ị tổn hại 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 Độ là tất cả theo định hướng lý thuyết, không có 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. :)

Cảnh báo, tổng quát hóa trước. Quan điểm thể hiện không được chia sẻ bởi tất cả mọi người. Trong thực tế, tác giả 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.

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 tuyệt đối 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 sự hài hước này đảm nhận 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ì 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 thuê đ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 các 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.

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.

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.

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.

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, 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.
• Có thể cho phép một người Trung Quốc 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 có đượ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.

Đâ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 đường ray giao diện cảm ứng tuyệt vời đã hỗ trợ các hệ thống nguồn mở 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, những người khi nói đến việc viết mã sản xuất tốt, không thể cắt nó.

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 một sự thay thế SaaS hoàn chỉnh 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 con trăn cho văn phòng Ấn Độ của chúng tôi, chúng 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 tin tặc bỏ cuộ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 bị bỏ lại với một tá nhân viên trẻ và nhiệt tình, hầu hết trong số họ không biết cách lập trình rất tốt.

Người giỏi nhất trong số những người mới vào nghề là một phụ nữ trẻ, người đã xây dựng một 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 xuất thân từ một gia đình bảo thủ và người Ấn Độ nghĩ rằng cô ấy bị buộc thôi việc 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à để thúc đẩy mọi người dựa trên những điều 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.

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ì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.

Cùn và hoài nghi:

• Giá rẻ hơn
• Một mối nguy
• 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 quản lý CNTT cao cấp vì nó hợp thời / phổ biến / KcKinsey nói / không hiểu nhà phát triển / ...

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. Các 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 tỷ lệ tương đương với những người không thể lập trình thế giới 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à xoay vòng, mọi người đến và đi mỗi năm. 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ư.

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.

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ả 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 rất tốt, đố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ề an ninh 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 nước rẻ hơn và rẻ hơn.

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.

Tuyên bố miễn trừ trách nhiệm: Tôi là người Ấn Độ và điều này nghe có vẻ như 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. Nó chỉ là những trang web tự do kết hợp với những người phương Tây không may có công việc là Bangalore-d dẫn đến 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ề một kết quả tốt hơn, và không tuân theo các loại 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.

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 lớn trị giá hàng tỷ đô la 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,

• 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 (tùy 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 trình đáng tin cậy hơn, bộ kỹ năng dự đoán, v.v., nhưng chúng 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-much-does- nó-chi phí để phát triển một ứng dụng iphone). Định kiến ​​là có, chúng rẻ nhưng luôn luôn không đủ tiêu chuẩn và viết mã tào lao. Đó 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 thế, 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 sẽ bị đánh lừa rất nghiêm trọng.

• Tài năng và kinh nghiệm làm chi phí nhiều hơn so với 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 khắp 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 đã 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".

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. Vào thời điểm bạn huấn luyện 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!

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ở.

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ó visa, 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.

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 thuê ngoài 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 ...

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.

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 Độ.

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 ánh 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ọ đ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 ta ngưỡng mộ và có những túi thụt mà đôi khi chúng ta 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.

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 kém 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) rằng 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à an toàn ... đâ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 học ở 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.

@giddy, Peter: Là một lập trình viên đến từ Ấn Độ, tôi sẽ phải thừa nhận sự thật, thật đáng buồn, đó là câu nói của bạn: lập trình ở Ấn Độ không phải là thứ mà mọi người lựa chọn, mà là sự bắt buộc 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 tín đồ công nghệ, 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 được đánh đồ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 sản xuất loại này 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.

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 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ỡ 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 tầm 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 Linux cả, và dự án đó đã bị hủy bỏ một năm sau đó.

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 chúng thực sự khá đắt đỏ, 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 mà 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 tiểu 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.

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 !!!!