Комментарии 42
переводчик не все прочел :-)
amazon начал судиться из-за использования в названии сервиса слова Alexa - его торговой марки. А против использования API никто не возражал.
amazon начал судиться из-за использования в названии сервиса слова Alexa - его торговой марки. А против использования API никто не возражал.
-9
попробую еще раз ;-)
переводчик не все прочел. amazon судится из-за использования в названии сервиса слова Alexa - его торговой марки. А против использования API - возражений не было.
переводчик не все прочел. amazon судится из-за использования в названии сервиса слова Alexa - его торговой марки. А против использования API - возражений не было.
-5
НЛО прилетело и опубликовало эту надпись здесь
Человек хотел высказаться по статье, а ему минусов понаставили...
abava: переводчик не все прочел. amazon судится из-за использования в названии сервиса слова Alexa - его торговой марки. А против использования API возражений не было.
abava: переводчик не все прочел. amazon судится из-за использования в названии сервиса слова Alexa - его торговой марки. А против использования API возражений не было.
0
Яркий пример неумелого использования бесплатного API.
0
Бесплатный сыр бывает только в мышеловке. Как только бесплатный продукт кому-то начинает приносить прибыль, владелец тут же хочет, чтобы с ним поделились. Это касается не только API, но и вообще всего. Или я не прав?
0
А как же бесплатные CMS типа Джумлы?
Их ведь создает сообщество и на Джумле построено очень много сайтов, которые приносят прибыль.
И никто не требует каких либо денег и т.д.
Так же и с OpenSource приложениями о ОС...
Конечно использовать лучше самописный код. Но это не всегда быстрее. На тех же бесплатных framework'ах сайты создаются намного быстрее и довольно таки качественно.
Так что, ИМХО, надо смотреть под какой лицензией распространяется тот или иной код (и все другое), а потом решать, использовать Это или нет.
Их ведь создает сообщество и на Джумле построено очень много сайтов, которые приносят прибыль.
И никто не требует каких либо денег и т.д.
Так же и с OpenSource приложениями о ОС...
Конечно использовать лучше самописный код. Но это не всегда быстрее. На тех же бесплатных framework'ах сайты создаются намного быстрее и довольно таки качественно.
Так что, ИМХО, надо смотреть под какой лицензией распространяется тот или иной код (и все другое), а потом решать, использовать Это или нет.
0
Речь идёт не об открытых библиотеках а об API к веб-сервисам типа Google Maps.
0
Согласен. Я немного погорячился ) Просто возмутил данный факт.
0
НЛО прилетело и опубликовало эту надпись здесь
А тут тоже все просто: в одни прекрасный момент команда разработчиков может зазендидть код и потребовать деньги за последующие обновления.
0
НЛО прилетело и опубликовало эту надпись здесь
А, вы как раз Бог, владелец лицензии на воздух?
Тогда покажите документы, что вы Бог, дату рождения, каким отделением выдан паспорт и т.п.
И ещё я хочу передать приветы, туда, к вам, можно?
Тогда покажите документы, что вы Бог, дату рождения, каким отделением выдан паспорт и т.п.
И ещё я хочу передать приветы, туда, к вам, можно?
+2
НЛО прилетело и опубликовало эту надпись здесь
Да в общем все перечисленные автором "вещи" следуют из такого определения API -
API - упрощенный способ получения результатов чужой работы для использования в собственнх целях.
Соответственно как авторы относятся к тому, чтобы отдавать результаты своей работы и в каком объеме. Как они смотрят на то, что вы делаете с результатами их работы. И собираются ли они в дальнейшем просто отдавать вам.
API еще ведь интересны тем, что результаты работы вообще могут не соотносится с авторами. Т.е. можно сделать такой сервис, который никогда не скажет откуда данные. Понятно что не всем такое по душе.
API - упрощенный способ получения результатов чужой работы для использования в собственнх целях.
Соответственно как авторы относятся к тому, чтобы отдавать результаты своей работы и в каком объеме. Как они смотрят на то, что вы делаете с результатами их работы. И собираются ли они в дальнейшем просто отдавать вам.
API еще ведь интересны тем, что результаты работы вообще могут не соотносится с авторами. Т.е. можно сделать такой сервис, который никогда не скажет откуда данные. Понятно что не всем такое по душе.
0
Вот интересно кстати как обстоит дело у игрушечных компаний. Использование DirectX разработчиками оно бесплатно? Или DirectX это способ привлечь покупателей системы в целом?
0
Полностью согласен с автором этой статьи. Когда делаешь свой бизнес используя чужое API, то делаешь не свой бизнес, а совместный с той компанией, которая предоставляет API.
0
Статья, в принципе, верная, если говорить о бесплатном проприетарном API. Здесь очень наглядно показано, почему закрытое, пусть и бесплатное API - зло. Однако не следует забывать об open-source API, с которыми таких проблем не возникнет (могут возникнуть другие, лицензионного порядка в свете коммерческого использования, но это - тема для отдельной статьи). Поэтому заголовок о бесплатных API некорректен - открытые интерфейсы в большинстве случаев также являются бесплатными, однако перечисленный список проблем к ним практически не применим.
0
НЛО прилетело и опубликовало эту надпись здесь
Идиотизм какой-то. Причем тут платность или бесплатность? Владелец сервиса, если публикует API, оговаривает и условия его использования. Например, до N запросов в сутки или час с хоста - бесплатно, хочешь больше - купи подписку или договаривайся отдельно (чтобы не загружать канал). Но любой mashup, в котором передается не больше данных, чем при обычном использовании, это прежде всего реклама оригинального сервиса, и разработчик вполне может его выложить в открытый доступ. Другое дело использовать чужой ресурс втихаря, ну это уже проблема самого юзера. Если он создаст десктопный клиент, который будет получать данные с множества серверов, где периодически меняют код, а разработчик в ответ апдейтит соответствующие модули - то владелец сервиса может и не узнать об этом бизнесе, и не ощутить каких-либо неудобств. Хотя официально гугл запрещает это (агрегацию результатов поиска без показа самой страницы) в своих TOC.
+1
Отказать в обслуживании навсегда могу и в adsense и в webmoney. С ними тоже нельзя строить бизнес.
0
НЛО прилетело и опубликовало эту надпись здесь
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
На бесплатных API невозможно создать бизнес