Pular para o conteúdo principal

EMMI : Email Manurity Model Ignorance


A língua escrita é algo maravilhoso e seu domínio parece ser de difícil alcance para muitos. Eu mesmo, iniciei este blog para ver se conseguia melhorar meu uso dessa ferramenta tão preciosa. Ainda me lembro que quando estava nos primeiros anos da escola, nas aulas de redação, nos ensinavam como escrever cartas (se lembram delas?). Hoje a evolução as transformou em emails. E com eles se manteve alguns hábitos bem como outros evoluíram. Um destes é o de assinar suas mensagens. Tais assinaturas tem padrões, formas e conteúdos dos mais diversos. Isso pode ser de grande valia bem como ser uma pedra de tropeço para outros. Dessa forma, proponho aqui um modelo de análise destas assinaturas (totalmente original e sem inspiração em nada já existente) para auxiliar as pessoas a escreverem suas assinaturas de email.

Nível 1:

Neste nível temos uma assinatura com bastante informação. São verdadeiros currículos constando de certificações, títulos, sites pessoais, o próprio email, telefone, endereço, nome do cachorro dentre outros. Já encontrei assinaturas deste nível em formato XML, o que já indica que mereciam um WebService próprio a elas.

Nível 2:

Aqui encontramos assinaturas menos obesas, demonstrando que a pessoa esta ciente que o destinatário pode usar outros meios de consultar a vida do emissor. O mais comun aqui é sabermos o nome completo, dados de contato, cargo e empresa. É uma forma de colocar o seu cartão corporativo na sua própria assinatura.

Nível 3:

Quem chega nesse nível já é um vencedor, ele sabe que a assintura é um mero formalizmo e quer apenas deixar marcada a sua presença. Por isso, coloca apenas seu nome, algum título bonito (como Engenheiro ou Empresário) e as vezes um link com mais informações. Ele acredita que isso fortalece a sua "marca pessoal"

Nível 4:

Este cara sabe que a assinatura não é local de networking. Ela é apenas uma forma de dizer que o email acabou, por isso basta uma expressão ("Atte", "Grato", ect) e seu nome (ou apelido) para fechar a mensagem.

Nível 5:

Aqui já estamos cientes que o destinatário sabe quem está mandando o email (e se não souber, nossa apresentação estaria no corpo da mensagem). Por isso, terminamos o email apenas com um agradecimento ("Grato") ou saudação ("Atenciosamente").

Observações:

Existem modificadores especiais para avaliar estes níveis (que não estão nas descrições dos mesmos).

Caso sua assinatura tenha citações (ex: "Pense na natureza antes de imprimir este email"), você desce um nível.

Caso sua assinatura tenha imagens, você desce um nível.

Caso você tenha a lista de suas redes sociais na sua assinatura, vá para o nível 1.

Caso você assine com seu apelido, suba um nível.

Postagens mais visitadas deste blog

A experiência de software

Hoje em dia está muito em voga se falar sobre o desenvolvimento de produtos e serviços de software. Sendo assim as iniciativas e startups estão alta. Mas para quem está no mercado de Brasília (e de alguns outros centros do país) como eu, sabe que a prestação de serviços nas famigeradas "Software Houses" ( me recuso a chamar de Fábricas de Software ) é bem comum. Porém, este trabalho costuma ser renegado ou, como eu vejo, tratado sob um ponto de vista um pouco equivocado. Uma fábrica de software artesanal Onde se enganam tais pessoas é em que elas estão vendendo. Muitas empresas acreditam, de fato, que vendem software. Eu porém digo que isso é não de todo verdade. Se você é um prestador de serviços e constrói software sob demanda, você não vende apenas o software. Aqui não me refiro aos milhões de outros "artefatos" que são empurrados goela abaixo entregues aos nossos clientes. O que vejo é que vendemos algo que não está limitado ao software que vai pra mão (ou se

TDD como ferramenta de aprendizado

Na penúltima sessão do DojoBrasilia surgiu a seguinte questão: Será que o TDD não atrapalha no aprendizado de novas tecnologias?  A grande questão girava em torno de que o respeito estrito as regras ao TDD tornariam o aprendizado lento e enviesado. Isso por que você estaria focado em passar o teste o que estaria limitando sua velocidade no aprendizado na tecnologia, bem como a visão do objetivo final. Caso do dojoBrasília No caso da sessão que levantou a questão acho que o principal sentimento de "lentidão" se deve a grande carga de tecnologias novas que estavam envolvidas. Escolhemos iniciar um problema conhecido em não uma, mas várias tecnologias ( Backbone.js , Undescore , CoffeeScript , Jasmine , etc). Ao final da sessão a sensação de pouco avanço era justificada pelo tempo gasto compreendendo as tecnologias em questão. A sessão seguinte não obteve o avanço que muitos esperavam. Mas nela podemos ver como o uso de TDD compensou. Tínhamos apenas 4 cas

Formando pessoas desenvolvedoras na bxblue

Eu sempre fui apaixonado por ensinar. Trabalho com a formação e ensino desde 2003, indo desde o ensino das bases de computação até lecionar em cursos de pós-graduação. Estar no dia-a-dia com pessoas que estão no começo da carreira é um mix de satisfação e desafio. Satisfação por você ter a oportunidade de contribuir com um pedacinho tão especial da história daquela que será uma pessoa desenvolvedora no futuro. Desafiadora pelo fato de precisarmos nos despir de aprendizados já superados em nossas mentes e nos esforçamos por enxergar novamente pelos olhos de quem ainda não tem a mesma vivência que você. Por onde passei, eu sempre acreditei que um bom equilíbrio entre profissionais experientes e em formação é a melhor combinação para um time de tecnologia. Isso é benéfico não apenas para a retenção, como também é estímulo para uma cultura de aprendizado e humildade. Cultura essa que favorece o compartilhamento e interação não apenas entre quem faz o software, mas também as demais áreas da