Hoje em dia é natural ter diferentes ambientes rodando uma mesma aplicação. Para o meu blog por exemplo mantenho três ambientes, “Desenvolvimento”(aka localhost), Homologação e Produção.

Modificando um plugin para o wordpress neste final de semana, me deparei com um fato interessante. Estava logado no localhost(que está configurado como virtualhost apontando para eliasgranja.com) editando algumas configurações. Decidi conferir se as mudanças batiam com os settings de produção. Estava “deslogado” do ambiente, mas resolvi acessar diretamente pela URL de administração. Por algum motivo estranho consegui entrar diretamente na seção de administrador.  Acreditando fielmente que eu estava ficando doido acessei meu site no Chrome para fazer um teste. Garanti que não estava logado em produção, liguei o localhost e me loguei. Logo após desliguei o apache, apontei o dominio para o local certo e então acessei produção e magicamente estava logado.

Fiquei em estado de alarme, já que esse tipo de erro nos cookies é algo perigoso, principalmente em ambientes corporativos onde nem todos que tem acesso ao ambiente de desenvolvimento deveria ter ao de produção.

Fui estudar como o wp criava seus cookies e achei o seguinte trecho de código no arquivo wp-config.php.

Pouco acima deste trecho existe um comentário dizendo para trocar esses valores utilizando a ferramenta do wordpress disponível no endereço “https://api.wordpress.org/secret-key/1.1/salt/“. Assim, após trocar estes dados no wordpress local refiz o teste acima e não consegui ser redirecionado diretamente para o painel de administração em produção.

Resumindo, o sistema de cookies do wordpress se baseia nessas keys para criar os cookies de login, assim elas devem ser únicas para cada “instância” da aplicação.

Minha recomendação é gerar as chaves de autenticação diferentes para cada ambiente, evitando assim que usuários sem permissão de acesso em outros ambientes acessem o painel de administração de seu blog. No meu caso, por exemplo, eu gerei um código diferente para os ambientes de produção, homologação e produção. Assim evito por exemplo de algum amigo que venha a desenvolver para o meu blog tenha acesso a ele em produção pelo simples fato de ter o código do meu wordpress. Além disso, caso tenha deixado o seu blog logado em algum ambiente público, como na faculdade, basta você fazer o mesmo procedimento de trocar as keys que automaticamente forçará todos os usuários logados a entrar com username/password novamente.

Como não tive a segunda aula nesta terça-feira, resolvi começar a ler o famoso “The Pragmatic Programmer”, do Andrew Hunt e David Thomas. O que mais me chamou a atenção no momento de leitura foi a “teoria da janela quebrada”.

Vocês já perceberam que certos bairros da sua cidade estão totalmente destruidos, com prédios pichados, com janelas quebradas e aquele odor claro de “não deveria estar aqui”. Enquanto outros parecem ter saído de um daqueles filmes onde os mocinhos vivem em um local próximo ao paraíso?

Já pensou o que leva o “paraíso” se tornar aquele bairro destruído?

De acordo com o livro, o culpado disso seria uma janela quebrada. Uma janela quebrada passa a impressão de abandono e com isso logo logo surge uma outra janela quebrada. De repente um pichação aqui e outra ali e BUUM o prédio ou casa está abandonado.

Com software a história não é diferente. Um código sujo, faz com que o programador perca o tesão pelo software. Pois ele começa a ter a impressão que é o único que se importa com as boas práticas. Com isso ele fica desmotivado e passa a não se importar tanto se aquela é a melhor maneira de se resolver o problema e passa apenas a prestar atenção se “a coisa funciona”.

Para evitar que um lindo software se torne aquele software que você odeia tocar por que sabe que o código dele é mais sujo que o banheiro da rodoviária que não é limpo desde o ano passado, temos que tomar uma atitude. Ao ver algo errado, que não deveria estar ali, que não faz sentido, uma view com lógica de negócio(MEU DEUS SALVE-ME PELO SEU AMOR!!), se MOVA. Alerte a equipe, tente mudar aquele trecho para se adequar as boas práticas. Caso não haja tempo para isto(maldito orçamento apertado), ao menos coloque um aviso alertando para que na próxima oportunidade você ou o desenvolvedor que pegará o software dar um “trato” naquele código.

Custará um poquinho de tempo, mas refatoração sempre agrega valor ao software. Pode ser em horas do suporte economizadas até tempo de processamento .

Elias,
Um programador que conversa com seu gato antes de falar com seu cliente.

Sem nenhum tipo de framework é necessário escrever duas vezes sua aplicação, fazendo-se necessário perder seu precioso tempo ou recurso.

Como ainda estava apenas paquerando o Android, não tinha nenhuma preferência por linguagem, assim quando comecei minha busca por um framework que compilasse para as duas plataformas tive os seguintes paramêtros:

1 – Usar recursos da plataforma de forma simples.

2 – Confiabilidade na continuidade do projeto.

Assim cheguei a três frameworks:

1. Corona
   O Corona SDK, escrito em Lua(uma linguagem brasileira diga-se por passagem), é deverás poderoso quando falamos em jogos. É a base de jogos como Angry Birds e compila para Android e iOS de forma bem simples. Porém não existe nenhuma IDE para ele e achei as IDEs para Lua bem fracas. Até mesmo o poderoso Eclipse com plugin para Lua deixou a desejar na minha opinião.
   Ainda sim, é a ferramenta necessário se você precisa criar jogos, em poucas horas é possível aprender o framework e já ter um jogo simples montado.
2. Appcelerator
   Utilizei dele muito pouco, as aplicações dele são escritas em javascript e não vi a possibilidade de se escrever a interface em html. Além disso, o achei completamente diferente do desenvolvimento web que seria a vantagem de se utilizar um framework baseado em javascript. Compila para iOS e Android.
3. Phonegap
   Tenho utilizado ele em meus estudos e na minha opinião é o ganhador quando se fala de desenvolvimento de aplicações mobile. Utilizando-se de html5 + javascript, qualquer desenvolvedor web se sente em casa. Suporta o uso de outros frameworks javascripts famosos, como o jquery ou mesmo o Sencha. Via javascript é possível acessar os recursos nativos do aparelho.
   Só peca um pouco na velocidade, já que é basicamente um navegador rodando no celular do usuário. Foi recentemente comprado pela Adobe.

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().