Meu Motorola Xoom chegou!
Muito legal não?
Não!
hahahaha
Comprei o modelo wireless ao invés do 3G pensando em utilizar meu N95 ou IPHONE compartilhando a conexão 3G que já possuo.
Me ferrei. Nos ferramos!
Muita gente fez o mesmo, e pasmem, o Android não conecta em AP em modo Ad-Hoc!
Todo mundo tira o corpo fora, a Motorola diz que é culpa do google, os developers do google dizem que a tecnologia é obsoleta e não aceitam fazer a ajuste. O ticket aberto para o problema data de 2 anos atrás!
Mas eis que surgiu uma luz (para quem não tem medo de perder a garantia): em um deste forums de Phreaks, um cidadão conseguiu com apenas um ajuste em UM ARQUIVO (ISSO MESMO, 1) fazer com que o dispositivo conecte sem problemas. Só que vc tem que pegar o ROOT para fazer isto, e pode danificar o aparelho fazendo o mesmo.
Poxa gente, UM ARQUIVO? É tão difícil assim fazer este ajuste? Vejo a motivação capitalista por trás disto, mas vejam, comprei um wireless para acessar hotspots por aí, e vejam, muitos mais antigos utilizam Ad-hoc! COMO FICA?
Fora este problema, o tablet é fantástico, o Android 3 também ficou bom (ÓTIMO não né, já que não faz uma simples conexão Ad-hoc).
E a Motorola também tem culpa sim, podia pressionar a equipe do Android (principalmente agora que foi adquirida pela google) pois isto seria um item de excelencia para o equipamento, pois para mim e muitos outros é uma GENEROSA FALHA DE DESENVOLVIMENTO DO APARELHO.
See ya!
quinta-feira, 18 de agosto de 2011
segunda-feira, 15 de agosto de 2011
Tirinha!
http://vidadeprogramador.com.br/2011/08/04/quanto-custa-um-portal/
Nossa classe sofre! hahuhuhauahhuauah
Nossa classe sofre! hahuhuhauahhuauah
Marcadores:
piada,
Programação,
programador,
tirinha
quarta-feira, 10 de agosto de 2011
Ternary Operators - mais rápidos que IF convencional?
Artigo interessante do gerente de projeto do symfony, Fabien Potencier.
Este cara é demais, olha a análise que ele fez. Não faz grande diferença, mas para quem é programador é interessante, porque é sedutor pensar que o ternary operator é mais rápido, quando na verdade não é, e faz todo o sentido!
http://fabien.potencier.org/article/48/the-php-ternary-operator-fast-or-not
Há!
Este cara é demais, olha a análise que ele fez. Não faz grande diferença, mas para quem é programador é interessante, porque é sedutor pensar que o ternary operator é mais rápido, quando na verdade não é, e faz todo o sentido!
http://fabien.potencier.org/article/48/the-php-ternary-operator-fast-or-not
Há!
segunda-feira, 18 de julho de 2011
Método preventDefault() do evento dos browsers
Uma dica para quem trabalha com atribuição de eventos e precisa impedir o browser de executar uma ação padrão, como o click de um botão ou submit de um form: método preventDefault();
É um método que existe por padrão, no evento dos browsers, e você pode utilizá-lo ao invés de retornar false para evitar a execução do evento original.
Apenas chame o método a partir da variável que contém o evento.
Ex.:
function submitForm(event) {
event.preventDefault(); //previne que o browser submeta o form
seu código personalizado;
}
Fácil mas muito útil!
É um método que existe por padrão, no evento dos browsers, e você pode utilizá-lo ao invés de retornar false para evitar a execução do evento original.
Apenas chame o método a partir da variável que contém o evento.
Ex.:
function submitForm(event) {
event.preventDefault(); //previne que o browser submeta o form
seu código personalizado;
}
Fácil mas muito útil!
Marcadores:
Dica,
Javascript,
JS,
preventDefault(),
Programação
sexta-feira, 29 de abril de 2011
Função empty do PHP e importância de ler a documentação
Um exemplo rápido que me pegou desprevinido por não ler atentamente a documentação: a função empty do PHP retorna TRUE para um array com um indice de valor nulo.
Ex.: ARRAY[ 0 => null ]
Está certo que eu esperava um array vazio, mas na conversão do xml para a aplicação ele criou este índice. Quando verifiquei o que estava acontecendo, primeiramente imprimindo o valor da variável, achei que o teste deveria retornar TRUE pois zero => null = NADA não é mesmo?
Lendo rapidamente a documentação (no site oficial, SEMPRE) ele afirma que o empty retorna TRUE apenas para um array TOTALMENTE vazio, ou seja:
ARRAY[]. Faz sentido, afinal 0 no array será um índice, e não, NADA.
Por isto, sempre é bom conhecer bem a função que você está utilizando e verificar possíveis outputs que você atribuirá (ou receberá como no meu caso) para as variáveis.
That's it!
Ex.: ARRAY[ 0 => null ]
Está certo que eu esperava um array vazio, mas na conversão do xml para a aplicação ele criou este índice. Quando verifiquei o que estava acontecendo, primeiramente imprimindo o valor da variável, achei que o teste deveria retornar TRUE pois zero => null = NADA não é mesmo?
Lendo rapidamente a documentação (no site oficial, SEMPRE) ele afirma que o empty retorna TRUE apenas para um array TOTALMENTE vazio, ou seja:
ARRAY[]. Faz sentido, afinal 0 no array será um índice, e não, NADA.
Por isto, sempre é bom conhecer bem a função que você está utilizando e verificar possíveis outputs que você atribuirá (ou receberá como no meu caso) para as variáveis.
That's it!
Marcadores:
documentação,
empty(),
função,
PHP,
Programação
segunda-feira, 25 de abril de 2011
Calculo de dias com campos data no POSTGRESQL
Para retirar a quantidade de dias baseada em um campo de data ou timestamp, o POSTGRESQL permite realizar estes cálculos de maneira bem prática.
Como exemplo, tenho o campo locacoes.saida (timestamp da tabela locacoes) de um DVD. Quero calcular quantos dias, até agora, ele esta com o cliente sem levar em conta as horas:
SELECT (CURRENT_DATE - locacoes.saida::date) FROM locacoes;
O resultado desta conta será o total de dias que se passaram da data de saida do DVD. Repare que o TYPECAST para date é importante, e somá-lo a outro tipo DATE também. Se ao invés disto, vc fizer:
SELECT (NOW() - locacoes.saida) FROM locacoes;
ele retornará algo como: "4 days 17:51:23.338403" que é o tipo INTERVAL no banco, levando em conta as horas.
Existem mais coisas que se pode fazer com datas no POSTGRESQL, leia a seção no manual do postgresql que é muito interessante.
Thats it!
Como exemplo, tenho o campo locacoes.saida (timestamp da tabela locacoes) de um DVD. Quero calcular quantos dias, até agora, ele esta com o cliente sem levar em conta as horas:
SELECT (CURRENT_DATE - locacoes.saida::date) FROM locacoes;
O resultado desta conta será o total de dias que se passaram da data de saida do DVD. Repare que o TYPECAST para date é importante, e somá-lo a outro tipo DATE também. Se ao invés disto, vc fizer:
SELECT (NOW() - locacoes.saida) FROM locacoes;
ele retornará algo como: "4 days 17:51:23.338403" que é o tipo INTERVAL no banco, levando em conta as horas.
Existem mais coisas que se pode fazer com datas no POSTGRESQL, leia a seção no manual do postgresql que é muito interessante.
Thats it!
Marcadores:
Banco de dados,
Cálculo dias campo Date,
Date,
Interval,
postgreSQL,
Timestamp
segunda-feira, 28 de fevereiro de 2011
A rede social: nada de novo...
Assisti o filme "A rede social" neste final de semana.
Oscar? Roteiro original? "Pera" lá né Holywood, só um idiota para aclamar tanto assim um filme que conta a história banal de mais um programador tentando alavancar um projeto na web. A diferença? Uma sucessão de acontecimentos a favor do nosso "herói" mas que a sorte apenas escolheu como sendo Zuckerberg.
Poderia ser qualquer um de nós, quem já não teve um projeto como este? Uma idéia, original ou não, com muitas horas de programação e pouca grana para tocar. O Orkut já não existia? Existia sim! O que diferenciou o Facebook dos outros? Exclusividade. Sim, o Orkut também necessitava de convites, mas no Facebook, somente quem era de Harvard poderia entrar.
Parabéns ao cara por ele ser um escroto com caruda suficiente para deixar para trás até o melhor amigo...
Mas tudo bem, ele é bilionário e nós estamos aqui, tentando...
Oscar? Roteiro original? "Pera" lá né Holywood, só um idiota para aclamar tanto assim um filme que conta a história banal de mais um programador tentando alavancar um projeto na web. A diferença? Uma sucessão de acontecimentos a favor do nosso "herói" mas que a sorte apenas escolheu como sendo Zuckerberg.
Poderia ser qualquer um de nós, quem já não teve um projeto como este? Uma idéia, original ou não, com muitas horas de programação e pouca grana para tocar. O Orkut já não existia? Existia sim! O que diferenciou o Facebook dos outros? Exclusividade. Sim, o Orkut também necessitava de convites, mas no Facebook, somente quem era de Harvard poderia entrar.
Parabéns ao cara por ele ser um escroto com caruda suficiente para deixar para trás até o melhor amigo...
Mas tudo bem, ele é bilionário e nós estamos aqui, tentando...
Marcadores:
A rede social,
Crítica,
Facebook,
Filmes
Assinar:
Postagens (Atom)