18 API Google псу под хвост…

Что-то в последнее время работа с Google API начинает напоминать хождение по минному полю. Буквально вчера ночью допилил модуль для работы с OAuth Google, слил его в репозиторий на GitHub, думал сегодня попробую с помощью него до конца доработать API Переводчика Google, а тут такая новость…Зря я сразу не подписался на этот блог – может не пришлось бы неделю терять на разработку.

Вкратце суть новости разработчиков API Google следующая – в лаборатории запускаю семь новых API, в том числе и Tasks API, о котором я упоминал ранее. Вместе с этим Google прекращает поддержку сразу восемнадцати API, причём часть из них была уже совсем не лабораторными, т.е. гарантировалась их долгосрочная поддержка.

Что в итоге поимели разработчики, строящие свои продукты на базе API Google?

Ну я-то особенно ничего не потерял, кроме как время…достаточно много времени. А вот тем, кто понадеялся на Translate API, судя по комментариям к посту в блоге разработчиков, пришлось очень не сладко. Вначале этот API, как и полагается, закинули в лабораторию. Те кто был заинтересован, естественно, начали тестировать, разрабатывать программы. Но тут в целом понятно – лаборатория на то и существует, чтобы разработчики были в курсе, что API может загнуться, ещё не увидев свет. В принципе так и произошло в итоге – API благополучно исчез, а на его место вышло целое семейство AJAX Language API Family, куда вошли четыре API по работе с языками, в т.ч. и уже не лабораторная первая версия переводчика. Раз не лаборатория, то можно было смело начинать писать нормальный софт – те, кому не хватало установленных Googl’ом лимитов на использование API, попросили добавки, разработали программки (даже кто-то создал сервис для коммуникации детей из разных стран третьего мира, типа Уругвая) – жизнь наладилась. Потом появилась вторая версия API Переводчика (лабораторная), а 3 июня все потуги разработчиков были, мягко говоря, отправлены псу под хвост – 31 декабря API перестанет существовать.

Вместо этого, честно скажу, добротного, качественного API (несмотря на его жесткие ограничения по лимитам) Google предлагает воспользоваться нам Tasks API…Я не удержался и собрал небольшой модуль реализующий все функции API (модуль тоже в репозитории) – дело пяти минут при наличии модуля для работы с OAuth…Нет там все нормально получилось, кроме одного – лимит в 5000 запросов в сутки. Причем не на одного человека, а на всех пользователей. Как утверждают разработчики, достаточно отправить заявку и попросить увеличить лимит до необходимого количества и все…Но, что-то мне подсказывает, что фуфло это все. Уже сейчас в консоли разработчика можно видеть несколько API доступ к которым предоставляется за $$$$. То есть установленный лимит – бесплатно, а все что выше – за $$$$. Не думаю, что если API выйдет за рамки лаборатории, он останется бесплатным…

Если раньше закрытие какого-либо API было хотя бы как-то оправдано, например, как с тем же блокнотом – была прямая альтернатива Google Docs, то теперь косят всё, что “плохо работает”, обосновывая это какими-то мифическими “нарушениями”, не давая ни каких разъяснении по тому, какие это нарушения повлекли такие жесткие санкции. Честно не понимаю, в чем смысл было нарушать условия Google на использование API переводчика, если лимиты повышались бесплатно? Попросил добавку – добавили, не хватает – ещё раз попросил и не надо ничего нарушать, ломать, обходить – сервис работал замечательно.

Для себя я сделал после этих событий следующий вывод: не трогаю ни одного API из лаборатории. Из тех, что не в лаборатории буду пока брать только самые крупные и старые, типа Google List API. Всё-таки жалко того времени, которое было потрачено на всю разработку в целом – надо продолжать. Введут плату за сверхлимитное использование – пофиг, мое дело маленькое – разработать модуль, а дальше хоть трава не расти.

Книжная полка

	Автор: Андрей Шкрыль Название: Разработка клиент-серверных приложений в Delphi Описание: Рассмотрены практические вопросы по разработке клиент-серверных приложений в среде Delphi 7 и Delphi 2005 с использованием СУБД MS SQL Server 2000, InterBase и Firebird. Приведена информация о теории построения реляционных баз данных и языке SQL. Освещены вопросы эксплуатации и администрирования СУБД.
	Автор: Антон Григорьев Название: О чем не пишут в книгах по Delphi Описание: Рассмотрены малоосвещенные вопросы программирования в Delphi. Описаны методы интеграции VCL и API. Показаны внутренние механизмы VCL и приведены примеры вмешательства в эти механизмы. Рассмотрено использование сокетов в Delphi: различные режимы их работы, особенности для протоколов TCP и UDP и др.