Login Barrapunto
Google retira su API de búsqueda por SOAP
cbr600f nos cuenta: «Según leo en el O'Reilly Radar, Google ya no ofrece claves para su API de búsqueda a través de SOAP. Algunas personas piensan que es un movimiento inteligente para intentar hacer webservices más sencillos. Interesante el comentario de Tim:
[..]Soap siempre ha sido una pelota politica moldeada por grandes compañias que buscaban utilizarlo para convertir a los webservices en una pila de software controlado. (Recuerdo los primeros envios por webservice que hicimos, donde un desarrollador de Microsoft a quien no pondré nombre admitió que SOAP se hizo tan complejo porque "Queriamos que nuestras herramientas lo leyeran, no la gente")[..] Esto del Web 2.0 está muy bien y esas cosas, pero ¿qué ocurrirá con aplicaciones para PDAs, aplicaciones de escritorio (pon una google toolbar en tu programa) y demás dispositivos que no se llevan muy bien con Javascript/Ajax? Desde mi humilde punto de vista, Google cierra sus puertas a las aplicaciones de "toda la vida" y se centra en desarrollos web, es una pena.» Google continúa con una API por ajax que no da tanto acceso a resultados "brutos", sino que los da ya más "cocinados", en html, y con anuncios que está prohibido eliminar.
Historias relacionadas
[+]
Google libera las API de Youtube 17 comentarios
pobrecito hablador nos cuenta: «Tras la compra de Doubleclick, consolidándose aún más en el mercado de la publicidad online, su nuevo movimiento estratégico ha sido liberar las API de Youtube. De esta forma el usuario podrá crear su "propio" Youtube. Lo que parece más interesante es la posibilidad de controlar el vídeo "incrustado" mediante JavaScript, lo que nos permitirá tener un control total del vídeo. Por ejemplo, podríamos personalizar el reproductor totalmente, pudiendo tener nuestro "marco" propio. Los vídeos además podrán incrustarse en Flash, dándonos un control todavía más grande.»
Este hilo ha sido archivado.
No pueden publicarse nuevos comentarios.
Google retira su API de búsqueda por SOAP
|
Log in/Crear cuenta
| Top
| 10 comentarios
| Buscar hilo
Y recuerda: Los comentarios que siguen pertenecen a las personas que los han enviado. No somos responsables de los mismos.
Que fuellllte
(Puntos:4, Inspirado)El comentario del desarrollador de Microsoft es kafkiano, no en su origen, sino en su citación.
SOAP es un estándar no demasiado complicado (al que le parezca complicado le recomiendo que deje inmediatamente el desarrollo de software y se dedique a alguna otra actividad mas adecuada a sus capacidades), creado por un grupo de trabajo (no solo Microsoft, sino IBM, SUN, W3C, y muchos otros), y que actualmente se mantiene y auspicia desde nada mas y nada menos que W3C.
Asi que cuidado con los FUD sobre Microsoft y la complejidad...
Y lo que acaba de rematar la cosa es la comparación absurda sobre terminales no compatibles con AJAX y Javascript... ¿Que tendrá que ver la velocidad con el tocino?. SOAP se utiliza en muchísimos mas ambitos que en llamadas asíncronas AJAX (en las cuales ni siquiera es necesario), y constituye la base de la pila WS, bajo la cual hay decenas de especificaciones utilizadas en el mundo real.
A ver si nos informamos un poquito mas.
Otro tema es que el API de Google fuera una mierda, no compatible con la mayor parte de implementaciones WS (por su "rpc/encoding"), y quieran irse a un modelo mas sencillo REST... Eso vale.
Re:Que fuellllte
(Puntos:4, Informativo)( http://barrapunto.com/ )
SOAP es un estándar no demasiado complicado (al que le parezca complicado le recomiendo que deje inmediatamente el desarrollo de software y se dedique a alguna otra actividad mas adecuada a sus capacidades), creado por un grupo de trabajo (no solo Microsoft, sino IBM, SUN, W3C, y muchos otros), y que actualmente se mantiene y auspicia desde nada mas y nada menos que W3C.
XML que está pensado para ser "entendible" por humanos, además de maquinas, usado en un protocolo de comunicación entre máquinas (WS). SOAP no está pensado para que lo leas en el notepad, aunque no sea dificil leerlo, ni para comunicarse "a mano". Lo que quiere decir Microsoft es lo que de sobra existe ahora en el mercado: herramientas que generan stubs para despreocuparte de crear a mano envoltorios y procesar los resultados. En el articulo se comenta que ya que todo está hecho así, lo lógico sería pensar en otro "protocolo" distinto que mejorase la comunicación de manera más eficiente, por ejemplo, sin usar XML. Un estilo RMI, desde mi punto de vista.
Y lo que acaba de rematar la cosa es la comparación absurda sobre terminales no compatibles con AJAX y Javascript... ¿Que tendrá que ver la velocidad con el tocino?. SOAP se utiliza en muchísimos mas ambitos que en llamadas asíncronas AJAX (en las cuales ni siquiera es necesario), y constituye la base de la pila WS, bajo la cual hay decenas de especificaciones utilizadas en el mundo real.
Si aparece la compración, que no es tal, es simplemente porque Google, al cerrar el acceso a SOAP cierra la base de la pila WS que tiene. Ya no existe la posibilidad de hacer WS con Google, ahora solo puedes usar AJAX. Ya no puedes hacer aplicaciones de escritorio con google (no soap) de manera sencilla. Ahora tienes que meter un motor JS y romperte los cuernos para hacerlo funcionar de manera eficiente.
A ver si nos informamos un poquito mas.
He visto tu comentario posterior, esto no es por trolear sino por informar.
Salud la compañia!
Dos ruedas son suficientes. Cuatro, redundancia.
Google defiende sus intereses
(Puntos:1, Inspirado)Es evidente que Google apoya diversos proyectos open-source, e incluso tiene algunos propios (code.google.com). Pero no hay que olvidar que que Google no deja de ser una empresa, y el primer objetivo de toda empresa es "maximizar beneficios". Con la Google API para búsquedas se puede añadir fácilmente un buscador a una aplicación web, sin dejar rastro, ni ninguna referencia a Google. A través de la API Ajax de Google, es Google quien controla la salida, inserta su logo y su publicidad. El problema es que el conjunto de aplicaciones que pueden usar estos servicios disminuye. El API SOAP permite el buscador en una aplicación de escritorio, cosa que el AJAX, en principio, no... Bueno, siempre se puede incorporar un motor de javascript a la aplicación, pero....
Saludos.
Para ganar dinero
(Puntos:2)( http://barrapunto.com/tags/restalman | Última bitácora: Miércoles, 24 Noviembre de 2010, 22:39h )
__
Waxing pessimistic is one of the easiest ways to masquerade as wise, Alvin y Heidi Toffler.
Re:SOAP apesta porque XML apesta
(Puntos:2)( http://barrapunto.com/~payo_ranger | Última bitácora: Viernes, 09 Octubre de 2009, 12:04h )
No puedooo
- Mi jefe es quien me paga.
- SOAP vende. En muchos casos la tecnología que se implemente no es por fuerza la más buena sino la más extendida.
- En otros muchos casos la tecnología viene fijada por lo que ya viene utilizando el cliente. Y no es plan de montar algo nuevo para cada nuevo desarrollo.
- Existen miles de herramientas para montar SOAP de una forma fácil (Apache Axis por poner un ejemplo). De YAML ni idea.
- Escriba aquí su excusa favorita.
Pero ya me gustaríaaaa
Saludos
Re:SOAP apesta porque XML apesta
(Puntos:1)