[SP-pm] Resumo do Evento Técnico

[Leonardo Ruoso]

Em 31 de janeiro de 2015 19:56, Renato Santos <renato.cron em gmail.com>
escreveu:

> Verdade,
>

A única verdade é que as pessoas assumem que sabem muito mais do que
deveriam assumir e não se preocupam em estudar quando encontram um desafio
novo, querem sempre continuar fazendo as mesmas coisas de sempre, mas
colocando rótulos novos para "vender melhor".

Enfim, a parte boa é que nem sou eu que estou indicando razões pelas quais
estudar Rest hoje é importante.


> Aplicações otimizadas para SEO são complicadas com o AngularJS ou qualquer
> outro framework que trabalha no client side.
>

Aplicações otimizadas para SEO são perfeitamente saudáveis com AngularJS ou
qualquer outro framework web rico ou Single Page App e se for Rest já nasce
feito.


> Existem, IMHO, gambiarras, tipo botar um selenium entre o nginx.
>

Acho que você queria falar do Phantom, mas, bem, isso é gambiarra mesmo e
não funciona.


>  (http-server) -> detecta o user-agent, se for browser, compila uma versão
> do html com selenium e ai cospe uma pagina inteira.
>

A única razão para fazer isso é contornar as limitações de um projeto muito
mal feito, e com pouco conteúdo ou pouca renovação de conteúdo.


> O Meteor está ai pra provar que é complicado ter uma
> aplicação com Reactivity. Eu, pessoalmente, acho que este tipo de
> aplicações é para apenas alguns sistemas, pelo menos do jeito que eles
> implementaram, usando o mongodb para manter os clientes atualizados e
> enviar atualizacoes para o server.
>

Explica melhor o lance do MongoDB enviando atualização?


> 2015-01-31 19:45 GMT-02:00 Lucas Mateus <lucasmateus.oliveira em gmail.com>:
>
>> 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.
>>
>> 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
>>
>>
>
>
> --
> Saravá,
> Renato CRON
> http://www.renatocron.com/blog/
> @renato_cron <http://twitter.com/#!/renato_cron>
>
> =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/0bd0f19c/attachment-0001.html>