2010, metas…
Como numa das músicas dos Engenheiros do Hawaii, “entra ano e sai ano, sempre os mesmos planos”! Você faz planos muito grandes e acaba não fazendo nada, o que sempre acontece comigo, e quando está maduro o suficiente começa reduzir esses planos a fim de tentar conseguir tudo aquilo que planejou.
Em 2009 tinha planejado fazer isso aqui algumas coisas consegui fazer, outras comecei e parei, as sobras nem peguei pra fazer. Sendo que, com o passar dos dias as coisas foram mudando e consequentemente acabei mudando o rumo. No link que passei, acho que o intuito era estudo mais pra servidores e administração de OS.
Hoje tenho uma ideia diferente do que tinha e com isso reduzi as minhas metas para 2010 e o que sobrou de 2009, vai ficar como fila de banco em dia movimentado, esperando para que conclua as minhas metas.
A minha pequena lista para 2010:
1- Aprender a programar (aprender na verdade lógica e algoritmo, se bem que já venho praticando desde out/2009);
2- Aprender C (já venho estudando);
3- Engenharia de Software;
4- Banco de Dados;
5- Sistemas Operacionais;
6- Estudar para concurso (leia-se, Estudar Português, já venho fazendo isso desde jul/2009 mas era sem foco, agora o lance é TRT de Aracaju);
7- Inglês;
8- Continuar a colaborar com o Arch Linux Brasil;
9- Shell Script (volta e meia, dou uma olhada);
10- Arrumar um emprego OU passar num concurso;
11- Postar mais no blog.
Os de segundo plano:
1- Infraestrutura;
2- Segurança;
3- Mexer com OpenBSD, Debian e CentOS;
4- Certificações LPI e outras (isso vai ficar de molho até conseguir um emprego, pois o $$$ tá em falta);
5- Java (só se algum emprego pedir pra estudar isso);
Algumas coisas já vinha estudando/fazendo, apenas mantive, as outras ficaram apenas como segundo plano por não ter tempo ou motivação para trabalhar no momento. E pra manter um foco nisso tudo, tenho tudo anotado e topificado em um arquivo e como auxilio para lembrar as coisas tenho o sunbird.
Espero em 2010 conseguir alcançar as metas que falei e algumas do segundo plano também.
Fazendo com que 2010 seja bom, por que 2009 para mim, não foi.
Feliz ano novo a todos.
Nota de utilidade pública.
Bom dia senhores, estou meio off em relação ao blog, mas isso é por bons motivos (pelo menos para a minha pessoa) e em breve estarei postando coisas boas aqui neste cantinho. x)
O motivo deste tópico foi para tentar avisar as pessoas do email que recebi.
Assino uma lista, e recebi um e-mail um tanto preocupante, veja o e-mail e tire suas conclusões, quem conhecer essas pessoas, por favor, avisem.
Saudações,
Preciso falar urgentemente com os Classificados Excedentes do Concurso UFS
de 2008 (para o cargo de Analista de TI), do Edital 13/2008, listados nesse
link:http://www.ccv.ufs.br/concursogrh/resultado/classificados/cs05.txt
principalmente com:
FABRICIO FERNANDES DE OLIVEIRA DALTRO – 15o.
FELIPE DE OLIVEIRA LIMA – 17o.
RODRIGO GUSMAO DE CARVALHO ROCHA – 18o.
RODRIGO ANDRADE ROCHA DE ALMEIDA – 19o.
HARLEI VASCONCELOS ROSA – 20o.O concurso ainda está vigente até meados de junho de 2010 (foi prorrogado no
ano passado) mas a Universidade está querendo licitar serviço terceirizado
através do *pregão eletrônico 157/2009* ferindo, portanto, a legislação, já
que nenhum serviço terceirizado referente a cargo de concurso que ainda
esteja em vigência pode ser licitado, pelo menos até o fim da vigência do
concurso se ainda houver classificados excedentes, o que é o caso desse
concurso.Aqui o Edital de Licitação do Pregão 157/2009:
http://www.ufs.br/editais/125854215174.zip
Aqui as informações do Pregão, que será aberto agora dia 02/12, no site da
UFS:http://www.ufs.br/?pg=licitacao&id=1085
Por favor, divulguem isso nas comunidades do concurso da UFS existentes no
orkut e em outras redes sociais, para que possamos ganhar força e que
quaisquer interesses diversos não possam sobrepujar o direito dos cidadãos.
Omiti o nome do autor do e-mail, com o intuito de evitar problemas… Como disse, por favor, avisem a essas pessoas se vocês conhecerem.
PS.: Em breve novidades. x)
Arch Linux vs. Usuário e Arch Linux vs. Stable
Posted by Leandro in Arch Linux on novembro 2, 2009
Arch Linux vs. Usuário, Missão Impossível ao Extremo!!!!
Estou tentando ao máximo possível me libertar da praga de ajudar usuários que não sabem diferenciar um problema de software e um problema causado pela distribuição.
Muitos vivem reclamando que Arch bug isso, bug aquilo, dev isso, dev aquilo. Ver esse tipo de atitude dos usuários, que não tentam pensar ou descobrir as origens do problema, cansa e muito. E O PIOR, não tentam se quer, aprender como funciona o gerenciamento de pacotes e como funciona o desenvolvimento da distribuição, que são pontos importantes para evitar problemas com qualquer distribuição E MUITO MENOS reportam os problemas que acontecem, desse jeito fica complicado, pois ninguém tem bola de cristal.
Bons exemplos disso foram os updates do X.org, quando mudou a forma de detectar os devices e passou a usar o HAL, causando transtorno a algumas pessoas que precisaram aprender a configurar seus teclados e touchpads e atualização do GNOME 2.28. E hoje, é a nova versão do Xorg (xorg-server 1.7.x).
Tenho links de blogs e de fóruns, mas para evitar qualquer tipo de problema não postarei.
Qual o motivo dessa “revolta”?
Primeiro, se o usuário tem problemas com update, ele não procura no site, não assina a lista dev public, não procura no fórum oficial e nem no bugs report da distribuição. Segundo, o infeliz não procura olhar nos logs (do Xorg principalmente), não sabe olhar nos sites dos projetos (como Gnome, Kde, Xfce, etc…) para ver o que mudou de uma versão para outra. Não faz isso e já vai que nem louco postar no fórum, mail-list e perguntar no IRC o motivo do problema, se alguém demora para responder ou ignora, o usuário já sai chingando a distribuição, dizendo que não presta, é bugada, é distro amadora, etc.
Terceiro, Arch é focado basicamente em binários, consequentemente requer bastante cuidado. Não é igual ao Gentoo, onde você pode customizar tudo o que quer e não se preocupar com os updates.
Como no OpenBSD, teoricamente os desenvolvedores das distribuições, sabem o que estão fazendo, e recomendam não customizar tanto um software, e quando fazem essas customizações, muitos usuários não sabem lidar com as ideias dos desenvolvedores e com o pacman (suas configurações). Se você configura uma coisa e não quer que aquela configuração seja atualiza, dê uma olhada na man page do pacman.conf, e observe a opção NoUpgrade, isso é um excelente exemplo da falta de descaso com a distribuição.
Se realmente querem customizar e ainda sim querem usar o Arch, usem o ABS e aprendam também a usar a opção, IgnorePkg junto com NoUpgrade. Sendo assim, aguentem a consequência de fazer o update manualmente. O que acaba nos levando ao Quarto ponto, dependências.
Essas reclamações são as que enchem mais a paciência ou terminam com ela. O que tem de reclamação sobre isso não é brincadeira. Se o senhor não quer dependência X, Y, Z, faça como no lance das customizações.
“Ahhhh mas é o KDE, é muito grande, é um grupo, editar as PKGBUILDS não dá!”
Isso é clássico… KDE hoje é modular, o pacman já suporta split de pacotes, ficando mais fácil essa tarefa.
Quinto ponto, falei acima que é importante você conhecer a distribuição na parte de gerenciamento de pacotes e no desenvolvimento da mesma, em outras distribuições (como Debian, Gentoo e Slackware) os usuários são ligados nesses pontos sendo que no Arch muitos não fazem o mesmo, até hoje não entendo o motivo disso. Qual a diferença do Arch para as outras???
Analisando esses pontos, IMHO… Opinião TOTALMENTE pessoal (só para reforçar), 92% dos casos de problemas causados no Arch é pura culpa do usuário, como tem nos reviews e descrições feitas do Arch, distribuição feita para usuários experientes ou usuários que querem entender como funciona, que querem estudar.
Veja o FAQ do Arch, leia esta pergunta, mais esta e esta aqui. E ENTENDA BEM O QUE É E COMO AS COISAS FUNCIONAM NO ARCH!!!! EVITE PROBLEMAS PARA VOCÊ E PARA OS OUTROS que tentam te ajudar, infeliz!
Padawan, para você conseguir isso, precisa deixar de ser preguiçoso e começar a pensar, ler e saber solucionar seus problemas sozinho.
E agora Mestre Yoda e os outros 8% dos problemas?? Isso fica dividido entre problemas do upstream e falta de massa cinza na cabeça de alguns desenvolvedores. Vamos explicar um fato que engloba esses 2 aspectos e vocês vão entender: Primeiro temos uma thread que fala sobre o teste do novo Xorg e falando dos seus problemas e agora temos outra thread que fala sobre os problemas que o Xorg teve depois que foi movido para o extra.
Agora explicarei os problemas do Arch e do Upstream causadores dos problemas.
O problema do Arch é a falta de planejamento de desenvolvimento, cada um no seu quadrado. Se alguém mantém o Xorg e deixa no testing até que se resolva os problemas dos drivers, ninguém deveria meter o dedão e mover para o extra (que foi o problema dessa nova versão do xorg e pode ser visto nas 2 threads que coloquei aqui). Ninguém quer manter 2 versões de pacotes, a não ser, que seja altamente/extremamente necessário ou não tenha outra saída para resolver os problemas encontrados.
Sempre fui a favor de apenas 5~7 pessoas ajudando a manter o repositório core, assim aumentaria a estabilidade e a compatibilidade dos pacotes, dividir a pequena equipe em subgrupos (Xorg, KDE, Gnome, etc.), como existe no gentoo e debian. Cada um no seu quadrado. Como isso basicamete não existe, acontece esse tipo de problema como o atual do xorg.
Outro quesito importante é a parte de segurança que não é muito o forte do Arch, uma alternativa que ajudaria nisso seria o Sheriff, um software que “faz um diff” de vulnerabilidade entre NetBSD e Arch, feito pelo Paulo “thotypous” Matias, foi bem aceito pela equipe do Arch, só que não vingou e está a um ano sem desenvolvimento. Alguém se habilita a ajudar no projeto??
Segurança deveria ser mais ativo no desenvolvimento do Arch.
Upstream é coisa séria, como esses modificam as coisas, acaba meio que contribuindo e botando em cheque a credibilidade do Arch, pois o Arch bota no repositório e o usuário se vire para se adequar as mudanças dos projetos. Motivo??? Que o Arch não testa os pacotes, será mesmo????
Arch deixa kernel (depois de várias lapadas na cara que os desenvolvedores levaram) por um tempo indeterminado, pode ser de 1 dia a mais de mês no testing e agora temos o kernel-lts (que é uma ótima alternativa). Gnome 2.28.x ficou no unstable por 1 mês, o Kde 4 da mesma forma, Xorg do mesmo jeito e mesmo assim existe problemas, por que isso???
Pelo simples fato do Arch não ter usuários suficientes para ajudar nos testes, como Debian, Gentoo e Slackware tem. Para inicio se o que falei aqui fosse feito tanto por parte dos usuários e dos desenvolvedores, Arch melhoraria mais sua estabilidade e muito sua credibilidade.
Arch Linux vs. Stable
Apesar de tudo que falei acima, considero Arch bem estável.
Muitos usuários reclamam disso por dois motivos, primeiro por querer upstream bem testado (praticamente impossível, pois aqui eles são testados o suficiente para garantir que funcionam) tipo debian e segundo por terem vontade de usarem Arch em servidores.
A primeira já abordei um pouco, a segunda é meio complicada, mas também pega um pouco do que falei acima… Só que o principal para se pensar no segundo motivo, está aqui.
Fora realizar testes antes de jogar em produção, para garantir que a lei de Murphy não te pegue de surpresa. E por favor, saibam usar o ABS + pacman.conf adequadamente.
Como tem no wiki: “Você faz a estabilidade do seu Arch Linux!”
Já que você faz a estabilidade, qual a razão de você acompanhar o update de cada pacote em outras distribuições quando você usa em servidores e não faz no Arch???
Esse é um erro fatal de muitos, como já disse… ABS + pacman.conf na cabeça, pensem nisso. 
Bom, por enquanto é isso. Se você não gosta ou não concorda com o que falei aqui sobre o Arch. Melhor você usar Debian!
Arch Linux não é pra qualquer um, ele seleciona bem seus usuários. x)
Saudações,
Leandro “skate_forever” Inácio
Semana da Computação, UFAL
Posted by Leandro in Uncategorized on outubro 30, 2009
Parece até que é uma síndrome, sempre que vou a um evento passo 1, 2 ou até mais semanas sem falar do mesmo.
Pois bem, semana passada (de 21 a 23 de Outubro), foi realizado na Ufal a I Semana da Computação. Como é rotina desses eventos tivemos palestras, minicursos e mesa redonda (a qual não deu para participar), onde falava sobre o cenário de TI do estado, ou seja, o TI do estado é uma merda e pronto. Ou alguém (algum leitor daqui de alagoas) vai dizer o contrário disso???
O evento…
O evento foi um pouco mais organizado se comparar com outros que fui (Debian Festival I e II), no mesmo local. O intuito de ir a esse evento foi apenas para fazer os minicursos de Python e Bash Script, tiveram outros minicursos, mas não tive muito interesse. E tive boas surpresas.
Como fui para o minicurso de Python, ministrado pelo Rodrigo Peixoto aluno de Mestrado da Ufal, no primeiro dia e era o dia todo, não consegui assistir nenhuma palestra (de qualquer forma já tinha visto as palestra no ARACOMP, mês passado). Conheci Python, linguagem interessante e até mesmo fácil de aprender. Muita coisa que você se preocuparia programando em outras linguagens, Python resolve pra vocês, uma ótima linguagem que aborda quase todos (senão todos) os paradigmas que envolvem a programação (falarei sobre esse assunto em outro post). IMHO uma linguagem para preguiçosos (algumas pessoas vão querer me matar depois disso x)!
Segundo dia cheguei um pouco atrasado mas consegui chegar um pouco antes do início das palestras do horário da manhã, assisti apenas 3 palestras das 4 apresentadas. Uma sobre IHC, outra sobre um projeto deles (lá da UFAL) sobre RSF (algo do tipo) e “Por que os alunos de computação devem estudar matemática”, no caso, o bem dito calculo. Gostei muito da IHC, assunto bastante interessante. Na parte da tarde foi o minicurso de Bash Script, ministrado pelo Psycho Mantz (Baltazar), que já o via em algumas listas de e-mail, um ótimo minicurso, mas esperava uma coisa um pouco mais avançada, até por já conhecer um pouco sobre o assunto.
No último dia vi palestras bem interessantes como “Segurança no Desenvolvimento de Aplicações Web” e “Oportunidades Acadêmicas e Mercadológicas para o Profissional de Computação”, essa última não concordei com muitas coisas que ele falou, pois são totalmente diferentes do que encontramos no mercado de Alagoas. E a tarde teve a continuação do minicurso de bash script.
No contexto geral do evento (palestras + minicursos), aprendi um pouco mais, e a vida é assim, sempre siga em frente e aprendendo mais.
Extra evento…
Acho que um ponto importante nesse tipo de evento é a troca de informação e experiência entre os participantes. Aqui foi um pouco diferente, já conhecia o ambiente e algumas pessoas, revi amigos e troquei várias ideias.
Conheci a parte de Computação Pervasiva, o qual ganharam o prêmio de melhor software para maemo em uma competição. Conversei com 2 amigos (Tarsi e o Marquinhos) que fazem Mestrado, obtive informações de como é e o que fazem no Mestrado, achei muito interessante. Essa conversa me fez mudar a minha opinião sobre Mestrado e dispertou a vontade de fazer. Não tenho nada pronto, mas provavelmente vou preparar um projeto sobre IHC e tentar entrar no Mestrado de Modelagem Computacional Baseada em Conhecimento, é interdisciplicar e aborda boa parte das matérias as quais gostaria de estudar.
Ficamos por aqui, e posso dizer que esse evento foi muito importante para meu crescimento pessoal. Agradeço a todos que demonstraram seu conhecimento e suas experiências comigo, sou muito grato a todos vocês!
Saudações,
Leandro “skate_forever” Inácio.
Leitura do mês!
Durante o SFD em Aracaju, fui ao Shopping Rio Mar (acho que é esse o nome), e acabei comprando o primeiro livro que vi e já fazia um tempo que estava querendo comprar, é um pouco “velho”. Mas a leitura é recomendada.
O livro “A cabeça de Steve Jobs – As lições do líder da empresa mais revolucionária do mundo” de Leander Kahney.
Façam bom proveito da leitura.
Software Freedom Day e ARACOMP.
Posted by Leandro in Congressos, Encontros, Eventos on outubro 6, 2009
Software Freedom Day
Antes tarde do que nunca. x)
No dia 19 de Setembro, foi realizado o SFD (Software Freedom Day) em Aracaju.
Onde tive a oportunidade de rever os amigos (Hugo, Rizada, Joaquim, Israel, Pardal, Mult e outros), que fiz no ENSL/LIVRE-SE de 2007 em Aracaju, e assistir várias palestras técnicas e não técnicas.
Tive o grande prazer de conhecer o Alex e o Gomex. Duas pessoas sensacionais.
No meio a uma grande bem trabalhada, acabei selecionando algumas, como:
Software colaborativo(groupware) e sincronismo com dispositivos móveis. Apresentada pelo Mult, que por sinal foi muito interessante. Foi pouco movimentada pois foi uma das primeiras palestras, mas mesmo assim a sala estava cheia.
Endian Firewall Crash Course. Apresentada por um grande amigo, Israel Júnior, a qual fui coordenador de mesa. Já tinham me apresentado essa ferramenta mas não tinha feito testes e a apresentação foi uma ótima vitrine para conhecer mais o Endian. Sem falar que tinha até gente sentada no chão pra assistir, pois não tinha espaço mais.
Hardening Linux – Mantendo sistemas Linux seguro. Essa foi uma das palestras mais disputadas, que teve uma reprise assim mudando o horário das outras palestras. Foi apresentada pelo Alexandro Silva. Bem interassante a palestra.
Alex, Hardnening Linux.
Dando seguimento ao dia de palestra fui assistir, Monitoramento pró-ativo de ativos – Caso UFBA, ministrada pelo Gomex (Rafael Gomes), acabei não tirando foto, pois o Hugo estava com a máquina tirando foto dele e da amiga dele. ¬¬
Fiquei na mesma sala onde o Joaquim Espinhara, com sua palestra “Playing with the giant – Metasploit” nos mostrou uma ferramenta que vou dizer, só não faz café, mas o resto… x)
Excelente ferramenta pra quem gosta de Segurança, vale a pena brincar com ela.
Tinha outra palestra que não deu pra ver que era “Esquematização de um Servidor VoIP (Asterisk)”, apresentada pelo Rodrigo Rezende, pois tava no mesmo horário da palestra do Gomex. Ficará para a próxima.
No balanço geral, foi um dos melhores eventos que fui, ótimas palestras, aprendi um bucado. Principalmente na palestra “mamãe quero ser hacker” (Metasploit). 
E o mais importante, acabei conhecendo o Ian. Até que fim, conheci o filho do meu grande amigo Hugo.
Hugo e Ian.
Ian.
Coisas extra-evento que aconteceram… Alex só vivia no PS3 do Hugo, Gomex quando toma um pouco de cerveja fica “alegre” demais. As conversas sobre comunidades foram muito importantes e vi que pessoas próximas tem a mesma ideia que eu, sobre o assunto. A orla de Aracaju é uma das mais bonitas do Brasil. Ah, já ia esquecendo, quem quiser camisa do GNOME com bola, pergunta ao Alex onde conseguir. =X
Hugo, Gomex e Eu.
ARACOMP
A semana após o SFD em Aracaju, foi realizado o I Congresso de Computação de Arapiraca (ARACOMP) nos dias 24, 25 e 26 de Setembro.
Fui com o intuito de participar do mini curso de Shell Script, mas como as incrições foram meia boca, acabei não fazendo por não ter mais vagas e estava achando que as palestras seriam meia boca, resolvi ficar e assistir, pois não iria voltar pra casa, depois de 10 minutos de moto na rodovia! ¬¬
E para a minha supresa, as palestras foram mais do que eu esperava. x)
Em todas as palestras se falou sobre Engenharia de Software, Programação de Alto nível, até vir o Dr. Alejandro Frery que é da UFAL – Campus AC Simões (Maceió), com o “Panorama de pesquisas no LaCCAN – Laboratório de Computação Científica e Análise Numérica da UFAL”.
Eu e Neto, no primeiro dia do ARACOMP.
Vou tomar esse palestra como destaque, porque o projeto é muito interessante e pelo simples motivo do Dr. Alejandro, ter comentado que “hoje os alunos de computação e de áreas ligadas a computação em geral, só querem programar em ‘Alto Nível’”. Pois é Dr., concordo com você! x)
Comentou também, que existe uma carência muito grande de alunos que queira programar para os coletores de informação para o projeto de pesquisa que está sendo realizado e para outras áreas da computação.
Uma palestra muito interessante, ministrada pelo Msc Elthon Oliveira, foi “Por que alunos de Ciência da Computação devem Estudar Matemática?”. A grande maioria dos alunos tendem a reclamar por ver tantos cálculos na graduação e isso apareceu curiosidade sobre o assunto.
Não vou falar muito sobre o ARACOMP, senão o post vai ficar enorme. No contexto geral do evento, o mesmo mudou um pouco a minha cabeça em relação a desenvolvimento e eng. de software. Despestou mais o meu interesse para parte de programação/desenvolvimento e estou pensando em deixar um pouco SysAdmin de lado.
A vida passa e acabamos mudando, querendo ou não. x)
É isso ae… Até a próxima!
Quero aprender programar. E agora José?
Posted by Leandro in Dicas, Programação on setembro 29, 2009
Já estava planejando este post a um bom tempo, mas devido à alguns contra tempos e preguiça para abordar o assunto, acabei deixando de lado.
Parece coisa até de destino, MAS… Hoje, já estava programado em meu cronograma/horário no sunbird, uma galerinha no #archlinux-br do IRC, estavam falando sobre o assunto. Pois bem, aí vai a minha opinião, que para a maioria não vale de nada. HUhUHUhuHuhUhUHuhUhUH!!!!!!!!!!!
Não tem problema, mesmo assim vou falar.
Inicialmente a pessoa que hoje quer aprender a programar, tem que ter em mente é: Aprender L-Ó-G-I-C-A!
É isso mesmo, lógica de programação, pois sem isso não vai sair do canto. Independente disso, alguns tentam sempre falar, “Ah, usa python”, outros “que python que nada, vai de java” e os mais afoitos (como eu), “vai de C, C é o poder”! Se olharmos bem a situação, chega a ser engraço.
Sendo que muitas vezes você só vai aprender a programar, ou seja, aprender a lógica da “coisa”, pegando uma linguagem e “caindo pra dentro”. Um passo importante é sempre ater-se aos conceitos de programação e aos da linguagem diferenciando um do outro. Isso só vai acontecer estudando.
Contudo, para iniciarmos essa jornada é preciso pegar várias literaturas e ler, ler muito, além disso é claro, PROGRAMAR, E MUITO.
Tenha sempre em mente que uma boa literatura, para aqueles que querem aprender a programar é claro, tem abordar desde o início, do básicão, o que são dispositivos de E/S e outras coisinhas, estimular você a pensar!
Outra coisa, não adianta eu, você, o fulaninho que manja de php, ou de python, ou de java ficar indicando a linguagem preferida, pois nem sempre vai dar certo, você vai acabar não gostando da linguagem e vai acabar pegando desgosto por programar (como acontece na velha briga das distros). Antes de mais nada leia sobre as linguagens, tenha em mente o que você quer fazer quando se está programando. Assim fica mais fácil de obter resultados e começou não pare no meio do caminho, termine.
Uma dica sobre o que falei acima é ler o livro “Concepts of Programming Languages”, dica passada pelo Robson Peixoto no #archlinux-br.
Então, aqui vão algumas sugestões de literatura (não vou comentar sobre elas) para C, Shell Script e Java. Não vou postar sobre Python, PHP e muito menos sobre Ruby on Rails, pois não procurei nada sobre essas coisas, se algum leitor tiver algo, pode comentar aqui.
C:
1. Aprendendo a programar programando em linguagem C;
2. Curso de C da UFMG;
3. C Completo e Total;
4. The C Programming (ANSI C);
5. The C Book (Esse livro tenho em pdf perdido nos arquivos, mas tinha lido algumas páginas e achei interessante).
Shell Script:
1. Shell Script Profissional;
2. Programação Shell Linux;
3. Bash Guide for Beginners;
4. ABS (Advanced Bash-Scripting Guide).
Java:
Bom, acho que por enquanto é só… E mais um recado, depois que aprender a programar aprenda sobre Engenharia de Software, não seja mais um ‘POG’ramador.
UPDATE:
Dica passada pelo Estevão: uma dica interessante pra quem tá começando tb… é ler código, ler muito código e pensar em programação como solução de problemas, imaginar um problema, bolar uma solução, escrever no papel, visualizar bem a coisa, e depois implementar…
UPDATE 2:
Dica passada pelo Rodrigo Flores: Saber lógica e algoritmos, estuda o Sedgewick ou o Cormen. E resolver problemas de olimpíadas de programação, a linguagem seja C, Java, Cobol, Ada, Fortran, Haskell é o de menos.
A coisa tá ficando boa… Valeu ao pessoal que tá passando mais informações sobre o assunto.
Microsoft keyboard Elite Bluetooth
Posted by Leandro in Arch Linux, Dicas on setembro 10, 2009
Bom dia,
Já tem um tempinho que não escrevo nada aqui, estava planejando postar umas dicas para iniciantes sobre como comecar a programar, dizendo quais livros, tutoriais, aulas que podemos encontrar por ai, são bons para entender os conceitos básicos (da programacão e da linguaguem que ele pretende aprender) e a syntax. Mas vai ficar para depois…
Agora vamos ao post realmente… Como tenho 2 mouses Microsoft, e estou gostando muito, resolvi comprar um teclado MS também. Um amigo tem alguns contatos e pedi a ele um teclado que fosse confortável e bom, para usar diariamente e dar aquela jogadinha no bom e velho CS.
Acabei pegando um “Microsoft keyboard Elite Bluetooth”. Quando peguei pensei, “como vou fazer pra esse infeliz funcionar no Arch também?”. Até que foi simples, veja como foi…
Vou precisar do dbus, bluez e bluez-hcidump instalados, como já tenho o GNOME instalado, consequentemente já tinha o dbus, mas não tinha o bluez, ou pelo menos, não sabia que tinha.
# pacman -Sy bluez bluez-hcidump
Vai retornar um “reinstall package”, quando vi, achei estranho pois não tinha instalado o bluez antes, quando executei:
$ pacman -Qi bluez
Retornou:
Required By : gvfs
Bom, como já tinha o pacote, só instalei o bluez-hcidump. Feito isso, comecou a brincadeira… Precisei configurar algumas coisas.
Primeiro verifiquei se o dispositivo estava ativo:
# hciconfig
Se ele retornar:
hci0: Type: USB
BD Address: 00:00:00:00:00:00 ACL MTU: 0:0 SCO MTU: 0:0
DOWN
RX bytes:0 acl:0 sco:0 events:0 errors:0
TX bytes:0 acl:0 sco:0 commands:0 errors:0
Será necessário você, levantar o infeliz com:
# hciconfig hci0 up
Para verificar se realmente subiu, use apenas o comando hciconfig, novamente. Agora a parte boa, procurar pelo teclado.
$ hidd scan
00:12:5A:9C:18:DD Microsoft A keyboard
A saída será algo semelhante a essa que você está vendo. Mas quero o teclado funcionando amigão, calma calma, é mais fácil ainda.
# hidd --connect 00:12:5A:9C:18:DD
Você pensou, “Pronto agora tenho meu teclado funcionando!!!! x)”… Ai que você se engana, o bluetooth no linux ainda é um lixo (essa é a minha opinião e já já vão descobrir o por que). Inocente o garotão vai lá e comeca a digitar e nada do teclado funcionar, mas fiz tudo certinho. Nem tudo amigão. x)
Depois que você conectou, verifique se realmente está conectado com:
$ hidd show
00:12:5A:9C:18:DD Microsoft A keyboard that runs over Bluetooth [045e:0099] connected
Tem que mostrar aquela palavrinha mágica ali, connected, “ahhhhh mas não funcionou”. Tente:
# hidd --search
Searching ...
Connecting to device 00:12:5A:9C:18:DD
Pronto, agora você já pode digitar e sair pulando de alegria. x)
Se você quer ter seu teclado funcionando depois do boot, faca o seguinte… Edite o arquivo /etc/conf.d/bluetooth, procure pela variáveis HIDD_ENABLE e HIDD_OPTIONS, descomente ambas e adicione a elas…
HIDD_ENABLE="true"
HIDD_OPTIONS="--connect 00:12:5A:9C:18:DD"
Adicione ao rc.conf no DAEMONS, o bluetooth. Quando reiniciar teoricamente você já deveria ter seu teclado funcionando né??? Mero engano… Aqui só funcionou na base da gambiarra e mesmo assim, tive que botar o bluetooth depois do dbus no rc.conf. Para ter funcionando corretamente, vá ao seu rc.local e adicione “sleep 20″ e “/usr/bin/hidd –search”.
Tiveram 3 coisas que não agradou muito, primeiro que precisei dessa bela “gambe”, a segunda é, passou de 3 a 5 minutos sem usar o teclado preciso usar e a terceira, é que preciso usar o outro teclado pra acessar a bios (isso já era esperado) e como fallback quando o bluetooth não funcionar. x)
Se alguém tiver alguma solucao para esses inconvenientes, ficarei grato.
Já ia esquecendo, veja este guia de bluetooth, essa dica e mais esse link do wiki, caso tenha dúvidas.
PS.: Se você sentiu falta dos cedilhas na minha escrita, não se assuste… ele tá saindo assim, ć, por isso não usei.
kernel26-lts???
Posted by Leandro in Arch Linux on agosto 27, 2009
Simplesmente, PQP! x)
Desculpem o PQP, mas… P. Q. P. !!!!!!!
Isso anima bagarai, e muito, mas muito mesmo… Pra quem acompanha as listas de e-mail do Arch, é indispensável acompanhar a dev public. Você se pergunta, mas qual o motivo desse alarde?????
O motivo é esse aqui, principalmente pra quem roda Arch Linux em servidor (que se conta o número de malucos que já fizeram ou fazem isso, fui um deles e sem arrependimentos) e quer um Arch Linux Stable, ai vem a pergunta, Arch está virando stable???
Sempre achei o Arch muito estável se comparado com várias distribuições. E tão estável quanto, IMHO, Slackware e Gentoo. Não espero uma definição como “Debian Stable” ou coisa do tipo. Sinceramente, espero que o Arch se torne mais estável em pacotes críticos (leia-se, pacotes do repositório core), sim… Contudo, sem mudar o seu estilo, que é o que mais me agrada!!! E é a proposta que o Andreas Radke, desenvolvedor do Arch, enviou para a dev public e pode ser lida aqui!!!
Na minha opinão, não precisaria de um Arch Linux Stable… Precisaria sim, de um controle maior nos pacotes, como já mencionei. Tudo isso que falei, é mencionado nos links, então, sinta-se a vontade e leia e compartilhe sua opinão sobre isso.
Como no post anterior… EU AMO ESSA DISTRIBUIÇÃO E OS PROJETOS QUE ENVOLVEM A MESMA!!!!!!!
Meu próprio descaso…
Posted by Leandro in Arch Linux, Pessoal on agosto 27, 2009
Putz, demorei mas estamos ai. O post está um pouco longo e de qualquer forma coloquei o que andei fazendo e algumas coisas são interessantes…
Desde maio que não atualizo ou coloco algo aqui no blog, esse é sempre o meu mal. Vão aparecendo coisas e mais coisas pra fazer e estudar e acabo não postando.
Então vamos a um resuminho…
Maio, sinceramente não lembro muito o que fiz, mas tenho certeza que estava preparando alguns postes para o blog… Agora esses postes estão sendo reformulados, adiados e programados.
Junho, comecei a estudar para concurso, pois arrumar um trampo tá meio complicado. Alguns podem falar que é preguiça minha ou qualquer outro motivo para eu não conseguir um emprego, mas espera ai, não é bem assim como vocês estão pensando. Também tive que resolver uns problemas do FIES na caixa, passei 2 semanas sem brincadeira nenhuma, indo a caixa e ninguém sabia como resolver, tive que me virar e descobrir como dar um fim nessa jornada, consegui resolver só que o cara responsável ficou de férias e iria voltar no fim de Julho e não fui mais na caixa, agora tenho que esperar a minha mãe dizer se posso ou não ir assinar a papelada pra começar a pagar.
Teve o FISL, onde os pessoal do Arch Linux Brasil se reuniu e decidiu reestruturar o projeto, a proposta inicial foi enviada a lista e estamos terminando isso. A tradução da newsletter desse mês demorei um pouco para terminar por vários problemas que não merecem ser mencionandos, outras coisas apareceram durante esse periodo que também não merecem serem citadas.
Julho, período de transição e reorganizar do meu cronograma, estudar para concurso e fazer cursinho para o mesmo estão tomando de conta do meu tempo… Sem contar que foi o mês todo entre votação/definição do que iriamos fazer na reestruturação do projeto, faltando agora definir os líderes de cada subprojeto interno. Também tivemos um pequeno problema com o fórum e que precisamos traduzir (e para isso montamos um pequeno grupo), a tradução está atrasada (se alguém estiver afim de ajudar, é só falar), a tradução da newsletter foi boa e sem muitos atrasos. Voltei a praticar jiu jitsu, com o professor Ricardo Feitosa, depois de alguns meses sem treinar.
Agosto, meu time subiu de divisão no campeonato brasileiro, da C para a B, foi uma festa incrível e o maior feito da história dele, no jogo contra o Rio Branco, penso que tive algum ataque no coração, mas não sei ao certo o que aconteceu, passei mal… Só sei que valeu a pena!! x) UhUHuHuhuhuhUhuhuhUh
Os líderes para cada subprojeto interno do Arch Linux Brasil foram definidos, faltando só o de Infraestrutura, vai ter reunião sexta para ver o que acontece, creio que assumirei esse trampo. Estou postando menos no fórum devido a um problema na lista do Arch BR, onde o pessoal queimou ruim por eu ter banido um usuário que ficava levantando postes antigos e por tabela deixei o fórum passando a responsabilidade para o corvolino, já estava de saco cheio do fórum também. Saiu a nova release da ISO do Arch, tá show de bola, vem melhorando a cada release, é bom conferir.
Ia esquecendo, montamos uma nova equipe de tradução para newsletter, tá show de bola, valeu pessoal pelo apoio, agora tá saindo em 3 dias, 4 com a revisão, muito bom isso. x)
Nesse meio tempo, reorganizei meu cronograma e venho estudado de segunda a sexta pela manhã (em dias alternados) Java, C, LPI, SO e raramente Shell Script… E todo dia direito, muito direito penal, processual civil, eleitoral e também português, raciocínio lógico, etc… A coisa tá meio complicada, porém, tenho feito algumas coisas como, uma pequena manutenção no meu AAO, testei o OpenBSD e o Mac OS X, este deu um trampo miserável, algumas releases que baixei funcionava a ethernet e o vídeo, mas não funcionava o som e a wireless, e em outras era o contrário, e em algumas, só o som e o vídeo, acabei desistindo. No OpenBSD só o teclado que não funcionou corretamente.
Ahhh, Tenho pego um pouco Debian e CentOS, pois adotei os mesmos para usar em servidor. Como sou meio louco, tá ai a lista de sistemas operacionais que estou usando e o foco de cada no meu uso:
Uso geral:
1- Arch Linux;
2- OpenBSD (usei no aspire one e tirei, mas vai voltar pra ele novamente, em breve);
3- Windows (jogar um pouco de CS, quando chego do jiu jitsu).
Servidores:
1- Debian;
2- CentOS;
3- OpenBSD (talvez, não pegue ele ainda com esse intuito, mas logo logo será usado como server).
Bom, é isso e logo logo, postarei algumas outras coisas…
Abraços e volte sempre. x)
PS.: Já contei pra vocês que considero o Arch Linux Brasil como um filho??? PQP… Amo esse projeto, a distribuição… E agora me apaixonei pelo OpenBSD (mesmo não sabendo usar direito) e pelo Mac OS X (mas só presta em hardware da apple =/ ). Arch e OpenBSD, são minhas paixões. =***
Comentários