Conquistar cada espaço que a mim foi concedido e por Deus permitido
Quero ser sempre um fênix renascer das cinzas
Voar o mais alto que puder
Levar você comigo e te mostrar o mundo…

Se preciso for recria-lo.
Simplesmente viver intensamente.
Amanhecer te desejar bom dia
Ao anoitecer te encontrar
Recordar tudo…
Como se fosse a primeira vez…

Ass.: Douglas Lira

Ass.: Douglas Lira

Seja realmente bom em alguma coisa. Não fique só choramingando ou querendo progredir às custas dos outros. Não pense q pq vc sentou 4 anos numa faculdade ouvindo um professor falar sobre software q vc sabe alguma coisa. Jogador de futebol não aprende a jogar bola tendo aula. Ele pratica. Instrumentistas geniais nao aprendem a tocar tendo aula. Eles praticam. Pratique. Chegue em casa depois do trabalho e da aula e pratique. No final de semana, pratique.

Crie seu próprio virus, seu proprio jogo, seu proprio SO, seu proprio gerenciador de janelas, seu proprio webserver, sua propria VM, qq
coisa. Varias coisas.

Nao precisa ser só programacao. Pode ser networking, vendas, etc. Só precisa ser bom mesmo. Tenha paixão pela coisa.

As melhores praticas do mercado sao polinizadas primeiro nos projetos de software livre. Aprenda com eles.

Discípulo, Viajante, Mestre: Primeiro seja um discipulo, tenha mestres locais, aprenda alguma coisa com alguem realmente bom, qq estilo. Depois viaje, encontre outros mestres e aprenda o estilo deles. Por fim, tenha o seu estilo, tenha discípulos, seja um mestre.

Vou fazer o curso da Mary Poppendieck em SP semana q vem e qdo tiver o curso de Scrumban do Alisson e do Rodrigo quero fazer tbem.

“Torne-se excelente” tbem pode ser chamado de “Melhoria Continua” ou “Learning”.

2) Não seja deslumbrado.

Desenvolvimento de software é a mesma coisa há 60 anos: modelo imperativo. Há 30 anos: orientação a objetos. Bancos de dados relacionais: 30 anos. (“Web”, por exemplo, não é uma tecnologia ou um paradigma. É meramente um conjunto de restrições sobre como desenvolver e distribuir seu software).

Não corra atras da ultima buzzword do mercado. Busque a essência, os fundamentos.

Busque na wikipédia e grokke: determinismo, complexidade de algoritmos “O()”, problema de parada de turing. Pronto, pode largar a faculdade. Falando sério.

Trabalhe com software livre. Não dê ouvidos a grandes empresas, grandes instituições ou grandes nomes só pq são grandes.

Vc acha q vai aprender mais, ter mais networking e mais chance de alocação no mercado trabalhando em par comigo no Sneer por um ano, 8h por semana, ou passando 4 anos na faculdade, 20h por semana, pagando sei la qto por mes?

Vc acha q vai aprender mais trabalhando em par com o Bamboo 6 meses na linguagem boo e na engine do Unity ou fazendo um ano de pós em “a buzzword da moda”?

“Nao seja deslumbrado” tbem é conhecido como “Coolness”.

3) Mantenha-se Móvel.

Com a demanda q temos hoje no mercado, se vc é desenvolvedor de software e n consegue negociar um contrato com uma empresa onde vc é pago por hora e pode trabalhar qtas horas quiser com um minimo de meio periodo, vc precisa rever a sua vida.

É melhor ter dois empregos de meio-periodo q um de periodo integral, pq vc pode largar um deles a qq momento.

Vc nunca vai conseguir nada melhor se nao tiver tempo, se nao tiver disponibilidade pra pegar algo melhor qdo aparecer.

Vc sustenta seus pais e 7 irmaos? Nao. Entao para de ser ganancioso e medroso no curto prazo, para de pagar facu, mestrado, pós, MBA, sei-la-o-q e vai aprender e empreender. Trabalhe remoto. Não é o mais fácil, mas é perfeitamente possível. Não fique reclamando q está trabalhando demais. Aumente seu preço e trabalhe menos.

4) Emparceire-se Promiscuamente.

Participe de dojos, de congressos, de projetos de software livre. Tenha amigos, colegas, conhecidos. Seja conhecido. Nao faça ruído em seis projetos e doze fóruns. Ajude de verdade em um ou dois projetos de cada vez. Ao longo do tempo, vc terá ajudado em varios projetos, trabalhado em varias empresas.

5) Mentalidade de Abundância.

Ajude seus amigos sem cobrar (a “camaradagem” do Vinícius). Dê palestras gratuitas. Cursos gratuitos. Participe de projetos de
software livre.

Pare as vezes uma tarde pra receber um amigo seu e explicar seu projeto. Vá visitar seus amigos nos projetos deles. Viaje com algum
amigo seu pra visitar um cliente dele, só pra conversar e fazer companhia.

Vc tem um espaço onde dá cursos? É uma Aspercom, Caelum da vida? Chama os brothers p dar curso. Porra, bola um modelo em q as pessoas podem se inscrever para cursos variados, pagando um sinal, e mantém tipo uma agenda pre-combinada: “Será numa terça e quinta a noite, avisadas com duas semanas de antecedencia”. Se rolar, beleza, se depois de meses
nao der quorum, devolve o sinal. Pode ser curso de Prevayler, de Kanban, de Scrum, de Lean, de Comp Soberana, de Restfulie, de
Cucumber, de Rails, de Teste Automatizado Mega-Avançado, qq coisa.

Chame amigos seus pra dar curso em dupla com vc. Divida clientes. Divida projetos, mesmo q nao precise de ajuda.

Dizia o pai de um brother meu de infância: “Tudo q custa dinheiro é barato.”

6) Busque modelos de custo zero.

Trabalhe em coisas q tem custo administrativo/burocratico/manutencao zero. Por menos ganho q tragam, depois de prontas, estarao tendo uma relação custo/beneficio infinitamente vantajosa.

7) Ganhe notoriedade.

Faça coisas massa. Participe de projetos de software livre. Dê palestras gratuitas. Promova eventos (dojos, debates, grupos de
usuarios, etc).

By Dairton Bassi:

8 – Não tenha medo!

Meta a cara. Arrisque empreender. Arrisque inovar. O que você tem a perder? No máximo um emprego, mas isso pode ser revertido facilmente em um mercado aquecido como o atual. O pior que pode acontecer é não dar certo. Mesmo assim você terá aprendido muito mais do que batendo cartão.

Saia da zona de conforto. Se o seu trabalho estiver fácil e sob controle, isso significa que ele não está mais agregando para a sua evolução técnica e pessoal.

Não desperdice a chance de trocar de função se a nova oportunidade for mais desafiadora. Isso fará você crescer tecnicamente e o preparará para desafios maiores ainda. Conhecer pessoas novas é tão importante quanto manter-se em contato com código.

Não se detenha por insegurança ou pela sensação de despreparo. Como você acha que vai ganhar experiência em alguma coisa se sempre adiá-la?

By Klaus Wuestefeld

Imagine, nos tempos pré-históricos, como nossos remotos ancestrais se viravam para sobreviver. Tinham que inventar suas próprias ferramentas, arranjar o que vestir. Até fazer fogo era algo extremamente trabalhoso. Felizmente, não vivemos mais naquela época. Mas alguns desenvolvedores ainda insistem em viver na Pré-História da programação, quando precisavam fazer quase tudo a partir do zero e “na unha”. Para defender sua postura em não adotar um framework, costumam lançar a questão “E se esse troço der pau, quem vai consertar?”.

Esse tipo de desenvolvedor é aquele que se apega de tal modo a seu “jeito de fazer as coisas”, ao ponto que todo código não escrito por ele mesmo lhe parece esotérico ou produto de seres alienígenas. Aqui vale um alerta: se você olha para o código-fonte de um framework e não entende nada do que está escrito ali, volte para casa zero e comece a estudar sua linguagem novamente!

O programador troglodita crê piamente que o valor do seu trabalho está no (mau) código que escreve, e não na solução que oferece para o problema do cliente. É aquele que foge o quanto pode das linguagens interpretadas, porque o aplicativo precisa do código-fonte para ser executado e “todo mundo pode ver e se apossar do que eu fiz”. É aquele cara que, nos idos do glorioso Clipper (uma linguagem semicompilada), morria de medo do Valkyrie, um utilitário capaz de traduzir o bytecode executável de volta a código-fonte.

Os melhores frameworks disponíveis na atualidade baseiam-se em padrões de desenvolvimento, giram em torno de uma grande e ativa comunidade e suas versões são testadas com rigor antes de serem disponibilizadas ao grande público. Tudo isso se traduz em qualidade de software, o que, certamente, as soluções do nosso companheiro troglodita não tem.

Adotar um framework significa, num primeiro momento, renúncia. Você abrirá mão do seu jeito de fazer as coisas para endossar o dele. Na maior parte das vezes, isso significa parar de contemplar o próprio umbigo e olhar ao redor, onde mais gente faz mais coisas de forma semelhante, e, portanto, tem problemas similares. Todos começam a falar a mesma língua, e fica mais fácil pedir ajuda e ajudar.

Muitos tomam o tempo que se gasta no aprendizado de um framework como perdido. Eu não veria desta forma. Antes, eu consideraria essas longas horas como auto-instrução e aperfeiçoamento profissional. O resultado, por certo, não aparecerá logo de início (para desespero dos apressados), mas terá reflexos num futuro melhor.

Obviamente, de nada adianta tentar aprender a trabalhar com um framework a toque de caixa para aplicá-lo naquele projeto que era para ontem. Aconselho que essa atividade de aprendizado se dê em paralelo ao desenvolvimento rotineiro, e, a menos que se tenha tempo disponível para erros e tentativas, não utilizar o framework em um projeto sério enquanto não entender seu funcionamento e se sentir minimamente confortável com ele.

Em suma, creio que a grande diferença entre utilizar ou não um framework é a mesma entre ter uma caixa de ferramentas de alta qualidade prontas para o uso, e já partir para o trabalho, ou perder tempo (re) inventando a roda, frequentemente de modo improvisado.

E você? Já escolheu seu framework preferido?

fonte: http://goncin.wordpress.com/2010/08/19/por-que-usar-um-framework/

Paciência

É um ingrediente chave para seu sucesso como desenvolvedor. Sem ela você poderá comerá o pão que o capeta amassou. Quando me refiro a ela, me refiro a ter cautela em declarações feitas ao cliente e/ou ao empregador. Não tome decisões furadas ou mude de emprego por causa que vai ganha R$500,00 a mais em seu salário. Eu ja vi gente fazendo essa estúpida decisão e depois ficar desesperado.
O segredo de tudo é ser paciente; Sabe aquela história que todos falam mais ninguém prevê “…Pense 2 vezes antes de fazer isso…”. Leve ela à sério. Uma decisão tomada erradamente vai te prejudicar para o resto de sua vida e de quem está ao seu lado (para os casados).

Seja Esperto

Não imagine querer passar a perna em alguém jamais. Quando eu me refiro a ser esperto eu me refiro a não sofrer uma rasteira de um trabalho freelancer que você pegar. Nosso país tem a famosa fama “Ô mania de brasileiro de sempre querer ter vantagem”, isso é um tabú. Sabendo disso faça a coisa certa. Fale sempre a verdade para seu cliente, mesmo que você tenha que devolver o dinheiro e ficar no prejuízo. A verdadeira importância do negócio não estar em apenas ganhar e sim em saber perder. Se você só pensa nos ganhos financeiros e não na satisfação do cliente/empregador, você precisa de tratamento.
Provavelemente você se pergunta, então como posso ser esperto? Simples, faça tudo em contrato recíproco. Aquele tipo de contrato que ambos saem ganhando em segurança, trabalho e valores. Um contrato de uma via só onde só você ou o cliente/empregador sai ganhando, vai dar em processo ou até pior virar uma merda.

O contrato que mais se encaixa em projetos gerais é o contrato de escopo negociável. Ele é justo nesses casos e vai te ajudar a tirar a indecisão de “fiquei na dúvida agora”.

Organize seu tempo

Quando se é solteiro, viramos madrugadas afora conectado no PC, onde maior parte do tempo gasto é em MSN, Gtalk, Twitter, Youtube. Vai dizer que não é assim? Só que quando você casa, a mulher quer atenção, ai vem filhos, etc, a coisa muda de cenário. Você sendo honesto consigo vai ver que não tem como fazer mais isso. Então provavelmente das 24 horas que você tem você gasta 8 horas dormindo, 4 horas em refeições, 5 horas com a patroa/filhos e 6 horas de tempo livre. É tempo bastante para se divertir com o que você gosta. Falta 1 hora né? Gaste com excercícios físicos.

Eu tenho um amigo Thomas, sempre que converso com ele me divirto. Ele sempre está “Atolado de freela”. Nunca está disponível para um rolé no shopping com os amigos, filmes etc.Estou sempre reclamando com ele, por que do tanto que ele trabalha deve ser milhionário não é Thomas? (Tô ferrado se ele ver que escrevi isso).

Organizando seu tempo você vai criar tempos livres que aconselhavelmente serão gastos em estudos. Uma hora livre pode não parecer nada. Agora tente passar 1 hora em um avião e você vai ver quão longo é 1 hora.

Especialista vs. Generalista

Falar nisso é tabú na certa e você vai descordar antes mesmo de começar a ler o resto. Essa idéia de ser um expert em uma só linguagem de programação é furada na certa. A cada 18 meses sua linguagem de programação vai ganhar outros concorrentes que nem mesmo você esperava. Então adapte-se. Seja um expert naquilo que você sabe, porém aprenda outras linguagens de programação. Não que você possa precisar um dia. Mais no dia que o cinto apertar você precisa folgar ele. E para folgar você precisa saber como. Como? Você ja sabe, escrevendo código para empresa/clientes.

Não amole muito nesse ponto, Seu cliente não liga a mínima em que linguagem você escreveu, ele vai dar a máxima se ele ficou satisfeito com o resultado final, se a experiência do usuário do sistema/site dele foi ótima e se o sistema funciona. Então, qualquer linguagem isso é aplicável, indepentende do que você vai ou pretende fazer, desde que saiba o que está fazendo. Ficou na dúvida, então procura por amigos, conselheiros, google. Em todos os casos alguns desses vão te ajudar.

Esqueça Trends

Trends são passageiros e tem muito aspirante a desenvolvedor que me envia e-mail perguntando “Sai da faculdade agora, em que devo investir”. Se você saiu da faculdade e ainda não sabe. Você tem 90% de chance de trabalhar em outra área que não seja na área que você estudou. Então não tenha a idéia de “maria vai com as outras”. Não se baseie em sucessos feitos por desenvolvedores de ipad,iphone que ficaram ricos da noite para o dia “From rags to Rich”. É casos raros e acaba com sua carreira. Então como é que se faz? Você sempre tem um amigo bom de programação, em qualquer das linguagens, se você gostar do que ele faz, é melhor segui-lo. Ou não! Ler um blog pode lhe influenciar, se você se sente bem ao ler um determinado blog, veja o que aquele desenvolvedor faz e tente segui-lo. Então nesses casos eu não tenho uma receita certa, eu vou pelo meu instinto.
Foi o que aconteceu em 2004. Falei que o Flex iria decolar, aqueles que me segiram na época hoje eu mal vejo, todos estão com seu próprio negócio e de bem com a vida, pelo menos eram 10 e da para lembrar de todos não é Brianezi?

Valorize seu salário ou recompensa

Não conheço 1 desenvolvedor que tenha o saco da satisfação cheio com o salário que ganha. Duvido que você conheça. Na pior das hipóteses ele vai tentar completar a falta de $$ com freelas e acaba esquecendo de viver. Primeira dica que eu dou nesse quesito é “Não reclame do seu salário”. Não é que você ganhe mal, você é que gasta mal seu dinheiro, com coisas bestas. Não estou falando em ser mão de vaca ou “canginha” como se dizem em Pernambuco. Estou falando em saber gastar seu dinheiro. Com bobagens eu nunca gasto. Quais são as bobagens? Trocar de computador todo ano, comprar coisas que você vai usar no primeiro mês e depois esquecer. Eu já fiz isso, comprei um Nokia E72 e usei 1 ano, depois largei de mão e passei para frente. Fui burro, de nada me serviu ele a não ser me deixar mais pobre por que eu ligava constantemente para namorada(hoje esposa).

Como valorizar aquilo que eu ganho? Economise e compre Ativos, sabe o que são eles? Aquele tipo de coisa que você compra e vai te dar lucro em um médio período ou em um longo período. Se dé, economise para comprar Apto, terrenos, ações na bolsa. Falando em ações hoje é simples fazer isso.
Calcule comigo:

Fulano desenvolvedor ganha mensalmente R$2.500,00.
Descontos em impostos direto na fonte: R$330,00
Ele gasta com aluguél + àgua + energia + internet = R$650,00
Ele gasta com compras de mercado para ele e esposa R$500,00
Ele gasta o resto da grana com coisas bobas = R$1.020,00
E 4 dias após receber o salário ele já fica liso.

Agora se ele levasse a sério o item “Seja esperto”. Ele usaria a lógica switch. Juntaria e compraria novos empreendimentos na cidade, geralmente um terreno 10×20 custa na faixa de seus R$6mil reais em novos bairros. Ou em ações que rendem no mínimo 20% ao ano (Ora é melhor que poupança).

Então, ele pegaria R$400,00 reais mensais e aplicaria em uma ação ON, tipicas ações como Petrobras, Vale, HP, etc. Em 1 ano ele teria:

Ganhado o salário bruto R$30.000,00
Com salário líquido de R$26.010,00
Investido em ação ON R$4.800,00
Tendo uma taxa de valorização em 20%/ano : R$960,00
Valor total disponível depois de 12 meses de investimento R$5.760,00

Desse valor ele pegaria e compraria um terreno em um bairro pobre de seu municipio. Em 4 anos esse mesmo terreno estaria custando 40% até 50% mais caro do que ele comprou.
Então ano após ano ele faria isso e depois de 10 anos de experiência no mercado ele teria 10 terrenos valendo em média cada R$10.000,00 o que lhe daria R$100.000,00 de patrimônio.
E ele só precisou economizar anualmente R$4.800,00 e lucrou 110% sobre o mesmo período.
Então pergunto a você, você ganha pouco? Ou não está sabendo gastar o que ganha? Eu fico com a segunda opção.

E se caso não te interessa esse tipo de assunto, você pode investir em Ativos fixos, como: Comprar equipamentos como celulares, notebooks, pc, para trabalhar e em um certo período tirar o investimento feito, que foram trabalhados na sua aquisição. O que muita gente acha caro comprar um celular para criar aplicativos em média R$2k e um PC bom por $5k. Você pode tirar em um trabalho até 3x o valor que você investiu, então portanto o que você comprou se paga.

Todo esse exemplo acima é enxergando da maneira mais bizarra possível, ou seja sendo excessivamente pessimista.

Essas são minhas pequenas e sinceras dicas para todo desenvolvedor, seja ele do HTML até o assembly. A vida é curta demais para você ficar baixando torrent e não investir. E você mais alguma dica? sugestão? Queria ouvir de você também sua experiência.

Fonte:

http://www.igorcosta.com/blog/?p=1072

O fato é que muitos gestores desmotivam profundamente seus funcionários. Como disse Eugênio Mussak em um curso que participei: a motivação humana está ligada a dois fatores básicos – obter prazer e evitar sofrimento. Se um líder faz sua equipe sofrer com atitudes autoritárias e rudes, as pessoas se demitem para evitar o sofrimento – ou melhor, demitem o chefe TÓXICO de suas vidas.

Mas quais atitudes do líder levam a essa reação tão drástica dos colaboradores? Recorro agora ao Livro de Ouro da Liderança de John Maxell, onde são apontados quatro fatores que levam as pessoas a desistirem de seus chefes:

1. As pessoas desistem de quem as desvalorizaHá chefes que parecem incapazes de elogiar os colaboradores por um trabalho bem feito, negando-lhes o prazer de serem reconhecidos. Pergunto a você LÍDER: Você sente prazer quando o seu chefe lhe reconhece por um trabalho bem feito ? Não tenho dúvidas que sim. Portanto, acredite, o seu liderado também fica muito motivado com isto.

2. As pessoas desistem de quem não é confiávelUma pesquisa realizada em empresas americanas indica que a confiança no ambiente trabalho está em declínio. O estudo destacou cinco comportamentos dos líderes que destroem a confiança dos liderados:
◦Agir de modo incoerente com o que diz
◦Obter vantagens pessoais
◦Sonegar informações
◦Mentir ou contar meias-verdades
◦Ter mentalidade fechada

3. As pessoas desistem de quem é incompetentePode o colaborador ter respeito por um chefe incompetente, que se impõe pela força em vez do exemplo? Vejamos o que nos diz a “lei do respeito”, extraída do livro As 21 Irrefutáveis Leis da Liderança: “As pessoas seguem naturalmente os líderes que demonstram serem mais fortes que elas”. Um colaborador que, por exemplo, tem capacidade de liderança grau 7 não seguirá um líder que tem grau 4. Aprimore sua competência da liderança.

4. As pessoas desistem de quem é inseguroÉ muito fácil identificar um líder inseguro. Basta verificar se ele está preparando alguém para sucedê-lo. Pessoas querem líderes que as estimulem a alçar vôos; anseiam por mentores que as auxiliem a desenvolver seu potencial.

Diante do que foi exposto neste artigo, nós, líderes, temos muito a refletir. Será que estamos fazendo nossos liderados sofrerem com nossas atitudes? Estamos realmente lhes proporcionando condições de trabalho? Ou será que nossos comportamentos os estão fazendo ir embora e levar consigo o conhecimento adquirido na empresa e os frutos do investimento em suas competências?

Sugiro que você peça à sua equipe um feedback sobre os quatro fatores que fazem as pessoas desistir de seus chefes. Descubra se você proporciona prazer ou sofrimento a aqueles que passam 8, 10 ou até 14 horas em sua companhia.

Ricardo Piovan – http://ogerente.com.br/rede/

Vou falar pro meu coração bater o pé
Pra não morrer de paixão, não quero
Mais esse amor que me faz tão mal
Chega de sofrer..adeus, ponto final

Não vou mais chorar, como chorei
Nem me lembrar que um dia te amei
Bye Bye tristeza, adeus solidão
Vou fazer pirraça pro seu coração

Digo isso porque a partir do momento que se encara “Desenvolvimento de Software” como uma tarefa de “Fábrica”, onde entra uma especificação de um lado e sai um software do outro, você acabou de destruir qualquer inovação na área. Pior ainda, considera que todo programador é necessariamente um “operário”.

Porque estamos falando de “Fábrica”, os cursos de “Engenharia de Software” se tornaram mais populares que os de “Ciências da Computação”. E mais paradoxal ainda é ver estudantes se formando como “engenheiros” mas trabalhando como “pedreiros”.

Mais ruim ainda é quando gerentes de TI, “CIO”s, “CTO”s, que sequer foram da área de software, sequer escreveram uma linha, acham que entendem como se faz software. Dado que o mercado fala de “Fábrica”, o que eles vão implementar são “linhas de produção” e junto com isso todos os procedimentos que colocam o operário em linha. Planilhas de horas, métricas de linhas de código, ou pontos de função ou pontos de história ou qualquer bobagem dessas, gantt charts e cronogramas “precisos” de entrega, etc.

A metáfora está completamente errada. Desenvolvedores não são operários, e sim os “arquitetos” propriamente ditos. O trabalho de operário em software é do compilador, este sim, que empilha um byte sobre o outro seguindo uma especificação: o código do software. Repetindo: o código do software é a especificação, a planta baixa, e o compilador é o operário que faz o trabalho braçal.

O que chamamos hoje de “arquitetos” não são arquitetos, na verdade não são nada. Não há como ser um arquiteto sem ser um programador sênior antes. Um bom programador pode se tornar um arquiteto.

Agora, o problema é que o conceito de “Fábrica” se espalhou rapidamente. O governo e as instituições de ensino abraçaram isso. Me deixa extremamente triste visitar áreas do Brasil onde as únicas opções de trabalho para programadores são essas “Fábricas”. As faculdades também se depreciaram para atender essa demanda e formar “operários” com diplomas de “engenheiros”, e assim toda uma nova geração de programadores pensa com cabeça de operário.

Uma ressalva para ser politicamente correto: não tenho nada contra operários, muito pelo contrário, é uma profissão tão respeitada como qualquer outra. Porém, ninguém vende operários de obra como arquitetos e nem os próprios operários se acham arquitetos.

Eis porque digo que foi um desserviço: toda uma geração inteira de programadores desperdiçada pensando em software enquanto empilhar tijolo. Levará pelo menos mais 2 gerações inteiras para, talvez, conseguirmos reverter isso.

Agora pensemos: e se em vez de “Fábrica” mudássemos o termos para algo mais adequado como “Atelier de Software”? Como isso mudaria a forma como você pensa e trabalha com software?

Fonte: Info Abril

Fiquei na janela do meu quarto esperando a brisa passar para levar até você o desejo de gritar e dizer que ainda amo você… mas sabe, vou deixar o tempo passar, viver a vida, observar o mundo e me dedicar… tenho sonhos guardados que jamais confecei, porque tive medo de falar… se meu mundo parar e ninguem vem me resgatar, afinal só depende de mim esses sonhos se realizar…