Trabalho com informática a algum tempo e algumas coisas não entendo. Possivelmente minha mente lógica nunca me permitirão entender. Como todo “informático” sou adepto da padronização de processos.

“Não se informatiza puteiro!” dizia um professor meu.

O mesmo não poderia estar mais certo. Alguns vêem a informática como um meio de resolver seus problemas. Eu vejo como um meio de agilizar o processo. Se não há organização sem a informática, com ela você terá apenas uma desorganização informatizada.

Processos devem ser padronizados e o mais desburocratizado possível. Estes fatores geram performance de forma a gastar menos recursos (humanos, materiais e temporais), bem como possibilitam retirar as informações necessárias.

Recentemente me solicitam um sistema simples para geração de um número seqüencial para ofícios. A máxima “O usuário não sabe o que quer” pode ser aqui muito bem aplicada. Como todo bom poguer (Programador Orientado a Gambiarra) fui procurar algo pronto que os atendesse.

Qual não foi a minha surpresa ao descobrir que o sistema para controle de documentos (inclusive ofícios) pode gerar o número seqüencialmente, se assim desejar.

Foi neste momento que afirmei “Para os maiores problemas da humanidade há as soluções mais simples”. Fui eu todo feliz apresentar a solução para o solicitante. Qual não foi minha surpresa ao me falarem que não atendia pois o usuário não cadastra os documentos no sistema. O sistema existe mas não usam (assim como outros que tenho aqui).

Estou eu me perguntando se ter um papel pregado na parede para os usuários preencherem a caneta não resolveria o problema já que eles não usarão o sistema mesmo.

Com essa boa notícia eu começo minha semana. Vou sair e tomar meus dois choppinhos e ir para casa (de taxi porque a lei seca está batendo).

Boa semana.

Compartilhe!

As vendas de computadores (incluindo desktops e notebooks) da Positivo cresceram 66,4% em 2007 em relação a 2006, chegando a 1,389 milhões. O maior crescimento veio com a venda de notebooks, cujas vendas cresceram 423,9% no ano passado.

Isto tudo se refletiu nos papéis da empresa.Em Dezembro de 2006 a empresa abriu o seu capital com a ação sendo vendida a R$ 24. No dia 19 de Setembro ela estava cotada em R$ 49, formando o topo histórico confirmado em Dezembro. Para quem não sabe fazer as contas, isso é uma valorização de 100% em um ano.

Janeiro não foi um mês nada bom para a empresa. Esta fechou hoje em R$ 27,8. Parece-me que assim que a tendência retornar para altista é um momento muito interessante para compras, até mesmo por que para 2008, a Abinee aposta num aumento das vendas em 17%, elevando para 11,7 milhões o número de computadores comercializados. Os laptops representarão 33% das vendas totais de PCs neste ano, estima a associação.

Com tora certeza a Positivo irá abocanhar uma boa parcela dessa pizza.

Estou de olho

Compartilhe!

A exatos 6 dias tento fazer o cancelamento de uma linha telefônica e consequentemente do serviço de ADSL. O motivo para o cancelamento? A ineficácia dos serviços e incopetência de seus técnicos. A aproximadamente 3 meses que meu telefone não funciona corretamente (toca só quando quer) e mês passado minha internet caía constantemente o sinal (me senti na era da internet discada). Liguei reclamando e o técnico foi na minha residência averiguar. Ele colocou o modem dele e funcionou corretamente e disse que o problema era meu modem, mesmo eu argumentando que a internet tinha momentos que estabilizava por horas.

Comprei um modem novo (inclusive outro modelo) e coloquei para testar. Logicamente deu o mesmo problema. Cansei do serviço da Brasil Telecon e resolvi passar a sofrer com a GVT.

O técnico da GVT foi instalar meu telefone. Puxou fio em 10 lances de postes (quase 400m) para colocar o telefone. Fez a instalação e funcionou perfeitamente. Me passou os dados do número e disse que era pra mim ligar na central para que me auxiliassem na configuração da ADSL. Eu de bedelho fui tentar fazer sozinho. Já estava habilitado o sinal mas não conectava. Fui no console do moden para ver qual o erro apresentado: erro de autenticação. Liguei no número passado pelo técnico e fui apertando as opções (como isso é chato). O técnico me atendeu, perguntou meu modelo de modem e começou a me passar os procedimentos. Meu erro foi que a GVT já acatou a determinação judicial que fala da não necessidade de provedor para autenticação. Eles me passou o usuário e senha genérico deles e em seguida conectou.

POR ENQUANTO estou satisfeito com a GVT. Pagarei menos e ainda terei 4 vezes mais velocidade na internet.

O problema não para aqui. Fui cancelar minha linha telefônica na Brasil Telecon. Estou neste processo desde quarta-feira passada. Hora estou fora do horário, hora me passam para o setor de cancelamento (tanto o do telefônico fixo quanto do Turbo) e chama até cair ou eu me cansar depois de literais 30 min. Quando consigo ser atendido me informam que o sistema deles caiou e não podem efetuar o cancelamento e é para mim ligar em novo horário. As vezes o próprio sistema me informa que não há atendentes livres e que é para mim ligar novamente mais tarde.

Resultado: Eu cansei. Liguei para a ANATEL e formalizei minha reclamação (todos deveriam fazer isso). Desta minha reclamação saiu dois protocolos. Um da reclamação de não conseguir cancelar pela operadora e outro solicitando o cancelamento. A operadora tem o prazo de 5 dias úteis para a resposta.

Vou continuar tentando cancelar pela operadora pois não quero ter a raiva de entrar com um processo contra eles. Vamos ver onde isso vai parar.

Compartilhe!

Essa resposta é simples quando pensamos sobre a seguinte questão: Para que serve a corretora? A grosso modo a corretora faz a custódia dos papéis e intermedeia a compra e venda de ações. Essa segunda parte responde como o investidor opera na Bovespa. Ele o faz através das corretoras.

Entendamos o processo:

O investidor utiliza o sistema da corretora chamado Home Broker para efetuar a compra e venda de ações. Este é um procedimento interno da corretora. Tudo gira dentro do sistema dela e cada uma tem uma forma de funcionamento, tanto é que algumas tem mais opções que outras. Um exemplo disso é o Stop Móvel. Alguns Home Broker permite e outros não tem essa opção.

Mega Bolsa

Este é o sistema de negociação da Bovespa que processa ordens de compra ou venda eletronicamente, ou seja, ele que recebe as ordens de compra e venda e efetivamente as executa. Graças a sua plataforma de alto desempenho, a maioria das ordens enviadas ao Mega Bolsa levam menos de um segundo para serem processadas.

Então o investidor envia suas ordens para o Home Broker da corretora. Esta verifica seu saldo e envia sua ordem para o sistema da Bovespa (Mega Bolsa). Esta processa e envia o resultado para o Home Broker (Executada, enviada, cancelada).

Compartilhe!

Este cara tatuou todos as logos das distribuições baseadas no ubuntu (xbuntu, kubuntu, edubuntu, etc) no braço. O Linux vive para mim e não eu para ele.

Compartilhe!

Analisaremos de início as indagações da comunidade de software livre que acredita, entre outas coisas, que a abertura do código fonte dos sistemas facilita a sua implementação, testes e correção de erros. O ciclo de vida de um software apresenta diversas etapas tais como especificação, análise, design, implementação, testes e manutenção. A questão de segurança deve estar encravada neste processo deste a especificação dada pelo requisitor do sistema até o encontro de falhas e posterior correção. A comunidade “open source” afirma que as etapas de testes e correções é onde o sistema ganha confiabilidade pois os testadores tem possibilidade e ler o código podendo assim encontrar as falhas com maior rapidez e assim implementar a solução ou no mínimo sugeri-la para o implementador designado.

Em contrapartida empresas que acreditam que deva-se manter a sua propriedade intelectual sobre sigilo, mantendo o código de seus sistemas, ou mesmo os insumos por ele produzidos, fechados para o conhecimento público, tecem afirmações que a confiabilidade de seus sistemas é maior pois o invasor não pode varrer o código atrás de brechas de segurança para poder explora-las.

Quando tratamos de testes, englobamos tanto testes feitos em nível Alpha como em nível Beta. O nível Alpha despende menor trabalho pois os testadores e/ou implementadores tem acesso ao código e este é executado antes do sistema entrar em produção. Os testes em fase Beta são feitos por técnicos sem a permissão de leitura de código, tendo assim, que todos os erros sejam reportados aos implementadores para que corrijam numa nova versão do software. O trabalho em fase Beta é muito mais complicado e engloba testes sucessivos para simular erros de usuários e análise de como o sistema se comportará nestes casos. Existe inclusive sistemas específicos, que sobre regras impostas, inserem dados e aplicam um regime intenso de testes sobre o software.

Agora quando o sistema em questão tem seu fonte aberto ao público, o usuário torna-se o testador Beta e pode reportar e sugerir alterações que melhorem o sistema como um todo, desde o seu desempenho até a implementação de novas funções antes não disponíveis. Essas sugestões também englobam a questão de segurança. Como a quantidade de usuários é extremamente superior que o número de testadores que uma empresa pode contratar, a diferença de velocidade que erros são encontrados torna-se bastante pertinente e também a discussão da comunidade sobre o assunto que torna a produção mais completa e satisfatória.

O fato é que nenhuma linha de código, open source ou mesmo proprietário, é 100% segura. Mas graças a seu processo liberal, em que há continuidade e revisão, o código aberto é menos suscetível a erros.

O argumento da “segurança pela obscuridade”, usado por softwares fechados, não funciona, em grande parte pelo fato de o código proprietário ser obscuro apenas aos que buscam encontrar e solucionar problemas.

Atacantes mais sofisticados não precisam dó código fonte para encontrar problemas de segurança. Estes podem observar o comportamento do programa, analisar seu binário e até rodar o programa em um descompilador para obter uma réplica razoável de seu código fonte, embora isto despenda um grande esforço computacional. Fechando o código fonte, perde-se a vantagem do fenômeno dos “muitos olhos”, tornando mais difícil a analise do programa, diminuindo a probabilidade de aprimorar o produto”. Graças à ininterrupta revisão, o software aberto passa por um processo de desenvolvimento continuado, com freqüentes atualizações. Ao contrário do que ocorre com fabricantes de software proprietário, os consumidores não precisam esperar por meses ou anos para o lançamento de uma nova versão. E isso leva a um produto de maior qualidade e mais confiável.

De final, acabamos de estar em concordância aos dois ponto de vistas, cada um do seu modo apresenta pontos positivos e pontos negativos mas, de maneira geral, o software livre apresenta uma evolução muito mais rápida, principalmente no quesito segurança, aumentando assim a confiabilidade do mesmo. Analisando a escalada da evolução do cenário computacional mundial, podemos prever a massificação do uso do software livre, até mesmo por empresas que antes eram adeptas de não disponibilizar seu código.

Compartilhe!

Ajude a divulgar a lista brasileira de equipamentos e serviços compatíveis com Linux

…e concorra a MP4 e MP3 players, mochilas Targus, períodos de VoIP grátis e até a ventiladores USB - além de contribuir automaticamente para doações para a Wikipedia e o Wordpress! O BR-Linux coletou mais de 12.000 registros de compatibilidade de equipamentos e serviços (webcams, scanners, notebooks, …) na sua Pesquisa Nacional de Compatibilidade 2007, e agora convida a comunidade a ajudar a divulgar o resultado. Veja as regras da promoção no BR-Linux e ajude a divulgar - quanto mais divulgação, maior será a doação do BR-Linux à Wikipedia e ao Wordpress.

Divulgue e use muito bem esta lista. Quem sabe no ano que vem os fabricantes de equipamentos estejam mais preocupados com que seus equipamentos sejam compatíveis com o Linux.

Compartilhe!

Hoje me deparei com uma discussão, um tanto acirrada, com um usuário leigo sobre o openoffice. Tentei deixar de demagogias e o lado ideológico da coisa e algumas afirmações eu fui obrigado a analisar.

Dificuldades todos temos, seja com um sistema ou aplicação, serviço ou algo do gênero. Se nós administradores de sistema ou mesmo “hard users” temos dificuldades imagine um usuário leigo. Com isso vem a pergunta: Até que ponto devemos tentar quebrar paradigmas e alterar o que já virou padrão. Novas implementações com mais opções e recursos logicamente são bem vindos mas alterar o anterior? Será que nos preocupamos com nós mesmos ou com usuários na hora de desenvolvermos aplicações que eles utilizarão?

Não podemos ser demagogos. Temos de admitir que alguns sistemas tornaram-se padrões como é o caso da Switch de escritório da Microsoft. Como foi largamente utilizada algumas coisas toranaram-se padrões. Se é melhor ou pior não é o caso. A questão é o usuário. Para ele o que é mais importante? Para o usuário o que mais interessa é que ele possa utilizar o sistema sem pensar. Utilizar como ele já utilizava. Se aprender algo novo já é difícil, mudar isso é quase impossível. Como eu posso dizer para um usuário que tudo que ele aprendeu até o momento deve ser esquecido e reaprendido pois o novo sistema trabalha de outra forma?

Devemos nos preocuparmos em desenvolver soluções novas mas mantendo a facilidade de operação para os usuário e isso implica, sim, em utilizar de padrões. Se em um sistema para fazer tal procedimento o usuário seguia tal passos, em outro esses passos devem ser mantidos.

Talvez não nos preocupemos em sistemas simples mas em sistemas complexos onde a produção do usuário deve ser mantida. Logicamente que mudar a forma de se fazer um procedimento vai despender um esforço maior do usuário, o que consequentemente vai diminuir o seu rendimento.

Padronização. Esta palavra deve estar na mente dos desenvolvedores e administradores de sistemas. Vejamos um exemplo:

Você possui um teclado no padrão ABNT2 (meu preferido) e então a empresa em que trabalha decide só comprar teclados modelo alemão porque são mais baratos. O que ocorre quando o seu teclado quebra e é obrigado a trocar por um novo disponibilizado pela empresa?

Reposta: você perde mais tempo procurando a localização das teclas do que produzindo seu trabalho.

Então voltamos a nossa análise. Até que ponto a fuga dos padrões deve ser buscada? Os padrões devem ser alterados e se devem quem deve definí-los? Ao alteramos padrões, os usuários devem ser consultados e estarem em conformidade com as mudanças. Eles utilizarão as funções.

Já ouvi de alguns técnicos que usuário não sabe o que querem. Discordo. Eles sabem o que querem, apenas não sabem como faze-lo. Devemos ouvi-los e saber abstrair as informações e nunca tirarmos opções que eles utilizavam anteriormente.

Interoperabilidade é outra questão importante para os usuário. De maneira alguma o usuário deve ser incapaz de consultar e alterar dados que já possuía. A alteração de um sistema deve manter a capacidade de utilizar as informações que ele já possuía. Nestes casos a importância de um sistema poder abrir as outras informações é gigantesca. Neste ponto voltamos a importância do padrão. Padronização de formatos e não só de processos e funções.

Neste ponto os adeptos do software livre querem a padronização. Apenas querem que seus produtos sejam padrões mas não querem seguir uma padronização de outros apenas por preconceito e ideologia. A expressão que melhor caracteriza a situação é hipocrisia. É exatamente isso que o Software Livre está sendo. Hipócrita.

Espero que em um futuro bem próximo a mentalidade e convicções “religiosas” dos desenvolvedores sejam deixadas para trás em busca de satisfazermos nosso clientes. Em algum lugar da vida (internet) eu li algo assim: “Todas as pessoas tem clientes. Apenas analista de sistemas e traficantes têm usuários”. Acho que isso explica porque a classe é tão mal vista. Não tratamos nossos usuários como clientes e sim simples usuários, que são obrigados a utilizar os sistemas da forma como disponibilizamos para eles, sem a menor preocupação com seus interesses, vontades e necessidades.

Que Alá, Buda, Jesus, Deus e Jeová ajudem nossos usuários a terem paciência e clareie a mente dos administradores e analistas de sistemas.

Compartilhe!

Para monitorar seus servidores cada administrador possui em seu “canivete suíço” diversas ferramentas adequadas a uma situação e ainda ao gosto pessoal do cliente/administrador. Eu experimentei algumas e tive a oportunidade de ver funcionando outras.

Infelizmente a distancia entre ferramentas proprietárias como o “SmartView Tracker” da Checkpoint ou o “IronView” da Foundry Networks e ferramentas open-sources/free é grande mas está diminuindo.

A alguns dias necessitei analisar o tráfego da minha rede. Existia um consumidor de banda noturno, então eu necessitava de um software que analisasse o tráfego passando pelo meu roteador Linux para saber quem estava utilizando os serviços nesta hora (normalmente madrugada). Vasculhando na internet encontrei o “Network Probe”. Um excelente analisador de tráfego em tempo real. Extremamente fácil de manipular e de instalar.

O sistema é feito em Java então tem versão para diversas plataformas, mas isso o torna um pouco mais pesado que os concorrentes. Nada que o torne uma má escolha.
O mais interessante do sistema são os gráficos gerados. Muito interessante para apresentar dados para a diretoria, sem ter que fazer a tabulação manual dos mesmos em outros softwares. Estes podem ser gerais ou de hosts/protocolos específicos com uma caixa de diálogo (parecido com gibi mesmo) que apresenta os dados pertinentes do ponto onde o mouse se encontra.

Deixemos de enrolação e mãos a obra.

Acesse o site do projeto e mande baixar o pacote para o seu sistema operacional. Será necessário fazer um cadastro simples (extremamente simples) e ativar o e-mail.

Assumiremos aqui que você está utilizando Linux no servidor (o servidor em questão faz o roteamento de minha rede). Pessoalmente eu recomendo este SO para utilizar em sistemas como um firewall/router. Talvez você prefira um BSD ou outro Unix para esta tarefa então você deverá fazer algumas adaptações mas a essência será a mesma.

Para o funcionamento do sistema será necessário o Java (da SUN), então caso não tenha, instale essa dependência.

Baixe o pacote em tar.gz e descompacte:

$ tar -xvzf netprobe-2.1.1.tar.gz

Abra a porta 7030 do firewall (necessário se desejar acessar o sistema de outra máquina):

# iptables -A INPUT –d-port 7030 -j ACCEPT

O ideal é que você coloque isso em seu script de firewall para iniciar automaticamente no boot do SO.

Acesse a pasta criada e altere o arquivo “netprobe” alterando a linha “JAVA_PATH=” para apontar pro caminho dos binários do Java. No meu caso ficou assim:

JAVA_PATH=/usr/lib/jvm/java/bin

Inicie o sistema passando como parâmetro a interface que ele deverá monitorar ou nenhum parâmetro para monitorar todos (neste caso ele perguntará qual interface quer monitorar ou 0 para todas).

# ./netprobe start eth0

Na primeira execução será perguntado uma senha para o administrador. Posteriormente poderá ser criado outros usuários.

Adicione também este comando como um serviço a ser iniciado junto com o SO.

Para acessar o sistema use o seu browser com algo da seguinte forma:

http://ip_do_seu_servidor:7030

Ele pedirá a senha do admin criada acima.

Após isto é só navegar nas funções. O sistema é bem intuitivo e apresenta diversos dados do tráfego. Vale a pena fazer uma análise.

Espero que este pequeno artigo seja de grande utilidade a todos que como eu, necessitam de reais informações sobre a situação do tráfego em seus servidores.

Compartilhe!

Alguns podem me perguntar porque não utilizar o fish do KDE? A resposta é que no fish o acesso aos arquivos do servidor remoto não é tão transparente quanto ao montar um compartilhamento NFS ou Samba, pois, por baixo dos panos, ele ainda precisa transferir o arquivo inteiro antes de abri-los ou salvar.

Porque não utilizar o NFS ou o Samba? Simples. Porque com este método não é necessário configuração nenhuma no servidor além do sshd nativo.

Requerimento

• sshfs (Presente no CD de instalação)

Carregando o módulo fuse

Para o funcionamento do sshfs é necessário o carregamento do módulo do kernel fuse. Carregue com:

# modprobe fuse

Automatizando

Para automatizar o carregamento do módulo, adicione ao arquivo /etc/rc.d/boot.local sequinte linha:

/sbin/modprobe fuse

Montando

Para fazer uma montagem logicamente necessitamos de um ponto de montagem, então é isto que criaremos aqui:

# mkdir /mnt/sshfs

Agora podemos montar. Com o comando sshfs -h você encontrará diversas opções mas nada mais praticamente as mesmas opções encontradas no ssh. Utilizaremos a seguinte sintaxe:

$ sshfs usuario@<ip_do_servidor>:<pasta_do_servidor> /mnt/sshfs

Reparem que o comando pode ser executado como usuário comum.

Considerações

Eu não fiz uma montagem permanente com o fstab pois terá necessidade de utilizar uma chave RSA para autenticação automática, tendo em vista que o sshfs pede senha da mesma forma que o ssh o que impossibilita a montagem sem intervenção humana.

Referencias

• Transferindo arquivos via SSH com o SHFS Por Carlos Morimoto

Corrigindo os erros

Por obra do além o módulo do fuse simplesmente parou de ser carregado com o comando modprobe. Verifiquei no modprobe.deb e o caminho do módulo está ok. Todavia ele não apresenta nenhum erro ao ser executado mas simplesmente não carrega.

Para resolver isso eu utilizei o comando insmod que tem como parâmetro o caminho do módulo e não busca no modprobe.deb como o modprobe faz.

Então faremos o seguinte:

# insmod /lib/modules/2.6.18.2-34-default/kernel/fs/fuse/fuse.ko

Substitua logicamente o 2.6.18.2-34-default pelo seu kernel.

Automatizando

Para automatizar este processo de carregamente basta colocar a mesma linha no arquivo /etc/rc.d/boot.local.

Compartilhe!