Comments on: Решаем нерешаемые проблемы. http://victorronin.com/2008/02/25/reshaem-nereshaemye-problemy/ Несерьезные мысли о серьезном бизнесе от Виктора Ронина. Mon, 06 Oct 2008 18:03:32 +0000 http://wordpress.org/?v=2.3.1 By: Блог об IT бизнесе » Blog Archive » Бизнес риторика (часть 2). http://victorronin.com/2008/02/25/reshaem-nereshaemye-problemy/#comment-2995 Блог об IT бизнесе » Blog Archive » Бизнес риторика (часть 2). Tue, 25 Mar 2008 02:24:15 +0000 http://victorronin.com/2008/02/25/reshaem-nereshaemye-problemy/#comment-2995 [...] зачастую переформулировка задач (как я писал в статье Решаем нерешаемые проблемы) помогает принять гораздо более правильные решения и [...] […] зачастую переформулировка задач (как я писал в статье Решаем нерешаемые проблемы) помогает принять гораздо более правильные решения и […]

]]> By: Victor Ronin http://victorronin.com/2008/02/25/reshaem-nereshaemye-problemy/#comment-2544 Victor Ronin Tue, 04 Mar 2008 02:00:50 +0000 http://victorronin.com/2008/02/25/reshaem-nereshaemye-problemy/#comment-2544 Ну, на самом деле цифры взяты навскидку. Но абсолютно любой бизнесмен скажет, что для типового товара (каким сейчас стали услуги по программированию) торговать оптом, выгоднее чем в розницу. Ну, на самом деле цифры взяты навскидку. Но абсолютно любой бизнесмен скажет, что для типового товара (каким сейчас стали услуги по программированию) торговать оптом, выгоднее чем в розницу.

]]> By: GeF http://victorronin.com/2008/02/25/reshaem-nereshaemye-problemy/#comment-2538 GeF Mon, 03 Mar 2008 09:34:02 +0000 http://victorronin.com/2008/02/25/reshaem-nereshaemye-problemy/#comment-2538 Интересные цифры наводишь и расчеты :) Интересные цифры наводишь и расчеты :)

]]> By: Victor Ronin http://victorronin.com/2008/02/25/reshaem-nereshaemye-problemy/#comment-2518 Victor Ronin Fri, 29 Feb 2008 19:15:56 +0000 http://victorronin.com/2008/02/25/reshaem-nereshaemye-problemy/#comment-2518 Я еще не разу не видел, где оффшорилась похожая последовательность: "создать экземпляр такого-то класса, присвоить значения полей, вызвать функцию библиотеки фреймворка." Это быстрее и дешевле сделать программисту внутри фирмы чем оффшорить. Так как последовательность того, что придется делать: а) написать кому-то, чтобы сделали, б) объяснить конкретно зачем все это и как протестировать в) проконтролировать выполнение д) проверить качество результата г) оплатить выполнение Да, зачастую сгружают небольшие подсобные задачи (хотя чаще сгружают проект целиком). По большему счету есть минимальный размер задачи, который выгодно offshor'ить. Опять же например небольшая задача/проект - написать библиотеку по работе с версией GPS'а XXX, уже не является просто кодерской задачей. Да, естественно она не требует высшего пилотажа программирования, но она вполне требует понимания, как писать библиотеку, отладки, работы с скажем Serial или BT портом и т.п. И назвать это просто кодингом, как-то рука не поднимается. Кстати, offshore выгоден именно на больших объемах работ. Скажем, если оффшорить работу в 10 часов. То выгода этого 10 часов*$50/ч (США) = $500. Оффшор 10 часов*$15 (Восточная Европа) = $150. Чистой выгоды $350. Эту выгоду быстренько съедят накладные расходы. Вот, когда offshor'иться (а лучше открывается офис) на скажем 30 программистов, то цифры становятся интересные 30 программистов*160 часов в меся*50$/час = $240K в месяц в США и $72K в восточной Европе. Соответственно из-за разницы в $170K в месяц ($2M в год) вполне можно и подергаться. Даже если это потребует найма дополнительного человека в штатах и двух в offshore (для поддержки такой же эффективности), то все равно выгода будет $1M в год. Опять же из моего опыта (с обоих сторон offshore). Чаще всего выгружается внаружу либо проект целиком, либо его куски, которые требуют большого времени (зачастую таки не слишком сложные). Я еще не разу не видел, где оффшорилась похожая последовательность:
“создать экземпляр такого-то класса, присвоить значения полей, вызвать функцию библиотеки фреймворка.”

Это быстрее и дешевле сделать программисту внутри фирмы чем оффшорить.
Так как последовательность того, что придется делать:
а) написать кому-то, чтобы сделали,
б) объяснить конкретно зачем все это и как протестировать
в) проконтролировать выполнение
д) проверить качество результата
г) оплатить выполнение

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

Опять же например небольшая задача/проект - написать библиотеку по работе с версией GPS’а XXX, уже не является просто кодерской задачей.

Да, естественно она не требует высшего пилотажа программирования, но она вполне требует понимания, как писать библиотеку, отладки, работы с скажем Serial или BT портом и т.п. И назвать это просто кодингом, как-то рука не поднимается.

Кстати, offshore выгоден именно на больших объемах работ. Скажем, если оффшорить работу в 10 часов. То выгода этого 10 часов*$50/ч (США) = $500.
Оффшор 10 часов*$15 (Восточная Европа) = $150. Чистой выгоды $350. Эту выгоду быстренько съедят накладные расходы.

Вот, когда offshor’иться (а лучше открывается офис) на скажем 30 программистов, то цифры становятся интересные 30 программистов*160 часов в меся*50$/час = $240K в месяц в США и $72K в восточной Европе. Соответственно из-за разницы в $170K в месяц ($2M в год) вполне можно и подергаться. Даже если это потребует найма дополнительного человека в штатах и двух в offshore (для поддержки такой же эффективности), то все равно выгода будет $1M в год.

Опять же из моего опыта (с обоих сторон offshore). Чаще всего выгружается внаружу либо проект целиком, либо его куски, которые требуют большого времени (зачастую таки не слишком сложные).

]]> By: Артур Ракицкий http://victorronin.com/2008/02/25/reshaem-nereshaemye-problemy/#comment-2513 Артур Ракицкий Fri, 29 Feb 2008 17:05:05 +0000 http://victorronin.com/2008/02/25/reshaem-nereshaemye-problemy/#comment-2513 Да, их там нет. Они есть в Индии и у нас, в аутсорсинге - когда западные (или даже наши) разработчики сгружают кучу рутины за небольшие деньги, те кто эту рутину разгребают, как раз кодингом и занимаются. Создать экземпляр такого-то класса, присвоить значения полей, вызвать функцию библиотеки фреймворка. Нажать "билд", втыкать в окна... Это разработка? Я так не думаю. Да, их там нет. Они есть в Индии и у нас, в аутсорсинге - когда западные (или даже наши) разработчики сгружают кучу рутины за небольшие деньги, те кто эту рутину разгребают, как раз кодингом и занимаются. Создать экземпляр такого-то класса, присвоить значения полей, вызвать функцию библиотеки фреймворка. Нажать “билд”, втыкать в окна… Это разработка? Я так не думаю.

]]> By: rainy_sunny http://victorronin.com/2008/02/25/reshaem-nereshaemye-problemy/#comment-2500 rainy_sunny Fri, 29 Feb 2008 08:24:42 +0000 http://victorronin.com/2008/02/25/reshaem-nereshaemye-problemy/#comment-2500 Ну лично мне глаза режет. Пытаешься понять, правильно ли угадал слово... А хочется просто читать :) Ну лично мне глаза режет. Пытаешься понять, правильно ли угадал слово… А хочется просто читать :)

]]> By: Victor Ronin http://victorronin.com/2008/02/25/reshaem-nereshaemye-problemy/#comment-2476 Victor Ronin Thu, 28 Feb 2008 15:13:43 +0000 http://victorronin.com/2008/02/25/reshaem-nereshaemye-problemy/#comment-2476 Согласен, насчет того, что на западе специализация больше. Но даже на западе нету кодеров. Людей, которые набирают код, плохо понимаю, что происходит внутри. Согласен, насчет того, что на западе специализация больше.
Но даже на западе нету кодеров. Людей, которые набирают код, плохо понимаю, что происходит внутри.

]]> By: GeF http://victorronin.com/2008/02/25/reshaem-nereshaemye-problemy/#comment-2460 GeF Thu, 28 Feb 2008 08:37:29 +0000 http://victorronin.com/2008/02/25/reshaem-nereshaemye-problemy/#comment-2460 Думаю просто надо называть вещи своими именами, тогда не будет возникать противоречий. Как раз на западе и более узко разграничены специализации, а у нас наоборот у народа мышление - мастер на все руки. Например мне долго приходилось один раз объяснять своему родственнику что я не чиню компьютеры, а программирую :D Думаю просто надо называть вещи своими именами, тогда не будет возникать противоречий. Как раз на западе и более узко разграничены специализации, а у нас наоборот у народа мышление - мастер на все руки. Например мне долго приходилось один раз объяснять своему родственнику что я не чиню компьютеры, а программирую :D

]]> By: Victor Ronin http://victorronin.com/2008/02/25/reshaem-nereshaemye-problemy/#comment-2435 Victor Ronin Wed, 27 Feb 2008 19:11:45 +0000 http://victorronin.com/2008/02/25/reshaem-nereshaemye-problemy/#comment-2435 Я думаю не стоит делить эти понятия на два. Раньше может это было актуально. Сейчас кодер в чистом виде не может приносить компании пользы. В свое время, такая профессия могла иметь смысл, например для набивки перфокарт (так как это занимало много времени). Сейчас же именно набивание текста на клавиатуре не является делом, которые тормозит программирование. Насчет того, как себя называть. Да, правильно себя действительно называть разработчик ПО или инженером ПО (звучит немного странно, так как прямая калька с software engineer). Но, честно говоря, я в последнее время скорее интересуюсь обязанностями людей, чем позицией. Так как сейчас есть куча VP of engineering, у которого нет не одно подчиненного. И software engineer который тянет на себе 10 человек, иногда с двумя уровнями находящимися ниже его. Я думаю не стоит делить эти понятия на два. Раньше может это было актуально.

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

Насчет того, как себя называть. Да, правильно себя действительно называть разработчик ПО или инженером ПО (звучит немного странно, так как прямая калька с software engineer).
Но, честно говоря, я в последнее время скорее интересуюсь обязанностями людей, чем позицией. Так как сейчас есть куча VP of engineering, у которого нет не одно подчиненного. И software engineer который тянет на себе 10 человек, иногда с двумя уровнями находящимися ниже его.

]]> By: Артур Ракицкий http://victorronin.com/2008/02/25/reshaem-nereshaemye-problemy/#comment-2422 Артур Ракицкий Wed, 27 Feb 2008 16:57:32 +0000 http://victorronin.com/2008/02/25/reshaem-nereshaemye-problemy/#comment-2422 Я думаю, все дело в том, что у нас (пост-СССР) слово <a href="http://ru.wikipedia.org/wiki/%D0%9F%D180%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%81%D1%82" rel="nofollow">программист</a> заменяет собой два довольно разных понятия: software developer (<a href="http://ru.wikipedia.org/wiki/%D0%A0%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B0_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%BD%D0%BE%D0%B3%D0%BE_%D0%BE%D0%B1%D0%B5%D1%81%D0%BF%D0%B5%D1%87%D0%B5%D0%BD%D0%B8%D1%8F" rel="nofollow">разработчик ПО</a>), coder, code monkey (кодировщик?, писатель исходного кода). Причем, первое, как бы включено в понятие "программист" (а в английском является синонимом для programmer), а второе вообще упоминается вскользь и не имеет литературного либо научного определения в русском языке (в английском - Code monkey). Отсюда и путаница в сравнениях :). Называйте себя всегда и везде разработчиком ПО, или инженером ПО, и не будете удивляться :) Я думаю, все дело в том, что у нас (пост-СССР) слово программист заменяет собой два довольно разных понятия:
software developer (разработчик ПО),
coder, code monkey (кодировщик?, писатель исходного кода).

Причем, первое, как бы включено в понятие “программист” (а в английском является синонимом для programmer), а второе вообще упоминается вскользь и не имеет литературного либо научного определения в русском языке (в английском - Code monkey).

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

]]>