Как программисты на Западе видят программистов на Востоке?

Другая половина вопроса: как программисты на Востоке видят программистов на Западе?

Восточная часть мира (Индия / Китай / Филиппины) в основном предоставляет услуги аутсорсинга в западном мире (США и Европа).

Есть ли у вас опыт работы с оффшорными командами? Если да, как это было?

Есть ли у вас какие-либо обобщенные идеи или мнения о программистах с Востока (например, сотрудничают ли они, выполняют ли они вовремя или выполняют качественную работу?). На чем они основаны?

Хм Интересные взгляды.

Я просто хотел бы добавить в мой.

Я живу в Индии (я индиец) и программирую с 11/12. Все, что у меня есть, - это образование в средней школе, и, что интересно, я до сих пор сделал две вещи: я преподавал в Индийском компьютерном институте и сейчас я занимаюсь фрилансом (и получил проект с ОЧЕНЬ крупным клиентом)

Итак, две вещи, которые я считаю верными с моей точки зрения:

Конечно, люди - это люди, но менталитет индейцев в жизни и образовании здесь совсем другой, за те месяцы, которые я преподавал, я видел, как родители толкают своих детей в ИТ только потому, что они думают, что это принесет им деньги или что-то еще, я учил студентов степень бакалавра и бакалавра и инженерные степени и 98 из 100 не могут написать несколько строк кода на языке C. (Забудьте код качества).

Государственный курс информатики здесь, они имеют Turbo C как часть учебного плана, C ++ для большинства людей это C, но используется только coutдля печати.

Что касается развития, то с такими выпускниками вы ожидаете найти тонны «инженеров» , кодирующих ужасные вещи. Я встречал небольшие компании, которые не используют систему контроля версий, они даже не представляют, что такое юнит-тесты.

Грустно, что я так много болею, и мне больно. НО здесь все не такие. Нас так много, что, возможно, у людей такое впечатление. лол

Так или иначе, даже быть успешным здесь означает переехать куда-то еще, потому что нет реальной возможности расти и действительно оттачивать свои навыки. Конечно, есть умные руководители из ИИТ и других ведущих колледжей, которые знают свое дело (в конце концов, они тоже уезжают)

Но суть в том, что ИТ-образование здесь довольно печально, на мой взгляд.

Отказ от ответственности: я живу в Центрально-Восточной Европе, принимаю ваше собственное решение о том, считаю ли я Востоком или Западом :-) Таким образом, я работал над проектами, переданными в нашу страну из Западной Европы, и у меня возникли сомнения от более западных коллег и руководства относительно наших способностей, аналогичных тем, что индусы должны испытывать в таких ситуациях.

OTOH Я работал с несколькими индийскими и российскими разработчиками над двумя крупными проектами. Первый также включал компонент, разработанный полностью индийским субподрядчиком, который был, пожалуй, самым ужасным фрагментом кода, к которому у меня когда-либо был доступ (я не могу сказать «самый ужасающий код, который я когда-либо читал», потому что, увидев, что самый большой исходный файл размером более 600 Кбайт (или AFAIR около 30 тыс. строк), я быстро закрыл его и мог только молиться, чтобы мне никогда не приходилось его трогать. Мою молитву слушали).

Последняя (над которой я сейчас работаю) была передана в субподряд 3 различным компаниям, некоторые из которых подали заявки нескольким индийским программистам. Мы убирали результат этого за последние 1,5 года, и в обозримом будущем еще достаточно работы.

В моей личной жизни я жил в Индии более 3 месяцев в предыдущую эпоху своей жизни, поэтому я, вероятно, знаю больше о стране и ее жителях, чем средний западный человек. Лично мне очень нравятся индийцы.

Мой личный опыт показывает, что те же заметные культурные различия, которые существуют между западными и индийскими людьми в целом, наблюдаются и между программистами. Индийцы, как правило, очень старательно выполняют любую конкретную задачу, которую им навязывают, но не обязательно видят или даже чувствуют необходимость понять общую картину. Что может легко привести к низкому качеству программного обеспечения.

Еще одна потенциальная проблема - культурно укоренившееся сопротивление индейцев отказывать в ответе на любую просьбу, поскольку я считаю, что они считают это грубым. Если вы пойдете в индийский продуктовый магазин и попросите одеяла / ювелирные украшения / плавники акулы / что угодно, владелец скажет «да, сэр, через минуту», а затем отправит своего мальчика в какой-то другой магазин по соседству, чтобы забрать продукт и с гордостью представляет это вам. Это действительно хорошая деловая практика. Однако, если то же самое применяется к субподряду проекта разработки ПО с фиксированным невозможным графиком, результаты могут быть катастрофическими. Это всего лишь предположение с моей стороны, хотя у меня нет конкретных доказательств того, действительно ли это является фактором аутсорсинга разработки ПО в Индии.

Одним из ярких примеров тщательного усердия в нашем текущем проекте была реализация схемы мониторинга эффективности. Идея заключалась в том, чтобы обойти объекты, которые собирают статистику производительности. Однако решение оказалось настолько замедляющим работу приложения, что оно никогда не использовалось. Тем не менее, его остатки в коде были оставлены для очистки. На практике это означало передачу дополнительного параметра объекта всем (около 6000) методам в коде. Парень, который сделал это, даже добавил комментарий к Javadoc каждого метода, отметив, что дополнительный параметр был добавлен для измерения производительности! Теперь я могу только удивляться усердию этого парня, выполняя свою работу через все 6000 методов и добросовестно вставляя эти комментарии Javadoc повсюду. OTOH, а) как отмечалось ранее, схема никогда не использовалась на практике,

Я не имею в виду, что во всем виноваты бедные индийские разработчики (за исключением неправильного использования Javadoc). ИМО, это гораздо больше вина менеджеров, которые бессмысленно заключают контракты без мониторинга результатов, проведения строгих приемочных испытаний и обеспечения надлежащего качества кода и документации. Не говоря уже о схемах оплаты, основанных на часах, которые, безусловно, не привлекают субподрядчиков к экономии времени на разработку.

Тем не менее, я думаю, что мне будет сложно найти разработчиков на Западе, которые могли бы выполнять аналогичные задачи с одинаковым уровнем согласованности и без нареканий.

В этом текущем проекте у нас также есть субподрядные задачи по тестированию для группы индийских тестировщиков. Лично мы общаемся только с одним из них, поэтому понятия не имеем, сколько их всего. Однако этот парень - жемчужина тестера, ценный актив любого проекта. Помимо тщательности и тщательности, он задает много вопросов, чтобы понять общую картину, часто тестирует даже больше, чем ожидалось, и сообщает о проблемах, найденных точно и описательно.

Я имел дело с тремя проектами, которые (в основном) были «делегированы» на оффшорные (восточное полушарие) ресурсы. В одном из трех случаев использовалась группа (или, может быть, только один парень - имел дело только с одним, но не уверен, сколько других он работал) на востоке России. Они / он проделали хорошую работу, и проект продвигался довольно хорошо, за исключением необходимости работать над пользовательским интерфейсом, чтобы исправить некоторые незначительные проблемы с формулировками, от которых работали люди, для которых английский был вторым (или, возможно, третьим) языком.

Две другие были довольно другой историей. Случайно или нет, но в обоих случаях программисты были в Индии. В одном случае, по сути, все, что они делали, в конечном итоге должно было рассматриваться как не что иное, как прототип - используемый (в некоторой степени) для тестирования возможных проектов, но все, что они написали, нужно было выбросить и заменить, чтобы получить код производственного уровня. Кажется, они иллюстрируют то, что я считаю «мышлением ISO 9000». Они продемонстрировали почти религиозную приверженность политике и процедурам, но почти полное отсутствие понимания проблемы, которая должна была быть решена. Их код может быть самым неуклюжим, что я когда-либо видел.

В другом случае проект был в итоге просто отброшен. Это была заумная схема недавно продвинутого вице-президента, и я уверен, что идея с самого первого дня заключалась в том, чтобы минимизировать расходы, но при этом он мог сказать ему, что его идея находится в активной разработке. Хотя полученный нами код был абсолютно бесполезен, было бы сложно винить подрядчика во многом, так как не было никаких усилий для управления проектом или даже для получения им полезной спецификации. Их код начинался с плохого качества, а качество быстро ухудшалось, когда стало очевидно, что никому нет до этого дела.

Люди есть люди. Некоторые программисты - хорошие программисты, некоторые - плохие программисты. Некоторые плохие программисты могут со временем стать хорошими программистами, в то время как время никогда не может принести пользу другим плохим программистам.

Местоположение имеет тенденцию не быть фактором здесь. Но, возможно, возможность может.

Я спрашивал, что означают слова «Bad Syntax Error OK» в GW Basic, когда мне было 8 лет. Я вырос с компьютерами. Не у всех есть это преимущество. Однако времена меняются, и сегодняшние 8-летние имеют больший доступ к технологиям, чем вчерашние 8-летние.

Но важно понимать, что программирование - это больше, чем просто умение пользоваться компьютером. Это намного глубже, чем это. Вот некоторые ключевые характеристики, которые отличают хороших программистов (и тех, кому просто нужно время) от настоящих плохих:

• Хорошие программисты любопытны
• Хорошие программисты читают онлайн-блоги и статьи и пытаются узнать больше о своей области
• Хорошие программисты отвечают на вопросы по переполнению стека
• Хорошие программисты с опытом 1-2 года или более понимают, что их образование в области компьютерных наук не было пустой тратой времени
• Хорошие программисты могут мыслить нестандартно
• Хорошие программисты тоже хорошие лидеры
• Хорошие программисты активны и им не нужно говорить, что делать

Самое главное, хорошие программисты также хорошие коммуникаторы. Лучшие программисты - это те, кто может убедить других. Именно они могут терпеливо обсуждать проблему с другим пэром, пока не будет найдено решение.

Самая большая проблема - это общение.

Безотносительно проблемы, никогда не стереотипируйте себя или других. У вас такой же потенциал, как и у любого другого, и наоборот. Просто помните, что вы можете делать все, что вы действительно думаете!

Мне 21 год, я учусь в Индии на последних курсах компьютерных наук и инженерии.

Сама идея написания этого состояла в том, чтобы сказать, что Индия - это гораздо больше, чем центр аутсорсинга. Я надеюсь, что Запад видит это таким образом, и вместо того, чтобы поглощать таланты, Запад должен создать больше центров в Индии. Впереди есть какое-то оскорбительное содержание, но если вы поймете общую картину, вы поймете, что я пытаюсь сказать.

Образование в Индии находится в очень тревожном состоянии с рабочей силой, производимой каждый год, которая не имеет или имеет абсолютно ужасные технические навыки. Система образования совсем не конкурентоспособна с точки зрения инноваций или предпринимательства. это привело нашу страну к огромным затруднениям, таким как недавно разработанный в Индии компьютер за 10 долларов (который оказался дешевым китайским планшетом на базе Android, поддерживаемым только индийской компанией), или более раннее утверждение о новом технологическом прорыве (который оказался большой палец). Образовательные институты полностью оторваны от реального мира технологий и больше заинтересованы в том, чтобы студенты заново изобретали колесо, и все это во имя инноваций. образовательные институты, все их ненавидят.

Прибытие в места, где вы, по крайней мере, ожидаете, чтобы получить некоторые навыки горячей разработки

У меня было несколько учебных заведений в Индии, кроме моих учебных заведений. Программирование и разработка программного обеспечения происходят на двух уровнях: разработка на уровне приложений и разработка на системном уровне .

Для разработки приложений большинство новичков в Индии массово нанимаются компаниями, чтобы претендовать на сидячую скамью программистов и получать больше проектов. В конечном итоге качество ухудшается из-за того, что процесс найма совершенно глуп. Иногда талант теряется из-за того, что люди работают хорошо, работают над глупыми вещами, такими как создание фреймов Java и создание простых пользовательских интерфейсов WinForm и ASP.NET. (Я говорю о более свежих наборах и как утверждают некоторые, хотя я не уверен). Если не учитывать хорошие методы разработки программного обеспечения, такой вид кодирования может выполнять 7-й класс.

Но в то же время есть независимые программисты и разработчики, которые проявляют большой интерес к вещам. Они похожи на невоспетых героев, которые потеряли всякую надежду и меньше всего заинтересованы в изменении мира. Все, чего они хотят, - это максимально использовать свои навыки, так что все дело в деньгах и поездках за границу. Хотя наши курсы чрезвычайно ограничены системным программным обеспечением (программирование на C с использованием TurboC !!! в течение 4 лет, глупый и расплывчатый C ++ без надлежащих объектно-ориентированных концепций, использующих cout в программе на C, не является C ++, ASM и другое программирование на C с использованием gcc), когда в компании мы в основном заняты разработкой приложений (ASP.NET, WinForms, J2EE). По сути, инженер по компьютерным наукам создан для работы инженером-программистом. Да, знание компьютерных наук помогает, но не знание правильной программной инженерии слишком сильно тормозит процесс, и наступает резкое падение всей системы. Это #fail.

Я приведу простой пример. Я присоединился к учебному институту для моего проекта последнего года, и они хотели, чтобы я создал веб-сайт ASP.NET, который был бы чем-то вроде системы инвентаризации (бронирование отелей, CRM и тому подобное). Да, это не простая задача, но, на мой взгляд, не стоит работать над проектом. Это будет просто изобретать велосипед, и эти проекты огромны по своей природе в реальной жизни. Поставленный за 6 месяцев группой из 3 человек, вы можете понять, какая из сокращенных непригодных систем будет результатом этого. Институты не испытывают особого стресса и больше заинтересованы в том, чтобы «не пугать студента, рассказывающего им слишком много», и «дать обзор и дать им возможность выучить все остальное самостоятельно». В конце концов, то, что люди разрабатывают в проектах, - это даже не полностью протестированный прототип,

Я выбрал свою собственную тему - систему навигации в реальном времени с голосовым управлением. Я использую WPF, Google Maps API и все новейшие технологии, которые я могу. Для хорошей практики разработки программного обеспечения я использую систему контроля версий, MVVM и подробно расскажу обо всем, что мне известно. Мне 21 год и я выпускник. Я думаю, в моем возрасте люди на западе все еще находятся на этапе обучения и становятся выпускниками в более позднем возрасте. Это делает западных выпускников намного лучше и более осведомленными. У нас есть количество, но нет качества.

В Индии уровень работы, которую я выполняю для своего проекта, обычно не ожидается от проекта бакалавриата последнего года обучения. Но я сделаю это, потому что хочу. В то же время в моей группе есть другие, которым удобно делать проекты в ASP.NET, делать 5-7 страниц, выполнять запросы к базе данных, заполнять сеточные представления и не беспокоиться о безопасности. Черт, даже у тех веб-сайтов фрилансеров есть лучшие объявления о работе (YouTube клон, Google Instant + X = Y Mashup ..)

Через шесть месяцев вы найдете тех же людей, которые работают в компании, которой вы передаете свой бизнес, и вы тоже найдете меня там. Людей, подобных им, численно больше, чем таких, как я, десять к одному :(

если быть точным и не разглагольствовать, то за всю мою образовательную карьеру и знакомство с более чем 500 людьми я видел ровно 4 человека с таким уровнем знаний, который я бы оценил для работы со мной над проектом)

В конечном счете, все индийские выпускники напишут хорошую документацию, потому что это теория, но не ожидайте от них какого-либо кода.

Что касается системного программного обеспечения, то же самое имеет место. Мой друг работает с Android NDK и работает над живым проектом в компании. Ему повезло, что он получил этот проект, и я ему завидую, но такой уровень работы происходит и в Индии. Еще один старший в моем колледже разработал клон kinect (мышь с несколькими касаниями, как в отчетах меньшинств) в своем последнем проекте, используя всего 2 дешевые веб-камеры. Точно так же есть другие, которые копируют коды из Интернета и каким-то образом получают новое изобретение колеса.

Мое последнее слово: не ожидайте, что качество будет скомпрометировано по всей Индии, и не принимайте индийцев как должное как дешевых разработчиков программного обеспечения, подходящих для аутсорсинга только работы по техническому обслуживанию.

Кроме того, не ожидайте, что кто-то, кто имеет хорошее образование с точки зрения оценок, будет писать хорошее программное обеспечение. Система образования в Индии полностью ориентирована на теорию, при этом не нужно делать упор на практическом, иногда знание большего или желание узнать больше может привести к неприятностям со стороны учителей, которые чувствуют себя запуганными. Тем не менее, хорошие программисты ищут более зеленые пастбища в лучшей карьере, а не просто в хорошей работе, хотя есть другие, которые хотят получить хорошую «работу», ездить по Honda City, питаться вне дома в материковом Китае и жить долго и счастливо ,

Я больше в Audi между прочим. :)

Предупреждение, грубые обобщения впереди. Выраженные точки зрения разделяются не всеми. На самом деле, автор может даже не верить им.

Западные разработчики боятся восточных разработчиков. Мы снова и снова слышим, что наши рабочие места в конечном итоге будут переданы на аутсорсинг. Это плохое начало любых отношений. Что еще хуже, нам постоянно напоминают, что наше образование хуже. Восточные разработчики дешевле, умнее и будут мириться с большим количеством неприятностей. Наш профессиональный опыт с восточными разработчиками не имеет значения, потому что он отравлен страхом.

Я не могу говорить за других. Это мое мнение, с которым люди, похоже, не согласны. Позвольте мне начать с некоторых фактов, как я их вижу.

Во-первых, есть свидетельства того, что большинство людей на самом деле не склонны к разработке программного обеспечения. (Например, исследования пользовательского интерфейса показывают, что более половины населения, вероятно, никогда не «поймут» идею дерева каталогов.) На Западе у этих людей нет проблем с поиском других достойных рабочих мест, для которых они лучше подходят. В Индии, напротив, на разработку программного обеспечения оказывается так много давления, что они все равно это делают. Это означает, что есть много людей в Индии, которые занимаются разработкой программного обеспечения, которые действительно не должны.

Далее, Индия является общим местом для аутсорсинга. Компании делают это, потому что это выглядит дешево (зарплаты низкие). Однако хорошо задокументировано (например, см. Документированные факторы стоимости в модели COCOMO II ), что все следующие увеличения требуют времени и усилий для разработки: работники в разных местах, работники в разных часовых поясах и работники из разных культур. Любой проект, запущенный в Индии и направленный с Запада, будет иметь все три фактора стоимости. (Это до того, как вы добавите тенденцию находить людей, работающих в качестве разработчиков, которых на самом деле не должно быть.)

Наконец, самая большая проблема в управлении программными проектами - получение точной информации о том, что не работает, для лиц, принимающих решения, которые должны это знать. Мне нравится этот юмористический взгляд на эту тенденцию. По любой комбинации причин, будь то отчаяние, культура или убеждение, что клиент прав, эта тенденция усугубляется в проектах, которые были переданы на аутсорсинг в Индию. Иногда до комичной степени.

Результатом является то, что у американских компаний есть сильная тенденция уступать сирену о низкой заработной плате, переводить работу на аутсорсинг в Индию, а затем превращать внешние проекты в катастрофы. (Но масштабы катастрофы не очевидны до тех пор, пока американцы не потеряют работу.)

Другой путь, по которому компании идут, - это нанять индейцев в США по визам H1B. Это избавляет от проблем удаленного работника. Многие индийцы хотят получить эту работу, потому что зарплаты в США выше, и т. Д. И действительно, превосходных индийцев более чем достаточно, чтобы заполнить все доступные рабочие места. Но есть проблема. Американские компании, нанимающие по визам H1B, обязаны поклясться, что ни один американец не был доступен для работы, что наемному работнику платят рыночные ставки и т. Д. Но кому-то по визе H1B трудно сменить работу. Это дает работодателю пленного работника. И не оставляет рыночного стимула на самом деле справедливо относиться к этим сотрудникам. Это дает компаниям сильные стимулы для нечестности. Слишком много погибших.

Как американец, у меня нет проблем с лучшими и самыми яркими приезжающими в США. Наоборот, это то, что построило эту страну. Но относитесь к ним одинаково, как только они прибудут. Например, я знаю человека из Филиппин, которому из-за его визового статуса пришлось отклонить предложения о работе от Google, Apple и Facebook. Примерно вдвое больше, чем он сейчас делает. Если бы рынку было позволено устанавливать зарплату таких людей, как он, у компаний было бы гораздо меньше стимулов пытаться злоупотреблять программой H1B.

Так что мое мнение есть. По ряду причин аутсорсинг проектов в Индию часто приводит к катастрофе. Те, что вы получаете как работники H1B, как правило, превосходны, но эта программа сильно злоупотребляет, и это меня огорчает.

Я работаю в течение 3 лет с индийскими разработчиками (я итальянский). Люди есть люди. Мы привлекали внешних подрядчиков, потому что нам нужна была команда, и в Италии трудно найти команду, особенно на таких непопулярных языках, как Delphi. Поэтому главная причина - найти команду, а не стоимость.

В любом случае, команда, которую мы нашли, была очень хорошей, потому что у нее был очень хороший лидер. Но другие разработчики были не так важны. Что случилось? Теперь этот разработчик работает непосредственно на нас, потому что он очень хороший человек, и он стал моим другом. У нас крепкие отношения, и мы платим ему почти итальянскую зарплату. Почему? Потому что отношения имеют значение. Я видел, как много людей едут в Индию ради спасения.

Ты получаешь то, за что платишь. Тогда, конечно, вы можете сэкономить немного денег, но я думаю, что (особенно для небольших проектов) аутсорсинг только для экономии денег - неправильный выбор.

ИМО проблема не Восток против Запада, а общая идея аутсорсинга. Еще во второй половине 90-х годов интернет-бум, Y2K и конвертация валюты в евро создали много работы для программистов, поэтому аутсорсинг был тогда горячей темой. Но это был аутсорсинг внутри страны, а не на восток. Тем не менее, многие из проблем, которые мы ожидаем или испытываем при офшоринге, также происходят с местными партнерами по аутсорсингу.

Во многих случаях написание хорошей спецификации - это примерно такая же работа, как и ее выполнение самостоятельно (хотя и вопросы и ответы). Но поскольку целью аутсорсинга является экономия времени и / или денег, спецификации, данные партнеру по аутсорсингу, отрывочны. Добавьте подрядчика, оплачиваемого по часам, и отсутствия контроля, и станет ясно, чего вы должны ожидать.

Я живу в Китае чуть более двух лет (я канадец), работаю с китайскими разработчиками и, как ни странно, работаю с канадскими разработчиками за рубежом. Я могу сказать, что некоторые из обобщений, сделанных, по крайней мере, китайскими разработчиками, несколько верны, то есть большинство разработчиков, с которыми я встречался / работал здесь:

• Отсутствие любопытства и творчества. Здесь я не считаю их низшими или глупыми. Но скорее это культурно. Исторически считается, что они уважают авторитет в первую очередь. Таким образом, они никогда не будут подвергать сомнению плохой дизайн, переданный им «сверху». Также многие из них в основном заинтересованы в технических навыках, а не в предметных навыках. Мне труднее всего учить их шаблонам и абстрактным концепциям, если они не могут напрямую относиться к своей работе. Тем не менее, через некоторое время стены рушатся, они становятся более смелыми в сложных вопросах, хотя бы на техническом уровне я не хотел бы отозвать мою визу ;-)
• Угроза Это уже упоминалось ранее, но я подчеркиваю. Это, пожалуй, самый важный момент, который создает наибольшую напряженность в отношениях с зарубежными колледжами (то есть в Канаде). В целом, жители Запада, с которыми я работаю, склонны преувеличивать все негативные аспекты работы с людьми с Запада. Они будут чрезвычайно резкими в обзорах кода, будучи очень снисходительными друг к другу. Они будут пинать и кричать, если восточный человек упустит из виду один надзор за процессом или передовой практикой, но сами будут пинать и кричать, если их вежливо попросят следовать процедурам, которые они сами применяют.
• Расходные материалы - это нормально для китайца работать с полуиспеченным подержанным оборудованием. Я сломал три стула, прежде чем мне разрешили получить полукомфортный. Потом мне стало плохо, когда я получил хороший стул, заметив, что у них все еще есть что-то вроде средневекового пыточного аппарата. Однако, посетив головной офис той же компании, разработчики там имели столы, занимающие площадь, обычно занятую командой из 4-6 разработчиков здесь, в Китае, не говоря уже о стульях!

В начале то, что они написали, не всегда было очень хорошо. Несомненно, существует культурный разрыв, а также длинная крутая кривая обучения плохо спроектированной системы. Но вы знаете, что ... через два года ... некоторые из лучших работ, выполненных в этой системе, поступили из китайских офисов. Поскольку это становится все более и более заметным, это еще больше усугубляет элемент угрозы ...

Честно говоря, это не легко, но я думаю, что я нахожусь на правой стороне забора, глядя на тенденцию из личного опыта.

Это увлекательная тема. Я работал в SF и Силиконовой долине, а также в Европе для местных клиентов, открыл оффшорный офис в Индии и теперь управляю оффшорным магазином разработки в Южной Америке. Я даже немного поработал с африканскими разработчиками.

Каждый регион мира способен создавать великих программистов. У меня в Малави есть друг-хакер, который создает удивительные рельсовые системы с сенсорным интерфейсом на основе систем с открытым исходным кодом для клиник по ВИЧ, используя важные проекты с открытым исходным кодом и участвуя в них.

Я также видел американских программистов, работающих в стартапах известных брендов и крупных веб-компаниях, которые не могли запрограммировать свой выход из бумажного пакета. Люди со степенью магистра в Comp Sci из MIT и многолетним опытом работы в отрасли, которые, когда дело дошло до написания хорошего производственного кода, не могли его сократить.

Между Европой, Латинской Америкой, США и Индией существуют очень реальные культурные различия. Тогда есть хакерская культура, которая более или менее универсальна.

Основное индийское технологическое сообщество любит бросать людей на проблему. Почасовая ставка на одного разработчика может быть меньше, но если поставщик верит в количество, а не в качество, вам потребуется вдвое больше разработчиков, чтобы запустить код.

Сертификаты. Что за черт? Индия любит сертификаты, ISO, CMMI и т. Д. И так далее. Это бессмысленное покрытие задницы. Более того, дело не в том, как получить хорошее программное обеспечение.

Кастовая система. Кастовая система незаконна в Индии, и с момента обретения независимости была проделана огромная работа по ее устранению, но она все еще живое живое существо. Большинство жителей Запада игнорируют существование кастовой системы. Я вырос в США, но мой отец родился в Индии, как его называют англо-индийцы, и моя мама пошла в университет там в качестве студента, а затем вернулась, чтобы преподавать намного позже в индийских университетах. Кастовая система очень реальна, она родом из Индии и старая, но британцы поощряли ее и использовали для поддержания власти. Западные жители должны знать, что они займут место британцев, на вершине иерархии. Вам позвонят, сэр, вас не допросят. Большинство индийских менеджеров видят свою роль в том, чтобы говорить своим подчиненным, что делать. Разговор и предложение альтернатив наказывается.

Не каждый индийский магазин разработок такой, Зохо, построил удивительный индийский бизнес, нарушив все правила. Они нанимают на основании способностей, а не касты или того, что у вас есть университетское свидетельство. Тем самым они полностью заменили SaaS на MS Office Suite.

В Индии также существует активное сообщество хакеров, где проводятся встречи, списки рассылки, небольшие конференции и тому подобное. Эти разработчики хороши на мировом уровне. Им часто трудно найти работу в основной индийской индустрии разработки программного обеспечения. Я сам нашел двух разработчиков Python для нашего индийского офиса, они были великолепны, а затем наш индийский менеджер настоял на том, чтобы нанять дюжину сотрудников, новых выпускников, чтобы пополнить команду. После нескольких месяцев хакеров, их менеджер превратил их жизнь в ад. Мы остались с дюжиной молодых и увлеченных сотрудников, большинство из которых не знали, как программировать очень хорошо.

Лучшей из новичков была молодая женщина, которая разработала IDE для разработчиков на встроенных системах. Никто не хотел ее нанимать, потому что она была из консервативной семьи, и индейцы думали, что она будет вынуждена бросить свою работу, как только выйдет замуж.

В Индии есть великие разработчики, но структура ценностей настроена так, чтобы их выталкивать и продвигать людей, основанных на вещах, которые не имеют ничего общего с созданием отличного кода.

Другая большая проблема - часовые пояса. Это не преимущество, это огромная проблема. Это означает, что нет постоянной прямой связи между местными и оффшорными командами. Это вызывает огромное недопонимание и заставляет вас писать множество документации. Это делает Agile очень трудно осуществить.

Печальная правда в том, что огромное количество программного обеспечения, производимого индийскими корпорациями, имеет низкое качество. Вы слышите, что разработчики все время говорят о том, что индийские инженеры - дерьмо, это неправда, но это отражение качества крупных традиционных оффшорных компаний. Это вина деловой культуры Индии, а не самих разработчиков. Разработчики застряли в плохой системе, которая вознаграждает неправильные вещи.

Я испытал несколько проектов на шельфе в Азии (разные страны, которые я не буду упоминать). ВСЕ из них были мрачными неудачами. Несмотря на обильную и детальную документацию, спецификации документов и т. Д. И т. Д., Отправленные по результатам (если вообще что-либо было произведено), были одинаково плохими. Обычно он либо вообще не работал, либо был настолько незначительным, что был бесполезен. Проекты также были (если они вообще приносили результаты) серьезно опаздывали.

OTOH Я работал с азиатскими программистами и другими людьми, работающими в Европе и США, и большинство из них - хорошие, трудолюбивые люди, которые хорошо знают свою работу.

Возможно, заявление нескольких из них о том, что все хорошие айтишники покидают Азию, чтобы работать в Европе, а Америка говорит все это. То, что осталось, - это дно кучи, когда мало или совсем нет качественных людей для обеспечения надзора, обучения и командного руководства для улучшения ситуации. Когда им приходилось иметь дело с азиатскими ИТ-специалистами, живущими там (по крайней мере, из некоторых стран), по телефону и электронной почте (и с просмотром интервью по телевидению и т. Д.), Это может быть связано с культурой. Многие, кажется, считают себя в расовом и моральном отношении выше американцев и европейцев (и считают тех, кто покидает предателей своих стран), и отказываются прислушиваться к советам, от которых они считают себя низшими существами. Это, конечно, не верно для всех из азиатских стран, но может быть достаточно распространенным, чтобы создать атмосферу «мы знаем лучше всего,

Ситуация в Восточной Европе лучше, возможно, отчасти потому, что многие из этих стран являются частью ЕС, поэтому существует большая угроза успешного судебного разбирательства против них, если они облажаются.

Тупой и циничный

• Дешевле
• Угроза
• Отсутствие признательности за то, что вы обмениваете локальных кодовых обезьян на более дорогих руководителей проектов и аналитиков для связи с оффшорными командами
• Заинтересованные стороны получат то, о чем они просили, из-за их неспособности предоставить краткое и всеобъемлющее требование. Это будет не то, что они хотели. Заинтересованные стороны хотят местных знаний ...
• ... но для старшего ИТ- менеджера это просто так, потому что это модно / популярно / KcKinsey сказал / не понимает разработчиков / ...

За 10 лет работы в IBM я работал с программистами по всему миру в различных отношениях. Первое, что вы узнаете, это то, что географические стереотипы неверны по обе стороны океана. Программисты - это программисты со всего мира ... выберите 100 из них из любой точки мира, и вы получите примерно такое же соотношение людей, которые не могли бы программировать "Привет, мир" без поездки или трех, в Google, людей, которые достаточно компетентны, и людей, которые великолепны ,

Тем не менее, географические обобщения делового климата в некоторых из этих областей являются точными. Например, Индия во многом похожа на Остин, Техас или Долину Глупых Конов, которые были в конце 90-х и в начале 2000-х ... множество прыжков и вращающихся дверей, люди приходят и уходят каждый год или около того. С другой стороны, Китай, похоже, больше похож на Силиконовую прерию здесь, на Среднем Западе США, люди выбирают компанию и остаются там в течение более длительного периода времени. Бразилия, Россия и Европа, казалось, находились где-то посередине, не столько, чтобы они оставались в среднем промежутке времени, но в том, что у них, кажется, есть смесь двух, некоторые люди прыгают с работы, некоторые люди оседают.

Я принадлежу к восточному миру, и у меня также есть опыт работы по аутсорсингу от моей компании в восточный мир :-) Моя компания не хотела вкладывать собственные ресурсы, чтобы выполнить работу, несмотря на всю помощь, которую мы могли бы предложить Аутсорсер Проект провалился. Работать с некоторыми из этих инженеров было неприятно, я думаю, что модели аутсорсинга и технический опыт могут стать более зрелыми на Востоке для улучшения. Сказав, что я работал со многими людьми в западном мире, которые также могут улучшить. Вы найдете хороших и плохих программистов по всему миру.

Я живу в Центральной Европе. Волна аутсорсинга охватила нас в последние годы. Я работал над аутсорсинговыми проектами с «Запада», но сейчас аутсорсинговые проекты находятся в более дешевых странах. Так что я был по обе стороны уравнения.

Когда мы работали на аутсорсинге, наши менеджеры и парни, с которыми мы ежедневно работали, были хорошими, относились к нам как к внутреннему разработчику. Небольшая забота о безопасности работы могла ощущаться остальными людьми, что я считал совершенно нормальным. Кроме того, у нас есть второстепенные задачи в более крупном проекте, что также хорошо для меня, вы не должны передавать свои основные знания.

Затем проекты переместились на более дешевые территории, что было неизбежно.

Суть всей истории аутсорсинга заключается в том, что руководство не дает крысиной заднице о ваших знаниях, опыте, образовании или ноу-хау. Все, что их волнует, это расходы и их бонус. Таким образом, если нет причины, по которой необходимо ваше местное присутствие, программные проекты будут в конечном итоге отданы на аутсорсинг в более дешевые и дешевые страны.

Я живу в России, в Сибири и работаю в немецкой медицинской компании, которая передает проекты нам. Я думаю, это немного больше, чем аутсорсинг: у нас есть общие команды между Россией и Германией, у нас деловые поездки друг к другу и т. Д.

Конечно, я субъективен, но я считаю, что мы являемся примером успешного аутсорсинга: качество кода и качество продукта значительно повышаются с тех пор, как мы начали над ним работать.

Быть дешевой рабочей силой немного разочаровывает, но, с другой стороны, у нас есть шанс работать в большой компании с большим опытом в технологиях и управлении.

Отказ от ответственности: я индиец, и это может показаться индийским, но я работал со многими западными клиентами и даже в США. Если в восточном полушарии были самые худшие программисты в мире, то почему западное полушарие перенесло бы на восток? Если вы производите аутсорсинг в восточные районы земного шара, просто чтобы сэкономить деньги, вы, IMO, ставите под угрозу качество. Хорошо, быстро и дешево, выбирайте любые два. Когда мне нужно нанять парня, я спрашиваю свою организацию, каковы их ожидания и какую цену они готовы заплатить. Одному действительно трудно убедить талантливого, уважаемого себя парня работать на вас за меньшую плату и большее давление. Это просто те сайты фрилансеров в сочетании с несчастными западными парнями, чья работа была в Бангалоре, что привело к тому, что восточные программисты - обезьяны кода. Если вы готовы заплатить лучшую цену, вы будете уверены в лучшем результате, и не следуйте этим сервисным компаниям ISO / CMMI / SEI. Они нанимают таланты, как если бы они выращивали стадо овец или скот.

Я американец, в настоящее время живу за границей (в России) и работаю как предприниматель (и фрилансер на стороне, чтобы оплачивать счета). Я работал в Силиконовой долине более 20 лет в качестве разработчика, руководителя технической группы и архитектора программного обеспечения / систем в многочисленных компаниях и стартапах, некоторые из которых были очень хорошо известны, включая один стартап, который в конечном итоге превратился в доминирующую в отрасли крупную компанию с многомиллиардным оборотом международная корпорация. Эта последняя корпорация (называемая «Х») имеет центры разработки по всей территории США и мира: Индии, России, Китая, Европы и т. Д. Я работал непосредственно с членами некоторых из этих команд и обнаружил, что они очень талантливы и достойные инженеры. Уверенность и креативность, я согласен, в настоящее время более типичны для американских инженеров,

• Аутсорсинг очень четко о деньгах. Когда я покинул США, X не нанимал в США, а нанимал в международных офисах. X платит неамериканским инженерам примерно от 1/4 до 1/3 (в зависимости от региона) от зарплаты эквивалентного (многолетний опыт, навыки) американского инженера. Это все еще довольно хорошая зарплата, обычно учитывая экономику некоторых неамериканских мест, но это не очень хорошо для уровня заработной платы само существование американских инженерных должностей.

• Я верю, что фриланс - это будущее компьютерной работы, особенно программного обеспечения. По своей природе он очень портативный, все, что вам нужно, это ноутбук и подключение к интернету, и вы в бизнесе. Для внутренних команд на местах всегда необходимо учитывать: более надежное планирование, предсказуемые наборы навыков и т. Д., Но они очень дороги в обслуживании.

• Я вижу довольно частые, высокомерные сообщения от американских инженеров о том, насколько ужасны все разработчики, не являющиеся американцами (посмотрите, например, на эту ветку: https://stackoverflow.com/questions/209170/how-much-does- он-затрат к разработке-ан-iphone-приложение). Стереотип таков, что да, они дешевы, но всегда также не квалифицированы и пишут дерьмовый код. Единственный способ получить качество - это платить американским инженерам ставки заработной платы. Туфта! Американские инженеры должны проснуться - индустрия и экономика переходят от очень высокооплачиваемых внутренних разработчиков к распределенным командам разработчиков, разбросанным по всему миру. Конечно, есть плохие неамериканские разработчики - но просто вспомните всех тех интервьюируемых в США, которых вы передали, потому что они не соответствовали. Некоторые из самых ужасных кодов, над которыми мне когда-либо приходилось работать или работать, были написаны американским инженером, который отказался изменить или улучшить! Тот факт, что какой-то случайный разработчик сделал дрянную работу, не означает, что все неамериканские инженеры ужасны. Вместо, этот elance клиент должен выглядеть немного за пределами нижних участников, есть настоящие жемчужины, даже ведущие разработчики, доступные с большой скидкой по сравнению с внутренними ставками в США. В этот конкретный момент времени, я вам гарантирую, много таланта сосредоточено в США - но любой, кто думает, что это никогда не изменится, очень серьезно заблуждается.

• Талант и опыт стоят дороже, чем их отсутствие, я вам это предоставлю. Но дело в том, что шкала заработной платы штатных сотрудников в США совершенно не такая, как в остальном мире. Динамично развивающийся талант и затраты постоянно находятся в движении, а фоновые таланты неамериканских инженеров будут только расти, что будет оказывать очень сильное понижательное давление как на ставки заработной платы в США, так и на само существование оплачиваемые штатные инженерные должности в США (помните: X нанимает на международном уровне, но не в США. Надпись на стене). Так что более талантливые всегда смогут брать больше, чем менее талантливые, но вы можете быть уверены, что этого не произойдет при текущих ставках в США.

• Концентрация талантов во всем мире абсолютно изменится, так же как физическое расположение групп разработчиков уже изменилось. Неамериканские уровни талантов будут продолжать расти, и в недалеком будущем мы оглянемся на эти темы и подумаем, «о чем они говорили, вы можете найти лучших талантов в любой точке мира».

Я работал как в восточной, так и в западной части земного шара, и думал, что поделится. Я работал в Бангалоре в течение 5 лет, прежде чем переехать в США. Работал в США около 8 лет и вернулся в Индию. Я был вынужден сидеть дома, потому что работа здесь слишком требовательна. С двумя маленькими детьми было невозможно положить в эти долгие часы. Наконец нашел работу с частичной занятостью. Я был шокирован, увидев качество работы в Индии. Это было не так плохо, когда мы уехали в США. У молодой толпы, похоже, просто нет никакой ответственности или энтузиазма изучать новые технологии. Как кто-то указал, сказать «нет» редко (удар по их эго, ИМО), и в результате вы увидите совершенно бесполезную или посредственную работу. Код не читается, вообще не имеет представления об общей картине, о возможностях расширения и т. Д. К тому времени, когда вы тренируете парня (ов), он готов приступить к поиску более зеленого пастбища. Сказав это, я бы все же сказал, что есть несколько исключительно хороших. Если вам довелось работать с ним / ней, считайте себя счастливчиком, особенно если этот человек может хорошо общаться!

Если качество работы низкое, возможно, они смотрят не столько на Индию, сколько на того, кто сделает лучшую ставку, и это, вероятно, будет не похоже на Prasoon Saurav, а на какую-то младшую команду программистов.

Я работал с замечательными офшорными программистами, но их нанимать было невероятно дешево. Я также работал с очень недорогими оффшорными программистами, и они не были хорошими.

Мне всегда казалось, что великие программисты на востоке, вероятно, находят способ получить столько же или почти столько же, сколько великие программисты на западе; Может быть, они открывают свою собственную компанию, может, они получают визу, что они могут. Но они будут стремиться найти способ, верно?

При поиске команды программистов, желающих работать очень дешево, я не ожидал получить талант высшего уровня. Правда, независимо от того, где живет ваш талант.

Я из Швейцарии Я работал над одним проектом, где мы работали на Украине. Разработчики были намного дешевле, но деньги, которые мы сэкономили, нужно было реинвестировать в отправку нашей команды в Украину каждый месяц, чтобы наблюдать за этой прибрежной командой. Проект умер примерно через год после того, как был передан на аутсорсинг.

Сейчас я работаю над проектом, который передан на аутсорсинг швейцарской компании, которая сама перешла в Марокко. Проект идет полным ходом, но у нас есть проблемы со связью и проблемы с качеством.

Я думаю, что главная проблема заключается в том, что мы офшорные проекты, чтобы их построить дешевле. Всегда сложно получить вещи дешевле, но того же качества ...

Очень прямо и в целом, я не верю, что программисты на «западе» имеют высокое мнение о программистах на «востоке». Я не уверен, оправдано ли это или нет.

Как показывают некоторые ответы, аутсорсинг представляет угрозу для многих на «западе». Это автоматическая причина не доверять «конкурирующим» программистам.

Я видел только плохой код, когда смотрел на сторонние проекты, и только небольшое количество раз. Это может быть связано с тем, что работа шла в дешевый магазин («вы получаете то, за что платите»), потому что проект плохо управлялся или, скорее всего, потому что, если проект был успешным, мне не нужно было смотреть на код. Другими словами, вы слышите только о плохом коде.

Есть также ужасные истории - как вышеупомянутый 300-строчный файл. Опять же, чем хуже история, тем дальше она будет распространяться.

Люди будут говорить что-то вроде: «Если вы хотите, чтобы это было дешево, сделайте это на стороне. Если вы хотите, чтобы все было сделано правильно, делайте это самостоятельно.

Если ты учишься и совершенствуешься, я бы об этом не беспокоился.

Отказ от ответственности: у меня нет прямого опыта аутсорсинга. Ниже я представлю некоторые моменты, которые возникли, когда я обсуждал эту тему с менеджером проекта в крупной западной компании по разработке программного обеспечения. Этот парень провел много времени на земле в Индии, наблюдая за внешними командами.

• В их доме почти ни у кого нет компьютера (слишком дорого).
• ИТ-образование в Индии отсутствует. Степени бакалавра в области CS даются студентам, которые никогда не прикасались к компьютеру (опять же, слишком низко предоставить доступ студентам более низкого уровня к компьютерам). Задания по программированию написаны на бумаге.
• «Всегда говори да» менталитет очень вреден
• Индийским программистам нужно точно сказать, что делать. Здесь очень мало инициативы.
• Аутсорсинг разработки программного обеспечения в Индию был катастрофой
• Аутсорсинг некоторых задач по обеспечению качества работал хорошо.
• Разное .:
  • Электричество очень нерегулярно
  • Индия более или менее полицейское государство
  • Кажется, что Индия политически нестабильна и имеет проблему терроризма.
  • Учитывая выбор, никто не выберет жить в Индии.

Некоторые из крупнейших ИТ-компаний в мире находятся в Индии, если вы слышали о Wipro, Infosys, TCS и т. Д. Крупнейшие индийские компании, которые большинство «западных профессионалов в области программного обеспечения» никогда не могли себе позволить офшорить, легко могут быть признаны лучшими в мире по качеству. , Они получают каждый сертификат о качестве, чтобы развеять страхи западных клиентов. Также в большинстве индийских компаний-разработчиков программного обеспечения больше инженеров (степени и опыта), чем в большинстве западных компаний. Также у Google, Oracle, IBM, Microsoft, SAP есть центры разработки, и не все из них ищут дешевых программистов.

Так как же мы видим западных инженеров. Мы видим смешанную сумку, как вы видите смешанную сумку, когда смотрите на океан. Есть квалифицированные супер-технические люди, которыми мы восхищаемся, и есть душевые сумки, с которыми нам иногда приходится работать. В общем, мы хорошо ладим в смешанных командах. Отношения действительно плохие, если у вас есть «технически ориентированные» деловые люди на западном конце и просто программисты на другом конце. Обычно это западная компания, испытывающая нехватку денежных средств, которая стремится сэкономить несколько долларов, не нанимая местного менеджера.

Мой опыт аутсорсинга в восточные страны (не восточную Европу) был довольно плохим. Все приложения, которые я видел, были ужасными и выглядели как куча плохого не связанного кода, склеенного, чтобы едва выполнить работу, которую он должен был выполнить.

Я не думаю, что это связано с тем, что новые восточные программисты хуже, чем новые западные программисты, я думаю, что это связано с тем, что у восточных программистов нет опытных программистов, которые бы руководили ими. В западном мире работа с современными языками программирования была обычной профессией в течение ~ 45 лет, поэтому есть много опытных программистов, с которыми будут работать новые, с которыми вы можете поучиться. На Востоке для чего происходит современное программирование? 10 - 15 лет? Люди испытывают нехватку опыта. Вдобавок ко всему, я думаю (как я вижу это отсюда), что с большинством программистов на востоке, которые работают на аутсорсинге, они обнаруживают много плохих черт, цель которых состоит в том, чтобы просто получить проект сделано быстро, сокращая углы, который является опытом, который вы не должны передавать новым разработчикам. По крайней мере, в США большинство рабочих мест по программированию предназначено для людей, работающих над ограниченным набором продуктов, которые они должны поддерживать с течением времени. Таким образом, люди выбрали методы, обеспечивающие стабильность и безопасность программного обеспечения ... это хороший опыт для передачи новому поколению.

Так что да, в основном я не вижу, что это имеет какое-либо отношение к количеству обучения, которое получает человек где-либо, это связано с привычками, приобретенными на работе. Есть много хороших программистов (хотя я думаю, что они в меньшинстве), но я не думаю, что с ними западные люди будут взаимодействовать, когда проекты будут переданы на аутсорсинг.

Что касается восточных европейцев, у них есть опытные разработчики там. Я просто боюсь, что они могут быть прекращены, чтобы удовлетворить требования аутсорсинга.

@giddy, Питер: Будучи программистом, родом из Индии, я должен признать, как это ни печально, ваши утверждения: программирование в Индии - это не то, что люди выбирают из выбора, а из принуждения, они социальные или экономические. Это одна из причин, почему в Индии очень часто можно найти людей, быстро переходящих от технических работ к чисто управленческим (на самом деле это называется «продвигаться вверх по лестнице», фраза, которую я ненавижу). Даже если вы хотите продолжать расти как технарь, вам навязывают управленческие роли (на самом деле это одна из причин, по которой я решил уехать из Индии).

По независящим от меня причинам карьерный рост приравнивается к количеству людей, работающих или, точнее говоря, к вам. «Я отвечаю за команду х» или «х человек работают под меня» - это заявление, которое считается достойным «успешного» человека в Индии (не говоря уже о том, что «х люди» могут быть теми, кто кода, на который ссылались другие в этой теме).

Сказав все это, я хотел бы отметить, что низкое качество кода не ограничивается только Индией или другими "недорогими" странами. Я иногда вижу знакомое отношение и качество кода даже здесь, в Европе. К счастью, они не общее правило, хотя.

У меня был смешанный опыт офшоринга нашей работы и просто работа с оффшорными компаниями в целом. Для справки, я живу в Соединенных Штатах.

Плохо

Я работал в компании, которая заключила контракт с компанией в Индии, которая была оценена CMMI 5 и будет работать по дешевке. Компания дала им некоторое клиентское программное обеспечение для написания с нуля, и когда он вернулся, код был глючным, полностью недокументированным и, как правило, трудным для рефакторинга и сопровождения. В итоге компания просто написала весь клиент с нуля и съела расходы на офшоринг.

В другом случае компания, с которой я работал, сотрудничала с азиатской компанией, чтобы представить свои услуги и продукты на восточных рынках. То, что произошло, было секретной историей, которую только немногие знали (и я по доверенности), где азиатская компания взяла наш исходный код и дизайн продуктов, разорвала партнерство, а затем выпустила свои собственные продукты, которые были такими же, как моя компания.

Средний иш

В еще одном случае компания, в которой я работал, открыла исследовательский офис в Китае, очень современное место, у них в офисе были более причудливые вещи, чем у меня. Меня отправили на неделю в китайский офис для обучения, так как средства R & D собирались использовать для разработки пользовательских Linux. В команде были некоторые люди, которые были довольно хорошими, но, как и в случае с разработчиками такого уровня, они вскоре ушли, и оставшаяся команда написала API для нас, чтобы мы могли использовать его здесь, в Штатах. Я назову API совершенно плохим, потому что он не показал понимания Linux, а исходный код в лучшем случае был довольно шатким. Но я думаю, что большая проблема заключалась в том, что компания выбрала странную команду для работы над Linux, поскольку никто из этой команды вообще не был экспертом по Linux, и этот проект был свернут год спустя.

Добро

В других случаях другая компания работала по контракту с компанией в Восточной Европе. Эти парни были действительно хороши, с ними заключили контракт на тестирование уязвимостей, и хотя они были довольно дорогими, их обычно считали достойными инвестициями.

Я также работал с довольно гигантской индийской компанией, предоставляющей ИТ-услуги, и у нас были собственные разработчики, которые нанимали их, но заключили с нами контракт. Там было несколько хороших разработчиков, но это более общая история, поскольку мы все работали вместе над различными проектами.

Эти истории для развлечения - я работал со многими компаниями, и у меня есть истории о отечественных и иностранных компаниях.

Для некоторых компаний общение всегда было трудной частью. Я работаю по восточному времени, и мы будем говорить с людьми за 10 - 13 часов до нас. Мы также проходили только через менеджмент, не общаясь с реальными разработчиками, так что там было отключение.

Я также встретил разработчиков, которым просто не нравилась их работа. У нас был корейский разработчик, который хотел приехать в штаты, чтобы работать, потому что он работал рабские часы из-за низкой зарплаты для оборонной компании в Корее. Я был коллегой с разработчиком (также иностранным), который оплакивал свой выбор стать разработчиком - он сделал это, чтобы попытаться заработать миллионы.

Интересно! Я китаец и думаю, что знаю, почему программистам здесь не хватает любопытства и творчества. Большинство моих коллег жалуются каждый день, они ненавидят кодирование, им не нравится дизайн, они просто сплетничают здесь и там (это часть нашей культуры). Они приходят в компании-разработчики программного обеспечения только за более высокую плату (в развивающихся странах хорошо оплачиваются ИТ-специалисты), а не за «спасение мира» или за изменение ситуации. Нет интересов, нет мотивации, нет любопытства и нет творчества !!!! Но есть умные головы (как я ^ _ ^), они делают качественные работы и доставляют вовремя !!!!