KiTi!Tech

     <History Time>      Faz quase ano que desenvolvo com Python/Django e eu não me sinto como um bom desenvolvedor. Entre outras coisas o meu início foi conturbado, eu cai diretamente dentro da Framework sem saber o que era um decorator, na verdade, mal consigo utilizar a essa altura. Me inscrevi em um programa do IFPB/Funetech para dar aulas de Linux, cai de paraquedas em processamento de texto (um quasi-webcrawler com o ScriptLattes), mas precisávamos de uma ferramenta.       Inicialmente seria em PHP, que no curso de redes de computadores é visto junto (e amassado) com JS, Html, CSS e SQL. Ou seja, eu tinha uma base, mas era quase nada. E antes mesmo de começar a fazer a análise de requisitos (nem sabia o que era isso) fui introduzido ao Python e Django. Pra ser mais preciso, 5 dias de curso, fui para 3. Eu sai de lá sem saber porque usar 0.0.0.0/8000 no final do runserver.  Não que eu me orgulhe disso, mas eu não conseg...

    Eu tenho esse link guardado faz mais de um ano, e finalmente eu decidi tirar um tempo para ler. Embora eu ainda não trabalhe como um freelancer na maior parte do tempo, eu tenho alguns contatos que recorrem aos meus serviços em contratos de tempo limitado. E no geral, esse post oferece uma coisa importante sobre a comunicação com os clientes e princialmente no "Como encerrar cada etapa da comunicação." O artigo escrito por Robert Williams oferece algumas dicas de como encerrar um e-mail que você vai enviar para um cliente, ele aponta que muitos concluem com a seguinte frase: "Me diga como posso ajudá-lo..."   <- essa pessoa, não seja essa pessoa     Foi nesse ponto que entendi e segundos depois vi que ele diz a mesma coisa: Como você espera que o cliente lhe diga o que fazer quando ele está lhe pagando justamente pra isso. OK, isso não se aplica a todos os casos ou à todos momentos da comunicação e das negociações. Mas pra mim esse é o ponto ...