Decidi fazer este artigo pois vi vários posts no LinkedIn sobre isso, sendo um deles do Bruno Lacerda sobre o tema.

O que é esse tal de Salário Emocional?

Falamos de salário emocional quando nos referirmos às vantagens que as empresas oferecem aos funcionários para “melhorar” os seus níveis de satisfação no trabalho sem que isso signifique realmente um aumento salarial.

Com isto as empresas esperam reduzir a rotatividade dos funcionários, bem como tentar aumentar a sua eficiência.

O que nos leva a um novo conceito de Felicidade Interna Bruta (FIB) da empresa que, basicamente, avalia o índice de bem-estar dos funcionários.

Esse conceito, defende afincadamente a ideia de salário emocional como um complemento ao salário que é oferecido pela empresa.

Minha Opinião sobre Salário Emocional

Para mim, chega a ser ridículo o discurso de muitas empresas sobre o tema para justificar os baixos salários que proporcionam em troca do tal “bem estar emocional”.

É claro que tem que ter um ambiente agradável e, no mínimo, adequado pra se trabalhar, mas tem que, obrigatoriamente, vir com uma remuneração de acordo com a função e justa.

Uma coisa básica que deveria ser ensinado nas escolas, e que muitas pessoas esquecem é sobre qual é o fundamento básico de qualquer empresa / emprego, que é, simplesmente GANHAR DINHEIRO! O trabalho foi feito para recebermos uma contrapartida monetária em troca do nosso esforço, das nossas competências e em troca do valor que podemos gerar para uma empresa ou alguém.

Apenas e só isso: contrapartida monetária.

E não, não é por fazeres o que gostas que está garantido que sejas reconhecido e remunerado acima da média. O que vai definir isso são os teus resultados. Sendo bem pragmático, ninguém sobrevive a fazer o que ama, se for extremamente mau a fazê-lo! Esta é a verdade que ninguém te conta!

O LinkedIn está cada vez mais inundado de posts que espalham a ideia que se “fizermos o que amamos, nunca mais teremos que trabalhar”, que precisamos amar o nosso trabalho, caso contrário seremos infelizes.

O trabalho não foi feito para amar, e é aqui que o problema começa, pois acabamos esquecendo efetivamente o conceito de trabalho e o conceito de amor.

E enquanto que o trabalho serve para ganhar dinheiro, o AMOR, isso é outra coisa! Uma coisa muito mais importante e especial

Enquanto andarmos a brincar aos cupidos do trabalho, que só amando o que fazemos que nos vai trazer a felicidade, vamos continuar reféns de tudo o que são apenas fugas.

O trabalho é o verdadeiro significado de ser adulto: não fazer o que nos apetece mas sim o que precisa ser feito.

Em suma, eu acredito que devemos trabalhar por dinheiro, nunca por amor, principalmente se o negócio for teu, mas que devemos trabalhar com “amor”.

Ou seja, deves ter dedicação ao que te destinaste a fazer. Se vais fazer, faz bem feito!

E tu, o que achas desse “salário emocional“?

The post Trabalhe por dinheiro, nunca por amor! O tal “salário emocional” first appeared on Carlos Gonçalves.

Se perdeste a o último desabafos estapafúrdicos de um programador podes ir vê-lo.

1. Recebo vários emails onde solicitam ajuda, mas a maioria esquece-se da regra mais básica para pedir ajuda, e acabam sem receber nenhuma resposta, enviando novo email a perguntar porque não receberam nenhuma resposta. A resposta é simples, se não demonstrares que tentaste fazer ou chegar a algo, não mereces ajuda;
2. Nos últimos tempos fiz alguns trabalhos de consultoria e decididamente abriu os meus olhos para diferentes formas de gerir projetos;
3. Às vezes quando estou a programar algo que realmente gosto fico bastante entusiasmado;
4. Dentro de duas semanas vou usufruir das minhas tão merecidas férias (duas semanas);
5. Várias pessoas julgam os nugets baseados na sua popularidade em vez da sua funcionalidade. Não confundam popularidade com funcionalidade e flexibilidade;
6. Não vejo nada de errado abrir links em novas abas. Queres que um PDF, um documento Word, ou um Excel abra na mesma aba? Muito menos se for a aba principal de um utilizador, pois esses vão de imediato fechar a aba em vez de apenas clicar em “voltar”. Se um link é usado apenas como referência ou link de apoio deve ser aberto numa nova aba;
7. Já morei e trabalhei no Brasil, e acho que na sua maioria os profissionais de TI de lá são mais capacitados, nem que seja pelo “jeitinho brasileiro” onde qualquer problema sempre tem uma solução criativa;
8. Relacionado com o item acima, às vezes tenho mais orgulho de uma boa “solução alternativa” do que a solução final. Um bom programador precisa ser inteligente;
9. O Brasil, no quesito de tecnologia bancária, está bem mais avançado que Portugal, na minha opinião. Acho o Nubank incrível ainda mais agora com a sua aquisição da Easy Invest, formando o Nu Invest;
10. A área Fintech é uma das minhas preferidas, existem sempre imensos desafios para resolver;

Sabe bem fazer estes desabafos e deitar tudo cá para fora. Agora é a tua vez, comenta abaixo os teus desabafos…

Esperem por mais no futuro. Estou sempre cheio de aborrecimentos, além disso, sente-te à vontade para partilhares os teus desabafo!

The post Desabafos estapafúrdicos de um programador – Parte 2 first appeared on Carlos Gonçalves.

Ao ler o artigo revi-me muitas vezes nele, apesar do foco ser para a advocacia, se mudarmos o termo serve perfeitamente.

Recentemente, um colega de um colega me pediu uma “ajuda” com um assunto. Um assunto simples, trivial, que CERTAMENTE eu saberia responder de pronto. E, surpresa das surpresas, não era tão simples assim. Demandaria, pelo menos… PELO MENOS a leitura de alguns documentos e um pouquinho mais de investigação, mas que se ele pudesse marcar uma reunião mais tarde… 

Henrique Arake

Quantas vezes não fui contactado para ajudar numa “pequena coisinha”, numa dúvida num projeto, ou mesmo numa sequência de funções? Digo-vos, inúmeras vezes. Às vezes respondo, outras nem por isso, pois a maioria das vezes é por preguiça de quem pergunta.

Existem inúmeras comunidades de ajuda, como o Stack Overflow, onde a dúvida irá ter mais atenção, do que num email! Sem contar que, a partilha de conhecimentos é algo fundamental, pode existir mais pessoas com a mesma dúvida, e se todos seguíssemos a mesma filosofia, não haveria informação disponível.

Depois, se vemos que é algo mais complexo, e dizemos, vamos falar um pouco melhor, para percebermos melhor a dúvida, geralmente a resposta é:

“Oh! É mesmo? Ah, então deixa né? Outra hora, então!” E eu quase que podia ouvir: “peço uma ajuda simples e esse ganancioso sem-vergonha já quer lucrar às minhas custas”

Henrique Arake

Sounds familiar?

Deixa eu contar uma novidade para vocês (particularmente aos advogados, médicos, arquitetos, publicitários, designers, dentistas, veterinários, etc.)… vocês estudaram pra C@#$%#@ pra se formar, adquirir conhecimento e expertise e, se são profissionais liberais, VIVEM disso!

Henrique Arake

Pois é meus amigos, o conhecimento tem custos, é o ato de adquirir informações e saber trabalha-las, “uma informação sozinha não é conhecimento, é apenas um dado sem razão ou sem fundamento e sem nenhum objetivo“. E hoje em dia, o conhecimento tornou-se numa ferramenta que marca a diferença na nossa área.

Outra coisa, se a pergunta foi feita para você, é porque a resposta não é óbvia! Significa que o Google e a Wikipedia não foram suficientes! E se ela não é óbvia, significa que VOCÊ também não achará a resposta no Google e na Wikipedia (eu sei que vocês também fazem isso )! Então, camarada, você tem duas opções:

1 – Responder com a primeira coisa que te vier à cabeça! Afinal, você é um profissional, conhece do assunto e, mesmo que não tenha TANTA certeza sobre o conselho que está dando, ora essa, ele jamais saberá, certo?

Henrique Arake

Como diz o Henrique, “ERRADO! O que acontecerá é que ele tentará implementar sua solução, provavelmente dará errado, e seu filme estará queimado para sempre!“.

2 – Explicar que a solução não é tão simples quanto parece e marcar uma reunião PROFISSIONAL para resolver o assunto.

Assim você terá tempo para investigar o assunto com profundidade, descobrirá que ele NÃO TE CONTOU TODOS OS DADOS NECESSÁRIOS ali na mesa do boteco. “O que? O cliente esconde informações que ELE julga não serem importantes?”

Henrique Arake

Infelizmente isso acontece com frequência.

Porém ao tomarmos essa atitude, não só estamos a ser corretos, profissionais, como estamos a salvaguardar-nos, pois se o “colega do colega” for financeiramente cauteloso e não quiser pagar pelos próprios problemas, então esse problema não é assim tão importante, e nós acabamos por não perdermos tempo, com algo que poderíamos aproveitar para aprofundar o nosso conhecimento ou mesmo a trabalhar.

Porém, o maior problema prende-se quando nós próprios esquecemo-nos da importância e do custo, seja ele monetário ou em termos temporais, do nosso conhecimento.

Faz um favor a toda a comunidade de tecnologia, COBRA PELOS TEUS SERVIÇOS!

The post Como explicar que não existem almoços grátis? first appeared on Carlos Gonçalves.

A riqueza flui directamente da inovação e não da optimização… a riqueza não é adquirida através do aperfeiçoamento do conhecido.

Desconhecido

É ingénuo da tua parte se simplesmente ficares sentado à espera que as coisas (seja um trabalho, oportunidade, cliente, e por aí vai) venham ter contido e acreditares que os teus concorrentes não estão a fazer nada para poder roubar a tua parte de mercado. Existem várias formas de correr atrás do que queres quando tens objetivos bem definidos (já escrevi sobre As Barreiras e Obstáculos).

Como sabem, vivemos numa era onde a concorrência é muito grande, pois além de competirmos com outros profissionais, temos também que competir com inúmeras empresas (vulgo outsourcing), portanto perder oportunidades está fora de questão.

Talvez ainda não tenhas percebido, mas em algum lugar, um dos teus concorrentes acabou de ter uma ideia brilhante, terminou uma especialização, estudou, evoluiu e vai conquistar uma parte da tua quota de mercado. Se tiveres sorte, vais te aperceber disso e no momento certo serás capaz de tomar as medidas adequadas para que isso não aconteça. Se não tiveres sorte, só te vais aperceber quando for tarde demais.

Então, se não tiveres constantemente a procurar novas ideias, inovar, aprender, evoluir e estudar vais ficar para trás!

Na nossa área, só podemos ter sucesso se formos capazes de pensar de forma diferente. O futuro pertence a quem não tem medo de assumir riscos. O futuro pertence àqueles que aproveitam a oportunidade para fazer exactamente isso.

Se estamos dispostos a assumir um risco, há teoricamente uma possibilidade de que podemos alcançar resultados diferentes, descobrir um nicho, criar um monopólio temporário e ganhar dinheiro.

Desconhecido

O “normal” e a “média” são cada vez mais símbolos de mediocridade, não só um serviço medíocre mas também um profissional medíocre, uma empresa medíocre. Basta vermos a generalidade das empresas e como são os seus gestores, projetos, entregas, processos, cultura (ou ausência dela). É raro encontrar um profissional bem-humorado, capacitado, pois muitos deles são figuras tristes que vestem-se de forma idêntica a tantos outros, sem vontade de serem diferentes, de inovar.

E qual é o resultado? Quem tem a mesma abordagem e pensa exactamente da mesma maneira, irá forçosamente criar soluções idênticas. E os clientes? Eles punem a conformidade e a uniformidade dos serviços com a mais dura punição possível, simplesmente vão procurar o preço mais baixo.

Lembrem-se “para serem bem sucedidos, têm que ser diferentes.“

The post A mediocridade nunca vence first appeared on Carlos Gonçalves.

1. Olho para algumas expressões regulares mais avançadas, como se estivessem escritas em chinês. Preciso de algum tempo para compreendê-las;
2. Prefiro muito mais trabalhar em server-side;
3.  Para aqueles que realmente amam o seu trabalho, como eu, considera-te cheio de sorte. Há dias que são uma luta para alguns de nós;
4. A falta de responsabilização que vejo em alguns programadores deveria ser considerada um crime. Levam semanas para fazer actualizações básicas ou cobram valores exorbitantes para corrigir problemas que eles próprios criaram. Absolutamente chocante;
5. O inverso também se aplica, a falta de responsabilização que vejo em algumas empresas deveria ser considerada um crime. Querem tudo pelo preço da chuva, e algumas ainda se acham no direito de exigir coisas para as quais não pagam. Há dias complicados;
6. Nunca fui, nem sou um grande fã de pseudocódigo. Percebo qual é o seu objectivo, mas prefiro trabalhar com isso na minha cabeça;
7. Considero que é uma vantagem trabalhar e poder levar o meu trabalho para casa, porém também considero uma enorme desvantagem;
8. Acho ridículo contratar programadores só porque “são baratos” mesmo sem terem qualidade. Quase sempre, menos é mais. Geralmente nestes casos, o que se poupa no imediato gasta-se o dobro no futuro;
9. Uma coisa que a pandemia do COVID-19 nos ensinou, é que é possível trabalharmos de forma remota. Acho ridículo quando vejo notícias como Google obriga trabalhadores a voltar a trabalhar no escritório em setembro ainda por mais vindo de grandes empresas como a Google;
10. A pandemia COVID-19, revolucionou muito o mercado de trabalho, o que antes era apenas um “benefício” em algumas empresas poderem trabalhar de forma remota, agora é bastante comum;

Esperem por mais no futuro.

Estou sempre cheio de aborrecimentos, além disso, sente-te à vontade para partilhares os teus desabafos!

The post Desabafos estapafúrdicos de um programador first appeared on Carlos Gonçalves.

Isto é uma coisa bastante óbvia e fácil de fazer, mas alguns sites têm negligenciado o ano do copyright.

Eis alguns exemplos:

Site 1: Empreendedorismo

Site 2: IAPMEI Agência para a Competitividade e Inovação

Site 3: CNEMA Centro Nacional de Exposições

Site 4: RentalCars

Site 5: MotorGuia

Site 6: Mitsubishi Motors

Site 7: noticias.automoveis-online.com

Site 8: Budget

Site 9: CS Maritimo

Site 10: FC Paços de Ferreira

Site 11: Rio Ave FC

Site 12: Zero Zero

Site 13: Liga Portuguesa de Futebol

Site 14: Direção Geral de Saúde

Site 15: INEM

Site 16: Governo da República Portuguesa

Site 17: ERA

Site 18: Century 21

Site 19: Chiptec

E é isto, e vocês, mantém o ano do copyright atualizado?

The post Programadores, não ignorem o ano do copyright first appeared on Carlos Gonçalves.

O desafio era super interessante e mexia em muita coisa core, pelo que tinha que ser uma intervenção quase que cirúrgica.

Os passos que fiz para melhorar esse processo, foram os seguintes:

Conexão com a BD

Por alguma razão, para processar uma quantidade bem elevada de registos (7 dígitos) muitas vezes tratavam tudo na mesma conexão, ou seja, abriam a conexão e executavam um monte de operações, com lógicas e chamadas de funções pelo meio.

Sendo que, a primeira coisa que fiz foi tratar da conexão com a BD, e nesse caso, as conexões eram abertas apenas quando eram necessárias e fechadas imediatamente a seguir.

Isso trouxe uma melhoria de 348% de performance no processo, só com essa “simples” mudança.

Limpeza e Otimização de código

Outra coisa que vi foi que havia muito código repetido, funções que podiam ser rapidamente otimizadas e foi exatamente isso que fiz.

O código também, em boa parte, não era testable (não gosto da palavra testável), então criei interfaces e modifiquei o código de forma a que tudo fosse testable.

Outro ponto que, em nada influencia na performance mas ajuda muito em termos de manutenção, foi o nome dos métodos, argumentos e variáveis para algo mais claro.

Clean Architecture

Apesar do projeto não ser muito grande, tinha a sua complexidade, e estava todo bagunçado, pelo que mudei e reestruturei o projeto inteiro para usar Clean Architecture (ou Onion Architecture), de forma a separar as lógicas e responsabilidades.

Separação em domínios

Analisando melhor o processo deu para entender que claramente existiam domínios diferentes e, principalmente, independentes , pelo que, o passo natural foi separar cada um em seu próprio domínio (um Console Application para cada) compartilhando entre si o core que era comum.

A este ponto fui capaz de ganhar uma melhoria de 652% de performance .

Mudança de Entity Framework para Dapper

Com tudo mais organizado e simples de entender, a próxima decisão foi trocar o Entity Framework para o Dapper, visto que o Entity Framework pouco, ou nada, agregava no processo em causa que exigia performance ao invés de facilidade de utilização (para mim a maior vantagem do Entity Framework).

Verdade que o Entity Framework evoluiu muito nos últimos tempos, mas ainda assim, em termos de performance fica atrás do Dapper.

Decisão fácil de tomar e que, teve como resultado uma melhoria de 1122% de performance .

Otimização de Queries e Tabelas

Após a mudança para o Dapper possibilitou compreender melhor a estrutura da Base de Dados e com isso ver que algumas queries não estavam otimizadas e que, principalmente, as tabelas não eram amigáveis para as queries a executar.

Com a ajuda do SQL Server Profiler fui vendo os maiores impactos e, com isso, pude criar alguns indexes que ajudaram em muito a execução das queries, inclusive em alguns casos criando uns clustered indexes.

A este ponto já tinha uma melhoria de 5336% de performance .

Bulk Operations

Outra coisa que percebi com o decorrer do refactor é que, a cada iteração era feito um insert, estilo de um log. Ou seja, um número muito elevado de operações (mais uma com a Base de Dados) por cada iteração.

A decisão foi agrupar em lotes de 1000 e fazer bulk inserts dessa forma seria 1 acesso extra por cada 1000 iterações, o que reduzia substancialmente o número de operações à Base de Dados.

Parallel.ForEachAsync

Last but not least em nenhuma parte do código era usado paralelismo. Uma vez que a ordem dos acontecimentos não eram relevantes para o caso, decidi começar a usar Parallel.ForEach, mas o problema é que, alguns dos métodos necessários a ser chamado dentro do loop eram async.

Apesar de o Parallel.ForEachAsync já estar disponível no NET6 ele não está disponível no NET5, pelo que a alternativa foi criar o meu próprio Parallel.ForEachAsync.

public static Task ParallelForEachAsync<T>(
  this IEnumerable<T> source, 
  Func<T, Task> body,
  int maxDegreeOfParallelism = 10)
{
  async Task AwaitPartition(IEnumerator<T> partition)
  {
    using (partition)
    {
      while (partition.MoveNext())
      {
        await body(partition.Current);
      }
    }
  }

  return Task.WhenAll(
    Partitioner
    .Create(source)
    .GetPartitions(maxDegreeOfParallelism)
    .AsParallel()
    .Select(AwaitPartition));
}

Isto trouxe uma melhoria de 12044% de performance .

Comparação dos resultados finais em termos de Performance

Após todo este processo, e os testes unitários estarem todos a 100% era altura de comparar resultados.

Corri o processo antigo a partir do zero (longas 31 horas), e noutra Base de Dados rodei o processo novo que demorou apenas 15 minutos face às 31 horas do antigo processo.

Chegou a altura de comparar as tabelas e as entradas que tinham que ser exatamente iguais.

Felizmente o Visual Studio tem uma ferramenta que nos auxilia a comparar duas bases de dados sobre o qual, inclusive, já escrevi um artigo. Além disso executei o EXCEPT do SQL SERVER para uma segunda prova e, felizmente, os resultados foram exatamente iguais.

The post Como melhorei a performance de um processo em mais de 12000% first appeared on Carlos Gonçalves.

Dado a um trabalho que tinha que realizar, onde melhorei a performance de um processo em mais de 12000%, deparei-me com uma situação em que tinha que comparar os dados de algumas tabelas entre Bases de Dados diferentes mas com a mesma estrutura.

Já sabia que o Visual Studio é uma ferramenta incrível para se trabalhar, mas confesso que desconhecia a funcionalidade dele em comparar duas Bases de Dados de forma tão fácil.

Para isso basta, no menu, ir em Tools -> no sub menu SQL Server -> New Data Comparison…:

Isso irá te abrir a seguinte janela:

Posto isso basta configurar as conexões a ambas as Bases de Dados, o que também é muito simples.

Ao clicarmos em Select Connection nos deparamos com:

Basta ir a Browse e depois configurar os dados ao nosso servidor SQL Server.

Para o exemplo, imaginemos o seguinte script sql:

CREATE DATABASE SourceDb
GO
USE SourceDb
GO
CREATE TABLE Persons (
    ID int NOT NULL,
    LastName varchar(255) NOT NULL,
    FirstName varchar(255),
    Age int,
    PRIMARY KEY (ID)
);
GO
INSERT INTO Persons VALUES(1,'Gonçalves', 'Carlos', 33)
INSERT INTO Persons VALUES(2,'Gonçalves', 'Rodrigo', 2)
GO
CREATE DATABASE DestinationDb
GO
USE DestinationDb
GO
CREATE TABLE Persons (
    ID int NOT NULL,
    LastName varchar(255) NOT NULL,
    FirstName varchar(255),
    Age int,
    PRIMARY KEY (ID)
);
GO
INSERT INTO Persons VALUES(1,'Gonçalves', 'Carlos', 33)
INSERT INTO Persons VALUES(2,'Gonçalves', 'Rodrigo', 1)

O que deveríamos esperar era que, ao comparar duas Bases de Dados, no caso a tabela Persons da Base de Dados DestinationDb com a tabela Persons da Base de Dados SourceDb era que a primeira entrada seja 100% igual e que a segunda difira na idade, em que na SourceDb o Rodrigo tem 2 anos mas na DestinationDb ele está com 1 ano.

Vejamos então:

Bem como podemos confirmar que existe 1 Identical Record que no caso seria a primeira entrada:

Uma forma simples também para isso poderia ser:

  SELECT * FROM SourceDb.[dbo].Persons
  EXCEPT
  SELECT * FROM DestinationDb.[dbo].Persons

Que nos daria o resultado:

E é isso, espero que tenha ajudado. E vocês, já conheciam essa opção do Visual Studio? Utilizam outra forma? Deixem nos comentários.

The post Como comparar duas Bases de Dados com o Visual Studio first appeared on Carlos Gonçalves.

As nossas vidas são o somatório das nossas decisões.

Albert Camus

E é assim que começamos o artigo de hoje.

Todos nós detestamos perder coisas, é da própria natureza humana. Desde a altura em que perdemos o nosso primeiro dente percebemos que a perda causa sofrimento, por isso mesmo não gostamos de perder dinheiro ou de desistir dos nossos projetos, em suma, detestamos perder.

A aversão à perda significa que damos mais valor ao que temos a perder do que ao que podemos ganhar.

Damos mais valor ao que temos a perder do que ao que podemos ganhar.

Desconhecido

Esta aversão à perda significa igualmente que a forma como se formula uma pergunta afeta o resultado. As escolhas envolvem, frequentemente, compromissos. Pergunta a ti próprio do que precisas de abdicar para tomares uma decisão. De seguida coloca a pergunta de maneira diferente, imagina que não possuis aquilo que deves abdicar, quanto pagarias para a comprar?

Temos que ter conhecimento da nossa aversão à perda de coisas, mas claro que o conhecimento por si só não irá tornar o processo mais fácil.

Se não tens conhecimento da tua aversão à perda, estarás sempre receoso com as barreiras e obstáculos que se vão deparar no teu caminho, e se é assim que pensas, está na hora de mudares a tua visão. As barreiras e os obstáculos estão lá por um propósito muito definido: separar a inconsequência e a paixão.

Estabelecer objetivos

É imprescindível que ao iniciares um novo desafio, definas muito bem os objetivos do mesmo, esse conjunto de objetivos é o que te confere um caminho de orientação para as tuas decisões, no sentido que progridas numa direção. Os objetivos explicam-te o que pretendes alcançar com o teu desafio, com um carácter temporal. Estes são essenciais na gestão do teu desafio, na medida em que esclarecem onde queres chegar e como podes avaliar se o estás a conseguir.

Deves ter sempre em consideração que os objetivos devem respeitar os 5 critérios SMART (Specific, Measurable, Achievable, Relevant e Time Bound):

É a partir daqui que os obstáculos e as barreiras surgem.

Ora, vamos supor que queres criar um produto novo tipo um TODO List e que o teu objetivo é: atingir 10 clientes no prazo de 1 ano. Se formos analisar, esse teu objetivo:

1. Específico: Sim , pois diz claramente o que é;
2. Mensurável: Sim, pois consegues validar se conseguiste ter a quantidade de clientes, no caso 10;
3. Atingível: Sim, pois o objetivo está ao teu alcance, não sendo complexo de atingir;
4. Relevante: Não, ele não tem um elevado grau de desafio, o que torna o objetivo estabelecido simples, acredito que muitas pessoas consigam lá chegar. Na outra face está, quanto mais complexo, mais difícil é de concretizar esse objetivo;
5. Temporal: Sim, é especificado um período de tempo, no caso 1 ano;

A força de vontade

A maioria das pessoas, quando se depara com uma barreira ou um obstáculo, o que fazem é desistir. É por isso que vemos inúmeros divórcios, negócios que não vingam, entre outros exemplos. Quantos aqui se enquadram no que disse? Quantos mais se irão enquadrar?

Quem vos garante que se tentarem ultrapassar esse obstáculo não terão sucesso?

O que importa é ter alguma compostura e perspetiva perante essa barreira / obstáculo. Não se deixem enredar pelo desfecho a curto prazo, porque o que acontece a longo prazo pode ser bem diferente.

Se ficarmos demasiado presos nos desfechos de curto prazo não conseguimos perceber que podem tornar-se diferentes a longo prazo.

Há uma história que diz o seguinte:

Certa vez havia um sábio agricultor chinês perdeu um dos seus cavalos.
Quando o vizinho foi consolá-lo, o agricultor disse:
“Quem sabe o que é bom ou mau?”

Quando o cavalo dele voltou no dia seguinte, trazia consigo um bando de outros cavalos que lhe seguiram, o vizinho foi felicitá-lo pela sua boa fortuna.
“Quem sabe o que é bom ou mau?”, disse o agricultor.

Quando então o filho do agricultor partiu a perna ao tentar montar num dos novos cavalos, o vizinho foi consolá-lo de novo.
“Quem sabe o que é bom ou mau?”, disse o agricultor.

Quando o exército passou convocando os homens para a guerra, deixaram o filho do agricultor por causa da perna partida.
Quando o vizinho foi felicitar o fazendeiro pelo facto do seu filho ter sido poupado, de novo o agricultor disse:
“Quem sabe o que é bom ou mau?”

Quando podemos esperar que esta história termine?

Desconhecido

Por outro lado, tendemos sempre a considerar apenas um único desfecho possível, como o vizinho do agricultor, em vez de considerar todos os desfechos possíveis. Se fores um pessimista, tenta obrigar-te a pensar no melhor desfecho, pois no reverso, os outros irão sempre partir do princípio que as coisas correm sempre bem. Se fores um desses otimistas, tenta pensar no que poderia correr mal.

Tentar, falhar e Continuar

É mais que sabido, que uma pessoa que tenta, falha e continua tem mais valor que aquela que tenta, falha e para. Ninguém toma decisões sem cometer erros, porém não se deve repetir o mesmo erro duas vezes. Não é preciso ir muito longe, lanço-vos o desafio de responderem a esta questão, aprenderam mais nos vossos projetos de sucesso, ou naqueles que cometeram vários erros?

Provavelmente a maioria vai responder nos projetos em que erraram. Pois o “erro certo” ensina-nos mais que todo o sucesso no seu conjunto.

O problema é que à medida que envelhecemos e nos tornamos mais experientes, sentimos orgulho no facto de cometermos cada vez menos erros. Somos bons no que fazemos e isso significa não fazer asneiras, certo?

O problema é que, quanto menos erramos, menos aprendemos. Para se ser bom em algo, para nos distinguirmos dos demais, regra geral, é preciso cometer erros.

Analogia

Para melhor percebermos toda esta questão, podemos usar uma analogia engraçada, quem é que nunca jogou ao Sonic? No final de cada nível existia sempre o boss final (chefão, para os meus amigos brasileiros), o boss é mais complicado de vencer, regra geral, que o próprio nível.

Se considerarmos as barreiras e os obstáculos o boss final do nosso nível, podemos prepararmo-nos para ele, estudando-o e definindo uma estratégia para o derrubar. Tornando-nos mais fortes para as adversidades seguintes.

Conclusão

Podemos assim concluir que as barreiras ajudam-nos a filtrar quem realmente merece atingir os objetivos. Ajudam-nos a eliminar a concorrência, pois se o objetivo é mensurável, com um elevado grau de desafio mas realista e atingível, é um factor de distinção para quem o alcançar.

Espero que comecem a ver os obstáculos e as barreiras de outra forma, principalmente que não os vejam como vossos adversários, e sim como aliados, pois são estes que vos permitem evoluir e a tornarem-se melhores.

The post Barreiras e Obstáculos – O Bicho de 7 Cabeças first appeared on Carlos Gonçalves.

Por exemplo, na abordagem que falei NEventStore System.IO.FileNotFoundException in System.Private.CoreLib.dll como recebemos um array de bytes do payload e para trabalhar com o nosso evento precisamos converter esse array de bytes para uma string e dessa forma podemos usar o Deserialize para um objeto nosso.

Se formos converter utilizando o Encoding ASCII usualmente acontece depararmo-nos no início da string com ??? para resolver podemos facilmente utilizar algo como:

 const char trash = '???';
 var json = Encoding.UTF8.GetString(commit.Payload).Replace(trash.ToString(), string.Empty);

Porém se precisas, por causa de alguns caracteres, de utilizar UTF-8, então é comum que te depares com um <0xFEFF>, tipo:

Se inspecionares pelo visual studio não vais perceber nada de anormal na string, pois o <0xFEFF> não é exibido, porém se copiares o valor e colocares, por exemplo no Sublime Text 3, aí vais ver algo como a imagem acima.

Esse <0xFEFF> nada mais é que o BOM (Byte Order Mark), que é um uso particular do caractere Unicode especial, U + FEFF BYTE ORDER MARK, que tem uma aparência como um número mágico no início de um texto para sinalizar várias coisas para o programa que for ler o documento ou, no nosso caso a string.

E, no caso de UTF-8 a representação do BOM é a sequência hexadecimal 0xEF, 0xBB e 0xBF.

O mesmo acontece se, com o NEventSore fores ler o Payload na Base de Dados, fazes algo como:

CAST(Payload AS VARCHAR(MAX))

E ele te retorna no início uns caracteres estranhos  que também está relacionado com o UTF-8 mas na sua representação de bytes como caracteres CP1252

A solução para limpar essa string pode passar por:

 const char trash = '\xfeff';
 var json = Encoding.UTF8.GetString(commit.Payload).Replace(trash.ToString(), string.Empty);

E é isso, espero que tenha ajudado.

The post String com 0xfeff no início first appeared on Carlos Gonçalves.