Nesta sexta feira aconteceu a última aula do curso de férias de 20hs que eu e alguns amigos ministramos na FEI sobre introdução ao Linux. Gostaria de registrar mais uma vez nosso agradecimento por todo o apoio que recebemos da instituição, representada pelo Professor Plínio.

O curso foi carinhosamente redefinido durante a semana como “Uma caótica e divertida introdução ao mundo Linux”, pois ao invés de nos focarmos em memorização de comandinhos, tentamos mostrar aos alunos como se virar sozinhos, habituando-os a usar o manual e deixando-os confortáveis o suficiente para experimentar.

A temática foi mais ou menos no estilo de “O que acontece se eu apertar esse botão vermelho?”, onde até mesmo os instrutores faziam coisas erradas para utilizar isso como gancho para o tópico seguinte.

No primeiro dia falamos para os alunos que eles não precisavam de um curso com especialistas para que pudessem explorar o sistema, então a frase mais usada foi “Não sei. Vamos procurar no man?”, seguida de uma ajudinha sobre como localizar e entender o manual corretamente.

Nesse formato, interagimos sobre manuais, comandos básicos, organização do sistema de arquivos, permissões, pipes, descritores de arquivos, redirecionamento de E/S, particioamento entre outros tópicos, sempre focando nas dúvidas dos alunos, ao invés de no programa do curso, mostrando que eles poderiam destrinchar um determinado assunto tão profundamente quanto quisessem.

Naturalmente, acabamos não tendo tempo de entrar em vários assuntos, mas os tópicos que não abordamos, ou os termos mais específicos eram deixados no quadro para que eles anotassem e pesquisassem por conta própria, sempre tomando o cuidado de dar uma direção, de forma que eles não ficassem perdidos ou com tudo mastigado.

Na quata feira, abordamos a instalação do Linux, tomando como exemplo o Ubuntu. Até mesmo um pendrive que corrompeu algumas ISOs serviu de gancho para falarmos de checksum. Em pouco tempo eles já estavam configurando o sistema sozinhos, atualizando e instalando pacotes sem que precisássemos interferir muito.

A quinta feira foi o dia mais audacioso para um curso introdutório. Focando nas necessidades dos alunos, abordamos ferramentas de desenvolvimento e debug. Demos uma visão geral das etapas de compilação, mostramos como as macros são pre-processadas, como é gerado código objeto e como os objetos são linkados. Falamos brevemente sobre cpp, gcc, ld, gdb, nm, objdump, e sobre como as bibliotecas são criadas, sem assustar com os comandos, focando nos conceitos por trás de tudo.

Embora esse seja um tópico razoavelmente avançado, mostramos para os alunos que eles tinham plenas condições de entender o que estava acontecendo e se aprofundarem no assunto caso quisessem. Mostramos que existe e deixamos por conta da curiosidade de cada um.

A moda

Na sexta feira trouxemos um questionamento sobre a humanidade das pessoas que operam as máquinas e sobre como a tecnologia pode ser prejudicial para elas. Tentamos fazer os alunos questionarem-se sobre o porquê de terem escolhido essa carreira.

A esse bate papo seguiu-se uma sessão de perguntas sobre mercado onde foi perguntado quais tecnologias deveriam ser aprendidas para se destacar no mercado. Foi levantada a questão do conhecimento motivado pelo produto, sendo que a visão do mercado é que devemos buscar o conhecimento somente se motivados por um problema ou criação de produtos.

Infelizmente, não tivemos tempo suficiente para uma discussão mais abrangente, mas neste ponto, a opinião dos instrutores diverge da opinião do mercado.

Todos sabemos que a necessidade motiva. Não discordamos disto. O que não aceitamos é que a busca pelo conhecimento seja podada pela existência ou não de uma determinada necessidade.

Quando estamos sujeitos às modas do mercado estamos sempre um passo atrás do que está acontecendo. Alguém determinou que a tecnologia X é o estado da arte da computação e só nos resta correr feito loucos para continuar fazendo parte do rebanho. Nós nos tornamos escravos. Seres passivos, reativos.

E sem liberdade de pensamento, sem sentimentos, sem criatividade, nós perdemos aquilo que nos faz humanos. Nós nos tornamos máquinas.

Querem um exemplo?

Na década de 90, a moda do mercado era Delphi. Toda vez que um aluno perguntava o que deveria aprender para entrar no mercado, a resposta era: Delphi. Porque Delphi era utilizado em muitas empresas, porque a maioria das vagas em aberto eram para programadores Delphi, etc. Assim, uma massa enorme de pessoas foi estimulada a aprender uma ferramenta, sem se preocupar com base algorítmica, lógica, estrutura ou estilo. Grande parte tornou-se mão de obra barata e dispensável.

Quando os ventos do mercado sopraram em uma outra direção, quem não estava realmente preparado foi varrido do mapa.

Depois vieram o Java, o .NET, o Ruby, entre outros.

Então você está dizendo que essas linguagens são ruins? Definitivamente não, e esse nem é o foco. A sacada é que mesmo nessas linguagens da moda, poucas pessoas estão realmente preparadas e bem posicionadas, enquanto a maioria é só mão de obra substituível e barata.

O que faz um profissional ser bem sucedido é sua capacidade de resolver problemas, e não quantas ferramentas ele sabe manipular.

É claro que quanto mais ferramentas à sua disposição, mais fácil tende a ser o seu trabalho, mas isso só é verdade se você possuir base o suficiente para escolher qual ferramenta se aplica e qual não se aplica. Essa talvez seja a melhor medida de competência.

Voltando ao questionamento anterior, se você só buscar o conhecimento quando houver uma necessidade, você provavelmente não terá à sua disposição conteúdo suficiente para fazer uma boa escolha quando precisar. Na verdade a escolha já terá sido feita por outra pessoa e só te restará a opção de acatar e seguir, depois é claro de correr atrás para aprender o que outra pessoa decidiu que é melhor para você.

Non Dvcor Dvco

Quando alguém me pergunta o que deve aprender para entrar no mercado de trabalho, em sempre me lembro da frase que está na bandeira da cidade de São Paulo: Não sou conduzido, conduzo.

Então eu digo que a pergunta está invertida. Está tudo errado e essa falácia é vendida com pompa e circunstância. Você não tem que aprender nada para agradar ao mercado, na verdade o que você tem que fazer é deixar o mercado querendo ter você, te desejando.

Se você fica sempre preocupado com o que os outros querem que você faça, você estará sempre um passo atrás, buscando algo que não é o que você deseja, e que assim que o vento mudar pode se tornar inútil.

Pergunte ao invés disso quais as características que você precisa desenvolver para se tornar um profissional desejado. A resposta é simples. Seja excelente. Escolha aquilo que mais lhe dá prazer e dedique-se com afinco. Prepare-se, busque embasamento, não se prenda a ferramentas e comandos, procure conhecer o que está em torno do que você está fazendo. Seja curioso, pergunte. Aprenda a ser um hacker no verdadeiro sentido da palavra.

Quando você parar de se preocupar com o que está na moda você vai perceber que há vagas que não conseguem ser preenchidas por empurradores de rato.

Busque sempre o conhecimento, mesmo que sem uma aplicação óbvia, pois as grandes invenções da humanidade só foram possíveis depois de integrar idéias muitas vezes não relacionadas. Há sempre mais de uma ciência por trás de tudo que você toca.

Explore com paixão o máximo de suas habilidades, que o sucesso será uma mera cosequência.

Apêndice

Especialmente mas não exclusivamente para os alunos do curso, deixo alguns links interessantes:

• How To Become A Hacker
• How To Ask Questions The Smart Way
• The UNIX System
• GNU Operating System
• The MINIX 3 Operating System
• Free BSD
• Linux Kernel
• Bash
• KornShell
• The Linux Documentation Project
• Advanced Bash-Scripting Guide
• Program Library HOWTO
• Guia Foca GNU/Linux
• Fedora Brasil
• Ubuntu-BR
• Slackware
• GCC
• Perl
• XFree86
• Xorg
• Compiz
• Git

Cortesia do pessoal do charges.com.br

Maldito flash…

Bem, se você conseguiu ver até o final, então o plugin aguenta mesmo…

Final dos tempos?

Pela primeira vez na história (deste blog), computados os acessos dos últimos 30 dias, o Linux ultrapassou o windows.

Com 49,57% dos acessos, o sistema do pinguim ultrapassou a gigante de Redmond que ficou com apenas 48,28%. Acessos vindos de Macs somaram 2,15%

Se incluirmos no mesmo saco os usuários de Mac e Linux, temos 51,72%. Daí podemos concluir que o UNIX dominou o mundo…

Já no mundo dos browsers a disputa está bem mais acirrada com o firefox tendo apenas 65,45%, sem contar seus primos pobres…

Lá se vão os velhos tempos…

Comprei recentemente um Eee e assinei um plano de “banda larga” 3g por uma necessidade de acessar o mundo exterior ao local onde trabalhava, já que o proxy bloqueava até o acesso ao GMail.

Na minha opinião a Asus acertou em cheio em vender o Eee como um eletrodoméstico ao invés de um computador. Você compra, dá uma olhada no manual e sai usando como se usasse um liquidificador. Sem mistérios. O Xandros, distribuição que vem de fábrica é perfeitamente usável por qualquer idiota, inclusive eu no caso, para as tarefas às quais ele se destina: intenet, email, office básico, multimídia. Tudo é absolutamente simples, inclusive a atualização da BIOS!

Agora é claro que se você pretende utilizá-lo para algo além da proposta original, uma customização é bem vinda já que os repositórios oficiais possuem pacotes mais antigos. Eu precisei instalar o Opera para acessar um daqueles sites feitos por frutinhas sub-emos mal comidos que só sabem fazer sites que não funcionam direito no Firefox e fiquei na mão, as dependências não podiam ser satisfeitas automaticamente.

Antes que os salsinhas semi-emos mal comidos venham encher o saco, já deixo claro que eu sou também desenvolvedor web e conheço as diferenças e os custos envolvidos, na produção de um site decente ou uma porcaria dessas que vocês vomitam por aí.

Enfim, já que eu decidi instalar uma distribuição mas adequada com os novos requerimentos do meu Eee, escolhi o Ubuntu Eee por pura preferência pessoal mesmo, afinal ele é meu oras.

O Material

• 01 Eee Pc (obrigatório, dãh);
• 01 Micro para gerar a imagem botável (opcional se vc tiver u CR-ROM externo);
• 01 cartão SD de no mínimo 1Gb (idem acima);
• 01 cartão SD de 2Gb (opcional, apenas um backup);
• MP3 player xing-ling USB de 2Gb para o caso dos SDs falharem (opcional);
• Adaptadores diversos para comodidade (opcionais);

As fontes

Dos vários tutoriais que eu pesquisei posso citar A wiki do Ubuntu Eee, a documentação online do Ubuntu, um artigo no Tecnoclasta e um artigo do Morimoto.

As Etapas

A instalação de uma ditribuição Linux no Eee utilizando drives de CD-ROM é idêntica à instalação num pc comum e os detalhes podem ser encontrados no artigo do Morimoto. Já sem CD-ROM ela se divide em duas etapas básicas: a primeira é preparar uma imagem bootável num pendrive, a segunda é a instalação em si.

Preparando a imagem bootável

Nas minhas pesquisas encontrei algumas formas de criar a imagem bootável e testei duas. A primeira é utilizando o script isotostick.sh conforme descrito no artigo do Tecnoclasta, a outra é utilizando o UNetbootin conforme a wiki do Ubuntu Eee.

Eu utilizei um SD de 2 Gb, já que a imagem tem pouco mais de 600 Mb. O UNetbootin é um único executável e seu uso é bastante intuitivo. É só escolher a ISO ou a distribuição (neste caso ele baixa a ISO da net), escolher o dispositivo e mandar gerar. Demora um pouco e às vezes parece que ele está travado, mas é normal, afinal são quase 700 Mb de dados.

Feito isso é só inserir o SD, mandar o sistema bootar por elee dar boot, certo? Errado, pelo menos pra mim…

Minha imagem bootável não bootava. Mas que raios de imagem bootável é essa que não boota?

Ok, vamos tentar denovo. .. Nada.

Troco a iso… Nada.

Troco o SD… Nada.

Caceta, será que eu não to sabendo configurar a BIOS do Eee pra bootar via SD? Procuro mais um pouco, altero umas opções e… NADA!

Daí vem o estalo: trocar de micro. Fui no note e coloquei para bootar pelo pendrive (um daqueles adaptadores de SD para USB) e … NADA! Pronto, é a imagem, não é o SD. E agora? Não vi ninguém relatando na net que a imagem feita com o UNetbootin não bootava.

Depois de um pouco mais de leitura descubro um detalhe macabro. Relendo o tutorial já citado na documentaçao do Ubuntu e pesquisando outras fontes que não me recordo no momento vi que dependendo da vesão do UNetbootin e do hardware do SD a formatação do sistema de arquivos do SD poderia ter que ser diferente.

Bom, to de saco cheio pra procurar comandos e esse filme no Corujão não está ajudando. Vou de GParted então. Como não sei qual a configuração que vai funcionar, só resta tentar a té acertar. No meu caso foi com ext3.

Os passos são bem simples só que demorados:

Abrir o GParted, recriar a partição e escolher o sistema de arquivos;

Não esqueça de marcar a nova partição como bootável. Para isso clique com o botão direito nela e vá em “Manage Flags”;

E marque a opção boot (outras opções poderão ser necessárias dependendo do hardware utilizado).

Feito isso abra o UNetbootin e grave a iso.

Instalando

Agora a parte fácil: a instalação. Não é muito diferente do que instalar num pc, salvo um ou dois detalhes.

Para escolher qual dispositivo será usado para boot, é só colocar o SD no leitor do Eee, dar boot e pressionar ESC algumas vezes até aprecer o menu de boot. Veja as imagens abaixo

Escolhendo o dispositivo de boot.

Grub do Instalador.

Ubuntu Eee bootando.

As telas do Instalador do Ubuntu, já bem conhecidas.

Detalhe para o teclado, o meu no caso. USA – USA International with dead keys. para configurar os acentos e o cedilha.

Ao realizar o particionamento não deve ser criada partição de swap, pois estamos instalando em uma flash, não num HD. O particionador vai reclamar disso mas é só seguir em frente.

A também famosa tela de configuração do usuário padrão.

Segue a instalação.

Fim da instalação, hora do reboot.

A tela básica de login.

O Desktop. Não é bacaninha?

Finalizando

Ao contrário do que muito salsinha gosta de dizer por aí, aqui tudo funcionou perfeitamente incluindo placa de rede wifi e teclas de função. Algumas otimizações e customizações eu pretendo publicar em novos posts em breve, ou não.

Requisitos:

• Linguagens C, C++ ou Java;
• Linux para sitemas embarcados;
• Subversion;
• Autotools;

Local:
Universidade de São Paulo – Campus Cidade Universitária

Os interessados podem encaminhar seus currículos para:
Hilel Becher <hilel@lsi.usp.br>

Laboratório de Sistemas Integráveis Tecnológico
Laboratório de Sistemas Integráveis

Fiquei muito surpreso no entanto, ao ver que o livro não é atualizado desde março de 1996, ou seja, a praticamente 12 anos, estando listado na categoria Unmaintained. Não tive dúvidas, juntei uns amigos e estamos tentando conseguir autorização para atualizar o livro.

Basicamente são quatro os passos que o TLDP sugere para conseguirmos a autorização:

1. Tentar contatar os autores originais;
2. Determinar se já existe uma versão mais novo do livro ou outro documento que cubra o assunto;
3. Entrar em contato com o TLDP para evitar duplicações;
4. Enviar para o TLDP o documento com as modificações pretendidas para revisão;

Curiosamente, o segundo passo foi feito primeiro. Em uma pesquisa na net, vimos que não há referências novas ao título, exceto por uma tradução para o Polonês que data de 2000. No próprio TLDP, não encontramos outros documentos que abordem a programação geral para o ambiente GNU/Linux em um guia único.

O segundo passo, foi então o primeiro (!?). Tentamos entrar em contato com os autores originais B. Scott Burkett, Sven Goldt, John D. Harper e Sven van der Meer and Matt Welsh através dos emails no próprio livro e por referências aos seus nomes na internet.

Até o momento ainda não obtivemos respostas, visto que como esperado, todos os emails antigos constantes no livro voltaram com um carinhoso UNDELIVERED. Resta aguardar que os emails conseguidos na internet possam alcançar os destinatários corretos e retornar com boas notícias. Até lá estaremos torcendo e nos preparando para uma possível re-edição do “The Linux Programmer’s Guide”.