From MSX

Sou apaixonado pela antiga plataforma MSX que teve o seu grande auge na década de 80 e 90.
Foi com esta maquina de 8 bits que tive a oportunidade de iniciar a minha saga na informática.
Ficava dias aprendendo a programar em BASIC, arriscava até um código de maquina as vezes.
Tentei fazer alguns joguinhos em BASIC, e alguns programas para apresentação em feiras de ciências.

Me lembro de jogar os primeiros clássicos, Metal Gear 1 e 2, Castlevania, Contra entre muitos outros.
Ainda existe algumas listas e grupos espalhados pelo mundo, que ainda mantém viva a paixão pelo sistema.
No Brasil exitem 2 encontros que se destacam o MSX Jaú e o MSX RIO, aonde você encontra vários projetos de MSX, como placas de rede, placas gráficas, expansões de memoria, conexão com monitores LCD, leitores de cartão SD etc.

Caso alguém tenha alguma peças/livros de MSX e quiser doar/vender para mim, entre em contato zedmaster # gmail.com .
Também estou na procura de alguns itens:

• Monitores Samsung 510n ou 710n
• Monitore LG M1721a ou M1921a
• MSX 2+ modelo japonês

Em homenagem a plataforma fiz duas camisetas com a logo do MSX.

O arquivo vetorial esta aqui.

Para quem não pode ir, resta acompanhar as transmissões:

Grade
http://fisl.org.br/12/papers_ng/public/fast_grid?event_id=1

TVSL
http://tv.softwarelivre.org/aovivo/ultimos

Caso não consiga ver pelo browser:

Baixe o VLC: http://www.videolan.org/vlc/

Coloque um dos lnks das salas no VLC:

• http://200.132.1.16/iceredir/iceredir.php?path=sala40a.ogv
• http://200.132.1.16/iceredir/iceredir.php?path=sala40t.ogv
• http://200.132.1.16/iceredir/iceredir.php?path=sala41a.ogv
• http://200.132.1.16/iceredir/iceredir.php?path=sala41b.ogv
• http://200.132.1.16/iceredir/iceredir.php?path=sala41c.ogv
• http://200.132.1.16/iceredir/iceredir.php?path=sala41d.ogv
• http://200.132.1.16/iceredir/iceredir.php?path=sala41e.ogv
• http://200.132.1.16/iceredir/iceredir.php?path=sala41f.ogv


CREATE OR REPLACE FUNCTION md5(input_string IN VARCHAR2) RETURN VARCHAR2
IS
hex_digest varchar2(32);
digest varchar2(16);
BEGIN
digest := DBMS_OBFUSCATION_TOOLKIT.MD5(INPUT_STRING => input_string);
SELECT Lower(RAWTOHEX(digest)) INTO hex_digest FROM dual;
RETURN hex_digest;
END;

http://serpro.phpday.com.br

“Embora eu seja jovem demais para ter feito algum trabalho nos velhos tempos dos sistemas em batch, não sinto que as pessoas pensassem muito em camadas naquele tempo. Você escrevia um programa que manipulava algum tipo de arquivo (ISAM, VSAM, etc.) e essa era sua aplicação. Não era necessário aplicar nenhuma camada.

A noção de camadas se tornou mais visíveis nos anos 90, com o advento dos cliente-servidores. Estes eram sistemas em duas camadas: o cliente mantinha a interface com o usuário e um ou outro código código da aplicação, e o servidor era normalmente um banco de dados relacional. Ferramentas comuns para o lado cliente eram, por exemplo, VB, Powerbuilder e Delphi. Essas ferramentas tornaram particularmente fácil criar aplicações que faziam uso intensivo de dados, uma vez que elas disponibilizavam componentes visuais que trabalhavam o SQL. Assim, você podeia criar uma tela arrastando controles para uma área de desenho e então usando páginas de propriedades para conectar os controles ao banco de dados.

Se a aplicação tivesse somente de exibir e fazer atualizações simples em dados ralacionais, então esses sistemas cliente-servidor funcionavam muito bem. O problema surgiu com a lógica de domínio: regras de negócio, validações, cálculos, e assim por diante. Normalmente, as pessoas escreviam essa lógica no cliente, mas isso era desejado e , normalmente, feito embutindo-se a lógica diretamente nas telas da interface com o usuário. À medida que a lógica do domínio se tornava mais complexa, ficava muito mais difícil trabalhar com este código. Além disso, embutir a lógica nas telas facilitava a duplicação de códgio, o que significava que alterações simples resultavam em buscas de código semelhante em muitas telas.

Uma alternativa era colocar a lógica de domínio no banco de dados na forma de procedimentos armazenados (stored procedures). Estes, no entanto, forneciam mecanismos limitados de estruturação, o que mais uma vez levava o código desajeitado. Além disso, muitas pessoas gostavam de banco de dados ralacionais porque SQL era um padrão, o que lhes permitia a qualquer tempo mudar o fornecedor do banco de dados. Ainda que poucas pessoas realmente fizessem isso, muitas gostavam de ter a opção de mudar de fornecedor sem que isto implicasse em custos de migração altos demais. Por serem todos proprietários, os procedimentos armazenados eliminavam esta opção.

Ao mesmo tempo em que a arquitetura cliente-servidor estava ganhando popularidade, o mundo o mundo orientado a objetos estava ascendendo. A comunidade de objetos tinha a resposta para o problema da lógica de domínio: migrar para um sistema em três camadas. Nesta abordagem, você tinha uma camada de apresentação para a sua interface com o usuário, uma camada de domínio para a sua lógica de domínio e uma camada de dados. Desta maneira, você poderia tirar toda a complexa lógica de domínio da interface com o usuário e coloca-la em uma camada na qual você poderia estruturá-la apropriadamente utilizando objetos.

Apesar disso, a popularidade dos objetos fez pouco progresso. A verdade era que muitos sistemas eram simples, ou pelo menos começavam simples. Embora a abordagem em três camadas tivesse muitos benefícios, o ferramental para o desenvolvimento cliente-servidor era convincente se o seu problema fosse simples. Além disso, as ferramentas para o desenvolvimento de cliente-servidor eram difíceis, ou mesmo impossíveis, de usar em uma configuração com três camadas.

Acho que o abalo sísmico aqui foi o advento da Web. De repente as pessoas passaram a querer instalar aplicações cliente-servidor usando um navegador Web. No entanto, se toda a sua lógica de negócio estivesse enterrada em um cliente rico, então toda ela precisaria ser refeita para ter uma interface Web. Um sistema bem projetado, em três camadas, poderia simplesmente acrescentar uma nova camada de apresentação e estaria pronto. Além disso, com a linguagem JAVA, vimos uma linguagem orientada a Objetos ocupar sem pudores. As ferramentas que surgiram para criar páginas Web eram muito menos amarradas à linguagem SQL e, assim mais adaptáveis a uma terceira camada.

As Três Camadas Principais

Apresentação – diz respeito a como tratar a interação entre o usuário e o software. Isto pode ser tão simples quanto uma linha de comando ou um menu baseado em texto, porém, hoje é mais provável que seja uma interface gráfica em um cliente rico ou um navegador com interface baseada em HTML. As responsabilidades primárias da camada de apresentação são exibir informações para o usuário e traduzir comandos do usuário em ações sobre o domínio e a camada de dados.

Lógica de domínio – também chamada de lógica de negócio. Este é o trabalho que esta aplicação tem de fazer para o domínio com o qual você esta trabalhando. Envolve cálculos baseados nas entradas e em dados armazenados, validação de quaisquer dados provenientes da camada de apresentação e a compreensão exata de qual lógica de dados executar, dependendo dos comandos recebidos da apresentação.

Camada de dados – diz respeito à comunicação com outros sistemas que executam tarefas no interesse da aplicação. Estes podem ser monitores de transações, outras aplicações, sistemas de mensagem e assim por diante. Para a maioria das aplicações corporativas, a maior parte da lógica de dados é um banco de dados responsável, antes de mais nada, pelo armazenamento de dados persistentes.

Há também uma regra estabelecida sobre dependências: o domínio e a camada de dados nunca devem ser dependentes da apresentação, isto é, não deve haver chamadas de sub-rotinas da apresentação a partir do código do domínio ou da camada de dados. Essa regra torna mais fácil utilizar apresentações diferentes sobre a mesma base e torna mais fácil modificar a apresentação sem ramificações sérias mais abaixo. O relacionamento entre o domínio e a camada de dados é mais complexo e depende dos padrões arquiteturais usados para a fonte de dados.“

DBA – favor ler e entender este texto, você faz SQL como ninguém, deixe as regras de negócio para os analistas/programadores.
E pare de fazer Sored Procedure de mais de 50 ifs e mais de 1000 linhas (pelo menos tente fazer mais de uma SP quando a coisa ficar absurda).
Tiu veio de Delphi e VB – as coisas mudaram, por favor aposente-se ou mude de paradigma. Pare de nos torturar com estes programas que não trocam informações com os outros sistemas (SOAP, XML-RPC, REST etc.).
Webdesigner – Flash não é bala de prata.
Tiu do suporte e TI – Eu sei que é complicado manter vários bancos de dados, várias linguagens e serviços (GIT, Redmine, FTP, SSH, VPN etc), tenha mais paciência com os programadores. pois a qualidade do seu trabalho reflete na deles.

Mal comecei a ler e já deu vontade de compartilhar o pensamento com os demais colegas:

“ A questão é que PHP é fácil demais, o que o incentiva a implementar suas idéias, retornando, assim, bons resultados. Algumas dessas facilidades são a possibilidade de digitar grande parte de seu código diretamente em suas páginas da Web, adicionar funções úteis (como um código de acesso a banco de dados) a arquivos, incluindo-as de página página e, antes de se dar conta, você já te, um aplicativo Web em execução.

Bem, na verdade você esta indo e, direção ao desastre, porém nem percebe, é claro, pois seu site parece fantástico; ele funciona bem, seus clientes estão satisfeitos e gastando dinheiro.

O problema surge quando você retorna ao código para iniciar uma nova fase. Mas agora você tem equipe e orçamento maiores e mais usuários. E, sem aviso algum, as coisas começam a dar errado, como se seu projeto tivesse sido envenenado.

Neste momento, seu novo programador quebra a cabeça para entender o seu código, que para você pode ser óbvio, embora, talvez, um pouco pretensioso em suas declarações e expressões. Porém ele, o programador, está demorando mais que o esperado para exibir seu potencial e pode vir a se tornar um membro da equipe.

Uma mudança simples, estimada para um dia, aumenta para três dias ao descobrir que será preciso atualizar 20 ou mais páginas da Web. Então, um de seus programadores salva sua própria versão de um arquivo por cima das principais mudanças que você mesmo havia feito no mesmo código. Mas tal perda só é descoberta três dias depois, quando você já alterou novamente a sua própria cópia do mesmo código.

E, assim, mesmo usando um terceiro desenvolvedor, que também estava trabalhando no arquivo, leva-se mais um dia para organizar a bagunça.

Depois, devido à popularidade do aplicativo, você precisa migrar o código para um novo servidor. O projeto tem de ser instalado manualmente e, então você descobre que, na maioria dos códigos-fonte, os caminhos de arquivos, nomes de bancos de dados e senhas firam codificados permanentemente. Então, você interrompe o processo de migração , pois não quer sobrescrever as alterações de configuração necessárias. Mais à frente alguém teve a “brilhante” idéia de envolver no projeto o módulo ModRewrite do Apache. As duas horas estimadas viram oito, e, agora, o aplicativo requer o funcionamento adequado do tal módulo.

Pronto, você finalmente prossegue para a fase 2 e, por um dia e meio, tudo corre bem. Porém, quando você está prestes a sair do trabalho, chega a notícia do primeiro bug encontrado e, minutos depois, o cliente, telefona para reclamar. A explicação é a mesma, mas após uma análise mais minuciosa, descobre-se que o mesmo problema esta sendo causado por um bug diferente. Você então, se lembra de que lá no início da fase foi necessária uma simples mudança que exigiu diversas modificações no projeto inteiro e percebe que nem todas foram feitas, o que pode ter ocorrido por descuido ou, durante a união dos arquivos em questão, eles foram sobrescritos.

Aí, você apressadamente faz as alterações necessárias para consertar os bugs, pois está ansioso para testá-las. Como essa é uma simples tarefa de copiar e colar, o que pode dar errado?

Na manhã seguinte você chega ao trabalho e descobre que o módulo do carrinho de compras não funcionou a noite inteira, pois nas mudanças corriqueiras feitas de última hora você esqueceu de colocar o ponto de interrogação principal no código, tornando-o inoperável. E, claro, enquanto você dormia, alguns clientes em outras partes do mundo estavam acordados e prontos para gastar dinheiro em sua loja virtual. Você, então, conserta o problema, tranqüiliza o cliente e reúne sua equipe para mais uma jornada de buscas e consertos de bugs no projeto.

Essa historinha muito comum entre os programadores pode parecer um pouco exagerada, mas freqüentemente vejo isso acontecer. Muitos projetos PHP começam simples e pequenos e acabam se tornando verdadeiros monstros, de tão grandes.

Devido à camada de apresentação também possuir a lógica do aplicativo, a duplicação de código surge assim que as consultas a banco de dados, autenticações, processamento de formulários e outras coisas são copiadas de uma página para outra. Se um bloco de código for alterado, todas as suas cópias terão de ser modificadas também, caso o contrário, certamente haverá bugs.

A falta de documentação dificulta a compreensão do código e a escassez de testes permite que bugs passem despercebidos até a hora da implementação. De natureza dinâmica, o negócio de um cliente geralmente implica que o código acabe se afastando tanto de seu propósito original que chega a executar tarefas para as quais não foi projetado. Como o código freqüentemente se torna um emaranhado confuso de números e letras, fica difícil, senão impossível, trocar ou reescrever partes para que satisfaça às novas exigências.

Porém, nada disto é má notícia se você é um consultor PHP autônomo. Avaliar e consertar um sistema como esse lhe proporciona a regalia de poder pagar festas caras, assim como boxes e mais boxes de DVD por seis meses ou mais.

Mas, falando sério, problemas como este podem resultar no sucesso ou fracasso de um negócio.“

Estagnário: Favor ler e evitar traumas em seus futuros colegas.
Gerentes: Favor ler e parar de traumatizar seus subordinados.
POGamadores: Favor ler e parar de fazer porcaria.
Pessoal sem noção: Me chamem para fazer consultoria, caso tenha lido este post dou 50% de desconto + brinde.

Leia também: 5 coisas que um programador PHP precisa – PHPSP

Valeu a dica André:
https://www.packtpub.com/oop-php-5/book
http://www.smashingmagazine.com/2009/01/20/50-extremely-useful-php-tools/

Estava estudando sobre o Doctrine para entender de uma vez por todas, então fui atrás de alguns conceitos que são citados no manual:

- ORM
- Active Record
- Data Mapper
- Meta Data Mapping

Segundo o site do Martin Fowler tem todos estes no seu livro: Padrões de Arquitetura de Aplicações Corporativas

No google: Padrões de Arquitetura de Aplicações Corporativas

Uma coisa não entendo, o porque que a capa do livro foi trocada, em relação ao livro que esta no Google Books.

Aqui esta o livro na livraria Cltura: Padrões de Arquitetura de Aplicações Corporativas

Doctrine + Zend Framework

Estou estudando a integração do Doctrine 1.2 com o Zend Framework e me passaram um link do ZendCast que explica o processo.

Se alguém tiver o código do Doctrine 2 com ZF por favor nos avise.

Sites sobre o assunto:

- Doctrine 1.2
- Camada de persistência de dados: DAO e ActiveRecord
- O padrão Repository para persistência de dados
- Vídeo ZF + Doctrine2
- git clone git://github.com/robsonc/ZendFramework1-Doctrine2.git doctrine2

Como eu estava estudando o Arduino, resolvi fazer os cubos utilizando leds verdes e leds RGB.

Vejam o resultado da brincadeira:

Em todos os anúncios para programador PHP encontro:

Precisa-se de programador que saiba PHP e:

- Banco de dados MySQL, Oracle, PostgreSQL, etc…
- Saiba FLEX, JAVA, C# (diferencial Kringol)
- Saiba HTML, JavaScript, AJAX, …
- Aptidão para webdesign, Corel, Pagemaker, Photoshop …

Afinal, é para PHP ou para um super faz tudo?

Tantas exigências, que no mínimo, deve-se tratar de uma empresa terceirizada da NASA.

Mas será que a gerência desta empresa esta preparada para um profissional com estas qualificações?

Gerentes que não tem o menor conhecimento técnico geralmente ficam encarregados de entrevistar os programadores.
O procedimento é o mesmo, verificam se as siglas do currículo estão de acordo com a descrição do cargo, e pronto, o programador já esta contratado. Claro que o a pretensão salarial baixa sempre é bem vinda para critérios de desempate.

Quando a vitima, digo, o programador inicia suas atividades na empresa, ele ao menos pensa que vai encontrar um ambiente de desenvolvimento, algum tipo de documentação inicial, para ajuda-lo a entender as regras de negócios da empresa.

Mas a realidade não é assim. É comum encontrar sistemas “Macarrõnicos” com metodologia POG (Programação Orientada a Gambiarra) .

< Dramatização >

As melhores empresas para se trabalhar utilizam metodologias POG, vejam os benefícios:

Todos códigos são desenvolvidos no ambiente de produção, e ainda com o cliente testando ao mesmo tempo. Assim evita-se perda de tempo com copias redundantes do código e equipamentos de backup.

Todos os programadores acessando os mesmos arquivos ao mesmo tempo. Nada melhor do que bloquear o acesso do arquivo para ter certeza que ninguém vai alterar o código.

Padrões de backup sempre são avançados:

pagina_principal.php
pagina_principal.bkp.php
pagina_principal2.php
pagina_principal___ontem.php
pagina_principal_Joazinho.php

Os comentários são a base do sistema, sempre poucos e explicativos
// XUNXO do chefe para poder funcionar esta parte (Não mexa)

if(1==1)
{
    $variavel = 1;
}else{
    $variavel = 0;
}

Teste?
A sim, sempre tem o cliente para testar dois dias antes de entregar o sistema. Fazemos assim porque temos certeza que o sistema sempre estará funcionando.

Escopo, script de teste?
Perda de tempo, o cliente já sabe o que ele quer. Ele lembra perfeitamente do que ele pediu ao longo dos 6 meses de desenvolvimento.
Qualquer problema esta na documentação, aqueles 500 e-mails da caixa postal de cada programador. Basta juntar todos usando EQL (E-mail Query Language) e logo esta tudo indexado.

Segurança?
Sim, temos as senhas seguras, a quais sempre passamos por POST nos input hidden dos formulários. Mas com firewall instalando antes do servidor estamos super seguros. Nunca atualizamos o servidor, a mais de 7 anos, pois nunca deu problema. Outro motivo de nunca atualizar, é para não ter perigo de quebrar a compatibilidade com PHP3.

< /Dramatização >

Infelizmente esta é uma realidade que vem me assustando ao longo dos anos, ao trabalhar com programação.
Quando acho que vou encontrar uma empresa que ao menos use um ambiente de desenvolvimento e versionamento, fico decepcionado.
Os códigos não me assustam mais, já superei alguns traumas:
- if(1==1)
- if(1==2)
- sleep(60) (acredite, você não vai querer saber o motivo)
- do{ POG de 3000 linhas com identação de mais de 40 if elses + paçoca de HTML + JS + CSS e milhares de consultas a banco} while(150000);
- dar um show tables; e vir uma listagem de 56 mil tabelas (é criado uma tabela para cada acesso ao sistema ao invés de um registro em uma tabela)
- chefe ter ‘xilique’ que o HTML não abre no Front Page , e quase te mandar embora quando você fala a palavra CSS e tableless

O que mais me assusta é a incapacidade da gerencia de permitir que você melhore o ambiente de trabalho, implementando metodologias de desenvolvimento.

< Dramatização >

Quer ser mandado embora de uma empresa que utilize de metodologias POG?

Simples, siga meus conselhos:
- Comece a falar que GIT é legal e melhor que SVN, se possível mande por e-mail par ao chefe todas as reportagens que explicam tecnicamente porque GIT é bom.
- Instale um servidor de desenvolvimento, caso lhe digam que não tem máquina, ofereça o seu desktop, enquanto isso você pode trabalhar em algum note da empresa, até comprarem outro desktop para você.
- Peça ajuda por e-mail, quando tiver dúvidas sobre as regras de negócios, dizendo que você esta com dificuldades de entender o que a sequencia de 40 if else tem que fazer.
- Utilize metodologias de Refatoração, se possível tente implementar Testes Unitários e OO.
- Instale o Redmine integrado com o GIT, e comece a organizar suas tarefas e a documentar as coisas.
- Utilize XDebug para entender melhor sobre o que esta acontecendo com o macarrão, digo código, e manda um e-mail para o chefe mostrando sua benfeitoria.

Caso você não seja demitido, e sofra apenas uma intervenção leve, infelizmente sua empresa tem chances de implementar alguma metodologia Ágil. Sinto muito.

< /Dramatização >

Os gerentes quase sempre cometem um erro básico, contratam o programador sem perceber se ele vai se adequar a sua metodologia de trabalho, ou seja , a falta dela.
Outro erro comum, é não explicar como será o ambiente de trabalho. E o pior, não consultar a equipe para ver se o novo candidato tem o perfil que se adeque a equipe.
Não tem regras para estes fatores, tem apenas bom senso, e é isto que esta faltando.

Eles não entendem que não tem como regredir.
Depois que você tem contato com frameworks, MVC, OO, GIT, Redmine, XDebug, Padrões de Projetos, Teste Unitário e metodologias Ágeis, não tem como voltar atrás.
Fica quase impossível trabalhar em um ambiente que não aplique ao menos parte destes conhecimentos. Ou que sejam resistentes a mudanças e quebra de paradigmas.

Perdi a minha oportunidade de ir para o FISL 11. Fui demitido por ter instalado um servidor de desenvolvimento com GIT + Redmine e utilizar XDebug para entender um código abençoado.
Segundo a gerência, eu estava perdendo tempo instalando “coisinhas” ao invés de estar lendo o código abençoado e adivinhando as regras de negócio da empresa (isso tendo apenas 2 semanas de empresa).
Nenhuma das solicitações de ajuda por e-mail foram respondidas. Segundo a gerência, sendo eu um programador PHP, apenas vendo o código abençoado, já deveria entender todas as regras de negócios da empresa. Assim como qualquer bom POGramador faria.

Desculpem o desabafo, mas perder o FISL 11 por tentar melhorar as condições de trabalho da empresa, me deixou muito chateado.

”
10,8 bilhões de dólares! Esse é custo atualizado para reescrever a kernel do Linux do zero. Há cerca de dez anos, a IBM anunciava um investimento de 1 bilhão de dólares no Linux. Agora, com mais de 18 anos de existência, o Linux se tornou o fundamento da Internet sendo o sistema operacional mais utilizado em servidores, em computação de alto desempenho e em sistemas embarcados. Está presente em uma série de serviços considerados essenciais hoje em dia, mantendo as operações das bolsas de valores de Nova Yorque, Tokyo, Frankfurt, e Londres, da bolsa mercantil de Chocago, da Nasdaq e até da Bovespa.
É o Linux que garante o funcionamento do sistema aéreo dos EUA e da Alemanha, bem como os sistemas de entretenimento dentro dos aviões da Boeing, da Airbus e da Embraer. Google, Amazon, Facebook, Yahoo, Twitter, MySpace, LinkedIn, são alguns dos principais serviços globais de Internet que ficam online 24h por dia graças ao Linux.
Carrefour, Grupo Pão de Açucar, Extra, Casas Bahia, Ponto Frio, C&A, Lojas Rener, Lojas Pernambucanas, Lojas Marisa – entre centenas de outros varejistas – rodam seus servidores e pontos de vendas em sistemas Linux.

Vale lembrar que a Petrobrás conseguiu reduzir em um ano a análise de dados de prospecção no Pré-Sal graças aos seus sistemas Linux em cluster.
O Linux é a base de um mercado multibilionário e detém atualmente a posição de dominância enquanto tecnologia. E a mudança da computação pessoal do PC para os dispositivos móveis deverá sepultar o último bastião em que o Linux ainda não é o sistema dominante.

E Linus Torvalds, seu criador, que poderia ter sido o próximo Bill Gates, nos deu o sistema gratuitamente, para o bem da humanidade.
”
(Rafael Peregrino da Silva – Linux Magazine Nº 67)

Fico pensando se vale apena fazer um curso de informática, que custa em torno de R$ 800,00 por mês, para ficar recebendo capacitação em sistemas Windows dentre outras plataformas proprietárias.

Com R$ 800,00 por mês da para fazer:

- Um curso de Linux (suporte)
- Programação em linguagens usadas pelo Linux (C, C++, PHP, Python etc)
- Comprar vários Livros
- Fazer várias certificações

Graduação?

Sim é importante, mas se for para aprender alguma sistemas que não sejam baseados em Linux, melhor fazer direito, medicina, matemática, qualquer outra área qual o Linux possa ser útil.

O Arduino é uma plataforma de prototipagem eletrônica open-source que se baseia em hardware e software flexíveis e fáceis de usar. É destinado a artistas, designers, hobbistas e qualquer pessoa interessada em criar objetos ou ambientes interativos.

Gostando já da definição do Arduino e de sua plataforma livre, resolvi emprestar uma placa de um amigo meu para iniciar as experiências.

Adquirindo um material básico para eletrônica (protoboard, leds, resistores, multímetro, etc), resolvi a experimentar a fazer um exemplo do site.

O projeto é fazer uma seqüencia de 6 LEDS piscarem em um loop infinito.

Material:
- 6 LEDs
- 6 Resistores 220 ohms
- Protoboard
- Fios

Como fazer

- Ligar um fio do GND 5V na protoboard
- Colocar a ponta menor do LED junto a trilha de 5V
- Ligar as saídas de 2 a 7 na protoboard
- Colocar os resistores de 220 ohms entre o fio das saídas e os LEDs

Programa

Utilizando o programa para fazer upload para a placa, digite o código:

int timer = 1000;                   // Quanto maior, mais devagar.
int pins[] = { 2, 3, 4, 5, 6, 7 }; // vetor com o número dos pinos
int num_pins = 6;                  // quantidade de LEDs (tamanho do vetor)

void setup()
{
  int i;

  for (i = 0; i < num_pins; i++)   // elementos do vetor vão de 0 a num_pins - 1
    pinMode(pins[i], OUTPUT);      // configurar cada pino como saída
}

void loop()
{
  int i;

  for (i = 0; i < num_pins; i++) { // varrer cada pino...
    digitalWrite(pins[i], HIGH);   // ligando-o,
    delay(timer);                  // pausando-o,
    digitalWrite(pins[i], LOW);    // e desligando-o.
  }
  for (i = num_pins - 1; i >= 0; i--) {
    digitalWrite(pins[i], HIGH);
    delay(timer);
    digitalWrite(pins[i], LOW);
  }
}

Fonte
http://www.arduino.cc/playground/Portugues/LearningLoop

Materiais:

- 1 Gaveta velha
- 1 Vidro fosco +- 8mm
- 1 Bucal para foco
- 1 Fio de condutor de eletricidade e uma tomada
- 1 Lampada fluorescente

1) fixe o bucal com o fio condutor.

2) Anexe o vidro no fundo da gaveta

3) Coloque a lâmpada.

Dicas:

- Faça saidas de ar, pois mesmo sendo lâmpada fria ela esquenta do mesmo jeito.
- Coloque mais de uma se possível.

Então resolvo abrir a fonte para ver se limpando o cooler o barulho diminui (tentativa desesperada).
Claro não resolve nada.
Mas resolvo medir a minha fonte e vejo que o cooler tem 120mm x 25mm a mesma medida dos coolers silenciosos de gabinete da ZALMAN que custão em torno de R$ 25,00.

Então resolvi tentar substituir o cooler da fonte pelo da ZALMAN.

Seguem os passos:

Abri a fonte e coloquei o cooler no lugar do antigo.

Como a alimentação viria da placa mãe, entortei um pouco a grade para passar o conector para fora da fonte.

Como havia uma pequena diferença no formado do cooler, tive que entortar um pouco a grade da fonte um pouco para fora.

Não recomendo a fazer isso, pois vale mais a pena comprar uma fonte da ZALMAN.
Se fizer isso, faça por conta e risco.

Vote a favor do CANCELAMENTO DA TAXA TELEFÔNICA de: R$ 40,37 (residencial) e R$ 56,08 (comercial)

COMO PROCEDER:
1) Ligue para 0800-619619
2) Ouça o menu, aperte 1
3) Digite 1 novamente
4) Digite 1 novamente a favor do projeto

Pronto, você fez a sua parte. A votação é gratuita.

Quando se trata do interesse da população, nada é divulgado.

- Multiplataforma
- Simples (sem frescuras)
- Vários plugins
- Vários protocolos

Pessoalmente eu uso ele por conseguir usar todas as minhas contas ao mesmo tempo (MSN, Gtalk e IRC).

Para entrar no canal IRC do #php-curitiba

Servidor: irc.freenode.net
Canal: #php-curitiba
Comando no pidgin: /join #php-curitiba

Baixar o pidgin:

Pois depois de tanta malhação dos sistemas financeiros/capitalistas e da mídia, controle de massa etc. me senti confuso com esta cena.

Joker

Joker2

Loja de brinquedos Estilo ViP no terminal do Tiete em SP.

Estava eu a me hospedar no hotel Formule1 – Jardins em São Paulo.
Na noite do dia 16/12/09, chegando no hotel cansado, resolvi tomar um banho, quando vou me secar, encontro uma toalha suja com fezes. Em resumo, tive que me secar “ao vento”, pois no hotel não tem telefone no quarto.

Na manhã do dia seguinte fui até a recepção e fiz uma reclamação sobre a higienização das toalhas de banho. A moça anotou a reclamação e disse que iria trocar as toalhas.

Acordo de manhã,dia 18/12/09, e vou tomar banho antes de fazer o checkout. Ao me secar, novamente me deparo com as DUAS toalhas sujas, desta vez de sangue (ver fotos acima).

Desci a recepção e fiz uma reclamação com o gerente do hotel, pois a situação de encontrar a toalha suja novamente já se tornara caso de relaxo/incompetência/desaforo.

Indignado, ainda resolvi procurar recomendações do hotel e olha o que encontrei:

Fui al F1 hace dos días atras y si bien el hotel está muy bien ubicado, la limpieza dejó mucho que desear! En la ducha encontré una toalla mojada tirada en el piso. Adentro había pelos y en el inodoro había gotas de orina. Un asco! A pesar de eso tienen un buen sistema de check out, en el que uno paga en el chick in y listo. Cuando se deja el hotel sólo hay que entregar la tarjeta de ingreso a la habitación y listo. Pero no resigno limpieza por un buen precio

Naty – Santiago – site: tripadvisor.com.br.

Termina aqui minhas recomendações.