Fabio Braga

O Salesforce Sales Cloud é um ótimo produto! Eu não usei um sistema CRM melhor. Enquanto o custo é um pouco maior do que o que as pessoas esperariam que isso realmente se resume a um caso de você conseguir o que você paga. Eu usei este sistema como um usuário de negócios, um administrador, um desenvolvedor e um consultor.

É um produto caro mas valioso. Realmente ótimo trabalho e engenharia aqui.

Posso certamente dizer que é o melhor software de gestão de relacionamento com clientes do mundo, com tecnologia de computação em nuvem disruptiva e abordagem altamente escalável.

Escolhi o RabbitMQ por que possibilita lidar com o tráfego de mensagens de forma rápida e confiável, além de ser compatível com diversas linguagens de programação, possuir interface de administração nativa e ser multiplataforma.

Gosto muito de sua interface administrativa ser web e muito simples. O fato de ser adicionado via plugin é também determinante.

É muito bom e FREE! :)

Ultimamente muita gente tem torcido o nariz para um novo superset do JavaScript. Sim, estamos falando do TypeScript .

O TypeScript é um caso interessante. Percebo ultimamente que, ou você o adora (o que é meu caso) ou você simplesmente o odeia. Parece não haver um consenso intermediário de maneira geral na comunidade. Por que será que isso acontece? Será que existem conceitos errôneos difundidos na comunidade sobre o TypeScript? Será que ainda há pontos cruciais a serem melhorados nele?

Algumas pessoas que eu conheço têm pavor do TypeScript porque acham que ele vem para substituir o JavaScript, o que é um equívoco. O TypeScript nunca teve a intenção de substituir completamente o JavaScript. A própria documentação diz que ele é na verdade um superset do JavaScript. E o que isso quer dizer? Isso quer dizer que ele visa fornecer alguns recursos que o JavaScript não oferece por padrão. Entre esses recursos, temos por exemplo:

• A oportunidade de termos tipos de dados mais definidos (tornando o JavaScript um pouco mais tipado);
• Uma sintaxe e estrutura fortemente orientados à objetos (o TypeScript é fortemente influenciado pelo C# e F#), aproximando a experiência de desenvolvimento de linguagens tradicionalmente orientada a objetos como o C# e o Java;

Estou errado??

Eu não sou a favor de utilizar banco NoSQL como banco principal da sua aplicação por diversos motivos, mas também não sou cabeça dura de não ver que eles podem, se usados com sabedoria, trazer um grande ganho de desempenho.

Já vi utilizarem o Redis para diversas funções, fila de tarefas, algoritmos de recomendação, salvar cookies ao invés de salvar na máquina do usuário etc. E sem dúvida ele funciona muito melhor e é escalado de uma forma muito mais fácil do que se usássemos um banco de dados SQL Relacional clássico.

Escolhi o Redis por ter uma grande variedade de utilidades e trazer uma grande performance associada, e eu acredito que deveria ser um dos primeiros pontos de partida para quem quer entrar no mundo NoSQL.

O uso do Microsoft SQL Server na versão para plataforma Linux é uma excelente escolha.

Uma ferramenta de dados amplamente aceita e agora compatível com o Linux, um excelente sistema para servidores.

Eu optei por que está bem leve e fácil de implantar no meu compose. Fora o fato de ter escolhido algumas soluções que também usam o Microsoft SQL Server.

Minha decisão pelo C# é por ser uma linguagem robusta e que vem evoluindo muito.

A Microsoft traz a segurança de longevidade, isso nos dá segurança na opção.

Com o .Net Core tudo melhorou, nos dando a assertividade da escolha.

Com o C# tenho muita produtividade e produção unidos ao meu favor e a do projeto também.

Eu usei JavaScript pois é a linguagem de cliente mais usada no mundo.

Evitei usar frameworks pesados e mantive o modelo de design oferecido pelo IDE.

O Javascript foi importante para a comunicação, iteração do cliente e muito na navegabilidade/sinalização.

Quem não usa JavaScript? :)