Já mencionei as motivações de utilizar Vim no "Vim: O meu editor favorito". E embora eu já tenha "caído em tentação" e utilizado Atom e Spacemacs (esse último é simplesmente fantástico), acabo sempre retornando ao Vim. Principalmente após o lançamento da versão 8, onde processamento assíncrono foi adicionado ao editor.
Recentemente na Loadsmart, houve a necessidade de lidar com um cenário onde se faz necessário acessar uma view que retorna um CSV de tamanho considerável, gerado a partir de parâmetros dinâmicos, no melhor esquema "imprima um relatório".
Lembro como se fosse hoje de um camarada dos tempos de Globo.com me falando de modo efusivo: Você deveria experimentar o MaterializeCSS, vai te poupar muito tempo e te entregar uma interface elegante; Na época eu estava munido da minha ignorância, e acabei não seguindo o conselho do nobre amigo.
Você já tem a sua API! Ela é REST, performa muito bem, e todos os seus aplicativos estão conversando com a mesma. Vem uma oportunidade de negócio de abrí-la para consumo de parceiros. Agora não basta só a técnica perfeita, você precisa de especificação, documentações, exemplos de uso e validadores para garantir que os contratos da sua API não sofram alterações drásticas, deixando seu cliente na mão.
Construir APIs REST em Django nos dias atuais é uma tarefa no máximo corriqueira. Com a ajuda de bibliotecas consagradas, como Django REST Framework e Tastypie, e utilizando toda a abstração que envolve os Models do framework, é possível ter endpoints respondendo em questão de minutos.
Quem usa o Django há mais tempo já ouviu falar do South. Famosa biblioteca responsável por trazer o comportamento de migrations para o Django. Sem dúvida impactou inúmeros projetos e transformou o processo de deploy de toda a comunidade envolvida com o framework.
Anteriormente, falamos sobre como utilizar o django-compressor com Sass
e ES6. Se você quisesse utilizar o Heroku,
com uma aplicação Python executando operações de build
em Node.js, seria uma tarefa um tanto árdua,
que exigiria um certo nível de paciência na
construção do seu próprio Buildpack. Hoje, com o Multiple Buildpacks, isso não é mais necessário.
No post anterior,
falamos sobre como utilizar o Sass
com o framework Django
através da biblioteca Compressor (e sem necessitar de uma
ferramenta intermediária para build). Nesse artigo, vamos utilizar
o mesmo conceito e apresentar uma forma diferente de utilizar
a nova versão do Javascript
com o django-compressor.
Eu sempre gostei da proposta do django-compressor: Concatenar e comprimir
estáticos, utilizando como agrupadores os blocos da engine de templates
do Django.
Além de manter a declaração dos assets no HTML,
ele ainda abre uma margem interessante para quando você precisa customizar um grupo
de estáticos para uma determinada página.
