TecnoFator

Princípios SOLID em GoLang - Dependency Inversion Principle (DIP)

noreply@blogger.com (Wali Queiroz) — Wed, 26 Jun 2024 17:34:00 +0000

Olá, pessoas!

Estou de volta para concluir nossa série de artigos sobre SOLID, apresentando o princípio que tem o impacto mais significativo nos testes unitários em Go: O Princípio da Inversão de Dependência. Para ver os artigos onde detalho os outros, acesse:

Como desenvolvedor, você já se deparou com softwares altamente acoplados, onde as regras de negócio se misturam com detalhes de apresentação e recursos de bibliotecas externas? Quando é necessário substituir ou alterar uma dessas dependências, muitas partes da aplicação precisam ser modificadas. E aí está uma coisa que todo dev odeia.

Aqui entra o DIP, uma luz no fim do túnel para esse problema. Segundo Robert C. Martin, seu formulador:

“Os módulos de alto nível não devem depender de módulos de baixo nível. Ambos devem depender de abstrações. Abstrações não devem depender de detalhes. Detalhes devem depender de abstrações.”

Mas o que são módulos de alto e baixo nível?

Os módulos de alto nível, nesse contexto, são os componentes mais próximos das regras de negócio da aplicação, enquanto os de baixo nível são as ferramentas que usamos para executar essas regras, eles escondem detalhes técnicos sobre diferentes integrações de infraestrutura. Por exemplo, poderia ser uma struct que contém a lógica para recuperar dados do banco de dados, enviar uma mensagem SQS, buscar um valor do Redis ou enviar uma solicitação HTTP para uma API externa.

O DIP sugere que as regras de negócio não devem interagir diretamente com os recursos utilizados para sua execução. A comunicação deve ocorrer através de interfaces, definidas pelo negócio, e as ferramentas externas ou detalhes de implementação são encapsulados em classes que implementam essas interfaces. Isso pode aumentar um pouco a base de código, mas vale a pena, pois torna o sistema mais flexível e fácil de modificar.

Vamos aos exemplos práticos com Go.

No trecho de código acima definimos um componente de alto nível, TaskService. Esta estrutura tem um método ChangeStatus, responsável por mudar o estado da tarefa, que espera o ID e um novo estado. Observem que nosso componente de alto nível depende diretamente do componente de baixo nível sql.DB. Essa dependência direta aumenta o acoplamento entre componentes, tornando o código mais difícil de manter e evoluir. A substituição do banco de dados ou a introdução de um repositório diferente exige modificações no TaskService, o que viola o princípio da responsabilidade única. Também limita a capacidade de reutilizar o TaskService em diferentes contextos, onde uma implementação diferente de persistência pode ser necessária. Além disso, sem definir uma conexão real com o banco de dados, não podemos inicializar nossa estrutura de caso de uso. Tal anti-padrão impacta diretamente nossos testes unitários em Go. Vejamos:

Em contraste com algumas linguagens, como PHP ou Java, não podemos simplesmente criar mocks de "qualquer coisa" em Go. A criação de mocks aqui depende do uso de interfaces, para as quais podemos definir uma implementação simulada, mas não podemos fazer o mesmo para structs. Portanto, não podemos criar um mock de sql.DB, pois é uma struct. Nesse caso, precisamos criar um mock em um nível mais baixo, instanciando uma conexão falsa, o que podemos conseguir usando o pacote SQLMock.

No entanto, mesmo essa abordagem não é nem confiável nem eficiente para testes. Qualquer mudança dentro do banco de dados requer que adaptemos também os testes unitários. Além dos problemas com testes, temos um dilema ainda maior: o que acontecerá se decidirmos mudar o armazenamento para algo diferente, como MongoDB? Nesse cenário, se continuarmos usando essa implementação de TaskService, isso levará a inúmeras refatorações.

Como aplicar a inversão de dependências

“Os módulos de alto nível não devem depender de módulos de baixo nível. Ambos devem depender de abstrações. Abstrações não devem depender de detalhes. Detalhes devem depender de abstrações.”

Vamos revisitar a diretriz original do Princípio da Inversão de Dependência e focar nas frases em negrito. Elas nos fornecem algumas orientações para o processo de refatoração. Precisamos definir uma abstração (uma interface) da qual nossos componentes, TaskService (alto nível) e sql.DB (baixo nível), dependerão. Esta abstração não deve estar vinculada a nenhum detalhe técnico, somente à entidades que compõem o cerne da regra de negócio. Vamos dar uma olhada no código a seguir:

Na nova estrutura de código, adicionamos a interface TaskRepository como um componente que depende da estrutura Task. Task não reflete diretamente o esquema do banco de dados; em vez disso, usamos a estrutura TaskModel para essa finalidade. Também temos uma função mapTaskModelToTask que facilita o mapeamento para a estrutura Task real.

Nesta configuração, o componente de alto nível depende de uma abstração, pois contém um campo do tipo TaskRepository. Para fazer o componente de baixo nível depender da mesma abstração, aplicamos o pattern Adapter, fazendo com que sql.DB sirva como parte dos detalhes em taskSQLRepository, que atua como a implementação concreta de TaskRepository. Podemos definir quantas implementações para TaskRepository forem necessárias, como taskFileRepository ou taskMongoDBRepository.

Agora nossas estruturas dependem de interfaces e, se precisarmos alterar nossas dependências, podemos definir diferentes implementações e injetá-las. Essa técnica está alinhada com o padrão de Injeção de Dependência (DI), uma prática comum em vários frameworks. A diferença entre injeção de dependência e inversão de dependência é sutil, mas crucial. O DIP é um princípio de design que orienta o desacoplamento de módulos de alto nível dos de baixo nível, enquanto a DI é uma técnica de implementação usada para realizar esse desacoplamento, injetando dependências em vez de criá-las internamente.

Agora, vamos examinar como essa refatoração afeta nossos testes unitários:

Após essa mudança, fica fácil criar mocks. Essa forma de fazer as coisas torna o processo de teste mais simples e elegante. Agora, podemos facilmente usar diferentes versões do TaskRepository para testar diferentes situações e controlar com precisão os resultados dos testes. Mas você pode estar se perguntando: "Eu tenho que fazer isso manualmente?" A resposta é não. No exemplo, criei mocks manualmente apenas para facilitar o entendimento, mas na prática, você pode usar bibliotecas como Mockery e GoMock para gerar automaticamente o código desses mocks com base nas interfaces, o que acelera bastante o desenvolvimento.

Considerações finais

Aumento de Código e Manutenção

Ao aplicar o Princípio da Inversão de Dependência (DIP), é natural que o código aumente em termos de quantidade. A necessidade de criar interfaces e classes adicionais para cumprir o princípio pode parecer um overhead inicialmente. No entanto, essa abordagem traz inúmeros benefícios a longo prazo. O código torna-se mais modular e cada componente se torna independente dos detalhes de implementação dos outros. Isso facilita a manutenção e a evolução do sistema, pois mudanças em uma parte do código não requerem alterações em outras partes, minimizando o risco de introduzir novos bugs.

Facilidade de Teste

Outro benefício crucial de seguir o DIP é a facilidade de testar o código. Quando dependências são abstraídas através de interfaces, é simples substituir implementações reais por mocks ou stubs nos testes unitários. Isso permite que cada parte do sistema seja testada de maneira isolada, garantindo uma cobertura de testes mais eficaz e uma detecção precoce de falhas.

Relevância em Arquiteturas em Camadas

Em arquiteturas modernas, como a Arquitetura Limpa e a Arquitetura Hexagonal, o DIP não é apenas uma recomendação, mas uma necessidade para garantir que o sistema seja robusto, flexível e preparado para mudanças futuras.

E assim concluímos nossa série sobre SOLID em Golang! Espero que tenha sido útil para vocês.

Até a próxima!

Referências:

Princípios SOLID em GoLang - Interface Segregation Principle (ISP)

noreply@blogger.com (Wali Queiroz) — Mon, 28 Aug 2023 14:39:00 +0000

E aí, galerinha!

Hoje vamos falar sobre o quarto princípio SOLID: o Interface Segregation Principle. Para ver os artigos onde detalho os 3 primeiros, acesse:

ISP

O Interface Segregation Principle ou Princípio da Segregação de Interfaces é bem simples de ser compreendido. Ele postula que "nenhum cliente deve ser forçado a depender de métodos que não utiliza". "Cliente", nesse contexto, não são os usuários finais do software, mas os módulos que dependem de uma interface dentro do sistema.

Em outras palavras, o princípio prega que nossas interfaces devem ser concisas, de forma que não precisemos fazer com que as classes ou structs implementem métodos apenas para "respeitar o contrato".

Semelhante ao Princípio da Responsabilidade Única, o objetivo do ISP é reduzir os efeitos colaterais e a frequência das alterações necessárias, dividindo o software em várias partes independentes.

Violando o ISP

Ninguém quer escrever código ruim, mas manter princípios de design nem sempre é fácil ou intuitivo. Com o crescimento do sistema em usuários e funcionalidades, cada mudança se torna um desafio. Às vezes, a solução rápida é adicionar um novo método a uma interface existente, mesmo que não tenha relação direta. Isso pode resolver problemas quando o requisito é o prazo (o que a gente sabe que acontece ⛓️💼💔), mas polui a interface e gera contratos confusos com métodos de diferentes responsabilidades.

Vamos dar uma olhada em um exemplo onde esse tipo de equívoco poderia acontecer.

Começaremos definindo uma interface chamada Phone que representa um telefone celular com funcionalidades básicas, como discar num teclado físico e fazer e receber chamadas.

Nesta etapa, temos uma interface clara e uma implementação para telefones simples. Tudo funciona bem até aqui.

Vamos supor que agora o sistema precise acomodar funcionalidades de smartphones. Uma abordagem inicial para lidar com isso poderia ser incluir todos os métodos de smartphones na interface do telefone básico, como demonstrado abaixo:

Como a interface Phone mudou e mais métodos foram adicionados, todos os seus clientes precisam ser atualizados. O problema é que implementá-los é indesejado e pode levar a muitos efeitos colaterais. Neste ponto, estamos forçando a struct SimplePhone a implementar métodos como TakePhoto() e SendEmail(), mesmo que eles sejam irrelevantes para esse tipo de telefone. O mesmo ocorre com a struct AdvancedPhone, que implementa o método DialPhysicalKeypad() mesmo que smartphones geralmente não o tenham teclado físico. Nesse cenário, as implementações têm que lidar com as funcionalidades não suportadas lançando panics (em outras linguagens a gente vê bastante o uso de exceções nessas situações).

Para evitar a interrupção abrupta de um caso de uso, o código que utiliza essas implementações (como a função performPhoneActions) teria que ser modificado para verificar a capacidade do telefone antes de chamar cada método. Isso funciona? Funciona! Mas não é nada escalável e aumenta bastante a chance de introduzirmos um bug mexendo em código que já existia sem necessidade. Além disso, como já vimos, essa abordagem quebra pelo menos mais dois princípios SOLID, o OCP e o LSP.

Aplicando o Interface Segregation Principle

Na seção anterior poluímos intencionalmente a interface Phone e violamos o ISP. Vejamos como corrigi-lo.

Observando o código com problemas, podemos ver que os métodos MakeCall e ReceiveCall são necessários em ambas as implementações. Por outro lado, DialPhysicalKeypad só é necessário em telefones básicos, e TakePhoto e SendEmail são apenas para Smartphones. Com isso resolvido, vamos dividir as interfaces e aplicar o ISP.

Assim, agora temos uma interface comum:

Mais duas para os respectivos tipos de telefone:

E as respectivas implementações:

Com essa abordagem, conseguimos corrigir muitos problemas do código anterior. Agora, diferentes tipos de telefones têm contratos que fazem sentido para eles. Não precisamos mais nos preocupar com métodos desnecessários ou pânicos. E se quisermos adicionar um novo tipo de telefone ou funcionalidade, podemos fazer isso sem estragar o que já estava funcionando.

Onde aplicar no mundo real?

Imagine que você está desenvolvendo uma aplicação de comércio eletrônico que precisa lidar com diferentes gateways de pagamento para processar transações. Cada gateway tem suas próprias capacidades e limitações. Como você pode garantir que sua aplicação seja flexível e adaptável a essas diferenças?

Inicialmente, você pode criar uma interface única que engloba todas as operações possíveis:

No entanto, a disponibilidade de cada recurso pode variar de uma solução para outra. Alguns gateways de pagamento podem ser mais limitados em termos de funcionalidades e recursos.

Para aplicar o ISP nesse cenário, é sensato separar as operações em interfaces mais específicas, de acordo com a disponibilidade de recursos em cada gateway. Isso permite que você modele de forma precisa o comportamento esperado para cada serviço de pagamentos.

Formas práticas de seguir o ISP

Antes que vocês saiam por aí quebrando toda e qualquer interface em várias de um método só, lembrem-se: não é assim que a banda toca. A depender do seu contexto, pode ser que faça sentido ter uma interface grande. No mundo das interfaces, ao contrário do que podemos ser levados a pensar quando estamos começando a estudar boas práticas, não é a fragmentação que importa, é a coesão. Em vez de se perguntar se suas classes/structs estão lidando com interfaces "inchadas", questionem: "Esses métodos fazem sentido juntos?". Se a resposta for um enigmático "não", refatore o quanto antes!

That's all, folks!

Refrências:

Princípios SOLID em GoLang - Liskov Substitution Principle (LSP)

noreply@blogger.com (Wali Queiroz) — Tue, 04 Jul 2023 11:00:00 +0000

Hoje vamos falar sobre o Liskov Substitution Principle. Para ver os artigos anteriores da série acesse:

LSP

Dentre os princípios SOLID, o LSP é o que tem a definição formal mais complicada. Por outro lado, é o de mais simples execução, porque o conceito é intuitivo e você acaba aplicando sem muito esforço cognitivo na maioria das vezes.

O princípio foi definido por Barbara Liskov da seguinte forma:

"Se q(x) é uma propriedade demonstrável dos objetos x de tipo T. Então q(y) deve ser verdadeiro para objetos y de tipo S onde S é um subtipo de T."

Complicado, né?

Mas, no fim das contas, essa definição matemática pode ser traduzida na seguinte sentença: "Se um ObjetoX é uma instância da ClasseX, e um ObjetoY é uma instância da ClasseY, e a ClasseY herda da ClasseX— se usarmos ObjetoY em vez de ObjetoX em algum lugar do código, a funcionalidade não deve ser interrompida."

Como podemos ver, esse é um princípio que parece estar diretamente ligado aos conceitos de classe e herança, e nenhum dos dois está presente no Go. Então como podemos aplicar?

Já vi alguns artigos explicando o LSP em GoLang utilizando os recursos de composição (embedding) da linguagem, mas, do meu ponto de vista, não é uma boa abordagem, pois a composição não permite substituir a estrutura pai pela estrutura filha. Observem:

A definição do princípio leva muitos (eu incluso por bastante tempo) a pensar que se trata de somente de herança, mas na verdade trata-se de subtipagem. Logo, em Go, o LSP é melhor expresso através do uso de interfaces e polimorfismo. Vamos ao próximo exemplo:

Neste cenário, fizemos o método Refuel() na struct ElectricCar lançar um panic indicando que carros elétricos não podem ser abastecidos com gasolina.

Ao chamar a função PerformVehicleActions() com uma instância de ElectricCar, ocorre uma quebra óbvia do princípio de substituição de Liskov. Embora ElectricCar implemente o método Refuel() definido pela interface Vehicle, a implementação específica do carro elétrico interrompe a execução do programa.

No exemplo, vimos a quebra da funcionalidade da interface em vez de seguir a expectativa. E essa é a sacada do LSP em Go: Uma struct não deve violar o propósito da interface.

Poderíamos alterar o design de modo que o cliente do método Refuel() tenha que estar ciente de um possível erro ao chamá-lo. No entanto, isso significaria que os clientes teriam que ter conhecimento especial do comportamento inesperado do subtipo. Isso começa a quebrar o Open/Closed Principle.

Em resumo, toda violação do LSP se torna uma violação do OCP. Então, como corrigir?

Uma possível modificação para respeitar o princípio seria mudar a interface Vehicle para ter um método mais genérico, como Recharge, em vez de Refuel. Assim, cada subtipo pode implementar esse método de acordo com a sua fonte de energia, seja gasolina ou eletricidade.

Outra possível modificação seria criar uma interface separada para os veículos elétricos, como ElectricVehicle, que tenha um método específico para recarregar a bateria, como RechargeBattery. Assim, o ElectricCar implementaria essa interface e não haveria conflito com o método Refuel.

Aqui está um exemplo de código usando a segunda modificação:

Depois disso tudo vocês podem estar pensando: "Ah, Wali, com código de mentirinha é tudo muito fácil, quero ver no mundo real." Então vejamos um exemplo de aplicação do LSP no mudo real:

Neste exemplo, temos a definição da interface Cache, com os métodos Get, Set e Delete, e as implementações RedisCache e MemoryCache.

O UserService utiliza a interface Cache como dependência, permitindo a troca entre o RedisCache e o MemoryCache sem problemas.

No cenário apresentado, o LSP poderia ser quebrado se a implementação específica de algum método de Cache na struct derivada não cumprisse as mesmas garantias e pré-condições definidas pela interface.

Por exemplo, se a implementação do método Get em MemoryCache lançasse um erro diferente ou não respeitasse a garantia de retornar um erro quando a chave não é encontrada, isso quebraria o LSP. Da mesma forma, se a implementação do método Set em RedisCache não armazenasse corretamente os valores no Redis, ou a implementação do método Delete não excluísse corretamente as chaves, isso também violaria o LSP.

Isso é tudo, pessoal! Até a próxima!

Referências:

Princípios SOLID em GoLang - Open/Closed Principle (OCP)

noreply@blogger.com (Wali Queiroz) — Tue, 21 Mar 2023 01:34:00 +0000

Dando continuidade à série sobre os princípios SOLID em Go, hoje vamos falar sobre o Open/Closed Principle (OCP). Para ler o primeiro artigo acesse:

Princípios SOLID em GoLang - Single Responsability Principle (SRP)

A definição formal do OCP diz que "um artefato de software deve estar aberto para extensão, mas fechado para modificações".

Este é provavelmente o princípio mais polêmico e difícil de assimilar logo de cara, afinal de contas, software é evolutivo, é incomum que um programa seja desenvolvido uma vez e nunca mais modificado. Então onde esse princípio tenta chegar?

Se uma nova funcionalidade precisa ser adicionada, deve ser possível implementá-la criando uma nova classe, módulo ou função, sem precisar modificar o código de outras partes do sistema. Isso significa que as entidades de software devem ser projetadas de forma modular e coesa, com interfaces claras e contratos bem definidos.

Em resumo, o "fechado para modificações" do OCP não significa que o software nunca pode ser modificado, mas sim que as modificações devem ser realizadas de forma consciente e planejada, sem gerar impactos negativos.

Agora vamos sair da teoria e ver como isso funciona na prática com GoLang. Vejamos primeiro um exemplo mais lúdico. Observem o código abaixo:

A struct Calculator possui um método sumAreas que define como parâmetro a variável shapes, que pode ser qualquer coisa. Linhas a frente podemos encontrar um switch-case para mapear cada tipo possível.

O que aconteceria se definíssemos uma forma Triangle e quiséssemos que a área dela fosse somada também? Teríamos que modificar a função sumAreas para mapeá-la e realizar o cálculo, certo? Por esse motivo, o código acima quebra o Open/Closed Principle; para cada nova forma, uma modificação é necessária em sumAreas. Isso pode afetar negativamente a manutenibilidade do código, aumentando a complexidade, o risco de erros e a dificuldade de alterações futuras.

Então como resolver?

Podemos delegar a responsabilidade do cálculo das áreas às suas respectivas formas geométricas (alô SRP) e fechar um contrato através de uma interface chamada Shape com um método Area(). Vejamos:

Neste exemplo, a função sumAreas está aberta para extensão porque podemos adicionar novas formas que implementam a interface Shape sem modificá-la. Ela também está fechada para modificação porque não precisamos alterar seu código interno para lidar com novas formas.

Mas e no mundo real, onde podemos aplicar o Open/Closed Principle?

Vamos supor que você esteja desenvolvendo um sistema de e-commerce e precisa calcular o frete para entrega dos produtos. A função que faz esse cálculo poderia facilmente ser escrita assim:

O problema com essa implementação é da mesma natureza do que vimos no caso das formas geométricas: sempre que uma nova transportadora for adicionada, será necessário modificar a função CalculateShipping.

Para corrigir essa violação do OCP, podemos criar uma interface ShippingProvider que define um método CalculateShipping e, em seguida, implementar uma struct para cada transportadora. A função CalculateShipping pode receber uma instância da struct correspondente e delegar o cálculo do frete para ela.

Formas práticas de seguir o OCP

Do meu ponto de vista, o Open/Closed Principle é o mais complicado e consequentemente incompreendido dentre os 5 princípios SOLID. Nesse artigo eu trouxe exemplos onde fica claro quando aplicá-lo, mas no dia a dia nem sempre vai ser assim. Precisamos ser capazes de identificar corretamente áreas no código que precisam ser isoladas para que possam ser modificadas sem afetar outras partes do sistema (pontos de variação). Ao mesmo tempo, não queremos desenvolver software com muita complexidade inicial. Tendo isso em mente, aqui estão maneiras práticas de seguir OCP:

Se você ainda não consegue identificar os pontos de variação em seu código, comece de um jeito simples, mas não simplório. Então, à medida que o sistema evolui, faça sua refatoração e construa a abstração correta em torno desses pontos.
Se você conhece seus pontos de variação antecipadamente, tente identificar o nível certo de abstração que seu software precisa sem complicar demais as coisas.

Isso é tudo, pessoal! Até a próxima!

Referências:

Princípios SOLID em GoLang - Single Responsability Principle (SRP)

noreply@blogger.com (Wali Queiroz) — Tue, 07 Mar 2023 23:06:00 +0000

No mundo do desenvolvimento de software, os princípios SOLID nos dizem como organizar funções e dados de forma que nossos códigos:

Tolerem mudanças
Sejam fáceis de entender
Sejam a base de componentes que podem ser usados em muitos sistemas de software

O termo SOLID é um acrônimo para cinco postulados de design, descritos a seguir:

(S) Single Responsability Principle (Princípio da Responsabilidade Única): "Um módulo deve ter um, e apenas um motivo para mudar"
(O) Open/Closed Principle (Princípio Aberto/Fechado): "Um artefato de software deve estar aberto para extensão, mas fechado para modificações"
(L) Liskov Substitution Principle (Princípio de Substituição de Liskov): "Uma classe derivada deve ser substituível por sua classe base"
(I) Interface Segregation Principle (Principio da Segregação de Interface): "Uma classe não deve ser forçada a implementar interfaces e métodos que não utilizará"
(D) Dependency Inversion Principle (Principio da Inversão de Dependência): "Dependa de abstrações e não de implementações"

SOLID e GoLang

O SOLID é pensado para programação orientada a objetos, e é sabido que GoLang não é uma linguagem que adota esse paradigma. Contudo, podemos usar os recursos que ela disponibiliza para atender à metodologia POO. Por exemplo, Go não tem suporte de herança, mas a ideia pode ser compensada com seu suporte de composição. Da mesma forma, um tipo de polimorfismo pode ser criado usando interfaces.

Nesse artigo, o primeiro de uma série de 5, pretendo detalhar o primeiro princípio com exemplos que se aproximam de situações que nos deparamos no dia a dia.

Single Responsibility Principle (SRP)

Já sabemos o que o termo significa, agora é hora de aprender como implementá-lo em GoLang.

Nessa linguagem, poderíamos definir este princípio como “Uma função ou tipo deve ter um e apenas um trabalho, e uma e apenas uma responsabilidade”, vejamos o seguinte código:

Acima, temos uma struct que chamamos de userService. Ela tem duas propriedades: db que é responsável pela comunicação com um banco de dados relacional, e amqpChannel, que viabiliza a comunicação com o serviço de mensageria RabbitMQ.

UserService implementa um método chamado Create. Dentro desse método armazenamos as informações do usuário recebido no banco de dados e, em seguida, publicamos os dados no RabbitMQ.

Percebe-se que a responsabilidade do método Create no userService não é apenas uma, e sim, duas: armazenar uma informação no banco de dados e publicar uma mensagem numa fila do RabbitMQ.

Isso pode levar a vários problemas, como:

Dificuldade de manutenção: se um dos requisitos mudar, como por exemplo, a forma como os dados do usuário são serializados, você terá que modificar a lógica do método Create, mesmo que isso não tenha nada a ver com a sua responsabilidade principal, que é salvar os dados no banco de dados.
Dificuldade de teste: como o método Create tem duas responsabilidades diferentes, você terá que criar testes para cada uma delas, o que pode ser difícil e trabalhoso.
Acoplamento desnecessário: a lógica de publicação dos dados do usuário em uma fila do RabbitMQ é totalmente independente da lógica de salvar esses dados num banco de dados. Misturar essas duas responsabilidades no mesmo método cria um acoplamento desnecessário.

No código a seguir, modificamos a estrutura para respeitar o SRP. Vejam só:

Observe que separamos as responsabilidades em três partes distintas: o repositório UserRepository para persistir o usuário no banco de dados, o publicador UserPublisher para enviar uma mensagem para o RabbitMQ e o serviço UserService que orquestra essas duas operações.

Dessa forma, cada componente é responsável por uma tarefa específica e independente, facilitando a manutenção e evolução do código, além de permitir que cada uma dessas partes possa ser substituída ou aprimorada sem afetar as outras. Por exemplo, se for necessário mudar o banco de dados utilizado, basta substituir o repositório. Se for necessário alterar a forma de comunicação, basta alterar o publicador.

Vale ressaltar que há uma diferença sutil entre executar duas tarefas distintas e delegar a execução delas. No exemplo original do userService.Create, havia a execução de duas operações em um único lugar, violando o princípio da responsabilidade única. Após a refatoração, delegamos as execuções para structs distintas e o método Create ficou responsável apenas por coordenar este fluxo.

Para aplicar o SRP neste exemplo, também acabamos implementando alguns dos outros princípios SOLID:

O Interface Segregation Principle (ISP): cada interface representa uma única responsabilidade. Tanto o UserRepository quanto o UserPublisher são interfaces que possuem apenas um método, cada um representando uma única responsabilidade.
O Dependency Inversion Principle (DIP): a struct userService depende de abstrações (interfaces) e não de implementações concretas, ou seja, ela não conhece a implementação específica do UserRepository e do UserPublisher, apenas as interfaces que eles implementam.
O Open/Closed Principle (OCP): o código está aberto para extensão, uma vez que novos repositórios ou publicadores podem ser facilmente adicionados sem modificar userService.

Nos próximos artigos dessa série trarei uma explicação mais detalhada de cada um deles, com exemplos específicos.

Até mais, galera!

Referências:

Do mobile para o código: mudanças no blog

noreply@blogger.com (Wali Queiroz) — Tue, 07 Mar 2023 01:57:00 +0000

E aí galera! Tem alguém aí?

Desde 2012, venho compartilhando com vocês minhas experiências e conhecimentos sobre dispositivos móveis, trazendo dicas, análises e novidades sobre o universo mobile. Foi uma jornada incrível, repleta de aprendizados e novas conexões.

No entanto, como muitos de vocês devem ter notado, o blog não tem sido atualizado com frequência nos últimos anos. E o motivo é meio óbvio: a indústria de dispositivos móveis passou por grandes mudanças.

Após a venda da Nokia, uma das principais empresas do setor, a oferta de sistemas operacionais para celulares ficou bastante limitada; o Android e o iOS se consolidaram, o que acabou por gerar uma estagnação na inovação dos produtos. Isso afetou e muito a oferta de conteúdo relevante e atualizado. Hoje em dia parece que tá tudo muito igual, né? Por esse motivo, decidi expandir o escopo do TecnoFator.

Além de entusiasta de dispositivos móveis, sou também bacharel em ciência da computação e engenheiro de software. Por isso, decidi utilizar esse espaço para falar sobre programação em geral, trazendo dicas, tutoriais e projetos sobre diferentes linguagens e tópicos que considero relevantes.

É importante frisar que, apesar dessa mudança de perspectiva, o blog não perderá sua essência, não vou deixar de falar sobre dispositivos móveis. Continuarei a publicar sobre esse tema, mas agora com um foco ainda mais específico e direcionado.

Minha intenção é retomar a atualização regular do blog e trazer novos leitores para a base, compartilhando conteúdo de qualidade e valor para todos.

Estou aberto a sugestões e críticas para que possamos construir juntos uma comunidade de aprendizado e compartilhamento de conhecimentos. Obrigado por fazerem parte da minha jornada até aqui, e vamos juntos explorar novos horizontes!

Até breve!

Gerenciadores de senhas – o que são e por que você deveria usar um

noreply@blogger.com (Wali Queiroz) — Sun, 13 Mar 2022 13:48:00 +0000

Você é do tipo que reaproveita a mesma senha para vários serviços na internet? Bom, eu já fui desses, mas mudei meus hábitos nos últimos tempos.

Uma quantidade absurda de informações nossas estão nos serviços que usamos online, e, nas mãos erradas, podem ser usadas para aplicar uma série de golpes. Hoje em dia não é raro ver casos de invasões de contas de redes sociais até nos nossos círculos mais próximos de amigos. Também são frequentes os vazamentos de conversas e fotos privadas. Para evitar situações como essas é importante utilizar senhas fortes e diferentes para cada serviço.

Porém, nós temos cadastros em tantos aplicativos, contas, sites e plataformas que fica difícil arranjar espaço na cabeça pra tanta coisa, e falta até criatividade para pensar em uma credencial forte o bastante.

Anotar as senhas em um caderninho ou salvar no bloco de notas não são práticas nada seguras. Salvar as senhas no navegador? É melhor que nada, mas ainda não é a opção mais segura. Dependendo do browser, se os hackers obtiverem acesso ao seu computador, eles poderão extrair o conteúdo da base local de senhas e ter acesso a TODOS os seus logins.

Diante disso, o mais recomendado é utilizar um aplicativo gerenciador de senhas, onde você vai precisar memorizar apenas uma senha mestra e todas as outras ficarão criptografadas com um algoritmo forte (só quem souber a senha mestra poderá abrir seu cofre).

Os próprios gerenciadores têm seus prós e contras, é claro. Você pode ter que pagar por um, e pode não ser tão simples e conveniente quanto um gerenciador de senhas do navegador. Mas uma vantagem que eles possuem é que geralmente podem preencher automaticamente os logins fora de um navegador e isso é bem útil em dispositivos móveis. Neles também é possível armazenar mais do que senhas; você pode querer incluir notas ou armazenar outras informações confidenciais, como dados de cartões de crédito e contas bancárias.

Existem várias opções de gerenciadores: 1Password, LastPass, KeePassX e Dashlane são alguns dos mais populares. Eu uso atualmente o Bitwarden, ele é open source e possui uma conta gratuita bem completa. Está disponível para Android, IOS, Windows, Linux e Mac e tem extensões para preenchimento automático de senhas nos navegadores mais populares.

Imagem: Reprodução/Bitwarden

Nele eu consigo armazenar, além de credenciais, dados de cartão de crédito, documentos e notas. Todas essas informações ficam protegidas pela senha mestra e atenção: é importante definir uma senha que não seja fraca e que você tenha certeza que consegue se lembrar, porque, uma vez esquecida, é impossível recuperar o que estava guardado no cofre.

Além dos recursos de proteção de dados, o Bitwarden ainda traz um gerador de senhas fortes e tem boa integração com o Android (preenche credenciais em aplicativos). A interface gráfica do app não é das mais intuitivas, mas com o tempo você acaba pegando o jeito.

Você pode estar se perguntando: "Esses apps pra guardar dados são seguros mesmo? E se vazarem todas as minhas senhas?". Não temos como garantir que nenhum incidente vai acontecer, mas há motivos para confiar nos gerenciadores, pelo menos nos mais conhecidos.

O Bitwarden, por exemplo, usa criptografia AES-CBC de 256 bits para seus dados e PBKDF2 SHA-256 para derivar sua chave de criptografia. Os dados são criptografados sempre no seu dispositivo local antes que qualquer coisa seja enviada aos servidores em nuvem para armazenamento. Os servidores são usados apenas para armazenar dados criptografados. Os dados do cofre só podem ser descriptografados usando a chave derivada de sua senha mestra. O Bitwarden é uma solução de conhecimento zero, o que significa que você é a única parte com acesso à sua chave e a capacidade de descriptografar seus dados. Nesse cenário, mesmo que dados dos servidores vazem, os invasores terão acesso apenas a informações embaralhadas.

Se convenceu de que é importante usar um gerenciador de senhas?

Caso tenha interesse no Bitwarden, pode buscar pelo app na loja da sua plataforma ou clicar aqui para acessar a pagina oficial com informações de download.

E aí, já usa ou recomenda algum outro gerenciador de senhas?

Minha experiência com o Samsung Galaxy Watch4

noreply@blogger.com (Wali Queiroz) — Sat, 26 Feb 2022 11:12:00 +0000

Galaxy Watch4

Smartwatches e smartbands são alguns dos dispositivos que mais me despertam interesse. O meu primeiro aparelho desse tipo foi uma Mi Band 2, que usei por bastante tempo. Depois passei por uma Mi Band 4, um Haylou LS05 e até pouco tempo utilizava no meu dia a dia um Amazfit Nexo. Todos aparelhos da Xiaomi e subsidiárias.

Uma coisa que eu sentia bastante falta nesses dispositivos era a possibilidade de utilizá-los sem a dependência do aplicativo do celular. A proposta das Mi Bands nunca foi essa e tudo bem. O LS05 também era só um fitness tracker. O relógio da Amazfit rodava uma versão modificada do Android 8, o que o tornava realmente "smart", mas a experiência com esse sistema customizado era bem limitada pois não havia uma loja de aplicativos. Para instalar qualquer coisa eu tinha que recorrer a algumas artimanhas usando o modo de depuração USB, o que não era nada prático.

Diante disso, resolvi buscar por um vestível que entregasse funcionalidades mais completas, fosse totalmente compatível com o Android e não custasse 2 rins e um pulmão. Fiquei entre dois modelos da Samsung: O Galaxy Watch Active 2 e o Galaxy Watch4. Optei pelo segundo.

A minha versão do Watch4 é a de 44mm. O relógio é muito bem construído: possui corpo de alumínio, tela Super AMOLED, pulseira de silicone e dois botões na lateral - um para retornar à tela inicial e outro para voltar à tela anterior quando estamos navegando pelo sistema.

O display possui 1.4 polegadas e é revestido por vidro Gorilla Glass, resistente a riscos. Essa proteção realmente funciona, pois uso o relógio sem nenhum tipo de bumper ou película e, mesmo batendo acidentalmente com ele em alguns lugares, a tela permanece sem nenhum arranhão até hoje. Além disso, ela possui ótimos níveis de brilho, resolução de 450 x 450 e densidade de pixels de 454ppi. Ainda é possível ativar o modo Always On nas configurações do sistema para deixar a tela sempre ligada com baixo consumo de bateria.

Tela no modo Always On

O sistema operacional do relógio é o Wear OS, uma versão do Android desenhada especificamente para smartwatches e outros vestíveis. Como não poderia deixar de ser, a Samsung imprimiu sua identidade visual por cima do sistema através da One UI Watch 3.0; e o trabalho foi muito bem feito aqui. A navegação pelas telas do sistema é bem agradável e intuitiva, os ícones são grandes e as configurações simples.

Deslizando para a direita na tela inicial nós temos acesso às notificações no relógio; Deslizando para a esquerda encontramos uma série de widgets e atalhos para funções como quantidade de passos do dia, clima, monitoramento de sono, etc. Ao deslizar para baixo temos acesso a um painel de atalhos para configurações e deslizando para cima entramos na gaveta de aplicativos. O relógio já vem com alguns apps básicos na memória, mas é possível encontrar muito mais na Play Store; a instalação pode ser feita tanto direto no relógio como remotamente através do smartphone pareado. Nesse ecossistema, aplicativos compatíveis são instalados automaticamente no relógio quando baixados no smartphone, e suas configurações importantes – como horário de não perturbe e chamadas bloqueadas – são sincronizadas instantaneamente. Isso é algo que eu acho sensacional .

Wear OS com a One UI Watch 3

O pareamento com o celular é feito com o aplicativo Galaxy Wearable. Por lá nós conseguimos ter acesso à todas as configurações do dispositivo, podemos alterar a watchface, baixar atualizações e mais. Já o monitoramento de atividades físicas é feito por outro app, o Samsung Health. Essa foi uma característica que me surpreendeu, pois nos dispositivos da Xiaomi, por exemplo, o pareamento, configurações e a gestão de atividade física são responsabilidade de um único software no celular.

À esquerda o Galaxy Wearable, à direita o Samsung Health

O Galaxy Watch4 é capaz de monitorar uma quantidade enorme de exercícios e possui um sensor que a Samsung chama de BioActive. Com ele o gadget consegue fazer uma análise de composição corporal por impedância bioelétrica do corpo do usuário, algo que hoje nem o Apple Watch consegue fazer.

Medição da composição corporal no Watch4

Para executar essa medição, devemos colocar os dedos médio e anelar nos botões laterais do relógio e afastar os braços do corpo. Feito isso, o gadget lança uma pequena descarga elétrica e em cerca de 15 segundos faz medições que incluem massa de músculo esquelético, taxa metabólica basal, água corporal e porcentagem de gordura corporal. Essa função fornece uma maior compreensão da própria saúde e forma física e é uma das que eu mais utilizo. Os relatórios das medições ficam salvos no Samgung Health. Além disso, o relógio possui um sistema de monitoramento do sono, que, em conjunto com o smartphone, permite detectar sons dos roncos e medir o nível da oxigenação do sangue durante a noite.

O Watch4 também possui todos os sensores necessários para fazer a medição de pressão arterial e ECG, mas para isso é necessário instalar um aplicativo extra, o Samsung Health Monitor. Esse app só está disponível na Galaxy Store, e mesmo lá a Samsung só permite a instalação se seu smartphone for da linha Galaxy. Isso significa que se você usa um smartphone Android de outra marca, vai ficar sem essas funções, mesmo o relógio sendo totalmente compatível. Triste.

Watch4 consegue medir pressão arterial e gravar ECG

Apesar de conseguir funcionar de forma totalmente independente do celular, no dia a dia o relógio atua como uma extensão do smartphone. É possível realizar e atender chamadas no dispositivo quando conectado via Bluetooth com o celular (como um Power Ranger). Também dá pra responder a notificações de aplicativos como o WhatsApp usando respostas pré-definidas, digitando em um teclado alfanumérico ou usando um recurso que converte voz em texto. A integração com os recursos de mídia também é bem completa; sempre que eu abro um player de música ou vídeo no celular, o relógio exibe um ícone na tela inicial sinalizando que eu posso controlar as coisas por ali. O mesmo ocorre com o aplicativo de Mapas do Google. Ainda é possível acessar e controlar a câmera do celular remotamente, com o conteúdo capturado pelo sensor sendo exibido em tempo real na tela do relógio.

Câmera remota na tela do Watch4

O desempenho geral do aparelho é muito bom. A navegação e as múltiplas tarefas são suaves e sem esforço. Isso se deve ao processador Exynos W920, 1.5 GB de memória RAM e 16 GB de armazenamento interno. Sim. Isso tudo pra um relógio. O hardware interno ainda conta com WiFi, Bluetooth 5.0, GPS e NFC para pagamentos por aproximação (me sinto o próprio Tony Stark fazendo isso com o relógio) ou outros recursos.

Agora vamos para a parte ruim: a duração da bateria. Como usuário de Mi Bands, eu estava acostumado a passar pelo menos uma semana sem recarregar o dispositivo. Mas a coisa muda bastante aqui. Pro meu perfil de uso, com a maior parte dos sensores e medições ligadas, a bateria do Watch4 dura mais ou menos um dia e meio. Existe um modo de economia de energia no relógio, mas até hoje nunca usei.

No começo eu achava um saco essa curta duração de bateria, mas criei o hábito de recarregá-lo todos os dias quando vou tomar banho. O carregamento do relógio é feito por indução magnética, sem fios. Basta colocá-lo em cima da base (que vem completa na caixa junto com o adaptador de tomada) que começa a carregar. O tempo de recarga completa leva em média 2h, mas a Samsung afirma que, caso você esteja com pressa, 30 minutos de carregamento fornecem até 10 horas de bateria.

Abaixo as especificações completas da minha versão do Samsung Galaxy Watch4:

Sistema Operacional: Android Wear OS, One UI Watch 3
Tela: Circular Super AMOLED (450x450) de 1.4" (34.6mm) com proteção Corning Gorilla Glass DX+ e Full Color Always On Display
Processador: Samsung Exynos W920 Dual Core 1.18GHz
Memória RAM: 1.5GB
Armazenamento: 16GB
Bateria: 361 mAh, recarga sem fio
Conectividade: Bluetooth 5.0, Wi-Fi 802.11 a/b/g/n 2.4+5GHz, NFC, A-GPS/GLONASS/Beidou/Galileo
Sensores: Acelerômetro, Barômetro, Sensor Giroscópio, Sensor Geomagnético, Sensor de Luz, Sensor Óptico de Frequência Cardíaca, Sensor cardíaco elétrico, Sensor de análise de impedância bioelétrica
Durabilidade: 5ATM+IP68/MIL-STD-810G
Dimensões: 44.4 x 43.3 x 9.8 mm
Peso: 30 gramas, sem a pulseira

E aí, vocês possuem algum dispositivo vestível?

Minha experiência com o Samsung Galaxy S21 Ultra

noreply@blogger.com (Wali Queiroz) — Sun, 20 Feb 2022 12:46:00 +0000

Galaxy S21 Ultra

E aí pessoal! Tudo bem? 84 anos depois, cá estou eu.

Depois de 6 anos usando aparelhos da Xiaomi, resolvi experimentar algo novo e confesso que estou gostando muito.

Meu eu de alguns anos atrás não acreditaria se estivesse lendo isso, porque sempre tive um pé atrás com a Samsung. Até pouco tempo, celulares intermediários e de baixo custo da marca eram sinônimo de desempenho ruim e a interface TouchWiz não agradava nem nos top de linha. Hoje isso mudou, graças a evolução do hardware dos aparelhos e a reformulação da interface personalizada da sul coreana, que agora se chama One UI. Essa mudança melhorou o desempenho e trouxe mais identidade para os dispositivos da marca. Fato curioso: O formato dos ícones da One UI me lembra bastante a estética que a Nokia usava no Symbian Anna/Belle e MeeGo (inclusive saudades).

Esses ícones quadrados-arredondados não lembram os do Symbian Anna/Belle e MeeGo?

Conforme o mercado de smartphones evolui, os aparelhos estão ficando cada vez mais idênticos. Foi-se o tempo em que cada nova geração apresentava novidades super empolgantes. Hoje o sistema operacional é o mesmo pra todo mundo (com exceção dos iPhones e algumas relíquias) e o design é quase sempre igual, em formato de barra, não importa a marca. O que muda geralmente são as especificações: um pouco mais de memória e processamento ali, tela maior aqui, mais bateria acolá, mas no dia a dia (a não ser que você seja um "heavy user") a experiência de uso acaba sendo a mesma. Diante disso, as fabricantes estão tendo que se esforçar para de alguma forma inovar e chamar nossa atenção.

Os dispositivos top de linha mais recentes da Samsung vem com a proposta de "entregar uma experiência incrível com as melhores tecnologias do mercado" e essa premissa acabou me fazendo investir no Galaxy S21 Ultra.

O que mais me atraiu neste gadget foram definitivamente suas câmeras. São 5: uma frontal de 40MP e na traseira temos a principal de 108MP, uma ultrawide de 12MP e duas teleobjetivas de 10MP: a primeira com zoom óptico de 3x e a segunda periscópica com zoom de 10x. A qualidade dessas câmeras é sensacional, as capacidades de zoom são surpreendentes, algo que eu nunca tinha experimentado em um aparelho celular.

Lente ultrawide (clique para ampliar)

Lente principal (clique para ampliar)

Lente telefoto com 3X de zoom óptico (clique para ampliar)

Lente telefoto com 10X de zoom óptico (clique para ampliar)

A presença de 4 câmeras na traseira faz muito sentido aqui. É possível alternar entre elas no aplicativo como se estivéssemos fazendo a troca da lente em uma câmera profissional. As fotos em ambientes bem iluminados são excelentes; à noite um pouco de ruído aparece, mas o resultado continua bastante agradável.

(clique para ampliar)

O aparelho ainda consegue aplicar zoom híbrido (óptico + digital) de até 100x. O que eu acho mais divertido nisso é conseguir tirar fotos da lua (em que a lua realmente se parece com a lua e não um ponto de luz borrado em um fundo preto) sem muito esforço. As fotos abaixo eu tirei no modo automático, por isso a nitidez não ficou lá essas coisas, mas é o suficiente pra postar nas redes sociais. Acredito que usando as configurações corretas de exposição é possível ter fotos ainda melhores.

(clique para ampliar)

Outro grande destaque do celular é sua tela: um painel Dynamic AMOLED 2X de 6,8 polegadas com resolução Wide Quad HD e taxa de atualização de até 120 Hz. Ótimo para consumir qualquer tipo de conteúdo e principalmente para jogos.

O S21 Ultra veio de fábrica com Android 11, mas já recebi a atualização para a versão 12 e a Samsung garantiu pelo menos mais 2 updates do sistema operacional. Sobre o desempenho, não tenho do que reclamar. O processador Exynos 2100 não deixa a desejar nas tarefas do dia a dia, multitarefas, uso da câmera, etc. Já ouvi muitas críticas a esse processador por problemas de superaquecimento em jogos e por ter um desempenho inferior ao concorrente Snapdragon 888, mas pro meu perfil de uso isso não faz a menor diferença.

Agora um fato interessante: a Samsung resolveu copiar a Apple até nas coisas ruins e por conta disso o aparelho não veio com carregador na caixa. Porém, o PROCON fez um acordo com a marca para que ela enviasse de GRAÇA o carregador a quem solicitasse através do site https://www.samsungparavoce.com.br . Eu solicitei o meu, enviaram um adaptador de 25W (o cabo USB veio na caixa). Fica a dica aí pra quem comprou um Galaxy recentemente.

Abaixo as especificações completas da minha versão do Samsung Galaxy S21 Ultra:

Tela: Dynamic AMOLED 2X de 6,8 polegadas WQHD+ (3200 x 1440 pixels), HDR10+, 20:9, 10-120 Hz, Gorilla Glass Victus, brilho máximo de 1.500 nits, compatível com S Pen
Processador: Samsung Exynos 2100 octa-core
Memória RAM: 12 GB
Armazenamento: 256 GB
Câmera traseira:

Principal: 108 MP, f/1,8, 79º, 24 mm, OIS
Ultrawide: 12 MP, f/2,2, 13 mm, 120º, AF
Teleobjetiva 1: 10 MP, f/2,4, 35º, 72 mm, OIS
Teleobjetiva 2: 10 MP, f/4,9, 10º, 240 mm, OIS

Câmera frontal: 40 megapixels, f/2,2, 80º, 25 mm, AF
Bateria: 5.000 mAh, recarga rápida, recarga sem fio e carregamento reverso (Wireless PowerShare)
Conectividade: porta USB-C, 4G, 5G, Bluetooth 5.0, Wi-Fi 6E, GPS e NFC
Mais recursos: leitor de impressões digitais sob a tela, certificação IP68 e ultra wideband (UWB)
Dimensões: 75,6 × 165,1× 8,9 mm
Peso: 227 gramas

É isso, galera, até a próxima!

Como instalar a Google Câmera no Pocophone F1

noreply@blogger.com (Wali Queiroz) — Mon, 11 Mar 2019 10:00:00 +0000

O aplicativo de câmera nativo do Pocophone F1 entrega resultados bem interessantes; ele produz imagens nítidas com bom equilíbrio de cores e contraste quando a iluminação do ambiente é boa. Contudo, é possível tirar melhor proveito do conjunto de lentes deste aparelho da Xiaomi utilizando o app de câmera do Google.

Esse aplicativo existe desde o Android Lollipop e estava disponível para todos na Play Store até que a Google restringiu seu uso apenas para os celulares da linha Pixel para torná-los mais atraentes, visto que a GCam é um dos melhores aplicativos de câmera que existem, graças ao seu algoritmo secreto que é capaz de melhorar significativamente a qualidade das imagens, principalmente em situações com pouca luz.

Google Câmera no Pocophone F1

Vários desenvolvedores independentes do fórum XDA developers conseguiram migrar a Google Câmera do Pixel 3 para o Pocophone F1. Alguns ports possuem recursos extras; é o caso do que eu trouxe para vocês hoje, modificado pelo desenvolvedor conhecido lá no fórum como Sannn111ty.

Todos os recursos da GCam funcionam perfeitamente dentro desta versão, exceto o EIS (Estabilização eletrônica de imagem para vídeos).

Interface da Google Câmera

Características principais:

HDR+: Fotos melhores, especialmente em cenas com pouca luz ou em contraluz; é recomendado deixar essa opção sempre ativada.
Photo sphere: Fotos esféricas imersivas.
Câmera Lenta: Vídeo em câmera lenta a 240fps (1080p).
Visão noturna: Modo especial de captura em ambientes com menos luz.
Super Res Zoom: Zoom com resolução melhorada.
Modo retrato: Funciona tanto na câmera traseira como na frontal, pois utiliza inteligência artificial para fazer o desfoque e não o sistema de câmeras duplas do Pocophone. A desvantagem disso é que fotos de objetos e animais no modo retrato não entregam o resultado esperado.
Efeito foco: Serve basicamente para fazer o efeito bokeh artificial de maneira mais controlada, escolhendo onde se quer focar. Essa opção contorna o problema do Modo Retrato com objetos e animais.

Sannn111ty conseguiu incluir algumas funcionalidades a mais na Google Câmera. Ele adicionou a possibilidade de alternar entre bibliotecas de pós processamento das imagens capturadas. Na seção "Custom libs" das configurações do aplicativo é possível escolher entre a biblioteca padrão do Pixel 3 e as bibliotecas customizadas: Eszdman V5, Savitar V5, Xlib-mod V2 e a Fi V3.

Bibliotecas customizadas

Um detalhe interessante: a biblioteca Xlib-mod V2 é ajustada com a tecnologia Smart HDR que existe nos iPhones. Alguns usuários preferem esse tipo de HDR em vez do que vem na biblioteca padrão do Pixel.

Abaixo as principais diferenças entre os resultados entregues pelas bibliotecas:

Pixel 3 - Realça as cores das imagens e aumenta o contraste, porém adiciona mais ruído e menos nitidez.
Xlib-mod V2 - Deixa as cores naturais e melhora o contraste com menos ruído e mais nitidez (Na prática, a diferença é mínima em relação à biblioteca padrão do Pixel 3).
Eszdman - É quase a mesma coisa da biblioteca padrão, mas tem melhores detalhes de sombra, o que pode afetar positivamente ou negativamente o contraste, dependendo do cenário.
Savitar - Deixa as imagens com cores naturais, mas com um pouco menos de detalhes de sombra em comparação com a Xlib-mod V2, e apresenta mais granulação.

Além disso, Sannn111ty também adicionou controles deslizantes manuais no visor. O que fica na parte superior da tela é utilizado para ajustar as configurações de longa exposição. No entanto, funciona apenas quando a biblioteca Savitar V5 é ativada. O controle deslizante da parte inferior é útil para ajustar o foco manual. Funciona com qualquer biblioteca. Para utilizar você precisa escolher uma opção e tocar uma vez no visor antes de capturar fotos.

Como instalar?

Você precisa estar na versão 10.2.2.0 ou superior da MIUI global estável para a GCam funcionar sem nenhum problema. Para checar a versão da MIUI que está no seu Pocophone vá para configurações > sobre o telefone > versão do MIUI.

Configurações da MIUI

Caso esteja numa versão anterior à 10.2.2.0, vá em configurações > sobre o telefone > atualizações do sistema e baixe a versão mais recente do sistema para seu aparelho.

Quando estiver tudo certo é só baixar este arquivo APK em seu telefone e instalá-lo como qualquer outro APK. Talvez seja necessário ajustar as configurações de segurança e permitir a instalação de fontes desconhecidas.

Comparativo entre o app de câmera nativo do Pocophone e a Google Câmera

Luz ambiente - à direita câmera nativa, à esquerda Google Câmera

Luz artificial - câmera nativa

Luz artificial - Google Câmera

Luz artificial - Google Câmera com o modo visão noturna ativado

Ambiente com pouquíssima luz - Acima câmera nativa, abaixo Google Câmera com o modo visão noturna ativado

Tem outro aparelho com Android e quer testar a Google Câmera?

O pessoal do XDA developers fez port da GCam para vários aparelhos. Você pode ficar de olho no site deles, onde são publicados os APKs modificados, para saber se seu smartphone já foi agraciado com uma versão. Este link contém uma lista de aparelhos com as instruções para instalação da Google Câmera em cada um deles, talvez o seu esteja aí, vale a pena conferir.

Se alguém tiver alguma dúvida sobre a utilização do app, problemas na instalação ou qualquer outra coisa pode deixar aí nos comentários que responderei o mais breve possível.

Até a próxima!

Minha experiência com o Xiaomi Pocophone F1

noreply@blogger.com (Wali Queiroz) — Mon, 04 Mar 2019 17:00:00 +0000

Pocophone F1

E aí essa galera, quanto tempo!

Retornei para compartilhar com vocês (se ainda tiver alguém aí depois de todos esses anos sumido) minha experiência com o smartphone Pocophone F1, da Poco, submarca da Xiaomi. Este aparelho foi lançado ano passado e tem como atrativos as suas características de top de linha e preço justo.

Ele vem de fábrica com a MIUI, que é interface da Xiaomi que roda sobre o sistema operacional Android. A versão que eu estou utilizando já está atualizada para o Android 9 Pie. No geral a interface é bem amigável, elegante, a utilização dos menus é intuitiva e autoexplicativa e a rom presente no Pocophone tem algumas diferenças da que está nos outros smartphones da Xiaomi. A principal delas é que, nesse celular, a MIUI ganhou uma gaveta de aplicativos igual a do Android puro, deixando de lado a navegação através das telas iniciais, como no iOS.

Tela inicial e gaveta de apps

Há um detalhe interessante: Junto dos apps do Google e das ferramentas da própria Xiaomi, uma pasta inteira com aplicativos da Microsoft vem pré-instalada, incluindo o Skype, além dos aplicativos do Office.

O corpo do smartphone é todo feito de plástico policarbonato e na parte traseira há duas câmeras dispostas verticalmente, uma com abertura f/1.9 de 12 megapixels (Sony IMX363) e outra com abertura f/2.0 de 5 megapixels usada principalmente para capturar a profundidade de campo e fazer o efeito bokeh artificial (aquele efeito de fundo desfocado). Ainda na parte traseira há um flash led e um sensor de impressões digitais.

Por ter como processador o Snapdragon 845 (mesmo chipset presente no Galaxy S9 e no Xiaomi Mi8) e 6GB de memória RAM, o F1 pode lidar com jogos, vídeos em 4K ou outras tarefas exigentes. Os aplicativos são iniciados sem atrasos e tudo é executado rapidamente. A navegação na web utilizando o Google Chrome é bem fluida. Além disso, o dispositivo não superaquece devido à tecnologia LiquidCool, que utiliza vapor d'água para distribuir o calor de forma uniforme.

A tela do Pocophone é uma IPS de 6,18″ com resolução FullHD+ (2246 x 1080); ela possui proteção Gorilla Glass numa versão não especificada pela fabricante. A visualização de conteúdos é muito boa e apresenta um bom contraste de cores e saturação equilibrada; ela possui um notch (aquele entalhe que infestou o mercado de smartphones graças à tendência lançada pela Apple e seu iPhone X). No notch estão presentes alguns sensores, incluindo um de infravermelho para desbloqueio facial (!) e uma câmera de 20 megapixels. Na parte inferior da tela há um led para notificações que pisca somente na cor branca.

Notch, camera frontal e sensores

Uma característica que me surpreendeu positivamente nesse aparelho foi a qualidade do áudio dos seus alto-falantes. Os som emitido apresenta bons graves e se mantém equilibrado mesmo no volume máximo, sem apresentar muitas distorções ou chiados. O som é estéreo, porém caixa de som secundária é a mesma utilizada para chamadas e não é muito potente.

O alto-falante principal fica localizado na parte de baixo do aparelho, e na parte superior há uma entrada padrão de 3,5mm para fone de ouvidos.

Outro grande destaque do Pocophone é sua bateria de 4000mAh que é suficiente para, com o meu perfil de uso, deixar o smartphone cerca de um dia e meio longe das tomadas. O celular ainda dá suporte à tecnologia Quick Charge 4.0 para carregamento rápido, porém o carregador que vem na caixa é Quick Charge 3.0, ou seja, para aproveitar todo o potencial de carregamento temos que adquirir um carregador compatível à parte.

Tudo nesse gadget tem me agradado, ele não possui o design mais elegante, nem uma construção premium com corpo de alumínio ou vidro (quem precisa disso?), mas o desempenho dele nas tarefas do dia a dia é impecável, tudo feito nele é muito rápido e fluido.

Atualmente ele é um dos aparelhos com a melhor relação custo x benefício do mercado.

Especificações completas:

DIMENSÕES: 155,5 x 75,3 x 8,8 mm
PESO: 180 g
TAMANHO DA BATERIA: 4000 mAh
TAMANHO DA TELA: 6,18 polegadas
TECNOLOGIA DA TELA: IPS LCD
TELA: 2246 x 1080 pixels (403 ppi)
CÂMERA FRONTAL: 20 megapixels
CÂMERAS TRASEIRAS: 12 megapixels + 5 megapixels
FLASH: Dual-LED
RAM: 6 GB / 8GB (estou com a versão de 6GB)
MEMÓRIA INTERNA: 64/ 128 / 256GB (estou com a versão de 128GB)
MEMÓRIA REMOVÍVEL: microSD
CHIPSET: Qualcomm Snapdragon 845
NÚMERO DE NÚCLEOS: 8
VELOCIDADE MÁX.: 2,8 GHz
CONECTIVIDADE: HSPA, LTE, Dual-SIM , Bluetooth 5.0, USB-C

Alguém aí possui o aparelho? Pretende comprar? Já conheciam o dispositivo ou a marca?

Podem comentar, não se acanhem! Até a próxima! :)

Plágio: Qual o limite?

noreply@blogger.com (Wali Queiroz) — Sun, 28 May 2017 15:45:00 +0000

No dia 10 de maio, a Snap Inc., empresa dona do Snapchat, revelou seus resultados financeiros para o primeiro trimestre do ano e, como já era de se esperar, eles não foram muito bons. Com certeza isso se deve ao fato do Facebook ter literalmente copiado aquele que era o principal recurso do aplicativo: os stories.

Toda essa história entre as duas empresas começou quando o Facebook tentou comprar o Snapchat, em 2013, por uma oferta de US$ 3 bilhões. Naquela época os desenvolvedores do Snapchat acreditavam que o aplicativo poderia valer bem mais em alguns anos e por isso recusaram a venda.
Desde então o Facebook vinha tentando criar sua própria versão do aplicativo; foram vários. Um deles, chamado Flash, estreou no mercado brasileiro antes do resto do mundo, mas não fez sucesso nenhum.

Depois de algumas tentativas fracassadas, os desenvolvedores do Facebook resolveram incluir o formato efêmero do Snapchat dentro do Instagram; e foi um sucesso. A partir disso, a Snap Inc. começou a perder muitos usuários ativos, visto que boa parte deles também tinha conta no concorrente e agora não precisavam mais usar o seu app, já que era possível ter os mesmos recursos dele dentro do próprio Instagram.

Eu acredito que outros fatores também influenciaram a debanda de usuários para a plataforma rival, como, por exemplo, o fato da interface do Instagram Stories ser muito mais intuitiva que a do Snapchat. A dinâmica de uso deste último é muito confusa. A interface, apesar de inovadora, não é clara e fácil de usar. Toda a IHC parece ter "sido projetada para restringir o uso do app a um público mais jovem" como afirma Paulo Higa, no podcast do Tecnoblog. Sem contar o fato do cliente do Snapchat ser muito pesado e travar bastante, principalmente no Android.

Percebendo o sucesso do Stories, o Facebook resolveu inserir o formato em todos os aplicativos do seu catálogo: no WhatsApp, o recurso substituiu a frase que antes era chamada de Status, no Messenger, ele é chamado de Messenger Day e no aplicativo oficial da rede social de Mark Zuckerberg é homônimo ao do Instagram.

Com isso tudo acontecendo, fica a questão: Qual o limite para o plágio?

Não é a primeira vez que vemos isso no mundo da tecnologia. Já tivemos casos como o da Microsoft copiando a interface gráfica da Apple lá nos primórdios da computação pessoal. Sendo que a Apple já tinha copiado a interface da Xerox. Sim, isso mesmo. Foi a nossa querida e famigerada Xerox Corporation quem inventou, além da fotocopiadora, o conceito de interface gráfica e mouse para computador que Jobs viu e soube realizar. E Gates foi genial ao sacar como monetizar.

Há também outros casos mais recentes como a Samsung e a Xiaomi copiando o design do iPhone para seus aparelhos e a interface gráfica do iOS para suas versões do Android.

Os casos citados acima foram parar nos tribunais com as empresas copiadas processando suas rivais. Mas, até agora, no caso Facebook versus Snapchat, a Snap Inc. ainda não tentou nada contra o Facebook nos tribunais. Eu andava me perguntando o motivo disso e acabei descobrindo que a Snap não teria como ganhar um processo. Isso porque o que a empresa criou foi somente um novo conceito, uma nova forma de você interagir pela internet.

Existe um termo, quando se discute direito de propriedade intelectual, chamado "dicotomia entre ideia e expressão", que é um termo complicado para descrever que você não pode patentear uma ideia, mas pode patentear a execução dessa ideia. Isso significa que a Snap Inc. só poderia processar o Facebook caso descobrisse que os programadores da empresa de Mark estão utilizando um código fonte muito parecido com o deles para implementar a função Stories.

Eu penso que é válido copiar quando é feita uma "cópia melhorada", uma cópia que não deixa de ser cópia, mas acrescenta algo, o que sempre traz benefício para os usuários. Resumindo, é aquela história do meme: "pode copiar, só não faz igualzinho".

Qual a opinião de vocês sobre isso? É errado fazer esse tipo de cópia? Ou é certo porque é benéfico para nós, os usuários finais?

Deixem-me saber nos comentários.

Fontes: Tecnoblog, WebInsider, G1

Este aqui é o melhor player de música para Android

noreply@blogger.com (Wali Queiroz) — Wed, 07 Dec 2016 10:00:00 +0000

Desde que o Google Play Music começou a desfazer as minhas playlists com músicas do cartão de memória a cada vez que eu reiniciava o celular, andava à procura de um player de música novo. Nesse meio tempo, usei bastante o player de musica padrão da MIUI enquanto não encontrava um melhor, ele é razoavelmente bom, mas sua interface não é das melhores e ele possui apenas recursos bem básicos. Contudo, não é dele que vou falar aqui hoje.

Durante a minha busca por um novo leitor de música decente eu testei alguns dos disponíveis na Play Store e acabei encontrando o n7Player.

Esse aplicativo me surpreendeu pela interface bonita e inovadora, diferente de qualquer outro player que eu já tinha visto. Nele, a biblioteca de mídia é exibida de maneira diferente. É possível contar com as divisões comuns (por artista, gênero, álbum, etc.), mas a experiência do n7Player vai além.

As bandas e os artistas da biblioteca aparecem em uma nuvem de palavras, com destaque para aqueles que possuem mais álbuns armazenados no aparelho. Quando usamos o movimento de pinça para dar zoom nessas palavras, o app vai ampliando tudo até exibir um mosaico com os álbuns e suas respectivas capas; ao clicar sobre algum deles, a lista faixas é exibida.

Outra característica interessante do n7 é que ele baixa automaticamente as capas dos álbuns que estão faltando. Há também um equalizador que vem com opções pré-determinadas e um modo de configuração livre. Além disso é possível personalizar a interface modificando as cores das fontes, ícones e plano de fundo.

Gostou e quer baixar?

O n7 é um aplicativo maravilhoso, mas isso tem um preço. Atualmente ele custa R$11,99 na Play Store e não possui uma versão gratuita, apenas uma avaliação de 10 dias. Clique aqui para baixá-lo.

Uma alternativa gratuita ao n7Player

Se você não quiser desembolsar essa pequena fortuna com o n7, apresento-lhes o Pi Player. Visualmente ele não é tão bonito quanto o n7, porém entrega uma interface do usuário bem integrada ao Material Design, com um layout limpo e intuitivo que traz uma boa experiência de usuário.

O que me surpreendeu no Pi foi a simplicidade com que as tarefas são executadas. Tudo nele é bem direto, toda a biblioteca fica distribuída em abas pela tela inicial e é isso. Ele ainda possui algumas animações minimalistas que deixam a UI mais elegante.

Dentre as principais funcionalidades do Pi Player estão:

- Uma ferramenta para cortar qualquer arquivo mp3;

- Recurso para compartilhamento de música;

- Visualização de música por pastas;

- Sleep Timer;

- Uso do Swipe para mudar as músicas na tela de execução;

- Ferramenta para editar metadados das faixas (nome, álbum, artista, gênero, etc);

- Três temas - Gloss, Luz e Dark;

- Controles na tela de bloqueio;

- Transições suaves e animações;

- Suporte a Widget.

Por ser gratuito, o Pi Music Player exibe anúncios para gerar receita para seus desenvolvedores. Isso não chega a ser um problema porque os anúncios são discretos e nada invasivos, não atrapalham a reprodução das músicas.

Para baixá-lo, acesse a Play Store.

MIUI 8 – O que há de novo?

noreply@blogger.com (Wali Queiroz) — Mon, 31 Oct 2016 23:06:00 +0000

A Xiaomi vem liberando, desde agosto, a nova versão da sua ROM e a atualização finalmente chegou aos aparelhos disponíveis no Brasil, Redmi 2 e Redmi 2 Pro. A MIUI 8 veio com algumas novidades na interface, mudanças positivas e outras negativas em aplicativos e novas funcionalidades, das quais falarei ao longo dessa postagem.

Vamos começar por uma das novidades mais legais dessa ROM: uma nova animação de captura de tela. Agora, no momento em que você tira um Screenshot, uma miniatura da tela capturada flutua até o canto superior do display e fica ali por alguns segundos, esperando por alguma ação. Quando você toca sobre ela, aparecem opções para compartilhamento, edição, exclusão e mais uma função interessante da MIUI 8: a captura de tela estendida. Com essa funcionalidade é possível estender longitudinalmente uma captura de tela. Ela é útil quando é necessário capturar um texto grande que não cabe totalmente na imagem exibida na tela no momento, por exemplo.

Confira no vídeo abaixo a funcionalidade da ferramenta:

A aba de notificações da MIUI 8 sofreu modificações bem radicais. O padrão dessa tela, que até a versão 7.5 da ROM era o modo aba dupla, agora vem em um modo de tela única onde temos o espaço para notificações e um carrossel de atalhos deslizantes, algo muito parecido com a aba de notificações da TouchWiz, interface da Samsung. Eu, particularmente, não gostei dessa modificação. É bem inconveniente não poder acessar todos os toggles de maneira mais direta. Felizmente é possível voltar para o padrão antigo nas configurações. A aba de notificações agora também exibe informações sobre o clima do local onde você está, e muda de cor ao sabor deste. Ela fica azul quando está nublado, roxa quando está frio, etc.

Quando ensolarado, ela fica esverdeada.

A nova ROM da Xiaomi também trouxe um novo sistema de gerenciamento de energia bem mais robusto que o das versões anteriores. O sistema dá informações detalhadas sobre a bateria, incluindo tempo estimado restante de duração de carga, quantidade de mAh disponível, voltagem e também monitora a temperatura do aparelho, exibindo um aviso de superaquecimento sempre que a mesma ultrapassa um limite em graus Celsius definido por padrão como 45º, mas é possível escolher outras opções de limite nas configurações. Não há mais perfis de bateria definidos pelo usuário, eles foram substituídos por um modo de economia de energia geral que monitora os processos em segundo plano para proporcionar uma economia maior. Além disso, o software ainda realiza análise dos gastos de bateria por aplicativos e sugere otimizações para economizar mais energia.

Informações detalhadas sobre o consumo de bateria (Clique para ampliar).

O aplicativo de notas também recebeu novidades. As anotações agora são distribuídas em quadros grandes pela interface do aplicativo e é possível adicionar templates personalizados ao fundo das notas criadas. Também dá para exportar uma nota como imagem *jpg.

Templates para personalizar o layout das notas.

O aplicativo de câmera sofreu leves modificações em sua interface e foi incluido um modo de captura no qual é possível fazer com que a câmera dispare quando algum áudio for captado pelo microfone do aparelho. A funcionalidade é a mesma de um timer.

O menu de configurações gerais da MIUI 8 chegou com menos subcategorias. Nessa versão, quase todas as principais configurações, que antes ficavam escondidas dentro de outros menus, aparecem na tela de ajustes principal.

A interface da Galeria sofreu modificações, ao meu ver, desnecessárias. Nessa versão, todos os álbuns, com exceção do com as fotos da câmera, videos e capturas de tela, ficam escondidos dentro de um submenu, tornando o acesso mais demorado, já que adiciona mais uma etapa para chegar às imagens, e isso chega a ser irritante para quem estava acostumando com a versão anterior (meu caso), onde os álbuns ficavam todos dispostos numa segunda tela. Apesar disso, a Galeria ganhou um editor de vídeos com recursos como recortes, inserção de áudio, texto e filtros, sendo 3 desses filtros modelos de edição automática que geram vídeos bem legais a partir do seu. Compartilhar um item dessa aplicação também ficou mais fácil, basta deslizar de baixo para cima no conteúdo a ser compartilhado que a tela de compartilhamento aparecerá; nessa interface é possível aplicar um filtro antes de enviar uma imagem.

Nova organização da galeria e editor de videos.

Algumas outras novas funcionalidades da MIUI 8 são:

Função Dual Apps – Permite clonar aplicações para ter duas contas ativas em simultâneo (duas contas de WhatsApp, por exemplo, uma para cada chip);

Second Space – Permite criar uma segunda sessão de modo a separar, por exemplo, o trabalho do lazer (Como as contas de usuário do Windows);

Agora é possível configurar atalhos para aplicativos na tela de bloqueio;

Controles do media player aparecem na tela de multitarefas;

Caller ID – detecta informações do contato mesmo que você não o tenha em sua agenda. Isto vale tanto para chamadas como em SMS. (Na prática, só funciona para número de empresas, anunciantes, etc.);

Quick Ball – Uma esfera flutuante (como aquela do Messenger do Facebook) que pode ser ativada na interface e, quando tocada, exibe atalhos;

Calculadora redesenhada capaz de calcular e converter quase tudo.

Nem tudo são flores...

Apesar de trazer muitas novidades e funcionalidades exclusivas nativamente, a MIUI 8, mesmo em sua versão global estável, também trouxe muitos bugs. Há relatos de usuários que não conseguem abrir a Galeria e eu já percebi que o gerenciamento de memória também não é muito eficiente nessa versão. O sistema consome mais RAM do que a versão 7.5, o que faz com que alguns aplicativos comecem a travar em certas circunstâncias, o que não ocorria com tanta frequência antes. Além disso, em determinados momentos a interface pisca uma imagem azul em parte da tela e a Galeria simplesmente não exibe a miniatura de algumas imagens.

A Xiaomi costuma ouvir seus usuários e por causa da quantidade expressiva de reclamações, ela provavelmente já está trabalhando na correção dessas falhas.

Ah, e, apesar de ter sido anunciada com Android 6.0 Marshmallow, a MIUI 8 para o Redmi 2/ Redmi 2 PRO é, pelo menos por enquanto, baseada no Android 5.1 Lollipop. Outros aparelhos da Xiaomi a receberam com o Marshmallow.

Minha experiência com o Xiaomi Redmi 2 PRO

noreply@blogger.com (Wali Queiroz) — Sun, 31 Jul 2016 10:00:00 +0000

(Foto: Reprodução/Xiaomi)

E aí, pessoal? Tem alguém aí? Tudo bem com vocês? Quanto tempo!

Apareci para compartilhar com vocês minha experiência de uso com o aparelho da Xiaomi diponível no Brasil, o Redmi 2 PRO. O aparelho não é novidade no mercado e possuo este desde o ano passado, mas acredito que pouca gente conhece o gadget e a empresa Xiaomi.

O objetivo desse post não é fazer propaganda, mas, além de minhas impressões, apresentar uma nova opção de marca confiável, já que muita gente se recusa a comprar um aparelho pelo fato de não conhecer a fabricante.

Quando decidi trocar de aparelho fiquei na dúvida entre o Moto G3, o Asus Zenfone 5 e o Redmi 2 PRO. Os três modelos são intermediários e possuem especificações de hardware bem parecidas. Na época, optei pelo modelo menos popular entre os três por causa do preço mais atrativo em relação aos outros dois. Me surpreendi positivamente com o Redmi, o aparelho apresenta um desempenho muito bom e seu maior diferencial é o sistema operacional customizado baseado no Android; falarei sobre ele mais abaixo.

Vamos às especificações do aparelho: O Redmi 2 PRO possui 2 GB de memória RAM, 16GB de memória flash interna, entrada para cartão microSD, câmera traseira de 8MP com flash led e câmera frontal de 2MP, tela de 4,7 polegadas HD (768x1280), processador Snapdragon 410 de 1.2GHz quad-core, Wi-Fi, dual chip 3G e suporta 4G LTE.

O aparelho vem de fábrica com a MIUI, uma rom desenvolvida pela própria Xiaomi e que é o grande destaque do dispositivo. A MIUI modifica profundamente o Android, tudo nela é muito diferente do padrão do sistema da Google e lembra muito mais o iOS da Apple, com todos os aplicativos distribuídos pelas telas iniciais, sem um menu principal. Diferentemente de outras customizações de fabricantes que deixam o Android sobrecarregado de recursos e aplicativos desnecessários (vide TouchWiz), a rom do Redmi é limpa, o que contribui muito para a performance geral do aparelho.

Minhas telas iniciais

O sistema da Xiaomi não é um launcher que roda sobre o Android, como interfaces de outras fabricantes; as modificações feitas no sistema da Google pela MIUI vão desde a interface gráfica até otimizações de baixo nível para a rom funcionar com fluidez nos aparelhos. A impressão que eu tive é de que tudo nela é feito para tirar melhor proveito do hardware e da melhor maneira possível. É um ecossistema completo com funções exclusivas.

Outro fator interessante sobre a MIUI é que ela segue um ciclo de atualizações e implementações de recursos independente do Android da Google. A Xiaomi costuma liberar uma nova versão beta de sua rom a cada 2 ou 4 semanas e uma versão estável para todos os usuários é liberada em média a cada 2 ou 4 meses.

Painel de configurações/Tela de escolha de tema

A versão global estável mais recente da MIUI é a 7.5 que começou a ser disponibilizada via OTA no ultimo dia 27 de Julho para usuários do Redmi 2/ Redmi 2 PRO e é baseada na versão 5.1.1 (Lollipop) do Android. A versão 8 da MIUI baseada no Android 6.0 Marshmallow já foi apresentada, mas ainda encontra-se em fase de testes.

A câmera traseira do Redmi 2 PRO entrega imagens com qualidade satisfatória. As fotos capturadas apresentam boa saturação e cores vivas em ambientes bem iluminados. O flash led garante imagens razoavelmente boas em ambientes mais escuros. A câmera frontal também não é ruim, mas apresenta qualidade inferior à traseira, capturando imagens com cores menos definidas e mais granulação. O software da câmera vem equipado com o "Modo Beautiful", tal recurso, quando ativado, realça do olhos e melhora o aspecto da pele nas fotos tiradas com a câmera frontal, reduzindo manchas, marcas de expressão e rugas; funciona como um pequeno Photoshop embutido que faz correções em tempo real na imagem. Um pequeno defeito desse recurso é que, dependendo da intensidade do efeito que você definir, o software pode deixar as fotos bem esquisitas, com olhos grandes e rosto "derretido".

Imagem capturada com a câmera traseira do Redmi 2 Pro. (Clique para ampliar)

A bateria do aparelho possui 2.200 mAh e isso é o suficiente para o meu perfil de usuário passar o dia inteiro sem recarregá-lo.

O Redmi 2 PRO não vem com fones de ouvido na caixa, o que não chega a ser um problema. O seu alto-falante, localizado na parte traseira, é de boa qualidade, com sons claros e baixo índice de distorção. Alguns ruídos podem aparecer uma vez ou outra, mas isso só acontece quando colocamos o gadget no volume máximo.

O desempenho geral do aparelho é muito bom, o sistema não apresenta qualquer lentidão na execução de tarefas cotidianas. A MIUI se sai muito bem no gerenciamento dos 1.2GB de memória disponíveis para os aplicativos instalados pelo usuário (os outros 800MB são ocupados pelo sistema), congelando apps em segundo plano que estão há muito tempo sem ser utilizados, e isso além de poupar memória, poupa bateria.

Ah, apesar de vir embarcada por padrão nos aparelhos da Xiaomi, a MIUI não é exclusiva deles. A empresa disponibiliza o download gratuito da rom em seu site oficial. Lá você pode conferir uma lista com aparelhos de outras fabricantes que são compatíveis com o sistema.

Algum de vocês tem o aparelho? Já conheciam o dispositivo ou a marca? Usam a MIUI em algum aparelho diferente? Podem comentar, não se acanhem! Até a próxima! :)

Stellarium – Aplicativo de astronomia para visualização do céu

noreply@blogger.com (Wali Queiroz) — Tue, 03 May 2016 17:08:00 +0000

O Stellarium é um software cheio de recursos muito interessantes para os apaixonados pela astronomia e curiosos sobre a abóboda celeste. Ele é capaz de simular o céu noturno, diurno e os crepúsculos de forma bem realista.
Você pode observar constelações, planetas, aglomerados, nebulosas e até mesmo satélites artificiais em 3D. Toda a simulação é rica em detalhes e exibe diversas informações sobre os corpos celestes e as constelações.

O Stellarium funciona como uma espécie de aplicativo de mapas, só que celeste. Basta dar as suas coordenadas para visualizar uma localização celeste específica, ao mesmo tempo em que é colocado em um ambiente simulado de observação. Através do app é possível, inclusive, escolher visualizar o céu através da perspectiva de outro planeta, como Júpiter e Marte.

Outra função que me chamou bastante a atenção no Stellarium é que ele pode usar o GPS, acelerômetro e giroscópio do aparelho celular para encontrar seu posicionamento e dessa forma permitir que sejamos capazes de identificar uma estrela ou outro corpo celeste apenas apontando o celular para o céu. Assim, o que estiver no lá no momento aparecerá na tela do aplicativo e poderemos ver detalhes e também os desenhos que cada constelação representa; é como se estivéssemos apontando a câmera do celular para o céu e ela identificasse cada estrela e fornecesse informações.

O aplicativo ainda te mostra, através da ferramenta Starlore, os nomes de estrelas e constelações, inclusive em outras culturas, como a chinesa e egípcia.

Gostou e quer baixar?

O Stellarium está disponível na Play Store por R$6,24. Há uma versão gratuita para computador disponível no site do desenvolvedor [porém, essa versão certamente não conta com o recurso que usa sensores para fazer a identificação do céu].

O InstaTags para Asha está disponível na Opera Mobile Store com todas as funções desbloqueadas

noreply@blogger.com (Wali Queiroz) — Wed, 06 Jan 2016 17:54:00 +0000

As aplicações que permitiam compras dentro delas dependiam da ferramenta Nokia In-App Payment que foi encerrada pela Microsoft e por isso deixaram de funcionar corretamente; o InstaTags era uma dessas aplicações. Ele é um app que permite que você adicione filtros, tags ou modifique o foco de uma imagem, e para desbloquear alguns filtros era necessário pagar. Porém, com o fim da Nokia Store e dos serviços que a Nokia havia criado para manter o ecossistema do Asha OS e do S40, os desenvolvedores que não abandonaram as plataformas tiveram que dar seu jeito para continuar mantendo seus aplicativos. O criador do InstaTags resolveu publicar seu app na loja de aplicativos da Opera com todas as funções premium liberadas e optou por monetizá-lo com um anúncio na inicialização que pode ser pulado facilmente.

Por enquanto, a versão que está na Opera Mobile Store é compatível apenas com aparelhos da Plataforma Asha, mas o desenvolvedor afirma que vai postar em breve para os dispositivos com S40.

Gostou e quer baixar?

O download pode ser feito neste link.

Na página do aplicativo no Facebook também foi divulgado que uma versão para Android está disponível na Play Store; no OS do Google ele foi renomeado para Fotome.

AcDisplay – Tela de bloqueio inteligente para Android

noreply@blogger.com (Wali Queiroz) — Fri, 01 Jan 2016 19:30:00 +0000

Sabe aqueles recursos da tela de bloqueio do Moto X e de alguns outros aparelhos da Motorola? O AcDisplay traz alguns deles para qualquer smartphone Android.

Quando o aplicativo está ativado é possível visualizar o conteúdo das notificações de maneira simplificada, assim como ocorre na Moto Tela. A ativação da tela com um gesto também está presente aqui; não é tão eficiente quanto nos aparelhos da Motorola, mas funciona; você deve deslizar a mão suavemente sobre o sensor de proximidade para "acordar" seu gadget.

O app também conta com um recurso chamado "Modo Ativo" que faz uso dos sensores do telefone para despertá-lo quando você precisa. Uma vez ativada a funcionalidade, ao tirar o celular o bolso, por exemplo, a tela acenderá e mostrará as horas e as notificações. Segundo os desenvolvedores, esse recurso não usa a CPU do smartphone e por isso o gasto de bateria não será muito grande.

Além de trazer os recursos da Moto Tela, o AcDisplay permite uma série de personalizações como adicionar Widgets de apps à tela de bloqueio, configurar atalhos para abrir aplicações ao deslizar o dedo e também modificar os planos de fundo.

O que mais me chamou atenção no aplicativo foi a interface simplificada e elegante que ele põe na lockscreen. Uma notificação é mostrada como o ícone do app que a gerou, e quando você clica em um aviso do WhatsApp, por exemplo, ele chega a exibir como plano de fundo a foto do perfil do contato e o conteúdo das mensagens também é visível direto da tela de bloqueio. Além disso, sempre que o player de música está ativo, o app exibe a capa do álbum da canção que está tocando.

Apesar disso, a fonte utilizada no AcDisplay é um pouco diferente da padrão do Android e das roms personalizadas das fabricantes, o que acaba gerando um pouco de inconsistência no visual do sistema e incomoda g(e)nte q(u)e liga pra essas coisas.

Gostou e quer baixar?

O app é gratuito e open source e pode ser baixado na Play Store. O código fonte do mesmo está disponível no GitHub.

Ah, e FELIZ ANO NOVO PESSOAL!

É necessário fazer login novamente no Facebook para continuar usando a experiência integrada do serviço (telefones Nokia Asha 50x e 230 Series)

noreply@blogger.com (Wali Queiroz) — Thu, 24 Dec 2015 01:35:00 +0000

A Microsoft informa que devido a uma alteração na API do Facebook que acontecerá no final de dezembro de 2015, usuários de telefones Nokia Asha 50x e 230 Series, que têm a experiência do Facebook integrada na interface de usuário, precisam fazer login novamente na conta da rede social para continuar usando a integração com o serviço. A alteração impactará os aplicativos Agenda telefônica, Fastlane, Galeria e Contas. Sem um novo login, a integração do Facebook com esses aplicativos não funcionará mais.

Para fazer login novamente e continuar usando a experiência integrada do Facebook em seu telefone Asha, faça o seguinte:

Vá para Menu > Contas.
Para remover sua conta do Facebook existente do aplicativo Contas mantenha pressionada a parte superior da conta do Facebook e toque em Excluir. Esse processo não exclui sua conta real do Facebook, apenas remove os detalhes da conta do telefone.
Para fazer login novamente em sua conta do Facebook, toque em + e selecione Facebook na lista. Digite suas credenciais e toque em Entrar.
Selecione se você deseja sincronizar seus contatos do Facebook com o telefone e toque em Concluído. Após a alteração na API do Facebook, somente os contatos na rede social que também usarem telefones Asha 50x ou 230 Series poderão ser sincronizados.
Depois que a sincronização dos dados do Facebook estiver concluída, você poderá continuar usando os serviços integrados na rede social no telefone da mesma forma que antes, com exceção das alterações na sincronização de contatos.

A alteração na API do Facebook não afeta o uso do aplicativo do em si. Ele continuará funcionando como antes.

O Nokia Z launcher muda a maneira de utilizar o Android

noreply@blogger.com (Wali Queiroz) — Tue, 10 Nov 2015 10:00:00 +0000

Como nós sabemos, a Nokia como fabricante de Smartphones não existe mais. Porém ela continua viva como uma empresa de software e lançou há um tempinho atrás o Z Launcher, um aplicativo de tela inicial para Android que muda completamente a maneira de utilizar o sistema.

Tela principal do Z Launcher

A proposta do Launcher é inovadora e permite que você acesse seus aplicativos, contatos, histórico de chamadas, etc. além de realizar pesquisas na web, desenhando a primeira letra do que você deseja acessar na tela inicial do seu smartphone. Nos primeiros usos parece estranho, porque é um jeito diferente do que estamos acostumados a usar o Android, mas depois que você se acostuma fica tudo bem interessante.

A interface do Z Launcher é muito simples e o design é focado em texto com uma fonte elegante e os ícones dos aplicativos instalados. Além disso, é capaz de trocar o plano de fundo automaticamente de acordo com o horário. Ele é dividido em três telas iniciais: uma onde você poderá adicionar widgets, outra com a lista de todos os aplicativos instalados no seu aparelho e a tela principal que é onde aparecem os aplicativos mais utilizados e é nela que é permitido desenhar a inicial do nome do item que você quer acessar.

Segundo a Nokia, o Z Launcher memoriza a sua forma de utilizar o telefone e destaca as suas aplicações favoritas, para que possa acessá-las mais rapidamente. Em teoria, quanto mais for utilizado o launcher, melhor ele se torna.

Gostou e quer baixar?

O Z Launcher está disponível gratuitamente na Play Store.

UC Browser – o navegador móvel que vem ganhando o mundo

noreply@blogger.com (Wali Queiroz) — Fri, 23 Oct 2015 14:50:00 +0000

O UC Browser - navegador para smartphones que vem crescendo no Brasil - alcançou uma marca inédita no mundo. O navegador do grupo Alibaba se tornou o segundo navegador para celular mais popular do mundo, com 16.82% de market share, de acordo com o StatCounter, um medidor de tráfego independente.

Esta recente conquista coincide com o crescente sucesso que o navegador vem fazendo mundo afora. Só no Brasil já são mais de 6 milhões de downloads, de acordo com o Google Play. A estratégia de investir em mercados emergentes na Ásia, África e América Latina vem se mostrando produtiva. Para se ter uma ideia, a população dos três maiores mercados do UC Browser – Índia, China e Indonésia – somam 2.8 bilhões de pessoas ou, um terço da população mundial. E em todos estes mercados o navegador tem mais de 40% do market share. Então é só fazer as contas que se entende o tamanho deste aplicativo.

O diferencial deste navegador móvel em relação a outros é sua adaptabilidade aos mercados locais. No Brasil por exemplo, o navegador possui seções exclusivas onde se pode acompanhar o Brasileirão, fazer o download de músicas nacionais e até assistir filmes online, em Português, claro. Essa adaptação aos mercados locais - aliado a um excelente trabalho de resolução de dúvidas e problemas via Facebook - mostra a ambição do UC Browser na duríssima missão de roubar do Google Chrome a primeira posição no rank mundial.

Além disso, nota-se que o UC Browser – devido a seus serviços de compressão em nuvem – consegue acelerar a sofrida conexão 2/3/4G do Brasil. Através de um sistema de compressão de dados em nuvem, a navegação pode ficar até 60% mais rápida. Isto é um alívio, especialmente para quem mora fora dos grandes centros, onde a infra-estrutura de internet móvel é ainda mais escassa.

Sobre a UCWeb

A UCWeb – uma das empresas que fazem parte do grupo Alibaba - é uma das líderes globais na área de internet móvel. O grupo é fortíssimo no mercado asiático e está em expansão para os mercados ocidentais. Seu principal aplicativo, o UC Browser, está presente em mais de 500 milhões de dispositivos mundo afora e é compatível com todos os sistemas operacionais. O UC Browser serve usuários em mais de 150 países e está disponível em 11 idiomas, português incluso. Para mais informações, acesse http://www.ucweb.com

UC Browser para PC ganha versão em português

noreply@blogger.com (Wali Queiroz) — Fri, 31 Jul 2015 00:37:00 +0000

O UC Browser foi liberado em versão para computador em português. O navegador que acumula mais de 500 milhões de usuários no app móvel já pode ser baixado no PC em Português desde o último dia 17 (sim, estamos atrasados).

O navegador traz a maioria dos recursos que há na versão mobile, com destaque para o gerenciador de downloads que se mostra muito eficiente, categorizando o que você baixa de acordo com o tipo de arquivo.

Uma curiosidade interessante sobre o navegador que eu descobri recentemente é que, por ser baseado na interface Chromium M41 (a mesma do Google Chrome), podemos usar as mesmas extensões do navegador do Google, sem problemas de compatibilidade.

A UCWeb pertence ao grupo chinês Alibaba e o navegador UC Browser está na versão 5.2 (Beta), disponível em cerca de 150 países e em 11 idiomas. A instalação pode ser feita gratuitamente em computadores com Windows. Ainda não há versão para Mac OS X.

Game Cute The Rope para a Plataforma Asha

noreply@blogger.com (Wali Queiroz) — Fri, 10 Jul 2015 11:00:00 +0000

Sabe aquele joguinho no qual o objetivo é cortar cordas para deixar cair o alimento na boca de um monstrinho? Pois é. Ele é bem popular no Android e em outras plataformas e agora podemos jogá-lo em nossos Ashas.

Ao que eu pude perceber, o jogo não foi oficialmente lançado para Asha, mas algum desenvolvedor conseguiu criar essa versão que parece ser portada do Android. O resultado ficou incrível.

Gostou e quer baixar?

Para fazer o download acesse este link.

:)

Droid4X — Emulador de Android para computador

noreply@blogger.com (Wali Queiroz) — Tue, 30 Jun 2015 11:00:00 +0000

O Droid4x é um simulador do sistema operacional Android capaz de rodar qualquer aplicativo como se estivesse em um smartphone/tablet.
O mais interessante nesse programa é que ele traz uma experiência completa do Android para o PC, com a maioria das funcionalidades e o launcher padrão da plataforma, diferente do BlueStacks que usava uma interface própria que nada lembra o Android que vemos em dispositivos móveis.

No emulador, por padrão, o mouse realiza todas as ações como se fosse seu dedo, mas se você quiser poderá configurar teclas para realizar ações multitouch. Também é possível simular sua localização física dentro do emulador e compartilhar pastas entre ele e o computador para acessar arquivos do PC dentro de aplicativos.
A versão do Android quem vem nele é a 4.2.2 Jelly Bean e podemos instalar aplicativos tanto pela loja quanto por arquivos externos.

O Droid4x foi projetado especialmente pra quem quer executar games do Andoid no computador. É possível sincronizá-lo com seu aparelho (Android ou iOS), fazendo do seu celular um Joystick.

O hardware de seu computador afeta diretamente o potencial do simulador, ou seja, quanto mais potente, melhor.

Gostou e quer baixar?

O download do software pode ser feito no site oficial.

SpotShot — Fotos com a previsão do tempo local

noreply@blogger.com (Wali Queiroz) — Fri, 26 Jun 2015 11:00:00 +0000

O SpotShot é um daqueles aplicativos legais que foram lançados naquela época em que a Nokia estava incentivando os desenvolvedores a criar para a plataforma Asha.
No software você pode adicionar à imagens informações do clima do local onde você está e depois compartilhá-las — como no InstaWeather para Android e iOS.

Com uma interface simples e muito bem construída, ele permite que você use fotos da galeria ou capturadas na hora e acha sua localização com base na triangulação do sinal da operadora. Ele vem com templates gratuitos que definem como as informações são exibidas na imagem e alguns temas premium, porém nós não podemos mais comprá-los (nem remover alguns anúncios) porque o app usa a ferramenta Nokia In-App Payment que, assim como outros serviços da antiga Nokia, foi encerrada pela Microsoft.
Entre os dados exibidos em cada uma das fotografias estão a temperatura (em Celsius ou Fahrenheit), a data e a sua localidade.

A parte ruim do SpotShot é que, por limitações da própria plataforma Asha, ele salva as imagens na resolução 240x320. No entanto, apesar de pequenas, as fotos ficam bem interessantes, vejam um exemplo:

Gostou e quer baixar?

Com o fim da Loja Nokia, muitos desenvolvedores não migraram seus aplicativos para a — bagunça — Opera Mobile Store, e o do SpotShot está entre eles. Talvez muitos de vocês não conheçam o aplicativo, por isso vou disponibilizar os aquivos de instalação para a plataforma Asha que eu tenho no meu aparelho. Provavelmente ele funciona em S40 Touch também, mas nunca testei.

Clique aqui para fazer o download por um servidor externo.

Quem aí já conhecia o aplicativo?