Як програмісти на Заході бачать програмістів на Сході?

Інша половина цього питання: Як програмісти на Сході бачать програмістів на Заході?

Східна частина світу (Індія / Китай / Філіппіни) в основному надає послуги аутсорсингу західному світу (США та Європа).

Чи маєте ви досвід роботи з офшорними командами? Якщо так, то як це було?

Чи дотримуєтесь ви узагальнених ідей чи думок щодо програмістів зі Сходу (наприклад, чи співпрацюють вони, чи надають їх вчасно чи вони працюють якісно?). На чому вони ґрунтуються?

Хм Цікаві погляди.

Я просто хотів би кинути своє.

Я живу в Індії (я індієць) і займаюся програмою з 11/12 року. Все, що я маю до цих пір, - це освіта середньої школи, і що цікаво, я зробив дві речі до цього часу, я викладав в Індійському комп’ютерному інституті, і зараз я розвиваю позаштатний (і отримав собі проект із ДУЖЕ високим клієнтом)

Тож дві речі, які, на мою думку, є правдивими з того місця, де я стою:

Звичайно, люди - це люди, але індіанський менталітет щодо життя та освіти тут дуже різний. За місяці, які я навчав, я бачив, як батьки підштовхують своїх дітей до ІТ лише тому, що вони думають, що це отримає їм гроші чи щось, а також я навчив студентів виконуючи / закінчивши ступінь бакалавра та інженерії, і 98 з 100 не можуть написати декілька рядків коду в C. (Забудьте код якості).

Курс Державної інформатики тут є Turbo C як частина навчальної програми, C ++ для більшості людей є C, але використовується лише coutдля друку.

Що стосується розвитку, то з такими випускниками ви очікуєте, що там знайдете багато "інженерів" , кодуючи жахливі речі. Я зустрічав "Компанії" невеликого розміру, які не використовують управління джерелами, вони навіть не мають уявлення про те, що таке одиничні тести.

Сумно, що мені так багато хворіти, і це болить мене. АЛЕ всі тут не такі. Нас так багато, що, можливо, враження складають люди. Лол

Якось навіть бути успішним тут означає переїхати кудись інше, тому що немає реального потенціалу, щоб рости і справді відточувати свої навички. Звичайно, тут є розумні голови з IIT та інших вищих коледжів, які знають свої речі (зрештою, вони теж переїжджають)

Але суть полягає в тому, що ІТ-освіта тут досить сумна, на мій погляд.

Відмова: Я живу в Центрально-Східній Європі, прийміть власне рішення про те, чи вважаю я Східною чи Західною :-) Як такий, я працював над проектами, переданими в нашу країну із Західної Європи, і у мене виникли сумніви з боку більш західних колег та менеджменту що стосується наших здібностей, подібних до того, що мають переживати індіанці в таких ситуаціях.

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

Останню (над якою я зараз працюю) було підряд на 3 різних компанії, деякі з них застосували кілька індійських програмістів. Ми прибирали результат цього протягом останніх 1,5 років, і ще достатньо роботи залишилося в осяжному майбутньому.

В особистому житті я прожив в Індії понад 3 місяці в попередню епоху свого життя, тому я, мабуть, знаю більше про країну та її мешканців, ніж про пересічного західника. Особисто мені дуже подобаються індіанці.

Мій особистий досвід полягає в тому, що такі ж помітні культурні відмінності, які існують між західними та індійськими людьми, взагалі спостерігаються і між програмістами. Індіанці, як правило, дуже старанні у виконанні будь-якої конкретної задачі, яка кидається на них, але не обов'язково бачити або навіть відчувати потребу зрозуміти більшу картину. Що може легко призвести до низької якості програмного забезпечення.

Іншим потенційним питанням є культурний вроджений опір індіанців сказати "ні" жодному запиту, оскільки я вважаю, що це вважається грубим. Якщо ви заходите в індійський продуктовий магазин і запитуєте ковдри / прикраси / плавці акули / що завгодно, власник скаже "так, сер, за мить", а потім відправляє свого хлопця в інший магазин по сусідству, щоб забрати товар і з гордістю представляє це вам. Яка справді хороша ділова практика. Однак якщо те саме застосовується і для субпідрядних проектів розвитку ПЗ з фіксованим неможливим графіком, результати можуть бути катастрофічними. Це лише міркування з мого боку, хоча я не маю конкретних доказів того, чи є це дійсно фактором розвитку аутсорсингу ПЗ на Індію.

Одним із яскравих прикладів марної ретельності в нашому поточному проекті було впровадження схеми моніторингу ефективності. Ідея полягала в тому, щоб пройти навколо об'єктів, які збирають статистику ефективності. Однак рішення виявилося настільки сповільнити додаток, що його реально ніколи не використовували. Тим не менш, його залишки в кодексі залишилися нам для очищення. На практиці це означало передачу додаткового параметра об'єкта всім (приблизно 6000) методам у коді. Хлопець, який це зробив, навіть додав коментар до Javadoc кожного методу, зазначивши, що для вимірювання продуктивності додано додатковий параметр! Тепер я можу лише дивуватися старанності цього хлопця, виконуючи свою роботу за допомогою всіх 6000 методів і сумлінно вставляючи ці коментарі Javadoc скрізь. OTOH, a) як зазначалося раніше, схема ніколи не застосовувалася на практиці,

Я не маю на увазі, що в цьому все винна індіанські розробники (за винятком неправильного використання Javadoc). IMO - це набагато більше вина менеджерів бездумно підряджаючи проекти без моніторингу результатів, проведення строгих тестів на прийняття та забезпечення належної якості коду та документації. Не кажучи вже про погодинні схеми оплати, які, безумовно, не змушують субпідрядників зацікавитись економити час на розробку.

Однак я думаю, що мені було б важко знайти розробників на Заході, щоб вони взяли подібні завдання з однаковим рівнем послідовності та без нарікань.

У цьому поточному проекті ми також маємо поставити підрядчикові завдання тестування для групи індійських тестерів. Особисто ми контактуємо лише з одним із них, тому поняття не маємо, скільки їх усього. Однак цей хлопець - це самоцвіт тестера, цінний актив у будь-якому проекті. Окрім того, що він старанний і ретельний, він задає багато питань, щоб зрозуміти велику картину, часто перевіряє навіть більше, ніж очікувалося, і повідомляє про проблеми, знайдені точно та описово.

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

Інші два були досить іншою історією. Випадково чи ні, в обох випадках програмісти були в Індії. В одному випадку, по суті, все, що вони робили, доводилося розглядати як не що інше, як прототип - придатний (до певної міри) для тестування можливих конструкцій, але все, що вони написали, було викинуто і замінено, щоб отримати код рівня виробництва. Вони, здавалося, ілюструють те, що я вважаю «мисленням ISO 9000». Вони виявляли майже релігійну прихильність до політики та процедур, але майже повну відсутність розуміння проблеми, яка мала вирішитись. Їх код може бути найсмішнішим, що я бачив.

В іншому випадку проект врешті-решт просто відпав. Це була схема зайцев, що була нещодавно просунута віце-прем'єр-міністром, і я впевнений, що ідея з першого дня полягала в тому, щоб мінімізувати витрати, але все ще в змозі сказати йому, що його ідея активно розвивається. Хоча код, який ми отримали, був абсолютно марним, важко звинуватити підрядника, оскільки жодних зусиль не було вкладено в управління проектом або навіть просто отримання ними корисної специфікації. Їх код став поганим, а якість швидко знизилася, коли стало очевидно, що ніхто не піклується.

Люди - це люди. Деякі програмісти - хороші програмісти, деякі - погані програмісти. Деякі погані програмісти з часом можуть стати хорошими програмістами, тоді як час ніколи не може принести користі деяким іншим поганим програмістам.

Місцезнаходження, як правило, тут не є фактором. Але, можливо, можливість.

Я запитував, що означають слова "погана помилка синтаксису ОК" в GW Basic, коли мені було 8 років. Я виріс за комп’ютерами. Не всі мають таку перевагу. Часи, проте, змінюються, і 8-річні сьогодні мають більший доступ до технології, ніж 8-річні вчорашні.

Але важливо усвідомити, що програмування - це більше, ніж просто знати, як користуватися комп’ютером. Він проходить набагато глибше, ніж це. Ось декілька основних характеристик, які відокремлюють хороших програмістів (і тих, хто просто потребує часу) від справжніх поганих:

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

Найголовніше, що хороші програмісти - це також хороші комунікатори. Найкращі програмісти - це ті, хто може переконати інших. Саме вони можуть терпляче обговорити проблему з іншим однолітком, поки не знайдеться рішення.

Найбільший виклик - це спілкування.

Який би не був виклик, ніколи не стереотипуйте ні себе, ні інших. У вас є стільки ж потенціалу, як у всіх інших, і навпаки. Просто пам’ятайте, що ви можете робити все, на що дійсно подумаєте!

Я закінчую 21-річний бакалаврат з Індії на останніх 4-х курсах з інформатики та техніки.

Сама ідея написання цього документа полягала в тому, що Індія - це набагато більше, ніж центр аутсорсингу. Я сподіваюся, що захід бачить це таким чином, і замість того, щоб поглинути талант, захід повинен створити більше центрів в Індії. Попереду якийсь образливий вміст, але якщо ви зрозумієте більшу картину, ви зрозумієте, що я намагаюся сказати.

Навчання в Індії знаходиться в дуже тривожному стані, щороку виробляється робоча сила, яка не має або абсолютно жахливих технічних навичок. Освітня система зовсім не є конкурентоспроможною з точки зору інновацій чи підприємництва. це призвело нашу країну до величезних збентежень, таких як недавно розроблений корінним комп’ютером 10 доларів США (який виявився дешевим китайським планшетом на базі Android, підтримуваним лише індійською компанією) або раніше заявою про інший технологічний прорив (який виявився великий палець). Навчальні заклади повністю відключені від реального технологічного світу і більше зацікавлені в тому, щоб студенти винаходили колесо, все в ім'я інновацій. навчальні заклади, кожен їх ненавидить.

Приїжджаючи до місць, де ви принаймні розраховуєте засвоїти деякі гарячі навички розвитку:

Я мав вплив на кілька навчальних закладів в Індії, крім моїх навчальних закладів. Програмування та розробка програмного забезпечення відбувається на двох рівнях, розробці рівня додатків та розвитку системного рівня .

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

Але в той же час є незалежні програмісти та розробники, які зацікавлені в речах. Вони схожі на нерозкритих героїв, які втратили будь-яку надію і найменше зацікавлені у зміні світу. Все, що вони хочуть, - це максимально використати свої навички, тому справа йде у грошах та виїзді за кордон. Хоча наші курси дуже обмежені системним програмним забезпеченням (програмування на C за допомогою TurboC !!! протягом 4 плачевних років, дурний і розпливчастий C ++ без належних об'єктно-орієнтованих концепцій із використанням cout в програмі C не є C ++, ASM та більше C програмування за допомогою gcc), коли в компанії ми в основному робимо розробку додатків (ASP.NET, WinForms, J2EE). В основному, інженер з комп'ютерних наук покликаний виконувати роботу інженера з програмного забезпечення. Так, знання інформатики допомагає, але незнання належної інженерії програмного забезпечення занадто сильно гальмує процес, і ця система значно скорочується. Це #fail.

Наведу простий приклад. Я приєднався до навчального інституту для свого останнього проекту, і вони хотіли, щоб я створив веб-сайт ASP.NET, який би був чимось системою інвентаризації (бронювання готелів, подібні CRM). Так, це непросте завдання, але працювати над проектом не варто. Це буде лише винахід колеса, і ці проекти за своєю суттю в реальному житті величезні. Поставлена ​​за 6 місяців групою з 3 осіб, ви можете зрозуміти вид зменшеної непридатної системи, яка буде наслідком цього. Інститути не наголошують надто глибоко, і вони більше зацікавлені в тому, щоб "не лякати студента, що їм говорити занадто багато", і "дати огляд, і дати їм вивчити решту самостійно". Зрештою, те, що люди розробляють у проектах, навіть не є повністю перевіреним прототипом,

Я взяв власну тему, голосову систему управління в режимі реального часу. Я використовую WPF, API Google Maps і все останнє в техніці, що можу. Для належної практики розробки програмного забезпечення я використовую управління джерелами, використовую MVVM і детально розглядаю все інше, про що я знаю. Мені 21 рік і випускник. Я думаю, що в моєму віці люди на заході ще перебувають у фазі навчання і в подальшому віці стають випускниками. Це робить західних випускників набагато кращими та більш обізнаними. У нас кількість, але не якість.

В Індії рівень роботи, яку я роблю над своїм проектом, як правило, не очікується на бакалаврському проекті підсумкового року. Але я зроблю це тому, що хочу. У той же час, в моїй групі є й інші, яким зручно робити проект в ASP.NET, робити 5-7 сторінок, виконувати запити бази даних, заповнювати перегляд сітки і не думати про безпеку. Чорт, навіть на тих веб-сайтах, які займаються фрілансінгом, є кращі оголошення про роботу (YouTube-клон, Google миттєво + X = Y Mashup ..)

Через півроку ви знайдете тих самих людей, що працюють в компанії, на яку ви передаєте свій бізнес, і ви там теж знайдете мене. Такі люди, як вони, перевищують таких, як я, десять на 1 :(

якщо бути точним і не рецензувати, за всю свою навчальну кар’єру та знайомство з понад ~ 500 людьми я бачив рівно 4, хто мав такий рівень знань, що я вважав би їх за роботу над проектом зі мною)

Зрештою, всі випускники Індії напишуть гарну документацію, оскільки це теорія, але не чекайте від них жодного дуростійкого коду.

Що стосується системного програмного забезпечення, то ж саме. Мій друг працює з Android NDK і працює над проектом в реальному часі в компанії. Йому пощастило отримати цей проект, і я йому заздрю, але такий рівень роботи трапляється і в Індії. Ще один старший в моєму коледжі розробив клон kinect (мультитач-миша, як у звітах про меншості) у своєму проекті останнього року, використовуючи лише 2 дешевих веб-камери. Так само є й інші, які копіюють коди з Інтернету і якось отримують ступінь винахідництва колеса.

Моє остаточне слово, не сподівайтесь на погіршену якість по всій Індії, і не сприймайте індіанців як належне як дешеве програмне забезпечення, яке підходить тільки для роботи з обслуговування.

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

Я більше в Audi btw. :)

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

Західні розробники бояться східних розробників. Ми знову і знову чуємо, що наші робочі місця в кінцевому підсумку будуть передані в аутсорсинг. Це поганий початок будь-яких стосунків. Що ще гірше, нам постійно нагадують, що наша освіта неповноцінна. Східні розробники дешевші, розумніші та покладуть більше клопотів. Наш професійний досвід із східними розробниками не має значення, оскільки він отруєний страхом.

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

По-перше, є дані, що більшість людей насправді не вирізані для розробки програмного забезпечення. (Наприклад, дослідження інтерфейсу показують, що більше половини населення, ймовірно, ніколи не «здобуде» уявлення про дерево каталогів.) На Заході у цих людей немає проблем з пошуком інших гідних робочих місць, для яких вони краще підходять. В Індії, навпаки, існує настільки великий тиск, щоб піти на розробку програмного забезпечення, що це робиться все одно. Це означає, що в Індії є багато людей, які вступають у розробку програмного забезпечення, які дійсно не повинні.

Далі, Індія - загальне місце для аутсорсингу. Компанії роблять це тому, що це виглядає дешево (зарплати низькі). Однак добре задокументовано (наприклад, див. Задокументовані фактори витрат у моделі COCOMO II ), що всі наступні збільшення потребують часу та зусиль для розвитку: робітники в декількох місцях, робітники в декількох часових поясах та працівники з різних культур. Будь-який проект, здійснений в Індії та спрямований із Заходу, матиме всі три фактори витрат. (Це ще до того, як ви додасте тенденцію до пошуку людей, які працюють як розробники, яких насправді не повинно бути.)

Нарешті, найбільшою проблемою в управлінні проектами програмного забезпечення є отримання точної інформації про те, що не працює тим, хто приймає рішення, які повинні це знати. Мені подобається, що це жартівливе сприйняття цієї тенденції. З будь-якої комбінації причин, будь то відчай, культура чи віра у те, що замовник має рацію, ця тенденція є гіршою в проектах, які були передані в Індію. Іноді до комічної міри.

Результатом є те, що американські компанії мають сильну тенденцію піддаватися сиренковій пісні про низьку заробітну плату, передавати в Індію роботу з аутсорсингу, а потім проекти, що передаються сторонніми, перетворюються на катастрофи. (Але масштаби катастрофи не очевидні, поки американці не втратять роботу.)

Інший шлях, по якому йдуть компанії - це наймати індіанців у США за візами H1B. Це позбавляється від проблем віддаленого працівника. Багато індіанців хочуть цих робочих місць, оскільки зарплати в США вищі і т. Д. І там є більш ніж достатньо справді чудових індіанців, щоб заповнити всі наявні роботи. Але є проблема. Американські компанії, які наймають на візи H1B, зобов’язані присягати вгору та вниз, що жодним американцям не доступно для роботи, що найманій особі платять ринкові ставки тощо. Але хтось із візи H1B важко перемикає роботу. Це дає роботодавцю полоненого працівника. І не залишає ринкового стимулу реально ставитися до цих працівників. Це дає компаніям сильний стимул для нечесності. Занадто багато піддаються.

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

Так що є моя думка. З ряду причин аутсорсинг проектів в Індії часто призводить до катастроф. Ті, які ви отримуєте як працівники H1B, як правило, чудові, але ця програма сильно зловживається способами, які мене сумують.

Я працюю 3 роки з індійськими розробниками (я італійський). Люди - це люди. Ми перекладали аутсорсинг в основному, тому що нам потрібна команда, і в Італії складно знайти команду, особливо на таких популярних мовах, як Delphi. Тож головна причина - пошук команди, а не вартість.

У будь-якому випадку команда, яку ми знайшли, була дуже хорошою, оскільки мала дуже хорошого лідера. Але інші розробники були не такі важливі. Що трапилось? тепер, коли розробник працює безпосередньо на нас, тому що він дуже приємна людина, він також став моїм другом. Є міцні стосунки, і ми також платимо йому майже італійську зарплату. Чому? Тому що стосунки мають значення. Я бачив, як багато людей їдуть в Індію просто для порятунку.

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

Проблема ІМО полягає не в проблемі "Схід проти Заходу", а загальна ідея аутсорсингу. Ще у другій половині 90-х років інтернет-бум, Y2K та конвертація валюти в євро створили багато роботи для програмістів, тому аутсорсинг тоді був гарячою темою. Але це було аутсорсингом всередині країни, а не на Сході. Тим не менш, багато проблем, які ми очікуємо або стикаємося з офшорінгом, також виникають з місцевими партнерами з аутсорсингу.

У багатьох випадках написання хорошої специфікації - це стільки ж роботи, скільки і самостійно (хоча й питання). Але оскільки мета аутсорсингу - заощадити час та / або гроші, характеристики, які надаються партнеру-аутсорсингу, є схематичними. Додайте підрядника, заплаченого за годину та відсутність нагляду, і зрозуміло, що ви очікуєте.

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

• Не вистачає цікавості та творчості. Тут я не думаю, що вони неповноцінні чи дурні. Але швидше, щоб це було культурно. Історично вважається, що вони насамперед поважають владу. Як такі, вони ніколи не ставлять під сумнів поганий дизайн, переданий їм «зверху». Також багато з них в основному цікавляться технічними навичками, а не доменними навичками. Мені найважче вчити їх про закономірності та абстрактні поняття, якщо вони не можуть безпосередньо стосуватися їх роботи. Однак через деякий час стіни руйнуються, вони стають більш пристрасними у складних повноваженнях, якби не було на технічному рівні, я не хотів би скасовувати свою візу ;-)
• Загроза Про це згадувалося раніше, але наголошую. Це, мабуть, єдиний найважливіший момент і те, що створює найбільшу напругу у стосунках з коледжами за кордоном (тобто в Канаді). Загалом, західники, з якими я працюю, як правило, перебільшують усі негативні сторони роботи із східниками. Вони будуть надзвичайно суворими щодо огляду коду, при цьому будуть дуже поблажливими один до одного. Вони б'ють ударами і кричать, якщо східчанин не помітить одиничного нагляду за процесом чи передовою практикою, але вони самі б'ють і кричать, якщо їх попросять ввічливо дотримуватися процедур, які вони самі застосовують.
• Витратні кошти - це нормально, щоб китайці працювали з напівзапеченим секонд-хенд обладнанням. Я розбив три стільці, перш ніж мені дозволили отримати напівкомфортний. Тоді мені стало погано, щоб отримати хороший стілець, помітивши, що всі вони все ще мали те, що було схоже на середньовічний апарат для тортур. Однак, відвідуючи головний офіс тієї самої компанії, там же були розроблені столи, котрі займали площу, яка зазвичай займала команда від 4 до 6 дев тут у Китаї, не кажучи вже про стільці!

На початку те, що вони писали, було не завжди дуже добре. Напевно існує культурний розрив, але і довга крута крива навчання погано розробленої системи для початку. Але ви знаєте, що ... через два роки ... деякі найкращі роботи, виконані в цій системі, надходять з китайських офісів. Оскільки це стає все більш помітним, це ще більше посилює елемент загрози ...

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

Це захоплююча тема. Я працював у СФ та Кремнієвій долині, але також у Європі для місцевих клієнтів, створив офшорний офіс в Індії та тепер керував офшорним магазином розвитку в Південній Америці. Я навіть трохи попрацював з африканськими розробниками.

Кожен регіон світу здатний виробляти чудових програмістів. У Малаві у мене є друг хакера, який будує дивовижні сенсорні інтерфейси, підтримувані відкритими системами для клінік з ВІЛ, використовуючи та сприяючи проектам з відкритим кодом важливими способами.

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

Є дуже реальні культурні відмінності між Європою, Латинською Америкою, США та Індією. Тоді є хакерська культура, яка є більш-менш універсальною.

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

Сертифікати. Якого біса? Індія любить сертифікати, ISO, CMMI тощо ... це продовжується і продовжується. Це безглуздо покриття дупи. Більш суттєво, це не те, як ви розвиваєте гарне програмне забезпечення.

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

Не кожен індійський магазин розвитку такий, Зохо, створив дивовижний індійський бізнес, порушивши всі правила. Вони наймаються на основі здатності не касти або того, що у вас є сертифікація університету. Тим самим вони завантажили повну заміну SaaS в MS Office Suite.

В Індії є активна хакерська спільнота, а також зустрічі, списки розсилки, невеликі конференції тощо. Ці розробники хороші світового класу. Часто їм важко отримати роботу в індустрії розробки програмного забезпечення Індії. Я сам знайшов два пітона для нашого індійського офісу, вони були чудовими, а потім наш індійський менеджер наполягав на тому, щоб найняти команду з десятка освіжачів, нових випускників. Через кілька місяців хакери відмовилися, їх керівник зробив їхнє життя пеклам. Нам залишилося з десяток молодих та захоплених співробітників, більшість з яких не вміли дуже добре програмувати.

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

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

Інша велика проблема - часові пояси. Це не перевага, це величезна проблема. Це означає, що немає постійного прямого зв’язку між виїзними та офшорними командами. Це спричиняє величезні непорозуміння і змушує писати копії документації. Зробити її спритно дуже важко.

Сумна правда - величезна кількість програмного забезпечення, яке виробляють індійські корпорації, низької якості. Ви постійно чуєте, як деви говорять про те, як індійські інженери лаються, це неправда, але це відображення якості великих традиційних офшорних компаній. Це вина бізнес-культури в Індії, а не самих розробників. Розробники застрягли в поганій системі, яка винагороджує неправильні речі.

Я пережив декілька проектів, прихильних до Азії (різних країн, про які я не згадую). ВСІ з них були похмурими невдачами. Незважаючи на велику і детальну документацію, надсилаються документи з специфікаціями тощо тощо за результатами (якщо взагалі щось було виготовлено) було однаково погано. Зазвичай він або взагалі не працював, або був настільки незначно функціональним, що був марним. Проекти також були (якщо вони взагалі давали результати) серйозно пізно.

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

Можливо, заява кількох із них про те, що всі хороші ІТ-люди залишають Азію для роботи в Європі та Америці. Залишилося внизу стопки, в якій мало людей, які взагалі не мають якості, щоб забезпечити нагляд, навчання та командне керівництво для покращення. Доводиться стикатися з азіатськими ІТ-людьми, які там живуть (принаймні, з деяких країн) по телефону та електронною поштою (та бачачи інтерв'ю по телебаченню тощо), може бути і культура. Багато людей, схоже, вважають себе расовими та морально перевершуючими американців та європейців (і вважають тих, хто залишає свої країни зрадниками) і відмовляються слухати поради, кого вони вважають неповноцінними істотами. Це, безумовно, не стосується всіх азіатських країн, але може бути досить поширеним, щоб створити атмосферу "ми найкраще знаємо,

Ситуація на сході Європи є кращою, можливо, частково, тому що багато з цих країн є частиною ЄС, тому існує більша загроза успішних судових дій проти них, якщо вони зникнуть.

Тупі та цинічні:

• Дешевше
• Загроза
• Відсутність вдячності, що ви торгуєте мавпами місцевого коду для більш дорогих керівників проектів та аналітиків, щоб налагодити зв’язок із офшорними командами.
• Зацікавлені сторони отримають те, про що вони просили, через їх неможливість викласти коротку та всеосяжну вимогу. Це не буде те, чого вони хотіли. Зацікавлені сторони хочуть місцевих знань ...
• ... але це галочка, що відмічається для старшого управління ІТ, тому що це модно / популярно / KcKinsey сказав / не розумію розробників / ...

У свої 10 років в IBM я працював з програмістами по всьому світу в різних стосунках. Перше, що ви дізнаєтесь - це те, що в усіх географічних стереотипах не так, по обидва боки океану. Програмісти - це програмісти у всьому світі ... виберіть 100 з них з будь-якого місця, і ви отримаєте приблизно однакове співвідношення людей, які не змогли б запрограмувати світ привіт без поїздки або трьох до Google, людей, які є гідними, та людей, які є блискучими .

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

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

Я живу в Центральній Європі. Протягом останніх років хвиля аутсорсингу обійшла нас. Я працював над аутсорсинговими проектами з "Заходу", але зараз проекти, що передаються аутсорсингом, прибувають у дешевших країнах. Тож я був по обидва боки рівняння.

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

Потім проекти перемістилися на дешевші території, що було якось неминуче.

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

Я живу в Росії, Сибіру і працюю в німецькій медичній компанії, яка надає нам проекти. Я думаю, це трохи більше, ніж аутсорсинг: у нас є спільні команди між Росією та Німеччиною, у нас є відрядження один з одним тощо.

Звичайно, я суб'єктивний, але я вважаю, що ми є прикладом успішного аутсорсингу: якість коду та якість продукції значно підвищуються з моменту початку роботи над цим.

Дещо невтішно бути дешевою робочою силою, але з іншого боку ми маємо шанс працювати у великій компанії з великими технологіями та досвідом управління.

Відмова: Я - індієць, і це може здатися думкою індіанця, але я працював із багатьма західними клієнтами і навіть у США. Якщо у Східній півкулі були найгірші програмісти у світі, чому б західна півкуля виходила на схід? Якщо ви надаєте аутсорсинг на східні частини земної кулі лише для того, щоб заощадити долари, IMO, це погіршує якість. Добре, швидко і дешево, вибирайте будь-які два. Коли мені потрібно найняти хлопця, я запитую в моєї організації, які їхні очікування та яку ціну вони готові платити. Справді важко переконати талановитого самооціненого хлопця працювати на вас за меншу оплату та більший тиск. Це лише ті сайти, які займаються фрілансом у поєднанні з нещасними західними хлопцями, роботою яких був Бангалор-д, в результаті яких східні програмісти - це мавпи коду. Якщо ви готові заплатити вищу ціну, ви будете впевнені в кращому результаті, і не слідкуйте за тими компаніями, що надають послуги ISO / CMMI / SEI. Вони наймають талантів так, як вирощують стадо овець або живий запас.

Я зараз американський житель за кордоном (у Росії) і працюю як підприємець (і фрілансер на стороні, щоб оплачувати рахунки). Я працював у Silicon Valley як розробник, керівник технічної команди та архітектор програмного забезпечення / систем більше 20 років для багатьох компаній та стартапів, деякі дуже відомі, включаючи одного стартапа, який з часом став переважаючим в галузі багатомільярдним капіталом міжнародна корпорація. Ця остання корпорація (її називають «Х») має центри розвитку в усьому США та світі: Індія, Росія, Китай, Європа тощо. Я працював безпосередньо з членами деяких із цих команд, і визнав їх високо талановитими та гідні інженери. Наполегливість та креативність, погоджуюся, на сьогоднішній день мають тенденцію до більш особистого типу американського інженера,

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

• Я вважаю, що фріланс - це майбутнє роботи за комп’ютером, особливо програмного забезпечення. За своєю суттю він дуже портативний, все що вам потрібно - це ноутбук та інтернет, і ви займаєтеся бізнесом. Завжди має бути зроблений випадок для внутрішніх команд на місці: більш надійний графік, передбачувані набори навичок тощо, але вони дуже дорогі в обслуговуванні.

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

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

• Концентрація таланту в усьому світі абсолютно зміниться, так само , як фізичне розташування команди розробників вже змінилося. Рівні талантів поза США продовжуватимуть зростати, і в не надто віддаленому майбутньому ми оглянемося на ці теми і подумаємо, "про що вони говорили, ви можете знайти найвищих талантів у будь-якій точці світу".

Я працював і в східній, і в західній частині земної кулі і думав, що поділяться. Я працював у Бангалорі 5 років, перш ніж переїхати до США. Близько 8 років працював у США і повернувся назад до Індії. Мене змусили сидіти вдома, бо роботи тут занадто вимогливі. З двома маленькими дітьми було неможливо помістити в ті довгі години. Нарешті знайшов роботу за сумісництвом. Я був шокований, коли побачив якість роботи в Індії. Це було не так вже й погано, коли ми поїхали до США. Молодий натовп просто не здається ні відповідальністю, ні ентузіазмом вивчати нові технології. Як хтось зазначив, сказати "ні" є рідкістю (удар по його его, ІМО), і в результаті ви побачите абсолютно марну чи посередню роботу. Код нечитабельний, взагалі немає уявлення про велику картину, немає можливості для розширення тощо. На той час, коли ви тренуєте хлопця (ів), він готовий стрибати з роботи на зелені пасовища. Сказавши це, я все одно сказав би, що є кілька виключно хороших. Якщо вам трапляється працювати з ним / нею, вважайте себе щасливим, особливо якщо ця людина може добре спілкуватися!

Якщо якість роботи погана, можливо, це не стільки, як вони дивляться на Індію, а дивляться на того, хто зробить найкращу пропозицію, і це, швидше за все, не так, як у Прасона Саурава, але у якоїсь молодшої команди з кодування.

Я працював із чудовими офшорними програмістами, але найняти їх не було надзвичайно дешево. Я також працював з дуже недорогими офшорними програмістами, і вони не були великими.

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

Шукаючи команду програмістів, які бажають працювати надзвичайно дешево, я не сподівався б отримати талант вищого рівня. Щоправда, де б не жив твій талант.

Я зі Швейцарії. Я працював над одним проектом, де ми перекладали аутсорсинг в Україну. Девелопери, де набагато дешевше, але гроші, які ми заощадили, повинні були повторно вкладатись у перельоти нашої команди в Україну щомісяця для нагляду за цією командою біля берега. Проект загинув приблизно через рік після його аутсорсингу.

Зараз я працюю над проектом, який передається в аутсорсинг швейцарській компанії, яка сама передала його в Марокко. Проект вже на шляху, але у нас є проблеми з комунікацією та якістю.

Я думаю, що головна проблема полягає в тому, що ми розробляємо офшорний проект, щоб звести їх дешевше. Завжди важко отримати речі дешевші, але такої ж якості ...

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

Як свідчать деякі відповіді, аутсорсинг є загрозою для багатьох на "заході". Це автоматична причина недовіри програмістам-конкурентам.

Я бачив поганий код лише під час перегляду аутсорсингових проектів, і лише невелику кількість разів. Це могло бути тому, що робота пішла в дешевий магазин ("ви отримуєте те, за що платите"), тому що проект погано керувався, або, швидше за все, тому що якщо проект був успішним, то мені не потрібно було б дивитися на код. Іншими словами, ви чуєте лише про поганий код.

Є також страшилки - як, наприклад, вищевказаний файл 30000. Знову ж таки, чим гірша історія, тим далі вона поширюватиметься.

Люди скажуть такі речі, як "Якщо ви хочете, щоб це було зроблено дешево, передайте аутсорсинг. Якщо ви хочете, щоб це було зроблено правильно, зробіть це все.

Якщо ви навчаєтесь і вдосконалюєтесь, я б не переживав про це занадто.

Відмова: Я не маю прямого досвіду роботи з аутсорсингом. Нижче я представляю деякі моменти, які виникли, коли я обговорював цю тему з менеджером проектів у великій західній програмі. Цей хлопець проводив багато часу на землі в Індії, курируючи команди, що перебувають під назвою.

• Майже ніхто не має у своєму будинку комп’ютера (занадто дорогий).
• Інформаційної освіти Індії бракує. Ступінь бакалавра в КС надається студентам, які ніколи не торкалися комп'ютера (знову ж таки, надати студентам нижчого рівня доступ до комп'ютерів занадто дорого). Завдання з програмування записуються на папері.
• Менталітет "завжди кажи так" дуже згубний
• Індійським програмістам потрібно точно сказати, що робити. Ініціативи дуже мало.
• Розробка програмного забезпечення на аутсорсинг в Індії стала катастрофою
• Аутсорсинг деяких завдань із забезпечення якості спрацював нормально.
• Різне .:
  • Електрика дуже нерегулярна
  • Індія - це більш-менш поліцейська держава
  • Індія, здається, є політично нестабільною і має проблеми з тероризмом.
  • За умови, що ніхто не вирішить жити в Індії.

Деякі з найбільших ІТ-компаній світу знаходяться в Індії, якщо ви чули про Wipro, Infosys, TCS тощо. Найбільші індійські компанії, яким більшість "західних фахівців із програмного забезпечення" ніколи не могли дозволити собі офшор, легко могли б кваліфікуватися як найкращі в світі за якістю . Вони отримують кожен сертифікат під сонцем щодо якості, щоб лише зменшити страх західних клієнтів. Також в більшості індійських програмних компаній є більше інженерів (ступінь та досвід), ніж у більшості західних компаній. Також у Google, Oracle, IBM, Microsoft, SAP є центри розвитку, і не всі вони шукають дешевих програмістів.

То як ми бачимо західних інженерів. Ми бачимо змішану сумку, як ви бачите змішану сумку, коли дивитесь на океан. Є кваліфіковані супер технічні люди, якими ми захоплюємось, і є сумки для душу, з якими ми можемо іноді змушені працювати. За великим рахунком ми дуже добре ладимо в змішаних командах. Ці стосунки справді випадають, якщо у вас є "технічно орієнтовані" ділові люди із західного кінця та просто програмісти на іншому кінці. Зазвичай це західна компанія, яка голодує за грошові кошти, прагнучи заощадити кілька доларів, не наймаючи місцевого менеджера.

Мій досвід роботи з аутсорсингом для східних країн (не східної Європи) був досить поганим. Усі програми, які я бачив, були приголомшливими і просто виглядають як купа поганого непов'язаного коду, склеєного разом, щоб ледь виконати роботу, яку він повинен робити.

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

Так, так, я в основному не вважаю, що це має щось спільне з кількістю шкільних занять, які людина отримує де завгодно, це пов'язано з звичками, набраними на роботі. Там є багато хороших програмістів (хоча я думаю, що вони добре в меншості), але я не думаю, що вони ті, з якими західники взаємодіють, коли проекти отримують аутсорсинг.

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

@giddy, Пітер: Як програміст родом з Індії, мені доведеться визнати правду, сумну, як це є, ваші твердження: програмування в Індії - це не те, що люди беруть на вибір, а не з примусу. вони соціальні чи економічні. Ось одна з причин того, що в Індії дуже часто зустрічаються люди, які швидко відходять від технічних робочих місць до чисто управлінських (це насправді називається «просування по сходах», фразу, яку я зачепив). Навіть якщо ви хочете продовжувати рости як технік, управлінські ролі на вас схиляються (це одна з причин, чому я вирішив фактично переїхати з Індії).

З моїх причин, зростання кар'єри прирівнюється до кількості людей, які працюють або, якщо бути точнішим, під вами. "Я відповідальний за команду з x" або "x люди працюють під мною" - це твердження, яке вважається гідним "успішної" людини в Індії (неважливо, що "x люди" можуть бути тими, хто виробляє вид коду, на який посилаються інші в цій темі).

Сказавши все це, я хочу зазначити, що низька якість коду - це не те, що обмежується лише Індією та іншими "недорогими" країнами. Я іноді бачу знайоме ставлення та якість коду навіть тут, у Європі. На щастя, вони не є загальним правилом.

Я мав неоднозначний досвід роботи з офшорингами нашої роботи та просто роботою з офшорними компаніями взагалі. Для довідки, я живу в США.

Поганий

Я працював у компанії, яка уклала контракт з компанією в Індії, яка була оцінена CMMI 5 і працюватиме на дешеві. Компанія дала їм певне програмне забезпечення для клієнтів писати з нуля, і коли він повернувся, код був баггі, повністю недокументований і, як правило, важко переробляти та підтримувати. Компанія закінчила лише записування всього клієнта з нуля і з'їла вартість офшорингу.

В іншому випадку, компанія, з якою я працював у партнерстві з компанією в Азії, щоб представити свої послуги та товари на східних ринках. Що сталося, було секретною історією, що лише декілька людей знали (і я за допомогою проксі), де азіатська компанія взяла наш вихідний код і дизайн товарів, розірвала партнерство, а потім випустила власну продукцію, яка була такою ж, як і моя компанія.

Середній показник

В іншому випадку компанія, в якій я працював, відкрила науково-дослідний офіс у Китаї, дуже сучасне місце, у них у кабінеті були вигадливіші речі, ніж у мене. Мене відправили в офіс Китаю на тиждень для навчання, оскільки науково-дослідний комплекс буде використовуватися для розробки спеціальної розробки Linux. У команді були деякі люди, які були досить гарні, але як це буває з розробниками такого зросту, вони пішли досить скоро після цього, а решта команди написала нам API, щоб використати тут, у Штатах. Я буду називати API повністю поганим, тому що він не виявив розуміння Linux, а базовий вихідний код був у кращому випадку непростим. Але я думаю, що велика проблема полягала в тому, що компанія обрала дивну команду, яка також дала роботу Linux, оскільки ніхто з цієї команди взагалі не був експертом Linux, і проект був знятий через рік.

Добрий

В інших випадках інша компанія, в якій я працював на домовленості, працювала в компанії зі Східної Європи. Ці хлопці справді були хорошими, їх контрактували на тестування на вразливість, і хоча вони були дуже дорогими, вони, як правило, сприймалися як гідні інвестиції.

Я також працював з досить гігантською індійською компанією з ІТ-послуг, і у нас були власні розробники, які працювали у них, але вони уклали контракт на нас. Там було кілька хороших дияволів, але це більш загальна історія, оскільки ми разом працювали над різними проектами.

Ці історії призначені для розваги - я працював з кількома компаніями, і в мене є історії про вітчизняні та іноземні компанії.

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

Були й розрядники, яких я зустрів, які просто не насолоджувалися своєю роботою. У нас був корейський розробник, який хотів приїхати до штатів працювати, бо працював у рабські години за низьку оплату оборонної компанії в Кореї. Я був співпрацівником із розробником (також іноземним), який скаржився на свій вибір стати розробником - він зробив це, щоб спробувати заробити мільйони.

Цікаво! Я китайський і думаю, що знаю, чому програмістам тут не вистачає цікавості та творчості. Більшість моїх колег скаржаться щодня, вони ненавидять кодування, їм не подобається дизайн, вони просто пліткують тут і там (це частина нашої культури). Вони приходять до програмних компаній лише за більш високу оплату (в країнах, що розвиваються, ІТ-хлопці добре платять), а не для того, щоб "врятувати світ" чи змінити значення. Ні інтересів, ні мотивації, ні цікавості, ні творчості !!!! Але є розумні голови (як я ^ _ ^), вони якісно працюють і доставляють вчасно !!!!