[SP-pm] Resumo do Evento Técnico

[Leonardo Ruoso]

Em 31 de janeiro de 2015 19:45, Lucas Mateus <lucasmateus.oliveira em gmail.com
> escreveu:

> Cautela em usar AngularJS parece a febre do "vamos fazer tudo em mongo" em
> vários casos AngularJS é uma Porcaria principalmente para desktop, mais
> especificamente para motores de busca. Se você quer vender tem que aparecer
> no Google, se usar AngularJS esquece motores de busca.
>

Ou você contrata uma equipe de pessoas preocupadas em fazer as coisas
corretas, aí não vai ter problema com indexação.

Enviado pelo meu Windows Phone

> ------------------------------
> De: Leonardo Ruoso <leonardo em ruoso.com>
> Enviada em: ‎31/‎01/‎2015 18:38
> Para: saopaulo-pm em mail.pm.org
> Assunto: Re: [SP-pm] Resumo do Evento Técnico
>
>
>
> Em 31 de janeiro de 2015 18:09, Leonardo Ruoso <leonardo em ruoso.com>
> escreveu:
>
>> Em 31 de janeiro de 2015 17:48, Renato Santos <renato.cron em gmail.com>
>> escreveu:
>>
>>> Mais links para ler:
>>>
>>> REST APIs must be hypertext-driven
>>>  - http://roy.gbiv.com/untangled/2008/rest-apis-must-be-hypertext-driven
>>> (too strict)
>>>
>>
> De fato, é o mais strictu senso que você vai encontrar sobre Rest: um
> texto do Roy Fielding :p
>
> Creating an efficient REST API with HTTP
>>>  - http://mark-kirby.co.uk/2013/creating-a-true-rest-api/ (cool)
>>>
>>
>
> O cara vai bem até:
> Version your API, and never change released features
> Depois desse ponto o texto desanda em incorreções e só mostra como as
> pesoas tem uma preguiça violenta de estudar.
>
> Versionar uma API (já é complicado falar em API quando se está falando em
> Rest) é bom, mas, não, por favor, não coloque a versão da API na URI do
> recurso, a versão da API é parte da negociação de mídia, deve ser feita da
> mesma forma que se negocia locale, por exemplo, ou formato de documento
> (HTML, XML, JSON).
>
> Na sequencia, falando de Hateoas, o cara confirma, mais uma vez, a
> dificuldade que o cidadão comum tem em separar o exemplo do conceito, o
> concreto do abstrato. Nada impede você de implementar seu Rest em XML,
> JSON, YAML ou até mesmo usando outros formatos conhecidos. O tipo de
> documento é ortogonal à especificação do recurso.
>
> De fato esse levantamento demonstra a necessidade de documentação mais
> acessível sobre Rest. Então isso mostraria a relevância de fazermos um
> Equinócio sobre Rest…
>
> =begin disclaimer
>    Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
>  SaoPaulo-pm mailing list: SaoPaulo-pm em pm.org
>  L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
> =end disclaimer
>
>


-- 
Leonardo Ruoso
Journalist, Perl developer and business consultant
Media, UFC/2006; Telecom, IFCE/1998
-------------- Pr�xima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://mail.pm.org/pipermail/saopaulo-pm/attachments/20150131/3936f050/attachment.html>