No caso de Oracle, penso que devo conseguir realizar a maior parte de minhas tarefas apenas com o SQL*Plus. Pois caso chegue em algum cliente onde não exista a ferramenta que eu necessito, isto não deveria ser um empecilho!

O leitor poderia me dizer: mas a facilidade de aquisição e uso de notebooks e netbooks dos últimos tempos mudaram muito este cenário. Sim, concordo com isto! Ainda assim sou um pouco tradicionalista.

Recentemente foi-me solicitado gerar a exportação de alguns dados de um banco Oracle em formato de planilhas (Excel). Pensei logo na solução: gero os dados através de um select com campos delimitados, criando um arquivo e depois importo no editor de planilhas. Tranquilo!

Aí me surgiu outra ideia: será que o Oracle SQL Developer não possui algum facilitador neste sentido? Fui então explorar um pouco mais da ferramenta que tenho usado esporadicamente.

Surpreendi-me com a facilidade e rapidez para geração dos dados no formato que eu precisava. Eu já esperava ter algo neste sentido. Mas minha surpresa foi com a rapidez em que executei minhas atividades. Realmente poupou-me bastante tempo!

Embora pesada (é Java!), a ferramenta facilita bastante atividades diversas. E, depois de carregada, roda bem no meu notebook! Ah, é gratuita, embora não seja de código aberto! :s

http://wiki.softwarelivre-vs.org/

#include <stdlib.h>
#include <unistd.h>

int main(void)
{
   sleep(60);           // 1 Minuto de Silencio em homenagem a Dennis Ritchie
   exit(EXIT_SUCCESS);  // Saiu desse  mundo com sucesso.
}

Não entrarei em maiores detalhamentos sobre Proxy auto-config, pois não é o objetivo deste post.

Eventualmente preciso criar algumas regras específicas e sempre me faltam referências das funções que posso utilizar. Por isto hoje resolvi deixar registrado duas páginas que muito me ajudaram para meu problema de hoje:

• PAC & WPAD Resource

• Using the client autoconfiguration file

Espero que sejam úteis!

Este é um exemplo no qual a mobilização popular fez diferenças. Na mesma notícia fala-se sobre vereadores que usaram o espaço para justificar porque estariam mudando seu voto. Na minha opinião a única justificativa é a seguinte: ficaram com medo de perder votos nas próximas eleições! Não acredito que eles tenham pensado no bem do povo (se tivessem, não precisariam mudar o voto, já seriam contra desde o início!). Num momento que se fala em cortes de despesas em esferas públicas, qual a justificativa para aumentar o número de vereadores?

Deixo meus parabéns não aos vereadores, mas a todos os organizadores que batalharam contra este absurdo. Eles criaram abaixo-assinados (eu inclusive assinei um deles), foram para as ruas mostrando os vereadores que queriam votar a favor, enfim, fizeram a voz do povo ser ouvida. MEUS PARABÉNS a vocês. E também a todos que compareceram em massa para pressionar contra este absurdo (a sessão ficou lotada e algumas pessoas, inclusive, foram barradas).

Hoje fiquei na dúvida e fui buscar outras alternativas. Achei muito interessante este método que encontrei:

$ getconf LONG_BIT

Além disso, uma variação do “uname -a” (que eu utilizava) é o “uname -m”, cujos resultados podem indicar a plataforma. Veja saídas e possibilidades:

• x86_64 para um kernel 64 bits
• i686 para um kernel 32 bits

Referência: http://stackoverflow.com/questions/246007/how-to-determine-whether-a-given-linux-is-32-bit-or-64-bit

No dia 17 de setembro ocorrerá mais um evento do Grupo de Usuários de Software Livre do Vale do Rio dos Sinos. É o Dia da Liberdade do Software (Software Freedom Day). Venham todos prestigiar.

Para visualizar a programação completa, acesse a página do evento.

As vezes até penso que gasto tempo demais neste quesito. Mas pra mim um nome bem definido prolonga a vida de um atributo e facilita o uso e manutenções posteriores.

No entanto errei o gênero do atributo e precisava modificar. Como não queria recriar a tabela, recorri à documentação em busca de uma alternativa. Eis a sintaxe:

ALTER TABLE [nome_tabela]
RENAME COLUMN [nome_atual_coluna] TO [novo_nome_coluna];

Disponível a partir da versão 9i do Oracle.

Referências:

[1] http://download.oracle.com/docs/cd/B28359_01/server.111/b28310/tables006.htm

[2] http://www.mandsconsulting.com/oracle-rename-column-alter-table-rename-column-example-sql-syntax

Cada distro tem suas peculiaridades e por isto, as vezes, é necessário um pouco de pesquisa para encontrar algo que em outras é padrão. Foi o caso das mensagens de boot. Em geral consigo analisar seus logs sem necessidade de quaisquer alterações. No Debian, no entanto, descobri que precisaria alterar um arquivo de configuração para isto! Fica aqui a dica (a pesquisa que respondeu primeiramente minha dúvida foi esta):

# /etc/default/bootlogd

trocar para:

BOOTLOGD_ENABLE=Yes

Utilidade extra para seus cartões indesejados

Tem dicas muito interessantes! Vale a pena conferir.