Hoje nós do kernelnewbies-br fizemos mais uma entrevista com outro kernel hacker brasileiro, agora foi o Luiz Fernando N. Capitulino…. já está publicado no site. Prestigiem a comunidade e visitem o site.
Pode parecer propaganda do programa Altas Horas(dois posts seguidos apontando para o Altas Horas) mas não é. Esses dias estava conversando com um amigo, que me contou de uma vez que o cantor Ed Motta, havia ido ao Altas Horas e que polêmicamente discutira com um jornalista, crítico de música, funcionário da TV GLobo. Ed Motta é sempre uma figura bem polêmica, de opinião bem definida e que defende o que pensa. Assista o filme:
Vídeo catado no you tube é claro, da primeira vez que Mallu Magalhães foi ao Altas Horas.
1) Joel Spolsky(desenvolvedor de software e escritor muito conhecido na área de tecnologia) escreveu hoje[1] sobre a crise mundial e o mercado de tecnologia, claro que esse é um ponto de vista próprio e extremamente vinculado a realidade da empresa dele “Fog Creek Software”[2].
2) Stephen Gary “Woz” Wozniak[3](esse quem já viu o filme “Piratas do Vale do Silício”, conhece muito bem. O Cara criou o Apple I[4] e Apple II[5] e depois de sair da Apple(apesar de continuar recebendo salários da Apple) o cara criou aquele equipamento que você usa pra trocar os canais da sua TV, como chama mesmo? ah! controle remoto[6]. Depois de inventar um milhão de coisas e revolucionar a computação o cara foi fazer filantropia - desde do final da década de 80 até esta semana). Ficou tão grande a descrição do cara que vou ter que começar novamente. O Fato é que o cara está de volta ao Vale do Silício[7], Woz foi contratado pela Fusion-io[8](dona do NAND Flash storage[9]
mais rápido do mundo) para trabalhar como O Assessor Técnico[10] Chave da empresa, em outras palavras “O Engenheiro Maior”.
[1] - http://www.joelonsoftware.com/items/2009/02/11.html
[2] - http://en.wikipedia.org/wiki/Fog_Creek_Software
[3] - http://en.wikipedia.org/wiki/Steve_Wozniak
[4] - http://en.wikipedia.org/wiki/Apple_I
[5] - http://en.wikipedia.org/wiki/Apple_II_family
[6] - http://en.wikipedia.org/wiki/Remote_control
[7] - http://www.siliconrepublic.com/news/article/12227/business/return-of-woz-apple-co-founder-back-in-tech-game
[8] - http://www.fusionio.com/
[9] - http://wiki.answers.com/Q/What_is_NAND_flash
[10] - http://en.wikipedia.org/wiki/Technical_advisor
Como comentado no post anterior o pt.kernelnewbies.org está reabrindo as portas. Desde a semana passada várias pessoas publicaram material lá, tem os FAQ`s de como compilar um kernel, como escrever um hellow world no kernel, e Por que e como manter seu cródigo dentro do kernel?, além do texto que explica como fazer junções de código no kernel upstream. O Douglas publicou também uma lista de videos sobre linux, e uma lista enorme de livros sobre desenvolvimento de kernel. Além de tudo isso o Thiago Berlitz Rondon(maluco) publicou no domínio dele o site antigo que pode ser usado como histórico e pra migrar textos antigos.
Como anunciado pelo riel o kernelnewbies em português está no ar novamente, depois de muito tempo. Ainda hoje comecei a fazer algumas traduções pra colocar no site, a primeira já está pronta e no ar - FAQ de como compilar um kernel.
Como não poderia faltar, aqui vai a mensagem de feliz ano novo e neste novo ano não faça promessas mas as cumpra, não esqueça dos compromissos assumidos em 2008 - lembre-se 2008 não corre mais no calendário, mas não morreu ainda, até que os compromissos assumidos se tornem “tarefa concluída”. De resto continue fazendo o que faz de melhor.
Determinar prioridades e níveis de prioridades é sempre uma tarefa bem difícil, inicialmente temos uma dificuldade muito grande em determinar tais níveis; Existe sempre a noção de que toda tarefa é de altíssima prioridade - uma vez que toda atividade deve ser executada.
Hoje lí um artigo no lifehack.org que falava justamente sobre “sistemas de priorização” são apresentadas duas abordagens e são dados alguns detalhes sobre essas abordagens coisas como determinar ou não horários para executar uma determinada tarefa entre outros. E é justamente sobre isso que pretendo falar hoje - prioridades.
Horário
Existem tarefas que são mais compromissos que tarefas - própriamente dito - tarefas como estudar um determinado assunto ou resolver um detalhe da monografia com o orientador e etc. Neste caso é sempre preciso determinar um horário para fazer estas coisas, no exemplo anterior a tarefa “estudar um determinado assunto” em alguns casos só podem ser feitas pela noite devido a agenda diária(i.e manhã/tarde trabalho, noite - faculdade) acaba sobrando somente aquele horário a mesma situação se aplica ao segundo exemplo, vamos encontrar o orientador geralmente quando estamos na
faculdade, logo, em um horário determinado.
Ordem - Em qual ordem devo executar as tarefas?
Eu costumo verificar as tarefas ou eventos que tem horário e data determinada e as executo caso esteja na hora, caso contrário eu uso esquemas de estrelas. Atividades que estejam marcadas com estrela devem ser concluídas primeiro.
Quais tarefas coloco estrela?
Esse é sempre um dilema mas uso uma lógica. Estrelas vão em tarefas que geram dependência ou que existem pessoas esperando pelo resultado, no caso entre atividades como gerar um artefato para um outro programador ou escrever uma funcionalidade de um sistema eu primeiro gero o artefato
pois o outro programador pode estar esperando - ou pode vir a esperar - por este artefato. Tarefas que estão isoladas, não é dependência pra nenhuma outra ficam sempre sem estrelas.
Classificação
Uma ferramento que uso é a classificação, determino sempre se a atividade é de trabalho, estudo ou entretenimento. No meu calendário semanal eu separo alguns dias para cada tipo de atividade, o domindo por exemplo é separado para entretenimento e família o sábado já é separado para estudo e uma pequena fração para entretenimento. Nestes dias que tenho tipos de atividades pré-definidas eu confiro somento as listas das classificações determinadas .
Por fim
Somando ao meu sistema extremamente simples e minimalista de priorização está a noção de sempre começar as atividades. Eu aprendi que a parte mais difícil de uma atividade é o seu começo, existe sempre a tendência à procrastinação das atividades e é preciso então dar o ponta-pé inicial. Agendar, anotar, organizar atividades não é difícil e devem reter o mínimo de energia e concentração a maior parte da sua força e energia devem ser despendidas no “começar”; Depois que o carro começa a andar é muito mais fácil mantê-lo em movimento você vai ter mais trabalho para parar que para manter o seu deslocamento.
Estigma segundo o dicionário significa “marca, sinal natural do corpo, cicatriz, marca infante” ou de forma geral podemos identificar uma estigma como simplesmente uma característica que de uma forma ou de outra define algo ou alguém. Quando dizemos que algo está estigmatizado nos referimos que o mesmo se encontra marcado por algo, em caso de um indivíduo estigmatizado por suas atitudes ou padrões comportamentais.
Na minha área de trabalho “o usuário” se tornou uma figura extremamente estigmatizada e censurada pelos colegas de trabalho - isso em modo geral, não é isolado nesta ou naquela empressa, a coisa é uníssona. O “usuário” neste caso é aquele consumidor final das tecnologias que fornecemos, uma pessoa que simplesmente usa a tecnologia como meio em suas atividades, usa-a como uma ferramenta.
O que marca um “usuário” são características como o desconhecimento de recursos e modos de utilização - de uma tecnologia - diferentes daquilo que lhes foi passado em um treinamento setorial, o que passar disso é mera trapalhada. O usuário comete façanhas como assumir um defeito em um equipamento pelo mero desconhecimento do seu funcionamento básico, como não saber identificar de uma impressora está ou não desligada por exemplo, o “usuário” jamais lerá um manual, jamais conseguirá explicar corretamente um problema - não é posível explicar aquilo que não se entende.
Com toda essa estigma temos o “usuário” muitas vezes como um topeira. Piadas existem aos baldes e caso você seja um profissional da área de TI por favor se sinta humilhado ao ser comparado com “o usuário”. Nada melhor que a simples sentença “Você está parecendo usuário fazendo isto ou aquilo” ou até mesmo “Você não é usuário, entenda o que está sendo feito”. Em outras palavras, profissional da área de TI e usuário são seres de raça e espécies totalmente diferentes vivendo em um mesmo eco-sistema.
http://www.linux.com/feature/142083
História de um ex-consultor da microsoft que trabalhou em projetos como Ms Office, Asp .Net, C# e outros, que “pediu pra sair” depois de se decepcionar com questões/loucuras de patentes e também devido ao ambiente e a forma que os engenheiros tratavam as suas sugestões. Hoje o camarada trabalha com um ambiente 100% free-microsoft.
http://howsoftwareisbuilt.com/2008/07/21/interview-with-helio…
Mais uma entrevista com Hélio de Castro. Conversas sobre KDE, Mandriva, mercado nacional e etc.
http://weblog.infoworld.com/tech-bottom-line/archives…
Reporte sobre o boom de empregos relacionados a tecnologias open-source, excelente análise do porque desse boom.
http://www.linuxmagazine.com.br/noticia…
Via finalmente libera 800 páginas de documentação.