Feeds Para Programadores

É muito raro encontrarmos um aplicativo para dispositivos móveis que não façam uso de qualquer forma de persistência de dados. Isso acontece porque todas as vezes que o aplicativo é fechado, os dados que la estavam iriam ser perdidos caso não fossem persistidos. Como solução para esse problema, o Android oferece suporte nativo ao SQLite . O SQLite , é uma base de dados leve e poderosa, que vem ficando cada vez mais popular na comunidade de TI. Principalmente entre os desenvolvedores de software para Android ou iOS uma vez que o SQLite esta presente nas duas plataformas. É importante ressaltar que o SQLite não é a única forma de persistência que o desenvolvedor pode adotar em um projeto Android. Existem outras tecnologias como por exemplo: o DB4O ou o NeoDatis que são banco de dados Orientados a Objetos. Essas tecnologias representam uma quebra de paradigma e embora seu conceito já esteja amadurecido é considerado “novo” na história de TI. Por tanto, vale a pena e

Este é provavelmente um dos assuntos mais confusos para quem está iniciando com Ruby on Rails. Antigamente, as regras eram simples: coloque todos os seus assets (imagens, stylesheets e javascripts) organizados nas pastas public/images , public/stylesheets , public/javascripts ; utilize helpers como image_tag , stylesheet_link_tag e javascript_include_tag ; configure seu servidor web (Apache, NGINX ) para servir URIs como /images/rails.png diretamente de public/images/rails.png para não precisar passar pelo Rails; Pronto, está tudo preparado para funcionar. Porém, existiam e ainda existem muitas situações que essa regra não cobria e diversas técnicas, “boas práticas” e gems externas precisaram ser criadas para resolvê-las. Em particular, temos as seguintes situações cotidianas em desenvolvimento web: quando se tem muitos assets, como javascripts, é considerado boa prática “minificá-los”, ou seja, otimizar ao máximo a quantidade de bytes eliminando supérfluos como es