Baixar i18n_drupal.

[]'s

Sem entrar em detalhes técnicos que não são interessantes para quem não é da área, em uma questão multi-escolha de uma prova onde haviam duas respostas corretas, sendo a unica diferença entre elas o usuário e senha de conexão com o banco de dados., dado que nenhuma delas quebrava regra alguma nessa diferença, as respostas de diversos alunos divergiram entre as duas.

No momento da correção o professor fez questão de enfatizar que só deveria ser usado o padrão do laboratório(apesar de momento algum isso estar explícito na prova) e considerou por que foi "bonzinho". Ainda finalizou dizendo que aquela alternativa foi marcada por quem estuda por fora, pois seria a unica maneira de saber que aquela alternativa também estava certa. Sim, quem teve a dedicação de estudar por fora não foi punido por isso por que o professor foi "bonzinho".

Uma coisa é cobrar algo em um nível que foi dado em sala de aula e outra completamente diferente é PUNIR quem foi além do esperado ou mesmo quem trabalha na área. Ter conhecimento a mais e se destacar do padrão é motivo de vergonha, de castigo.

A cada aula, a cada explicação, vejo que empurram os "enlatados dos USA" para nós como já dizia o eterno Renato Russo e somos obrigados a aceitar. Essa foi a gota d'agua, mas com certeza não é nem a ponta do Iceberg dos erros da nossa educação superior.

Somos ensinados a não questionar e sim aceitar, não por culpa dos professores, mas por culpa de algo muito maior que também cegou a eles. Não há necessidade de criar e inovar no Brasil, nossas provas e ensino podem se basear simplesmente em APIs de java, para que precisamos saber o por trás? Para que saber a base? Deixe para os engenheiros do MIT.

Tudo o que vamos precisar no dia a dia é sermos bons robôs "apertadores" de botões, basta você entrar de boca fechada no serviço se sentar em sua mesa com um sorriso no rosto e apertar os botões exatamente como foi ensinado. Não robô idiota, nem pense em perguntar o por que de você apertar o azul antes do vermelho. Você é pago para apertar e não pensar. Quando quisermos ter pensadores iremos contratar algum estrangeiro. Fique no seu lugar.

Exatamente por isso, somos cobrados pelo famoso "decoreba" e não pela lógica por trás das questões. Ah, sim, mas este "decoreba" não começou aqui, começou lá atrás quando estudavamos para o vestibular. Professores enfatizavam o que caia no vestibular e ensinavam o que deveríamos decorar e o que deixar para trás.

Posso contar nos dedos de uma mão quais foram os professores em toda a minha vida escolar que amavam a matéria que davam e explicavam com brilho no olho. Esse prazer em dar aula que contagiava a todos e fazia com que até mesmo o mais "bagunceiro" da turma sentasse e ouvisse o que aquele grande Mestre tinha a dizer.

Um desses Mestres um dia me disse que ele poderia dar a formula para um aluno que nunca estudo aquela matéria e ele iria acertar, pois aplicar a formula é simples. O importante de verdade era o conceito por trás daquilo, o por que de V = d * t e não saber essa formula.

Onde estão esses Mestres? E por que deixamos de questionar?

Elias, um robô rebelde.

No campo de estudo de Machine Learning nós temos dois tipos mais usados de algoritmos, os de "Supervised learning" e o"Unsupervised learning".

O primeiro se dá quando  damos para o software  termos de entrada e o que esperamos na saída("damos as respostas certas" para o computador se basear). Assim "treinamos" a máquina para seguir este padrão de saída. Ao usarmos o algoritmo "treinado" em problemas reais ele se baseará nos valores dados previamente e seguirá o padrão para dar o resultado.

Podemos classificar esse tipo em mais duas categorias, aqueles cujo o problema é um problema de classificação, exemplo: Saber se um tumor é ou não é maligno. Neste exemplo só há duas saídas possíveis, ou seja, temos que classificar o objeto de saída.

Temos também os "regression problems" cujo os valores de saída variam de acordo com o objeto de entrada. Temos neste exemplo o preço de uma casa dada a a partir do tamanho dela. Não é possível mais classificar o objeto de saída, apenas dar seu valor, pois não temos mais grupos distintos. Então esperamos simplesmente que o software siga o padrão dado previamente.

Quanto ao grupo de Unsupervised learning, nós não separamos as respostas, simplesmente as colocamos para o computador e ele mesmo terá que definir padrões e separar as respostas conforme o algoritmo achar melhor.

Um exemplo de unsupervised learning é o google news que pega centenas de milhares de notícias e agrupa elas automaticamente apenas olhando o padrão dos textos.

Para começar, devemos deixar claro que strings são listas, definir a seguinte função

texto = "ola"

é equivalente a declarar: texto = ['o','l','a']. Ou seja, qualquer coisa passada aqui poderá ser usada com strings.

Para concatenar duas lista podemos usar o operador ++, como no seguinte exemplo:

[1,2,3,4] ++ [5,6,7,8].

Dessa forma haskell andará por toda a primeira lista adicionando os elementos a uma terceira lista e depois fará o mesmo com a segunda lista. Isso parece ser banal para uma lista com poucos elementos, mas se tivermos uma lista enorme com todos os alunos de uma universidade, por exemplo, o haskell demorará vários minutos para terminar essa operação.

Uma outra forma de adicionar elementos a uma lista que não demande tanto esforço é usar o operador : que adiciona UM elemento no começo da lista, por exemplo:

1  :  [2,3,4]

Atenção para o fato de que o operador ++ só aceita duas listas, enquanto que o operador : aceita UM elemento e UMA lista.

Mais uma coisa que vale adicionar essa nota é que caso queiramos "pegar" um elemento da lista temos que usar o operador !!, por exemplo em java se queremos imprimir o quinto elemento de um vetor usamos:

System.out.println(nomeVetor[5]);

Já em haskell como dito anteriormente usamos o !!

listaDeExemplo !! 6

O conceito lembra muito um event listener, pois é executado quando uma "ação" acontece. Porém a ideia por trás dele é interceptar funções, mensagens e eventos de componentes do software e alterar eles conforme a vontade do programador.

Então se eu quero adicionar uma funcionalidade ao core do Drupal, ao invés de eu modificar o código e ter que verificar erros/modificar novamente a cada atualização, eu posso usar uma hook. O próprio Drupal tratará de executar a minha função hook quando for o momento certo e ela alterará o core da forma que eu desejar/for permitido.

Para criarmos uma no Drupal, basta que criar uma função com o nome do modulo "underline" nome da hook, por exemplo se quisermos alterar o menu do Drupal para o nosso módulo "fotos", basta fazer: "function fotos_modulo(){}" e fazer as modificações necessárias de acordo com a api do framework.

Hooks também podem ser muito úteis para debugar códigos, emular interação com o usuário e até mesmo gerar códigos maliciosos.

Além do Drupal, o Emacs também usa hooks para definir os "modes"(como php-mode). Porém a forma de faze-lo é um pouco diferente por estarmos falando de uma linguagem funcional. Caso fique interessado nas hooks de emacs lisp, aqui tem uma introdução legal ou se quiser saber sobre as hooks do Drupal tem esse do site oficial.

Como voltei a ler o livro Algoritmos do Dasgupta, Sanjoy et al. achei mais uma forma de se fazer isso pulando a parte chata da fatoração.
Essa formula se baseia no fato que para todo número primo p e todo a, 1<= a < p tem a seguinte afirmação como verdade:

a^( p - 1 ) mod p = 1 mod p

Dessa forma pode-se evitar a fatoração que é algo absurdamente lento. Em python ficaria da seguinte forma:

def primo( num ):
	if( 2**(num-1) % num == 1 % num):
		print "primo"
	else:
		print "nao primo"

O problema do teorema é que ele não afirma que "se e somente se" a igualdade for verdadeira teremos um número primo, ou seja, poderia haver números compostos que passariam no teste. E existem.  Os números de Carmichael passam no teste e por isso, de acordo com a wikipedia, eles também são chamados de pseudoprimos. Porém eles são raros e dependendo de tão grande é o primo que você necessita, como na criptografia RSA, vale a pena o risco de se usar um pseudoprimo ao invés de fatorar um número gigantesco.

Além disso, existem casos em que o valor de a também deixaria a igualdade verdadeira para números compostos, Sanjoy afirma que metade dos valores possíveis de a fazem isso se desconsiderarmos os números de Carmichael.

Uma forma de se evitar falsos positivos é testar o número com diferentes e aleatórios valores para a. Quanto mais testes, menor é a probabilidade de erro. Testar 100 valores para a faria com que seja mais fácil um raio cósmico queimar o computador do que obter um falso positivo, brinca Sanjoy.

Quando conheci o paradigma(ou sub-paradigma) de orientação a objetos tentei traze-lo para o php. Mas notei que os includes necessários para fazer duas classes funcionarem juntas estavam se repetindo e dando erro de reescrita de funções.

Mais tarde fiquei conhecendo as outras três maneiras de importar códigos em php, que são:

1. include()
   Tenta importar o arquivo que foi instruído a fazer, caso não o encontre ele é simplesmente ignorado. Caso seja um arquivo de funções e que você use alguma delas, você terá o erro alertando da falta da definição dela.
2. require()
   Tenta importar o arquivo, caso não o encontre ele "mata" a aplicação e o interpretador para de rodar. Tem funcionalidade igual ao de um include() or die().
3. include_once()
   Mesma funcionalidade do include, exceto que ele verifica se o arquivo já foi incluído antes, caso fora ele não faz nada.
4. require_once()
   Basicamente a mesma coisa que o include_once, porém trava se o arquivo não foi encontrado e nem fora incluído antes.

Para classes sempre escolho usar o include_once() ou o require_once() para evitar redefinir classes, porém vejo mais gente usando o require_once() do que o include_once(), já para adicionar conteúdo estáticos, como html ou imagens, prefiro usar o include().

Para isto resolvi usar o memmove que funciona da seguinte maneira:

memmove( (int*) vetor_destino, (int*) vetor_origem, sizeof(int) * tamanho_do_vetor );

Lembrando que a função pode ser usada para qualquer tipo de ponteiro, então é só trocar o int pelo tipo da váriavel que você está usando.

int vetor[] = new vetor[2];

novo_vetor = vetor;

Pois ao invés de estarmos copiando o valor do vetor, estamos copiando a referência ao vetor. Ou seja, novo_vetor e vetor apontam(são) para o mesmo objeto.

Localizei na internet várias formas de fazer isso, mas a maioria envolvia percorrer o vetor ou usar algum método da classe System. Por fim achei um local que usava o método clone contida em qualquer objeto(pois vem da classe Object). Seu uso consistem em converter o valor para o tipo do objeto proposto depois de usa-lo, dessa forma:

novo_vetor = (int[]) vetor.clone();

E assim temos dois vetores diferentes com valores iguais.

Em C++, java e outras linguagens orientadas a objetos, podemos resolver isso com polimorfismo, sobrecarga de métodos e outras coisinhas muito úteis, mas um tanto distantes do mundo C.

Assim,  depois de alguma pesquisa descobri a existência do ponteiro void, que pode apontar para qualquer tipo de variável, contanto que você faça casting antes de usa-lá, como é possível ver neste exemplo.

Tudo muito bonito, mas ainda seria necessário saber o tipo da variável para fazer o casting antes de compara-las numa função para procurar um valor na lista, por exemplo. Ou seja, consigo criar apenas uma struct, porém as dezenas de métodos repetidos para os principais tipos de dados continua existindo.

Porém, existe outra função bem legal no gcc que se chama typeof, sua sintaxe se parece muito com o typedef:

int inteiro;
typeof(inteiro) novoInteiro;

Agora sim me livrei das dezenas de funções, né? Bom, infelizmente não. Ao colocar o ponteiro diretamente como em:

void *inteiro;
int t = 0;
inteiro = &t;
typeof(*inteiro) novoInteiro;

Ou ainda:

void *inteiro;
int t = 0;
inteiro = &t;
typeof(inteiro) novoInteiro;

O resultado obtido nunca era o esperado(do "novoInteiro" se tornar realmente um inteiro).

Dessa vez, fui pedir ajuda para saber se teria alguma forma de fazer alguma combinação de typeof e void * para eliminar funções extras. O Andrei Formiga deu a ideia de guardar em cada nó um inteiro com o tamanho do dado  que void * aponta, assim poderia utilizar o typeof com este valor e ter a minha tão sonhada variável "genérica".

Basicamente:

void variavel(void *gen){
  int tamanho = sizeof(*gen);
  typeof(tamanho) variavelGenerica;
}

E assim, um nerd conseguiu criar sua tão sonhada lista encadeada genérica em C. No próximo post disponibilizo o código e detalho o que fiz.