Сотрудничать или конкурировать? - PullRequest
2 голосов
/ 24 декабря 2010

Я работаю над инструментами разработчика для конкретного продукта.Существует конкурирующий набор инструментов для одного и того же продукта, произведенного другой компанией.Пользовательская база разделена между нами примерно на 50-50.

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

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

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

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

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

Ответы [ 4 ]

3 голосов
/ 24 декабря 2010

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

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

2 голосов
/ 24 декабря 2010

Еще один способ задать вопрос (и ответить) - спросить, КАКОЙ ВИД языка сценариев желателен для пользователей.

Если ваш конкурент пошел по пути блокировки с проприетарным языком сценариев, пожалуйста,ваших пользователей (и получите конкурентное преимущество), используя язык сценариев STANDARD.

Это значительно увеличит ценность вашего инструмента, так как многие люди УЖЕ знают язык сценариев.

Никто не хочетвыучить новый язык.

1 голос
/ 24 декабря 2010

Повлияет ли создание унифицированного языка сценариев на вашу клиентскую базу или даст конкуренту конкурентное преимущество?

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

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

0 голосов
/ 13 августа 2011

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

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...