¬ just serendipity 🍀

Meus dois minutos de fama

serendipity@perrotta.dev (Thiago Perrotta) — Fri, 25 Jul 2014 16:02:04 -0300

♠ E, depois de um ano escrevendo aleatoriedades nesse espaço, com um pouco de serendipidade finalmente meu blog apareceu em algum lugar, mais precisamente no semanal videocast bsdnow.tv (do Jupiter Broadcasting), mais precisamente em seu episódio 47, mais precisamente em torno de 1h07min da edição final do vídeo. O mais legal é que isso foi espontâneo (= eu não falei com ninguém do podcast, e o motivo de eu ter começado a escrever sobre FreeBSD foi bem por acaso mesmo) e que eu ouço regularmente alguns podcasts deles – não o BSD Now.

“E daí?” Pra você eu não sei, mas pra mim isso é mais um badge unlocked. Tais como meu primeiro PKGBUILD, meu primeiro pull request, meu primeiro hackathon e uma submissão em 2 minutos na maratona.

É bastante bacana poder olhar para trás e percebi que eu alcancei essas coisas pelo menos uma vez. E é mais bacana ainda deixar isso tudo registrado aqui, com a minha emoção da época. Eu jamais conseguiria reescrever todos esses posts anteriores hoje com a mesma sensação que eu senti quando realizei essas coisas; são momentos únicos e especiais, principalmente por serem os primeiros. É claro que hoje eu já criei vários PKGBUILDs, submeti vários pull requests, etc.

Mas o mais legal foi (é) sempre a primeira vez, quando a gente não sabe muito bem onde está pisando ou o que está fazendo, nem aonde aquilo vai dar. É isso aí, e então espero poder desbloquear muito mais badges vida à frente e poder registrá-los todos aqui. See ya.

— § —

Reply via email

Emacs e golang, uma dupla perfeita

serendipity@perrotta.dev (Thiago Perrotta) — Tue, 22 Jul 2014 22:09:00 -0300

♠ (Sim, o título é clichê.)

Dentre todas as linguagens de programação que tive contato até hoje, sem dúvida Go é a que teve a melhor integração com o Emacs. A integração é tão grande que eu até dispensei completamente a necessidade de utilizar a LiteIDE (aparentemente a IDE mais standard para Go).

(Esse site lista mais IDEs ainda. Pessoalmente acho uma lista exagerada, mas o leitor pode optar pelo que se sentir mais confortável. Adicionalmente, o reddit é sempre uma boa fonte adicional.)

Então, o que você espera ver nesse post? Certamente como integrar o Emacs com o Go, certo? A verdade é que já existem duas fontes (em inglês) muito boas sobre o assunto:

Qualquer coisa que eu reproduzisse aqui seria simplesmente uma repetição do que já está listado nelas. Então, em vez disso, primeiramente listo a minha configuração atual:

(when (locate-library "go-mode")
  ;; golang -- you should go get external tools by yourself!
  (add-hook 'before-save-hook #'gofmt-before-save)
  (when (locate-library "go-autocomplete")
    (require 'go-autocomplete))
  (when (locate-library "go-eldoc")
    (add-hook 'go-mode-hook 'go-eldoc-setup))
  (when (locate-library "go-projectile")
    (require 'go-projectile))
  (when (locate-library "golint")
    (require 'golint))
  (setq gofmt-command "goimports")
  (add-hook 'go-mode-hook (lambda () (if (not (string-match "go" compile-command))
                     (set (make-local-variable 'compile-command)
                          "go build -v && go test -v && go vet"))))
  (add-hook 'go-mode-hook (lambda () (local-set-key (kbd "M-.") #'godef-jump))))

Depois, dou uma demonstração da introspecção que podemos alcançar com isso, através de uma ferramenta que divulguei aqui uns dias atrás…asciinema! Só existe uma pequena limitação, eu só posso usar o asciinema com o emacs no modo terminal, então ele não fica completamente funcional; mas, mesmo assim, isso já é suficiente para que vocês possam perceber o poder e a flexibilidade dessa integração.

Note, no vídeo, que criei um arquivo em orgmode (quantas vezes nesse blog já indiquei a homepage desse maravilhoso projeto?) e o usei como base para gravar o asciicast. Aproveitem!

Link: http://asciinema.org/a/10965

OBS.: Note que a gravação do asciinema é ligeiramente mais lenta do que o tempo real. É claro que eu escrevi mais rápido do que parece no vídeo.

— § —

Reply via email

Melhorando a renderização de fontes no Windows

serendipity@perrotta.dev (Thiago Perrotta) — Sat, 12 Jul 2014 21:23:58 -0300

♠ Ah, sempre que eu logo no Windows acabo implicando com alguma coisa. A última da vez foi a renderização das fontes. A renderização de fontes no Linux é muito boa, chega aos pés (isso se não passar) da do Mac. Especialmente se você utilizar o infinality (upstream). Agora, a renderização do Windows é…feia. Quando você abre o seu browser e vê aquela página cheia de Times New Roman para todo o lado…errrrgh. Não estamos mais no início dos anos 2000, algumas coisas podem melhorar.

Com um pouco de serendipidade (minha palavra predileta nos últimos tempos), encontrei o MacType. Esse é um projeto que promete melhorar a renderização das fontes no Windows (do 7 para cima, por favor). Não tem muito o que falar: instale, experimente e perceba a diferença!

Note que esse projeto é desenvolvido em japonês (bem, alguma língua oriental). Então, em algumas partes da instalação (e mesmo na pós-instalação), pode ser que você não veja caracteres, ou que veja caracteres em forma de quadrado. Nesse caso, procure a opção para trocar o idioma para inglês; depois disso, é super intuitivo.

Mais uma nota: você só precisa abrir e configurar o programa uma única vez. Existem várias opções para salvar as opções de renderização: você pode utilizar o registro do Windows (uma boa opção!) e um serviço do Windows (outra boa opção). Eu optei pela segunda, não me deu dor de cabeça. Existe também a possibilidade de aplicar a renderização apenas para algumas janelas, acho, e também a de controlar as opções pelo system tray. Não há necessidade disso, convenhamos; ou você utiliza em todos os lugares, ou não utiliza: seja consistente. Note que se você escolher a opção de registro, a renderização só terá efeito após a reinicialização do computador.

Finalmente, uma mini review: achei a nova renderização muito boa. Dá até gosto de ficar lendo. Aproxima-se relativamente bem da qualidade de renderização do Linux (ou, do Mac, que é o que o nome do projeto sugere). Notei que o mactype está disponível no chocolatey (é uma pena que eu só tenha visto isso depois que o instalei manualmente), então, se quiser automatizar o processo:

cinst mactype

— § —

Reply via email

Setups no Windows, nunca mais

serendipity@perrotta.dev (Thiago Perrotta) — Mon, 30 Jun 2014 20:56:00 -0300

♠ Uma vez que você se acostuma com package managers no Linux, é bastante inconveniente voltar à vibe de ficar instalando programa por programa no Windows, clicando em ’next’ o tempo todo.

Para resolver isso foi criado o chocolatey, um repositório com vários pacotes para o Windows, descrevendo-o a grosso modo.

Eu o uso há bastante tempo, para falar a verdade. Só que agora me apareceu um novo problema: como reproduzir a mesma instalação em vários computadores diferentes, de uma vez só?

Motivado por isso, criei um repositório com o sugestivo nome de windows-setups-nevermore. As instruções estão no arquivo README. Resumidamente, basta você especificar todos os pacotes que você quer em um arquivo chamado packages.config, depois executar o arquivo setup.cmd. E voilà, em poucos minutos todos os seus programas serão automagicamente instalados, adicionados ao PATH e ao menu iniciar.

Naturalmente isso se limita, a priori, somente aos pacotes na galeria/catálogo do chocolatey. Se o pacote que você quiser não estiver lá, você terá que adicioná-lo sozinho, ou instalá-lo manualmente, o que for preferível. Além do mais, só estão lá os programas cujas licenças admitem que eles sejam redistribuídos (você não vai encontrar o Microsoft Office lá, por exemplo).

Update (2014-07-07): esse método provavelmente não instala bloatware – por exemplo, as diversas barras de ferramentas ou outros plug-ins para seus web browsers. No entanto, a melhor forma de comprovar isso é ou analisando o código-fonte do pacote ou instalando-o.

— § —

Reply via email

Asciinema

serendipity@perrotta.dev (Thiago Perrotta) — Sun, 29 Jun 2014 20:01:00 +0000

♠ Descobri uma ferramenta bastante útil para gravar sessões de terminal: asciinema. E, é claro, ela é open-source: cliente e website. Feita em python, e bastante KISS. Aproveitei para gravar um screencast (asciicast?) de exemplo: https://asciinema.org/a/10546q. Disponível no AUR.

— § —

Reply via email

Olá, desenvolvimento web

serendipity@perrotta.dev (Thiago Perrotta) — Sat, 21 Jun 2014 05:03:21 -0300

♠ Durante a última semana fiquei pesquisando bastante sobre o assunto. Posso dizer que gostei bastante do tema, e que ele é bastante vasto. A sensação de aprendizado me é familiar (dèjá vu), me senti da mesma maneira quando comecei no mundo do Linux e, mais em geral, de comunidades e de open source. Bem, acredito que eu vá tomar uma boa parte do meu tempo para estudar sobre isso no futuro.

Um segundo tema que toquei de leve (mas bem de leve mesmo) é o de design de linguagens e de compiladores. Na verdade, gramáticas, coisas assim. Vi mais a do javascript, mas também comecei a juntar algumas referências para estudar sobre o assunto no futuro.

Agora, vou voltar a estudar sobre algoritmos e tudo o mais, pois a maratona de programação é daqui a alguns dias apenas. Além disso, comecei um curso de Machine Learning no Coursera, e estou investindo uma boa parte do meu tempo em interação com os outros estudantes do curso – acredito, por experiência, que essa é a melhor maneira de tirar o máximo de proveito do coursera: estudar em grupo; bem, ao menos participar das discussões dos fóruns.

— § —

Reply via email

Hello, my little ol' Arch Server

serendipity@perrotta.dev (Thiago Perrotta) — Sat, 14 Jun 2014 16:06:00 -0300

♠ Durante os últimos dias venho brincando um pouco com configurações de servidores. Não é a parte mais prazerosa de se administrar ou programar um sistema, admito. Mas tem lá seus méritos.

Bem, eis alguns pedaços de conhecimento registrados aqui.

Vanilla vs Patched: você talvez se lembre de que uma vez eu inventei de instalar ubuntu, centos, apache e opensuse, e aquilo era mais para ter uma visão “big picture” da coisa. Atualmente estou testando configurações apenas no arch e no debian, e são dois sistemas suficientemente diferentes porém que se completam para que eu não precise testar em mais nenhum. A questão principal aqui é: no Arch, os pacotes são minimamente alterados (usualmente, não são alterados); isto é, eles são empacotados da mesma forma que upstream quer que esteja. Isso é muito bom para você aprender como as coisas funcionam de maneira pura, e também para perceber como várias distros tentam resolver várias coisas por você; às vezes isso é bom, às vezes isso é ruim; no entanto, é melhor você se expor aos problemas para entender como eles funcionam, na minha visão.

…percebemos que no debian tudo isso já funciona out-of-the-box (isto é, o Apache já vem pré-configurado); enquanto que, no Arch, é necessário fazer umas pequenas configurações (10 minutos se você quiser tentar entendê-las sem nunca tê-las feito; 2 minutos se já sabe o que fazer), coisa de descomentar algumas linhas ou acrescentar outras. Isso não é feito às escuras, tudo é muito bem documentado na ArchWiki, para a qual eu tenho o orgulho de contribuir.

Outra diferença é em relação à localização padrão do DocumentRoot: no Arch (logo, upstream) é /srv/http, no debian era (se não me engano) /var/www, e no XAMPP é em /opt/lampp/htdocs. Nenhum padrão, isso dá dor de cabeça às vezes.

Também estou realizando alguns testes com o nginx. Minha conclusão é que o nginx é bem mais KISS do que o apache (e alguns dizem que ele é mais rápido também). De fato, ele parece ser mais confortável de se trabalhar. Porém, ainda estou tendo um pouco de dor de cabeça para integrá-lo com o PHP, através de FastCGI e php-fpm. Provavelmente deixei escapar algum detalhe, alguma linha de configuração, mas estou quase lá.

Outro aspecto legal é o PHPMyAdmin. Não é nada mal poder configurar todas as suas tabelas de MySQL (ou MariaDB, se estiver no Arch, tecnologia iuhul) através de uma interface intuitiva. O PhpMyAdmin vem pré-configurado tanto no Arch quanto no Debian, o que me diz que ele realmente foi feito para facilitar a vida de um administrador de sistemas.

Por outro lado, não achei absolutamente difícil utilizar a linha de comando do mysql / mariadb. Pela pouca experiência que tenho hoje com MySQL, mas somada com a minha boa experiência com linha de comando em geral, posso dizer que a interface CLI do MySQL/MariaDB é bastante intuitiva. O problema é que você precisa saber o que está fazendo (isso não é um problema, é?), precisa saber a sintaxe dos comandos e tudo o mais, coisa que não é tão essencial no PhpMyAdmin. Mas, ainda assim, não tem nada demais, só questão de se acostumar mesmo.

Apesar de toda a vibe e estabilidade do MySQL, estou considerando seriamente em utilizar alguma tecnologia NoSQL para um futuro projeto. Acredito que sua flexiblidade combine mais com meu modo de pensar do que o do MysQL, mas, cada tecnologia possui seus méritos, tirarei minhas próprias conclusões acerca disso no futuro.

Conectar o PHP com o MySQL é bastante fácil. Só questão de descomentar o módulo correto no /etc/php/php.ini. Por sinal, tem bastantes módulos interessantes por lá.

Vejamos…ah sim, usuários e permissões; é bom tomar bastante cuidado com isso! É um assunto que pode dar dor de cabeça. Cada distro tem seus próprios usuários para a web, e seus próprios conjuntos de permissões para que tudo funcione corretamente (e para que o seu sistema não fique tão exposto para o mundo). Posso dizer que se você não usar o chmod, chgrp ou chown sem querer, e deixar os defaults quietos, provavelmente tudo vai correr bem. Isso assume que você não vai fazer nada de anormal, o que…bem, pode nem sempre ser verdadeiro.

Mais uma coisa: use senhas seguras! Isso pode evitar dores de cabeça no futuro. Por outro lado, cuidado para não utilizar senhas seguras demais e depois se esquecer das mesmas. Se você utilizar algum software para administrá-las, certifique-se de que a senha master dele seja ENORME, REALMENTE ENORME. E, se possível, utilize algum método adicional para protegê-lo (2-factor auth, key, etc).

É uma boa prática utilizar 100% da linha de comando para administrar o seu server. Talvez com a exceção do PhpMyAdmin, eu acho que todo bom administrador deveria saber fazer tudo pela linha de comando.

Bem, acho que até aqui isso resume parte da minha brincadeira. É claro que eu não falei sobre uma porção de coisas, tem SSH, tem os arquivos de configuração, tem LAMP/LEMP, tem todos os cenários mais extravagantes que você puder criar. Mas esse é um começo. Para quem disse que ia começar a ler e estudar sobre o assunto , sinto que estou no caminho certo e que comecei bem. Agora, o restante desse caminho depende o que é que eu vou fazer com isso.

Até breve.

(Por sinal, o blog deve continuar congelado. Com exceção de posts como esse, para marcar determinado badge/meta, o tempo de férias é curto, então não vou tomá-lo para inventar posts que não precisam ser inventados)

— § —

Reply via email

#legacy #socialmedia #serenity

Novos paradigmas @ Redes sociais & News

serendipity@perrotta.dev (Thiago Perrotta) — Fri, 30 May 2014 11:57:00 -0300

♠ Produtividade já foi uma questão que discuti bastante por aqui. Por exemplo, esse post contém alguns pensamentos soltos, e esse outro algumas guidelines para o Facebook.

Apesar de tudo, essa não é a única questão para a qual temos que abrir nossos olhos. Parando para refletir um pouco, se você se imaginar há 3 anos e comparar o seu eu ao eu atual, você irá notar que a forma com que a internet entrou em sua vida e passou a fazer parte dela, de modo intrínseco, é uma metamorfose absurda. Naturalmente, se você está lendo esse post, então o que eu falei é uma suposição razoável para você.

A questão é: perdemos muito tempo vendo notícias e updates que não são essenciais para a nossa cabeça, nem para uma eventual tomada de decisões. Claro que alguns updates são importantes, e outros são relacionados a pessoas que você gosta de seguir / acompanhar, de modo que não acho que valha a pena você ficar 100% sem adquirir informação nenhuma simplesmente porque a Information Overload te dominou. Por outro lado, tentar acompanhar tudo é uma tremenda perda de produtividade.

Então, motivado por essas coisas, vou tentar mudar alguns de meus próprios paradigmas em relação às redes sociais. Naturalmente, vou compartilhar algumas coisas que soam como boas práticas, e que possivelmente você também poderá querer adotar.

1 - Deprecated. Usei o hostsblock durante uma semana (é só para Linux). Ele realmente bloqueia todos os domínios que você especificar, mas isso acaba tendo a desvantagem que eu mencionei antes: bloquear 100% não é uma solução ótima.

2 - Deprecated. Também cheguei a usar esse add-on na época que usava Firefox. Mesmo comentário que o anterior.

3 - Recentemente um add-on do Neal Wu para Chrome ficou bastante popular. Fiquei bastante feliz tanto pelo que o add-on se propõe a fazer (não é um bloqueio de 100%!), quanto pela pessoa que o desenvolveu (dica: é um cara bastante inteligente). E o melhor: ele é open source, de modo que você pode tentar adaptá-lo para bloquear outros sites também!

Agora chega de software, vamos às boas práticas.

4 - Sempre que você ver um link da categoria funny, “engraçadinho”, “legalzinho”, NÃO O POSTE. Seus amigos não precisam ver isso. É, isso inclui a categoria “reddit” também. Quem gosta do reddit vai ler coisas lá, eu não preciso ficar compartilhando o post do dia do reddit que mais gostei na minha timeline. Isso se aplica principalmente ao 9gag e similares. Eu detesto esse tipo de sites (9gag, não reddit), mas ainda assim vejo compartilhamentos sobre isso o tempo todo. Dica: já dei unfollow na maior parte das pessoas que compartilha sobre isso, mas parece que é algo viral, em todo o canto aparece mais uma.

5 - Boas plataformas para compartilhar links, GIFs e firulas? Tumblr! (Eu não tenho um…).

6 - Utilizar agregadores de feed (RSS ou não) para juntar as notícias que você quer ver é uma ótima prática. Baseado em RSS, atualmente eu uso do CommaFeed. O Reader do Wordpress também pode ser razoável (ele também funciona para RSSs que não estão no Wordpress).

7 - Eu procuro evitar entrar diretamente em portais de notícias (ainda mais se forem grandes portais de notícias. Prefiro receber as principais notícias de forma descentralizada. Bons sites para isso incluem Reddit, Hacker News (@Ycombinator), Slashdot, Google News. O último não é bem descentralizado, mas reúne notícias diversas.

8 - Gosto do Pocket para reunir coisas para ler. Veja bem: ler tudo é overkill, mas algumas coisas valem a pena. No entanto, mesmo para essas últimas, nem sempre você vai querer digerir dado artigo em dado momento, então você o guarda para ler depois, é simples.

9 - Sobre redes sociais de fotos (atualmente, Instagram e Imgur, a meu ver): deixe as fotos dessas redes nessas redes! Isto é, não conecte a sua conta do Instagram com a sua conta do Facebook. Os seus amigos que não estão no Instagram provavelmente não têm nenhum interesse em ficar visualizando todas as selfies que você posta. Por outro lado, é razoavelmente provável que os seus amigos que estão no Instagram possam gostar de ver essas fotos. Então, a meu ver, conectar o Instagram com outras redes sociais é uma forma de narcisismo.

10 - Conectar o Twitter com o Facebook é uma questão a se pensar. Se você é uma daquelas pessoas que posta centenas de Tweets por dia, não faça isso, os seus amigos do Facebook não irão querer ler todos os seus tweets. Por outro lado, se você só posta alguns por dia (meu caso, ao menos hoje), talvez isso seja razoável. Não tenho certeza se é 100% razoável, porque a probabilidade de um único tweet ser relevante é bem pequena; por outro lado, talvez o conjunto de tweets seja relevante, tudo depende do contexto.

11 - Finalmente, a relevância das redes sociais está no conceito de comunidades. Se você compartilha uma coisa X que interessa à comunidade Y, então em geral as pessoas da comunidade Y vão ficar satisfeitas com X. Por outro lado, quando você compartilha X com todo o seu feed, é bem provável que apenas pouquíssimas pessoas achem X relevante. Assim, acho o conceito dos círculos do Google+ fantástico.

Essa lista poderia continuar de forma indefinida, mas acho que é mais prática do que teoria, então fico satisfeito com os itens anteriores.

E para finalizar, acho que o erro do News Feed do facebook é o seguinte: ele assume que você quer ver os updates de todos os seus amigos. Só que existe um problema fundamental nisso: não é só porque uma pessoa X é sua conhecida que você necessariamente quer ver todos os updates de X. Às vezes X é um colega de trabalho, ou de faculdade, ou um antigo amigo de escola, e você quer se manter conectado com X, não tem problema nenhum nisso; mas, isso não quer dizer que você queira ver os updates de X. Assim, na maior parte das vezes, um usuário médio do Facebook acaba vendo mais coisas que não o interessam do que as que o interessam.

O modelo do Twitter, ou do Google+ (por exemplo) é ligeiramente diferente: você só segue, por definição, quem você quer seguir – então você em suma não tem o direito de reclamar que a pessoa está postando futilidades, afinal foi você quem a seguiu, qualquer coisa é só dar unfollow nela. No caso do Google+ você só visualiza updates dos círculos que você quer (assim como só posta para os círculos que você quer).

Note que a única plataforma que não inclui nessa discussão foi blogs. Trato-a de maneira diferente. Quem sabe não falo sobre isso em um outro dia. Até a próxima.

— § —

Reply via email

'My setup' series (aka 'How I do my computing')

serendipity@perrotta.dev (Thiago Perrotta) — Sat, 17 May 2014 17:42:58 -0300

♠ Alguém precisa me explicar a relação entre ‘ser desenvolvedor web front-end’ e ’ter paixão por produtos da Apple’, sério¹. Recentemente encontrei 3 excelentes sites que descrevem como algumas pessoas trabalham / utilizam seus computadores, dentre outras coisas também. ¹ é brasileiro (bacana!), ² sobre usuários de Linux e ³ descreve os mais variados setups de muita gente boa!

Naturalmente, adicionei esses 3 sites no meu open-bookmarks.

— § —

Reply via email

http://ocw.mit.edu/courses/physics/8-02-electricity-and-magnetism-spring-2002/video-lectures/

Física 3 @ UFRJ: Sugestão de referências

serendipity@perrotta.dev (Thiago Perrotta) — Sun, 11 May 2014 01:19:08 -0300

♠ OBS.: Pequeno update em 10/06/2014.

1 - Professor Walter Lewin, eu te amo! Sugestão: assistir essas lectures como se fossem introdutórias. Não espere entender ou dominar toda a matéria de primeira.

Update (2015-03-22): caso o link acima esteja fora do ar, tente a seguinte playlist do YouTube: https://www.youtube.com/playlist?list=PLUdYlQf0_sSsfcNOPSNPQKHDhSjTJATPu

2 - Professor Luiz Brescansin: eu não te amo tanto quanto o WL, mas você também foi um ótimo professor. Sugestão: ao final dessas aulas, você já deverá estar dominando (ou, pelo menos, saber de onde vieram as fórmulas, os desenvolvimentos e os raciocínios) os conceitos passados.

https://www.youtube.com/playlist?list=PLxI8Can9yAHdG8tw2QofrU02IuAEVyGlL

3 - Livro do Young & Freedman: para fixar e formalizar o conteúdo exposto nas vídeoaulas; e também como uma fonte primária para obter um resumo das principais fórmulas utilizadas.

4 - Opcional: Livro do Moysés: complemento para fixar ainda mais as ideias. Recomendo não utilizá-lo caso não haja tempo suficiente.

Agora, essa matéria é tão prática quanto Cálculo 3. Julgo completamente inútil ficar só na teoria, então…faça exercícios! Sugestão: a) provas antigas, b) listas de exercícios de seu professor, c) listas de exercícios do Open Course Ware (mesmo link do Walter Lewin), d) exercícios recomendados pelo IF do livro do Young.

~~Recomendação adicional: não perca tempo estudando em grupo para essa matéria, em particular. Ela é bem individual. No pain, no gain.~~

Update: faça como achar melhor.

Minhas fontes prediletas para a teoria foram 1) e 3); e, para a prática: a), parte de b) e parte de c).

(Fiz um post parecido com esse para os Cálculos da UFRJ, bem mais detalhado que esse).

— § —

Reply via email

OpenPGP

serendipity@perrotta.dev (Thiago Perrotta) — Fri, 09 May 2014 13:49:00 -0300

♠ Em meu último post incluí uma porção de referências introdutórias ao tema, que são suficientes para que você comece a utilizar o GNUPG. Agora eu mesmo já comecei a utilizá-lo publicamente. Em suma, as duas principais razões para se ter uma chave pública são:

Autenticação: assinar (=validar) arquivos; isto é, se eu distribuir (digamos) um software para você, e eu assiná-lo com a minha chave privada, você poderá utilizar a minha chave pública para conferir se aquele arquivo foi realmente assinado por mim. Caso alguém (um man in the middle) pegue o meu arquivo original e o falsifique, fazendo-o se passar por mim, você poderá detectar que o arquivo é falso, pois a minha chave pública invalidará a assinatura desse software. Em outras palavras: a minha chave privada (que só eu tenho) é utilizada para assinar arquivos ou documentos; e a minha chave pública (disponível para todos) é utilizada como um validador da minha assinatura digital/eletrônica. Legal, né? Quer ver um exemplo? * Aqui*, meu primeiro e-mail validado com a minha chave.
Criptografia: se você quiser me enviar uma mensagem criptografada, basta você utilizar a minha chave pública para criptografá-la. Desse modo, somente eu (dono da minha chave privada) serei capaz de descriptografá-la. Da mesma maneira, se você me enviar a sua chave pública, eu poderei enviar uma mensagem criptografada para você (e somente você, com a sua chave privada, poderá descriptografá-la).

Essas razões não parecem importantes o suficiente para você? Veja bem, estamos entrando cada vez mais numa era (se é que já não entramos nela) predominantemente digital. Proteger a autenticidade e a privacidade do que postamos na rede é algo que vai adquirir cada vez mais importância. Naturalmente, ninguém vai assinar um post no facebook ou no twitter, isso é exagero (Será mesmo? Talvez daqui a uns anos não seja mais).

Mas eu acredito que toda corporação decente deveria incentivar os seus funcionários a enviar mensagens assinadas com suas chaves pessoais. Mais do que isso, toda corporação deveria ter um modelo de Web of Trust com todas as chaves de seus funcionários. Não se trata de paranoia ou de super proteger informações as quais não valem tanto esforço de serem super protegidas, mas é um passo básico na direção da privacidade moderna! O OpenPGP foi criado em 1991 (referência), agora estamos em 2014, será que isso é demais?

Vou lançar um desafio: me envie uma mensagem criptografada com a minha chave pública! Se quiser, envie nessa mensagem também a sua própria chave pública, assim eu posso te responder (também) de modo criptografado. Os links do meu post anterior são suficientes para você aprender como fazer isso. Eu espero que você se surpreenda com isso, muita gente boa troca mensagens assim.

Se eu receber pelo menos um e-mail, vou considerar escrever mais coisas a respeito de OpenPGP.

Além disso, espero criar as minhas próprias carteiras digitais {bitcoin, litecoin, dogecoin} em breve. Naturalmente, seguidas de posts de divulgação sobre elas!

Happy GPG’ing!

Update: confundir PGP e GPG é algo bastante comum. Acho que já aprendi a diferença, ao menos não cometi nenhum erro nesse post sobre isso (no post anterior eu cometi…). O nome bonito da coisa é OpenPGP; gpg é o comando (no linux) que a gente usa para gerenciar as chaves. GPG vem de “GNU Privacy Guard”).

— § —

Reply via email

#legacy #security

Redesign do blog

serendipity@perrotta.dev (Thiago Perrotta) — Fri, 09 May 2014 12:47:00 -0300

♠ Acabei de remover várias features inúteis / bloated para esse blog. Por exemplo, removi todas as categorias: agora só existem tags. Além do mais, retirei vários widgets que ninguém utilizava. E, finalmente, mudei o tema! Espero que gostem do novo formato.

A inspiração veio do Jekyll, que é uma blogging engine simples porém elegante.

— § —

Reply via email

#legacy #meta

(Re)formatando um pen-drive (@ Linux)

serendipity@perrotta.dev (Thiago Perrotta) — Wed, 07 May 2014 23:07:11 -0300

♠ Motivação: toda vez que insiro um pen-drive em um computador com Windows da faculdade, pego um vírus. SEMPRE. Incrível. Naturalmente, a opção mais óbvia para se livrar disso é inserindo o pen-drive em um outro Windows e ativando a opção para formatar o pen-drive.

Só existem dois probleminhas com essa “solução”. A primeira é que, ao inserir o pen-drive nesse outro computador, você estará automaticamente infectando esse computador. Na verdade, a coisa toda se parece com um vírus não-virtual mesmo: bastou entrar em contato, infectou o novo organismo. Os seus únicos potenciais anticorpos são: a) utilizar um outro sistema não compatível com o Windows ou b) desativar a opção de autorun de novas mídias no Windows em que o pen-drive for inserido. O problema é que essa opção está quase sempre ativada, e ninguém se lembra de desativá-la (ou não se importa, porque não é algo muito prático para quem quer fazer uma simples apresentação de apenas alguns minutos!).

O segundo é que, mesmo que você formate o pen-drive, alguns instantes depois o vírus se recopiará para o mesmo. Ou seja, você só teria formatado por meros instantes…

Claro, a melhor forma de atacar isso é começando por rodar um anti-vírus no Windows originalmente infectado, mas isso foge do escopo desse post.

Vou expor aqui uma forma de recuperar o pen-drive a partir do Linux. Recuperar, nesse contexto, significa simplesmente formatá-lo: recriar o sistema de arquivos. Só isso.

Gostaria de destacar que existem boas chances de existir uma forma de fazer o que eu vou listar a seguir através de um programa com interface gráfica (exemplo: gparted). No entanto, vou me ater à linha de comando, porque é uma forma que vai sempre funcionar, e que é confiável (talvez não seja necessariamente fácil, mas isso é outra história).

Etapas – atenção! Recomendo que leia tudo antes de testar em seu próprio dispositivo. Se você utilizar esses documentos no disco errado, vai perder os arquivos desse disco. Apenas atenção!:

1 - Obtenha uma máquina com Linux, abra um emulador de terminal, e insira o pen-drive.

2 - Certifique-se que o Pen-drive foi reconhecido pelo sistema. Para isso, você deverá checar os discos da forma /dev/sdX, onde X é uma única letra, como por exemplo /dev/sda, /dev/sdb/, /dev/sdc. Usualmente o primeiro disco da máquina (o /dev/sda) é o que está rodando o sistema. Então, atenção: **praticamente nunca o pen-drive vai ser o /dev/sda.**Note que a palavra disco, nesse contexto, significa (em geral): Disco Rígido (HD), SSD, Pen-Drive, Cartão SD, … ou seja, praticamente qualquer dispositivo moderno de armazenamento de dados.

2.1 - Como checar os discos? Rode o comando

sudo fdisk -l

É necessário um pouco de bom-senso. Geralmente você sabe a capacidade do seu pen-drive (digamos, 4GB); portanto, procure o dispositivo que indicar 4GB. Se você estiver na dúvida, retire o pen-drive, rode esse comando novamente, então recoloque o pen-drive e rode esse comando mais uma vez: agora compare qual disco apareceu dessa vez.

3 - Vou supor que o pen-drive é o /dev/sdX. **Atenção! Utilize essa linha de comando para a letra que é correta para você.**Agora, rode

sudo cfdisk /dev/sdX

Provavelmente você só possui uma partição alocada, do tipo FAT32. Eu recomendo deletar essa partição e criar uma nova. Isso deve ser intuitivo, apenas siga a interface. Depois de criar a nova partição, usualmente ela vai ter algum sistema de arquivos que tem a ver com o Linux. Nesse caso, é necessário mudar o tipo do sistema de arquivos (procure a opção “type”, ou similar) para FAT32. NTFS também é uma opção, mas eu realmente recomendo colocar FAT32: é o que o próprio windows seleciona (geralmente)!

Se você fez isso direitinho, agora procure a opção “write” para gravar as mudanças realizadas. Se você NÃO FEZ isso direito e, por algum motivo, se enrolou ou não encontrou dada opção, então procure “cancel”. Se você cancelar, nada do que você fez foi gravado em disco, então é como se você nunca tivesse rodado o comando cfdisk, pode ficar tranquilo.

4 - Agora que recriamos o nosso sistema de arquivos FAT32, devemos criá-lo efetivamente! OK, perdão pela minha terminologia. É o seguinte: na etapa anterior, indicamos que o sistema de arquivos é FAT32 (ou NTFS, depende de você). Agora vamos alocar esse sistema de arquivos efetivamente. O comando típico é o seguinte:

sudo mkfs.ntfs -L "MEULABEL" /deb/sdX1

sudo mkfs.vfat /dev/sdX1

Qual você vai usar? Depende se você escolheu FAT32 ou NTFS. Para especificar um label no caso de ter escolhido FAT32, utilize o comando

sudo fatlabel /dev/sdX1 "MEULABEL"

Sobre a numeração, /dev/sdX1, /dev/sdX2, etc, se referem às partições do disco /dev/sdX. No caso, eu assumi que você só criou uma única partição (o que é o comum em pen-drives), então você vai utilizar /dev/sdX1 mesmo.

Bom, é isso! Se você seguiu as etapas corretamente, o seu pen-drive estará formatado, livre do vírus. Não o insira na mesma máquina que o infectou, senão você vai ter que formatá-lo novamente.

— § —

Reply via email

Kernel Panic, uma história de amor, parte ????

serendipity@perrotta.dev (Thiago Perrotta) — Tue, 06 May 2014 23:36:13 -0300

♠ É, meus amigos, a minha (longa) jornada de exploração do mundo Linux Desktop está praticamente chegando ao fim. Pessoalmente, já explorei tudo o que eu queria. Foram 2 longos anos, e acredito que eu tenha atingido um nível de maturidade razoavelmente bom, a ponto de recomendar a outras pessoas que se interessam por TI fazerem o mesmo que eu fiz. Felizmente, várias (mas, infelizmente, não todas) das minhas etapas ao longo dessa jornada estão registradas (às vezes, documentadas também!) nesse blog.

OBS.: estou escrevendo esse post sem absolutamente nenhum link e nenhum tipo de marcação (negrito, etc), isso é proposital.

O desafio final, necessário para o meu diploma autodidata, foi adiado o máximo possível. Sim, ele é exatamente isso que você está pensando: testar o Gentoo. Hoje o meu Grub possui entradas tanto do Arch quanto do Gentoo. Vou adiantar uma coisa: a entrada do Gentoo é temporária. Assim que eu terminar de explorar todas as features que parecerem interessantes de uma distro baseada em código-fonte, do portage, do eix, equery, masks, slots, OpenRC, e mais todas as características peculiares do Gentoo, vou me desfazer dele.

Vale a pena dedicar pelo menos um parágrafo para falar sobre o porquê disso. Vai ser só um, prometo. Desde o meu primeiro dia com Linux (com nada menos que…Ubuntu! É, já falei disso aqui várias vezes), eu percebi que iria gostar muito daquilo. Daquilo o quê? Tanto do design da coisa, quanto das comunidades, de outras pessoas que também eram entusiastas por aquele design. Assim, tentei me envolver com a comunidade do Ubuntu. Cadastrei-me no Launchpad, no fórum Ubuntu-BR, no fórum oficial do Ubuntu (em inglês), tentei acessar o IRC do #ubuntu, ixi, foram várias coisas desse tipo. Fiquei um tempo fazendo isso. Mas não me senti 100% à vontade. Por quê? Porque parecia algo não muito natural. Não era algo com que eu chegasse um fim de semana e estivesse super animado e entusiasmado para postar no fórum do Ubuntu, não mesmo.

Ops, cá estou eu quebrando minha promessa e criando outro parágrafo…daí, eu decidi partir para outra, fui para o mundo do KDE, tentei fazer parte da comunidade deles, etc, etc, ficou esse ciclo, e depois testei uma distro atrás da outra, valendo destacar que também tentei participar da comunidade do openSUSE e do Fedora.

Só que existia um problema, nada disso parecia certo, nada disso parecia feliz, natural. Parecia só uma modinha. Ah, um usuário de Linux novo, se juntar com a comunidade. Tem um monte de wannabes por aí, colocando em seus blogs pessoais vários símbolos de coisas relacionadas a open source e distros de Linux (ops…eu sou um deles???). Sabe qual é o problema? O problema é quando você inclui essas coisas sem sequer saber sobre o significado delas direito. Quando você tem uma pressão interna para colocar um símbolo do (digamos) Ubuntu relacionado a você, mas você mal sabe o que é o Ubuntu, com a maior parte da sua experiência limitando-se apenas usar o sistema.

Uma das coisas que eu aprendi, um dos significados mais importantes e mais (permita-me dizer) belos sobre esse mundo, é o significado de: COMUNIDADES. Comunidades são uma coisa bastante complexa mas, uma vez que você entende o propósito, a motivação, e o objetivo por trás de uma, tudo se torna infinitamente mais fácil, e você passa automaticamente a entender sobre todas as comunidades. Em outras palavras: conheça bem uma comunidade, e você conhecerá todas!

A questão foi: depois de passar por todas aquelas comunidades de distros que citei, e ter detestado isso tudo, de maneira frustrada, chegou um certo dia que eu conheci a comunidade certa PARA MIM. É óbvio que eu estou falando da comunidade do Arch Linux. Se a comunidade do Arch é perfeita? Para mim, é! Mas, note que a resposta para “X é perfeito?” é relativa, e depende do referencial. Perfeita para quem? Continuando com esse exemplo, para a maior parte das pessoas que eu conheço, o Arch é uma das piores comunidades que você tem para participar. Você tem que correr atrás para interagir com os outros membros (isto é, ninguém vai fazer nada por você se você próprio não se esforçar), ela é fortemente baseada em meritocracia (quanto mais você colaborar, mais os outros membros vão reconhecer o seu valor dentro da comunidade. Nem todas são assim. Em alguns lugares, o mais rico é o mais foda. Ou, quem tem as melhores redes de contatos. Ou, quem dedica mais tempo (não necessariamente mais contribuições) para a comunidade. Cada comunidade tem a sua própria forma de atribuir valores a si mesma!), em manter as coisas simples e evitar complexidades e firulas desnecessárias (o que, por exemplo, muitas vezes acaba com o conceito de “ser fácil de usar de primeira”, o que é claramente ruim para muita gente).

Ah, enfim, quanto uma comunidade é bem definida, os seus valores são bem definidos. Para o Arch, existe o “Arch Way”, para o Ubuntu, “Ubuntu code of conduct”, para o Fedora, “core values”. Para o seu grupo de amigos (que também forma uma comunidade!), talvez preferir pizza de Pepperonni (escrevi certo?) e torcer para o time XXX de futebol (sorry, me recuso a citar qualquer time de futebol brasileiro nesse espaço) sejam os valores da sua comunidade e, em princípio, não há problema nenhum nisso!

Muito bem, vamos voltar a ter foco no tema do post (se é que ele tem um). Eu ia escrever 3 posts separados, um falando sobre comunidades, um falando sobre o Arch e sobre o Gentoo, e o outro falando sobre um pouco de tudo, mas acabou que ficou tudo misturado aqui.

Sobre comunidades, uma das coisas que eu considero um MUST DO para qualquer pessoa, é ler o sensacional “The art of community”, do Jono Bacon (eu disse que não vou indicar links, faça seu dever de casa e pesquise, caso se interesse). Esse livro está disponível sob a Creative Commons, então você pode baixá-lo gratuitamente. Jono Bacon é o atual Community Manager do Ubuntu, ele é responsável por gerenciar uma boa parte da comunidade do Ubuntu, e de assegurar que os interesses da Canonical estejam mais ou menos congruentes aos da comunidade do Ubuntu. Ele também é um dos atuais hosts do Bad Voltage, um podcast que gosto bastante.

Enfim, o negócio desse livro é que ele é uma lição de política, de comunidades, de interação, de gestão, de (…), AH, de tudo. Um livro perfeito para se ler em um ano de eleições, mostra o quão falha é a gestão do nosso Brasil. E também o quanto algumas empresas desse mesmo país estão fadadas ao fracasso. Naturalmente, essas são conclusões que uma leitura atenta lhe permite tirar.

Depois que li esse livro e refleti sobre a minha tentativa por procurar a “comunidade perfeita”, percebi que tudo isso se relacionava e fazia completo sentido. Encontrar uma comunidade da qual você se sinta parte é uma sensação muito boa!

Agora, já que eu estou falando de fazer parte, vale dizer outra coisa. O que é preciso para fazer parte de uma comunidade? Há algumas que possuem os seus métodos oficiais. “Fedora Ambassor” (acho que se escreve assim) é um exemplo de badge oficial. Só vou dizer uma coisa sobre isso: existe uma vibe muito grande de pseudocults e de pseudo community members nessa área (nessa = não me refiro ao Fedora, não! Me refiro aos badges e tudo o mais). Pessoas que só querem um badge de certa comunidade, mas que não sabem nem um pouco sobre a mesma, mas só querem participar da organização para se promoverem, e ganharem algum nome, aproveitando-se da reputação da organização. Bom, felizmente me orgulho de dizer que na comunidade do Arch não existe a possibilidade disso acontecer, simplesmente porque não há badges (bem, só em torno de umas 100 pessoas possuem esses badges, então na prática é como se não houvesse; essas pessoas são os usuários confiáveis (“trusted users”) e mais outros, que contribuem DIRETAMENTE para a manutenção da distro): a forma de você se envolver com a comunidade é se envolvendo, e pronto. Não existe nenhum selo para ser exibido. A vantagem disso é que pseudocults usualmente desistem fácil de comunidades desse jeito: ora bolas, o objetivo é acumular badges, e não participar da comunidade em si. Resumindo: participa quem quer, quando quer, PORQUE quer. Quer o quê? Ver a comunidade crescer, evoluir, e se interagir cada vez mais! Sem selos.

O parágrafo anterior foi fortemente baseado no livro do Bacon, mas OK. Um resumo mal feito, verdade. Quando um livro é sensacional, qualquer resumo dele é mal feito, não tem como. Nada substitui o conteúdo original do livro.

OK, se você ainda está lendo isso, ou você está curioso para ver onde esse post vai dar, ou talvez você tenha um espírito puro em relação a comunidades e não seja pseudocult, portanto. Talvez você ainda esteja procurando a sua comunidade perfeita. Enfim, você é especial, porque a maioria das pessoas já ficam de saco cheio logo nos primeiros parágrafos desse texto xDD, aprendi a fazer isso com a comunidade do Arch, viu como aprendemos coisas?

Mas, voltando a falar sério: essa é a minha terceira versão de um texto que eu sempre quis escrever, de algo que eu sempre quis expressar. As duas primeiras versões nunca foram publicadas, estão bagunçadas demais. Essa também está, mas está bem menos, acredite. E, mesmo que eu escrevesse 10 vezes, continuaria assim, sabe por quê? Porque quando tentamos falar de modo perfeito de algo no qual acreditamos e de que somos entusiasmados, não tem como não misturar sentimentos e pensamentos pessoais com o fluxo do texto. Isso só mostra que esse tema é algo realmente bastante especial para você.

Mas, muito bem, essa parte foi um pouco (muito!?) filosófica. Vou escrever uma outra parte, comparando o Gentoo ao Arch e, nessa, prometo que vou ser mais objetivo. Além disso, existe uma possibilidade de que eu poste uma continuação para esse post, com mais filosofia. Se você tiver curiosidade em ver os dois primeiros rascunhos para esse post (uma bagunça…), deixe-me saber disso.

Até a próxima. E, vou reforçar: o meu conteúdo sobre Linux está em breve chegando ao fim. Quer dizer, não sobre Linux, mas sobre Linux Desktop. Realmente foi uma jornada bastante legal, mas eu vou me mover para outras áreas agora. Qual? Muito possivelmente: ou redes/servidores/essas coisas, ou teoria de linguagens de programação e de compiladores. Existem outras possibilidades, mas essas são as mais prováveis. E, é claro, sempre tem um pedaço da maratona de programação, mas sobre isso você sabe que eu escrevo em outro lugar.

— § —

Reply via email

#legacy #privacy #security

Instalando o Gentoo a partir do Arch

serendipity@perrotta.dev (Thiago Perrotta) — Thu, 01 May 2014 02:20:00 +0000

♠ TL;DR: pequena TODO list sobre como instalar o Gentoo. Você vai passar 90% do seu tempo olhando para texto dando scroll na tela (processo demorado…).

Esse é o método mais tradicional possível (e que me interessa) que pude constatar. Adapte-o para as suas próprias necessidades:

Boote em um ambiente com o Arch (na verdade, você pode fazer isso a partir de qualquer distro decente).
Crie uma partição /, do tipo ext4, para acomodar a instalação do Gentoo. De preferência, coloque um label decente lá. Sugestões de ferramentas para isso: cfdisk ou gparted.
Monte essa partição em /mnt/gentoo.
Continue a partir do handbook oficial do Gentoo – nesse caso, para a arquitetura amd64. No entanto, atenção. Use esse guia para perceber quais etapas de instalação e configuração são diferentes (em relação a se estivéssemos instalando pelo método oficial, a partir do live environment do gentoo), mais especificamente da parte 4 à parte 6.
Baixe o PKGBUILD gentoo-mirrorselect do AUR.
Use mirrorselect -i -o e então selecione interativamente os mirrors mais próximos da sua localização atual. Copie o valor da variável GENTOO_MIRRORS para o final do seu /mnt/gentoo/etc/portage/make.conf.
Copie o seu /etc/resolv.conf para /mnt/gentoo/etc/resolv.conf. Isso é importante para ter conectividade dentro do ambiente de chroot.
CFLAGS que recomendo para o /etc/portake/make.conf (helper):

-march=native -O2 -pipe

A partir daqui, nada especial, apenas continue seguindo o handbook do gentoo, até a parte do bootloader.
Chegando na parte do bootloader, optei por deixar o Arch gerenciá-lo. Nesse caso, basta rodar um típico grub-mkconfig -o /boot/grub/grb.cfg que o Gentoo deverá ser automaticamente detectado (supondo que o pacote os-prober esteja instalado).
Configure a rede no Gentoo. Isso é bastante específico, mas o procedimento é bem parecido com a configuração da rede no Arch. A única questão é que, ao dar emerge no wpa_supplicant (no caso de você utilizar Wi-fi), vai demorar bastante até todas as dependências serem instaladas (esse é o ponto principal que me afastou do Gentoo até hoje. Sem pacotes binários, ter que compilar tudo localmente…ao menos, se no final a otimização do sistema for maior, poderia ter valido mais a pena.)
Teste o Gentoo durante uma semana e diga o que você achou dele 😉
Decida se você gosta mais do Gentoo ou do Arch. Isso vale tanto para o sistema, tanto para a comunidade. Não tenho ideia de como seja a comunidade do Gentoo (a do Arch eu já tinha uma boa noção de como era mesmo antes de ter o sistema instalado).

Valeu pessoal. Como sou 100% newbie no Gentoo, apreciarei quaisquer dicas! (Enquanto as dicas não aparecem, Wiki Pages e Forums Threads me esperam). Sabe, é bom, de vez em quando, ser newbie em alguma coisa. Claro que ser expert / muito bom / hacker em algumas aplicações é ótimo, mas eu acredito na importância de possuir uma boa base de conhecimento em geral (não necessariamente apenas para fins acadêmicos ou financeiros, mas também para satisfazer a mente: desafios são importantes!).

Ah, mais dois comentários:

Terminando de escrever esse post e de editá-lo, a compilação dos (130) pacotes que o wpa_supplicant puxou não chegou nem na metade… (eu teria instalado uns três ou quatro Archs automatizados nesse tempo – tá bom, não vale comparar pacotes binários com código-fonte, eu sei)
Esse é o meu terceiro ou quarto post utilizando o org2blog (do emacs). Já ficou bastante claro para mim que vou passar a usá-lo de maneira fixa. O único problema é que eu ainda não sei a sintaxe de formatação dele direito, é muita informação. Não é nem que não seja intuitiva, mas já tem LaTeX, BBCode, Markdown, aí eu tenho que aprender mais uma markup language. Mas, provavelmente vou me submeter a isso, o orgmode é sensacional para management em geral.

— § —

Reply via email

#dev

OpenPGP

serendipity@perrotta.dev (Thiago Perrotta) — Sat, 26 Apr 2014 16:21:00 -0300

♠ Resolvi tomar mais um passo em direção à minha privacidade e segurança, passo esse que deveria ter tomado faz bastante tempo. Não é um passo secreto; se fosse, então esse post não existiria, naturalmente. Estou falando de PGP.

Esse post serve para mostrar que isso existe (afinal, nem todos estão cientes sobre isso) e para deixar uma coleção de links que podem ser úteis para quem quiser ler mais sobre isso ou, até mesmo, entrar nesse mundo.

Gostaria de ressaltar que esse assunto não é algo que eu considero trivial, nem que possa ser aprendido em um único dia. Existem vários conceitos de segurança e de criptografia envolvidos nisso. No entanto, acho que isso faz alguém que se importe com TI em geral aumentar a sua maturidade em relação a segurança.

You should keep your private master key very, very safe. However, keeping all your keys extremely safe is inconvenient: every time you need to sign a new package upload, you need to copy the packages onto suitable portable media, go into your sub-basement, prove to the armed guards that you’re you by using several methods of biometric and other identification, go through a deadly maze, feed the guard dogs the right kind of meat, and then finally open the safe, get out the signing laptop, and sign the packages. Then do the reverse to get back up to your Internet connection for uploading the packages.

(retirado da wiki do debian)

Links #

OBS.: ainda não utilizo a minha chave de maneira pública. Em breve.

— § —

Reply via email

Os servidores de DNS da Net/Virtua foram hackeados

serendipity@perrotta.dev (Thiago Perrotta) — Sat, 26 Apr 2014 12:00:00 -0300

♠ Se você é usuário da NET, tome MUITO CUIDADO se, ao digitar um link no seu navegador predileto, você se deparar com uma página falsa do Flash Player. NÃO CLIQUE EM NADA!!

Isso não acontece só para o site do facebook, acontece para outros sites também. Mas não acontece para todas as páginas. No meu caso, quando não acontece para algumas páginas, é porque o servidor de DNS utilizado para consulta é algum outro.

O motivo dessa página estar aparecendo é que o DNS da Net foi hackeado.

O servidor 201.6.4.116 é um dos servidores DNS da Net, e o 8.8.8.8 (assim como o 8.8.4.4) são servidores DNS do Google. Se fizermos uma consulta de DNS no domínio www.google.com com o servidor de DNS da Net, e depois com o servidor de DNS do Google, vemos que esses dois resultados são diferentes. Motivo? A DROGA DO SERVIDOR DE DNS DA NET FOI HACKEADO!!!

Notem que o servidor 206.190.150.21 (que o servidor de DNS da Net diz ser o endereço do Google) é, justamente, o servidor de origem daquele arquivo .zip malicioso.

Recomendação #

Em primeiro lugar, se você ver a página acima do Flash Player, feche-a imediatamente, NÃO CLIQUE EM NADA!!

Segundo, mude os seus servidores de DNS para os do Google (8.8.4.4) e (8.8.8.8) o mais rápido possível, e então reinicie o seu computador (reiniciar a rede basta, mas só para garantir).

Linux (NetworkManager) #

Supondo que você usa NetworkManager (provavelmente, é o default do Ubuntu se não me engano), crie um arquivo /etc/NetworkManager/dispatcher.d/use-my-custom-dns.sh:

#!/bin/bash
cp -f /etc/resolv.conf.custom /etc/resolv.conf

E depois crie outro arquivo /etc/resolv.conf.custom:

# Google's DNS
nameserver 8.8.8.8
nameserver 8.8.4.4

E então reinicie o NetworkManager (se você não sabe como fazer isso, a melhor forma é reiniciando o computador).

Ao reiniciá-lo, verifique o conteúdo do arquivo /etc/resolv.conf. Ele deve ser exatamente igual ao /etc/resolv.conf.custom anterior que criamos.

Outros sistemas operacionais #

Se você for usuário Windows, pesquise como fazer isso.

Se tudo estiver OK, eu recomendaria que vocês deletassem a cache (e tudo o mais) dos seus navegadores, e então provavelmente vocês estarão seguros. Pelo menos enquanto o DNS do Google não for hackeado também…

Update: Se você for usuário do Chromium/Chrome, além de mudar o seu DNS e deletar a sua sessão (Ctrl + Shift + Delete), assegure-se de que a URL chrome://net-internals/#dns esteja OK. Na dúvida, clique em “Clear host cache”.

— § —

Reply via email

Emacs, I just love you

serendipity@perrotta.dev (Thiago Perrotta) — Thu, 24 Apr 2014 22:08:00 -0300

♠ Hoje, dois anos depois de ouvir falar desse aparentemente simples, comum e mundano editor de texto, agora ele faz parte do meu ambiente de forma intrínseca.

Algumas ferramentas de que gosto:

org-mode
org2blog (comecei a usar hoje!!)
yasnippet (comecei a usar hoje!!)
emacs –daemon (comecei a usar hoje!!)
magit (para controlar repositórios)
dired (gerenciador de arquivos dentro do emacs)
helm – ferramentas do emacs integradas entre si
my-favorite-programming-language-mode
web-mode: para arquivos em html/css/javascript (em geral)
markdown-mode (!!!!)

E tantas outras…

— § —

Reply via email

i3lock-wrapper PKGBUILD

serendipity@perrotta.dev (Thiago Perrotta) — Mon, 21 Apr 2014 17:42:45 -0300

♠ Após ler os logs da aula de PKGBUILD, me senti inspirado para melhorar mais um PKGBUILD que resolvi manter recentemente.

— § —

Reply via email

Dota 2 @ Linux

serendipity@perrotta.dev (Thiago Perrotta) — Sun, 20 Apr 2014 22:15:34 -0300

♠ Nesse post: configurando o Linux para ter um bom desempenho no Dota 2 no Steam.

1 - Utilizar as seguintes flags para lançar o jogo:

-console -novid -noborder -high -autoconfig -nomousegrab

Fonte: http://dota2.gamepedia.com/Launch_Options

Depois de lançá-lo pela primeira vez com o autoconfig, vá nas opções de vídeo e coloque tudo na menor qualidade possível (menos qualidade ==> mais desempenho). Depois, retire a flag de autoconfig.

2 - Recomendo habilitar cl_showfps 1 no console. Esse console é o de dentro do jogo, o atalho default para acessá-lo é a contrabarra, mas eu mudei para o apóstrofo/aspas simples, porque a contrabarra não estava funcionando aqui. Você pode mudar o atalho nas configurações das hotkeys. Consegui um fps entre 30 e 50 (variando loucamente).

Fonte com outros comandos no console: http://dota2.gamepedia.com/List_of_Console_Commands

3 - Se a sua placa de vídeo for Intel (exemplo: Intel Graphics HD 4000), crie um arquivo ~/.drirc:

Fonte: https://github.com/thiagowfx/dotfiles/blob/master/.drirc

Isso tende a aumentar o desempenho do jogo, eu acho. A experiência me mostrou que é uma boa prática ter esse arquivo, mas não tenho certeza do porquê que ele funciona.

4 - Utilize os últimos drivers / pacotes, se possível. Especialmente o mesa3d e as bibliotecas de 32 bits. Se você estiver utilizando o Arch (rolling-release), um Ubuntu recente (suporte oficial da Steam) ou o Steam OS, provavelmente estará tudo certo (desde que você atualize o sistema regularmente).

Vale dizer que eu quase nunca consegui rodar o dota direito nesse notebook, mas após seguir todos esses passos eu consigo um bom desempenho. Tudo bem que eu estou rodando com tudo no mínimo, mas antes nem assim rodava direito. Alguma dessas modificações fez bastante diferença. Qual? Boa pergunta.

Vale dizer que eu estou utilizando um tiling window manager, o que significa que a flag de noborder é especialmente atraente. Isso significa que posso mudar de workspace/tag (equivalente a Alt+Tab para stacking window managers) de forma ridiculamente fácil. Além do mais, eu consigo redimensionar e mover o contexto OpenGL do Dota 2 como se eu estivesse brincando. Essa flexibilidade vale a pena, e é melhor (a meu ver) do que rodar o game emfullscreen.

— § —

Reply via email

Recovery típico via USB

serendipity@perrotta.dev (Thiago Perrotta) — Fri, 18 Apr 2014 13:38:36 +0000

Meu computador não boota! E agora? Possíveis sintomas: tela preta congelada, tela de splash congelada, systemd travado, upstart travado, corrupção (fsck não ficou satisfeito), bootloader (grub,syslinux,EFI) mal configurado (ou não configurado)
Obter uma distro de Linux e gravá-la num USB Flash Drive (pendrive). Meu gosto pessoal: System rescue cd, Parted magic, Slitaz ou Arch Linux.
Bootar a distro e imediatamente abrir um console/emulador de terminal. Com interface gráfica ou não, a gosto.
fdisk -l para detectar os discos do computador. Detectar o disco cujo sistema está com problema. Geralmente o que contém a partição /boot ou /. Identificar as partições também é usualmente importante.
Se você precisar formatar alguma partição, cfdisk ou parted. Exemplo: cfdisk /dev/sda1.
Se você precisar (re)criar algum filesystem , mkfs (por exemplo, mkfs.ext4 -L "archroot" /dev/sda1).
Para (re)montar o seu sistema de arquivos: (por exemplo) mount /dev/sda1 /mnt.
chroot no sistema que você acabou de montar: chroot /mnt.
Para recuperar (na verdade, gerar novamente) o arquivo de configuração do grub dentro do chroot: grub-mkconfig -o /boot/grub/grub.cfg.
Para reinstalar o grub (fora do chroot!), use grub-install.
Explorar o diretório /etc/systemd/system.

Usualmente um desses passos é um caminho para resolver o problema. No final das contas, as coisas são bastante específicas, dependem do contexto.

— § —

Reply via email

[Opinião] Ubuntu 14.04 lançado

serendipity@perrotta.dev (Thiago Perrotta) — Fri, 18 Apr 2014 01:51:56 -0300

♠ O Ubuntu 14.04 acabou de ser lançado. Olhando rapidamente as release notes, dá para notar que tem muita coisa (e bastante atualizada) boa nessa versão LTS. Também não faz muito tempo (menos de 1 mês) que a versão 3.12 do Gnome foi lançada, o que não é nenhuma surpresa, já que as releases dos dois projetos são mais ou menos sincronizadas.

Desde que a interface Unity foi introduzida, depois de muito mimimi (alguns com razão, outros nem tanto) por parte da comunidade e do papo que Ubuntu is not a democracy, depois que o Steam passou a ser suportado no Ubuntu, depois que o bug #1 foi fechado e o Skype passou a ser suportado no Ubuntu e, finalmente, depois que pude acompanhar um pouco sobre como a comunidade do Ubuntu funciona, e ter conhecido um pouco mais o Jono Bacon (community manager), tenho que dizer que a Canonical está fazendo um ótimo trabalho.

Apesar de não adotá-lo como a minha distro principal atualmente, é bastante bonito ver um projeto open source vastamente utilizado por vários usuários no mundo todo, inclusive vários conhecidos, prosperar. Esse é o poder da comunidade.

Aproveito e deixo esse link para quem acabou de instalar essa versão.

— § —

Reply via email

Spotify

serendipity@perrotta.dev (Thiago Perrotta) — Tue, 15 Apr 2014 22:57:13 -0300

♠ Raramente recomendo algum serviço / algo comercial, mas faço questão de recomendar o Spotify. Estou usando-o há mais de uma semana, e é uma boa forma (1) de indexar as músicas que você gosta (2), certamente melhor do que a nuvem.

Resumidamente:

Um bom modelo de negócios (para o usuário final): você ouve músicas gratuitamente, tendo apenas que ouvir uns 30 segundos de propaganda ocasionalmente (tipo a cada 3 ou 4 músicas, não é tanto assim). Esse é o tipo de negócio que dá gosto de suportar (veja a parte de “NOT ADBLOCK”).
scrobbles podem ser encaminhados(?) para o last.fm (ainda estou procurando uma forma de fazer isso para o libre.fm); o cliente (player) para Desktop e para Web possuem uma forma fácil e integrada de dizer quais músicas você gostou e quais você detestou, aumentando cada vez mais o poder de previsão / recomendação desse serviço.

Vejamos algumas controvérsias:

Com DRM (isso pode ser superado de maneira relativamente fácil, porém demorada, mas isso não é algo que queremos fazer com um serviço bom, certo?). Mas o que mais esperar de um serviço de músicas? Já acho incrível o catálogo que ele tem – em termos de quantidade e de qualidade. Não dá para reclamar disso. É uma forma parecida com a do Steam.
Ainda não está 100% disponível no Brasil (deve ficar em breve). Se o seu IP diz que você é do Brasil, dê o seu jeito. As boas e velhas keywords são proxy e/ou VPN.

Ele possui cliente nativo para Linux! No Arch, veja no AUR (a quantidade de votos reflete a sua popularidade).

Para completar, mais tarde quero testar o Pandora também, para comparar os dois. Vale dizer que ouvi falar pela primeira vez do Spotify faz muito tempo, no Everyday Linux Podcast (valeu Mark, Seth e Chris!), em algum episódio entre o 50º e o 100º (não vou me lembrar de qual…), mas só pude testá-lo agora.

— § —

Reply via email

Android dev: summary

serendipity@perrotta.dev (Thiago Perrotta) — Sat, 12 Apr 2014 22:57:34 -0300

♠ Esse é um draft perdido com algumas anotações sobre Android. Foi criado enquanto eu estava fazendo um curso no Coursera. Na época, acabei escrevendo aqui por falta de um lugar melhor para isso. Hoje em dia eu faria diferente, tenho todo um plano para organizar (e compartilhar!) algumas das minhas anotações. Por enquanto esse plano ainda não está em prática, mas enfim.

Abaixo está o draft, reproduzido na íntegra:

Hello there. This is just part of a experiment. Usually I take notes with my notebooks, but they usually become messed up. Temporarily I’ll use this blogging space as a note taking platform too. I have to find more convenient ways to do that…any recommendations accepted! I’ve already thought of github, but it is not that indexable. This public information should (may) be useful for someone a day.

Debug @ Console: xinetd w/ systemctl service > telnet localhost > 5554 > 5556 > … // help FTW
Use 5554/5556 to refer to the device (e.g. to send text messages or make calls)
Use LogCat View @ Eclipse to see log messages (filter options FTW) // Code: Log.e […]
C-F12 to rotate the emulator (other hotkeys @ developer.android.com page)
command android to open the Android SDK Manager
KISS: only the Intel images + the SDK platform are important
Enable HAXM (Windows or Mac) or KVM (Linux) acceleration if you can
.xml files everywhere…
android-udev: use it to connect your device to your computer on Linux (see the AUR)
Android API: 10 (2.3.3 - Gingerbread), 16 (4.1.2 - Jelly Bean!), 18 (4.3)
do not make your ~/workspace a mess, please
R.java ==> if any problems, go to Project > Clean…
C-S-O come in handy (Eclipse: organize imports)
Use the ‘Quick Access View’
alias emulator-template="emulator -avd "Intel-10-480x800" -qemu -m 512 -enable-kvm -gpu on" // https://developer.android.com/tools/devices/emulator.html#acceleration
host is acessible from the emulator via 10.0.2.2 (QEMU feature)
C-I auto indent @ Eclipse

— § —

Reply via email

https://gist.github.com/thiagowfx/10549532

Integrando QT Creator com cmake

serendipity@perrotta.dev (Thiago Perrotta) — Sat, 12 Apr 2014 15:38:15 -0300

♠ TL;DR: movendo o estilo de desenvolvimento de Emacs + programa na linha de comando para QT Creator + programa com interface gráfica (em…QT, é claro!).

Existem basicamente duas etapas para realizar essa transição. A primeira é tão ridiculamente fácil, que nem precisaria ficar registrada aqui. Apesar disso, não parece ser tão trivial ou que vá funcionar out-of-the-box, então vou documentá-la aqui assim mesmo.

Já a segunda requer um pouco de entendimento sobre como o cmake e o qmake (ferramenta de gerenciamento de compilação utilizada pordefault por um projeto do QT Creator) funcionam.

OBS.: QT5. Mas, você também pode aplicar o que está escrito aqui para QT4. Com alguns cuidados.

Primeira etapa #

1-) Assegure-se de que o seu projeto em cmake funciona corretamente. A estrutura atual dele deverá ser similar à seguinte:

ProjectTopLevelDir/
ProjectTopLevelDir/CMakeLists.txt(arquivo top-level de configuração do cmake)
ProjectTopLevelDir/src/ (código-fonte do projeto)
ProjectTopLevelDir/build/ (onde o projeto é compilado)

Existe uma variação comum para o caminho de build:

ProjectTopLevelDir/../build/

Tanto faz a variação adotada. No entanto, ao utilizarmos o QT Creator, o wizardde importação de projeto nos recomendará a segunda, pordefault.

2-) Abra o QT Creator, clique em Open File or Project, e importe o CMakeLists.txt indicado no item anterior. É importante importar o CMakeLists.txt mais top-level do seu projeto.

3-) A pasta de build especificada pode ser a mesma que a anterior. Ou, você pode adotar o padrão sugerido pelo wizard, que é algo do tipo ProjectTopLevelDir-build/(a segunda variação, como eu disse anteriormente).

4-) Clique em “Run CMake”. Você provavelmente irá querer o “Unix Generator (Desktop)”.

5-) Sente-se e espere a mágica acontecer. Brincadeira, não é mágica, na verdade é um comportamento muito bem definido. O que o Qt Creator faz behind-the-scenesé, basicamente, rodar o cmake para gerar um .cbp (output de projeto para o Code::Blocks, mas que o Qt Creator sabe interpretar também – thank you!), em vez de um usual Makefile. Esse .cbp configura o ambiente do Qt Creator para o seu novo projeto.

6-) Clique em Finish.

Segunda etapa - preliminares #

Agora você vai notar que o botão de “play” (Run, atalho Control-R) construirá o seu projeto corretamente e, provavelmente, também rodará o executável correto. Isso indica o fim da primeira parte.

Se você realizar quaisquer modificações significativas no seu projeto (no que diz respeito à estrutura dele, ou algum CMakeLists.txt), assegure-se de rodar o CMake novamente. Você pode fazer isso clicando com o botão direito no projeto (na sidebar da esquerda) e depois em “Run CMake”.

E daí você percebe que especificar etapas em linha de comando é algo bem mais fácil e preciso do que especificar etapas em uma IDE. Além do mais, daqui a algumas versões, a interface do Qt Creator pode mudar, e o que eu acabei de descrever aqui terá de ser reaprendido / readaptado. Use o bom senso.

Muito bem, na segunda etapa dispensaremos completamente a ferramenta qmake, passando a utilizar somente o **cmake.**Assumiremos que você quer criar uma interface em Qt. Se você só quiser utilizar o QT Creator, sem criar nenhuma interface, então você pode parar na etapa 1.

Segunda etapa - agora sim #

1-) Abra o seu CMakeLists.txt top-level num editor de texto. Pode ser no próprio Qt Creator, ou não, tanto faz.

2-) Vá para o final desse arquivo. Vamos adicionar as seguintes instruções lá:

3-) Comentários:

Note que essa é a instrução de um dos meus projetos. Toda a parte onde contém “raytracer” você deve mudar de acordo com o seu próprio projeto.
A parte do automocé essencial se você utiliza signals e slots.
A parte do wrap_ui é essencial se você utiliza o Qt Designer para criar um arquivo .ui. Se você criou o seu código “na mão”, não precisa. O que a wrap_ui faz é invocar o uic(ui compiler) do Qt nos arquivos .ui especificados. Isso é exatamente o que o qmake fazbehind-the-scenes(assim como a parte do moc, descrita no item anterior).
Se você utiliza *resources,*também é necessário adicionar uma instrução para isso. Ela não existe no meu exemplo. Olhe as referências no fim desse post.
Depois de criar quaisquer executáveis, é importante linká-los com a biblioteca do Qt. É para isso que a parte use_modules serve.

Depois disso, o seu projeto está sendo completamente gerenciado pelo **cmake.**Sem necessidade de qmake.

Referências #

Sugiro olhar o meu repositório no Github, open-bookmarks. Olha a parte que fala de cmake com qt5. Vou deixar uma cópia dessas referências aqui, no entanto, se eu adicionar quaisquer referências no futuro, elas serão adicionadas no repositório, e não nesse post.

Referências:

— § —

Reply via email

btrfs, let's go

serendipity@perrotta.dev (Thiago Perrotta) — Thu, 10 Apr 2014 21:48:36 -0300

♠ Hoje ouvi num podcast que o Facebook em breve usará o sistema de arquivos btrfs em seus servidores. Link upstream em 1. Servidores reais! De produção. R-E-A-I-S.

(OK, não são todos os servidores, mas isso já é um começo. Uma bateria de testes.)

Isso possui algumas implicações bem interessantes:

Os dias de ext4 como o filesystem principal do Linux podem estar contados. Na verdade, é dito que o btrfs não foi criado para substituir o ext4, ele seria apenas mais uma opção. Mas, o ext4 não vai ficar no topo para sempre…
Quando uma super empresa resolve tomar uma decisão como essa, significa que eles não vêem mais o btrfs como uma brincadeirinha. Além do mais, note que a versão 13.2 do openSUSE provavelmente trará o btrfs como filesystem padrão. Lembrando que o openSUSE (assim como o Fedora, e o Arch) é uma das distros mais pioneiras no que diz respeito a adotar novas tecnologias.

Ou seja, usar o btrfs como filesystem principal no…DESKTOP pode começar a ser uma boa ideia. Pessoalmente, só não migrei para o btrfs por dois motivos.

sem swap!
dor de cabeça

Na verdade, o primeiro motivo ocupa 90% de espaço. Dor de cabeça é natural, seria a mesma coisa se fosse para usar LVM, criptografar o HD/SSD inteiro ou aderir à uma nova tecnologia com o qual não se está acostumado. Documentação não falta! Migraria sem nenhum problema. Amanhã mesmo.

O grande problema é a falta de swap, é uma função que eu particularmente prezo bastante. Naturalmente, não é algo super útil em servidores, mas em desktops ( / notebooks, bah) é uma feature cômoda. Nada como acordar no dia seguinte e ver todas as suas janelas e seu trabalho restaurado do último ponto onde estavam.

Um dia eu testo o combo máximo: btrfs + LVM + criptografia. No desktop. Na verdade, acho que o btrfs dispensa LVM, aquelas pools dele devem ter uma função similar a ela. Enfim.

— § —

Reply via email

Séries com finais ruins

serendipity@perrotta.dev (Thiago Perrotta) — Thu, 10 Apr 2014 00:55:00 -0300

♠ Certo, a palavra trivia distingue bem computação/programação de outros tópicos.

Ultimamente, tive a sorte de ter escolhido boas séries para ver (motivação inicial, desde anos atrás: entender bem o inglês falado. Hoje isso está longe de ser minha motivação para ver séries: podcasts são muito melhores (=mais eficazes (ou eficientes?)) para se ouvir um idioma não-nativo, pelo menos isso é o que a minha experiência me diz.).

Escolher boas séries é importante, porque tomar a decisão de assisti-las do início ao fim é algo custoso, que toma bastante tempo. Então, no mínimo vale a pena parar para analisar se a série certa para você foi escolhida. Certo?

As 3 últimas séries que eu terminei de assistir (na ordem), assim como meus comentários pessoais (bem resumidamente, pois muito poderia ser comentado sobre elas, afinal, são vários minutos (horas!) de diálogos e entretenimento (ou não)) foram:

The Office (US). Humor sutil e inteligente, bem light, muitos personagens, dá para se apegar fácil a eles, situações do cotidiano. Mockumentary-style (~sitcom + documentary). Problema: a última temporada (9º) foi completamente chata (lembre-se de que é uma série de humor). Poderia ter terminado na oitava, e todos ficaríamos felizes com isso. O motivo é bastante simples: um dos personagens principais (O Michael -> Steve Carell) saiu na 8ª temporada, e isso simplesmente quebrou o ritmo e a fluidez da coisa.
How I Met Your Mother. OK, nunca fui um fã 100% dela, mas era legalzinha e light. Sitcom americana clássica. Problema: o último episódio rompeu completamente a evolução dos personagens e decepcionou uma base enorme de fãs (basta ver o thread de discussão do último episódio no Reddit).
Burn Notice. Parando para pensar agora, uma das poucas séries fora da categoria sitcom que eu assisti. É uma série de ação, meio policial (na verdade, de espionagem, pequena sutileza). Esse é um gênero que eu costumo evitar, simplesmente porque a maioria dos episódios tende a ser previsível (CSI é um ótimo exemplo de roteiro fixado). No entanto, fiz uma boa escolha, porque a direção dessa série é ligeiramente diferente (leia: menos previsível) do que séries típicas desse gênero. Terminei de ver o último episódio faz uns minutos atrás. Problema: a última temporada inteira (7ª). Podia ter parado na 6ª, ela tinha sido sensacional do início ao fim, depois a série simplesmente se perdeu.

Comentários:

Será que é tão difícil escolher fazer um final bom para uma série? Podemos parar para tentar definir o que é um final bom (ou bom final). Agradar os fãs? Deixar os personagens no seu estágio máximo de evolução (=maturidade)? Ocorrer algum evento clímax? Seja como for, para as três séries anteriores, nenhuma dessas coisas aconteceu.
Você sabe que escolheu uma série boa quando sente um sentimento de nostalgia / de vazio quando ela acaba. Das 3, HIMYM foi a que eu menos senti nostalgia (provavelmente porque o ruim foi o último episódio; diferentemente das outras duas, onde o que foi ruim foi a última temporada (inteira!)).
Passei a achar que assistir séries (mas não muitas, sem exagero, por favor!) é uma boa prática, por um número de motivos. Não vou explicitá-los agora, mas um deles é o fato de que você passa a achar os roteiros de filmes algo simples e previsível. Dado o fato de que em uma temporada muita coisa acontece com os personagens, sendo uma evolução usualmente complexa (e peculiar, para cada um deles), o espaço de tempo entre 1 e 2 horas que um filme te proporciona passa a parecer algo simples e fútil. É questão de contexto e relatividade, mas isso implica (no fim das contas) que, ao menos, os filmes que você escolher para assistir no futuro provavelmente serão escolhidos de maneira mais cuidadosa do que se você não assistisse série nenhuma. (OK, que argumentação extensa, já posso escrever uma dissertação sobre isso.)
Também achei uma boa prática escrever esse post. Às vezes faz bem fugir do tema central do seu blog (oi? Eu tenho um tema central por acaso?).
Isso poderia ser considerado off-topic, mas esse é um ótimo contexto para introduzir essa noção: descobri, na semana passada, que o meu estilo de escrita (o qual eu gosto bastante e, infelizmente, conheço pouquíssimas pessoas que gostam de escrever nesse estilo. Hum, provavelmente isso é bom, significa que meu estilo de escrita é razoavelmente original) foi fortemente influenciado pelo Douglas Adams (isto é, ele escrevia bastante num estilo no qual eu me inspirei para escrever dessa maneira, hoje). Descobri isso tendo terminado de ler (o original) The Salmon of Doubt: aproveito para deixá-lo como recomendação. É um livrinho bonzinho, bem light (já usei essa palavra pelo menos 3 vezes nesse post).
Só faltou falar do conceito de upstreamness de séries. OK, esse é um neologismo meu (acho que essa palavra não existe com o significado que eu adotei). Isso é um conceito bastante poderoso (=provoca uma boa influência), pelo menos é o que você passa a achar com o tempo. Acho que dá para entender o que significa, não é? Estou tomando emprestado o conceito de upstream de desenvolvimento de software. É basicamente o fato de você acompanhar uma série enquanto ainda há episódios em produção (isto é, em contraste com ver uma série que parou de ser produzida). Vou falar mais sobre o poder do conceito de upstream em um post futuro, só que com o significado voltado para open source e desenvolvimento de software mesmo. Deixa isso para depois.

Pronto, nada mais a acrescentar. Agora estou na fase de procurar uma nova série para ver. Isso não vai acontecer tão cedo: como eu disse, escolher uma boa série é um processo custoso. Mas, aceito recomendações.

— § —

Reply via email

Sugestão de app de gravação de som

serendipity@perrotta.dev (Thiago Perrotta) — Sun, 06 Apr 2014 14:40:02 -0300

♠ Na Play Store, naturalmente, existe uma infinidade de aplicativos que fazem isso (duh), mas a maioria deles é cheia de ads. Em (1) você encontra um open source e sem ads.

— § —

Reply via email

Erro de sincronização no Chromium

serendipity@perrotta.dev (Thiago Perrotta) — Sat, 29 Mar 2014 00:14:06 -0300

♠ Faz uns dias que noto que a sincronização dos meus favoritos no Chromium não estava sendo realizada corretamente. Com um pouco de investigação, descobri que o domínio clients4.google.com (utilizado para o servidor de sync, pelo menos no meu caso) estava bloqueado no meu Arch (adivinha por causa de que…).

Moral da história: cuidado, muito cuidado, com os seus próprios filtros.

OBS.: escreva chrome://sync-internals (ou chrome://sync) na barra de endereços e seja feliz.

— § —

Reply via email

CT sem luz: vamos indexar isso!

serendipity@perrotta.dev (Thiago Perrotta) — Sat, 22 Mar 2014 21:28:22 -0300

♠ “Inspirado” pelas quedas de luz nessa semana no Centro de Tecnologia da UFRJ , resolvi criar uma páginapara indexar (a partir de hoje) sempre que novas quedas de luz ocorrerem.

O objetivo disso? Dados são poder. É muito fácil chegar e reclamar “toda hora a luz acaba”, mas como podemos sustentar essas reclamações com uma devida argumentação se não possuímos dados (estatísticas) sobre a frequência com que essas coisas ocorrem?

Além do mais, se algum dia um futuro (ou atual) diretor ou decano resolver se gabar de que estamos em uma grande universidade, alguém pode aproveitar para lembrá-lo de que uma grande universidade sem luz não é algo muito útil.

Não espero que essa página fique completa, pelo menos não comigo sozinho. Vou anotar todas as vezes em que eu perceber quedas de luz, mas encorajo fortemente que outras pessoas também anotem, e me avisem para que eu possa incluir mais dados lá.

Esse projeto é o início de (provavelmente) muitos outros. Hoje a indexação é sobre as quedas de luz, amanhã pode ser sobre o estacionamento, sobre a segurança, sobre a infraestrutura. A internet está aí, só falta mais alunos quererem correr atrás para melhorar o que é deles.

(OBS.: não estou realizando a divulgação desse websiteem lugar nenhum, além do meu próprio blog pessoal. Se você achar esse projeto relevante, pelo menos deixe seus amigos saberem que ele existe.)

(OBS2.: quando esse projeto crescer, eu espero encontrar um domínio melhor para hospedá-lo. Mas, por enquanto, o github me parece suficiente.)

Obrigado pela atenção.

— § —

Reply via email

(Removendo) Bloatware @ Android

serendipity@perrotta.dev (Thiago Perrotta) — Sat, 22 Mar 2014 16:40:51 -0300

♠ Recentemente tive contato com um Stock Android 4.4.x (KitKat) e, whooooa, como eu tinha me esquecido o quanto um Android novo era bloated, cheio de firulas e coisas desnecessárias, que só complicam a usabilidade e a compreensão do usuário.

Vou utilizar um vocabulário relativamente mais amigável, já que esse post pretende dar alguma luz a um usuário não experiente (ou experiente).

Motivação #

Vejamos, em primeiro lugar eu vou reforçar o que eu acabei de falar: qual o objetivo disso, pra quê?? Se o público alvo for usuários experientes, eles vão ficar extremamente descontentes e insatisfeitos, porque serão expostos a firulas as quais eles não querem. Você poderia argumentar o seguinte: “ah, então é só eles removerem essas coisas. Certo?” Não. Errado. Quer dizer, estaria certo, o problema é que não dá para desinstalar programas “de fábrica” por default – a menos que você ganhe acesso root no seu Android. Então, porque não a) distribuir smartphones com acesso root out-of-the-box (=por padrão) ou b) fazer com que os aplicativos que já vêm instalados não tenham status “de fábrica”, o que significa que eles poderiam ser facilmente removidos.

Por outro lado, se o público alvo for usuários não experientes (e é, essa é a maior parte do market share do Android), então para que ficar incluindo um monte de funções, aplicativos e firulas que esses usuários nunca usarão? Pior ainda, muitos deles em inglês (estamos falando de usuários não experientes, nem todos sabem inglês). Naturalmente, não se pode agradar a todos, sempre vai haver alguma parcela dos usuários que terá que se descontentar um pouquinho, isso em si seria extremamente natural. O problema é que a parcela é enorme, e o descontentamento não é só um pouquinho. Bom, você pode dizer que a maioria das pessoas não está nem aí / não liga para isso (é verdade). Então, justamente por não ligarem é que esses “extras” (a partir de agora me refiro a isso como bloat/bloatware poderiam (deveriam?) ser reduzidos ao mínimo possível. Aí não tem como falar disso sem falar no KISS (~Keep it Simple); provavelmente esse é o acrônimo que eu mais uso aqui, mas é porque é um conceito que a maioria das pessoas e dos fabricantes parecem ignorar completamente. Como Albert Einstein disse uma vez, ~“mantenha as coisas o mais simples possível, mas não simplórias”. Não se trata de disponibilizar só o kernel para o usuário, não é, caramba, mas também não há a necessidade de incluir um monte de funções só para complicar a vida dele. Aí você diz: ah, mas a maioria dos Androids possui algum aplicativo “helper”, que vem com um tutorial e instruções de uso das funções mais importantes do aparelho. Mas esse é outro erro, parece ajudar, mas na verdade só complica. Segundo Donald Norman, um produto com um design bom é um produto que dispensa tutoriais, textos explicativos e/ou manuais. Ele é intuitivo, de forma que o usuário consegue perceber o objetivo de seu uso e como usá-lo “automagicamente” (pequena analogia: imagine um elevador, você entra nele, aperta o botão, e vai para o andar que você quer. Isso é um exemplo de bom design. Agora, se em determinado elevador você precisar parar para ler as instruções de como operá-lo, isso é (em geral) um design ruim. Exceções existem, cuidado para não generalizar esse argumento!).

Vou parar por aqui, esse assunto está longe de ser exaustado apenas com dois parágrafos, mas acho que isso já resume a minha motivação por trás desse post.

Algumas guidelines #

Nessa seção: algumas coisas que você pode fazer (ou pelo menos tentar fazer, ou se informar sobre) para reduzir o bloat.

Note que eu também vou incluir algumas features. Dependendo do seu ponto de vista, elas também podem ser bloat (isto é, você apenas estaria trocando um bloat por outro). No final, o produto perfeito não é genérico, mas sim tailored e adaptado para as necessidades de cada usuário (mesmo que o próprio usuário não esteja ciente do que ele mesmo quer).

Primeiro de tudo: REMOVA todos os aplicativos default que você não instalaria caso eles não viessem nativamente. Por exemplo: você baixaria o jogo XXXX sag(?) ou o aplicativo da rede social YYYY caso ele não viesse junto com o seu Android? Não? Então remova ele!
Aí vem o problema do tópico anterior: você não vai conseguir (em geral) remover esses aplicativos. Então, o que você pode fazer? a) root (apenas se o seu aparelho for suficientemente popular, e você for um usuário mais experiente, disposto a se arriscar um pouquinho) ou b) desativar os aplicativos. Não é tão bom quanto remover, mas pelo menos eles não ficarão rodando em segundo plano, nem aparecerão na sua app drawer.
Instale o Notification Toggle. Ótimo design, isso deveria ser nativo em todos os Androids.
Instale um launcher! O Launcher nativo do Android é limitado até demais. Agora, cuidado aqui. Dependendo do launcher que você instalar e das configurações que vocẽ for tweakar depois, isso pode acabar trazendo mais bloat pro seu smartphone. Eu gosto do Apex.
Aprenda como limpar a cache do seu dispositivo. Dá para fazer isso através de um aplicativo, ou manualmente. Não convém fazer isso com muita frequência, mas de vez em quando é uma boa ideia.
Desative a localização (GPS, Wi-Fi e redes móveis). A menos que você use com frequência algum aplicativo relacionado a isso. Sério, não ‘venda’ seus dados de localização tão facilmente.
Instale um browser decente! O Stock Browser do Android é muito ruim. Dentre as recomendações, Chrome, Firefox ou Dolphin (não necessariamente nessa ordem). O Opera Mini ainda é útil para navegar no 3G e economizar mais dados.
Desative o bluetooth. Quase ninguém usa isso hoje em dia. A única vez que eu usei isso foi para se comunicar com o meu notebook. Economiza bateria.
Retire todos os widgets que vieram por padrão na sua Home Screen. A menos que você realmente precise deles… (é tão importante assim saber o clima / a temperatura toda hora?)
Desative o Google Now. Ser interrompido toda hora com notificações é contraprodutivo. A menos que isso seja importante para você…
Perceba, esses itens são apenas recomendações, pode ser que um aspecto ou outro seja importante para você, eu não vou mais ficar repetindo isso, acho que já deu para captar a mensagem.
Adblock! Funciona bem pra caramba, um dos aplicativos que eu mais prezo. Precisa de root!
Desative as transições / animações / haptic feedback / audio feedback. Traduzindo: desativar os efeitos visuais quando você muda de tela, desativar a vibração quando você toca em um botão (virtual) ou numa tecla (do teclado virtual), desativar o barulho de quando você toca em algo. Procure isso na configurações (settings). Geralmente está lá para o final, nas últimas opções.
Revise os aplicativos que vieram por padrão na sua Home Screen. Você não precisa usar os que vieram (mas, provavelmente você irá querer alguns, como o dos contatos e o do telefone, assim como o web browser – senão, eu me pergunto qual é o objetivo do seu smartphone).
Sincronização upstream com o fabricante: você não precisa disso, desative isso. Explicando melhor: geralmente os fabricantes disponibilizam algum aplicativo para sincronizar ou ajudar você a fazer alguma coisa. Isso varia bastante de um para o outro, e até mesmo o mesmo fabricante costuma mudar o nome desses aplicativos de uma versão do Android para outra. Note que eu não me refiro à sincronização do Google.
Instale uma “*store” alternativa, com softwares livres! F-Droid. Se você, além disso, puder utilizar algum software de lá (em vez de um closed source), melhor ainda.

Vou parar por aqui. Esse post pode muito bem ter uma continuação no futuro, ainda daria para falar de outras coisas. Tenho certeza de que você não conhecia pelo menos um item que estava aí em cima. Assim como eu ainda não conheço outros que não estão aí em cima. Sempre tem alguma coisinha nova para aprender, ou alguma dica nova para melhorar a usabilidade. Aceito sugestões!

— § —

Reply via email

#dev #legacy #privacy

2^11 (aka 2048)

serendipity@perrotta.dev (Thiago Perrotta) — Tue, 18 Mar 2014 20:33:37 -0300

♠ Ah, eis o hit dos últimos dias, um jogo simples, com um nome simples, com uma jogabilidade simples, e também com uma maneira bastante simples de agradar os first-timers. E não precisa de instruções, é bastante intuitivo, qualquer um pode jogá-lo (se você não achou ele intuitivo, então Houston, we have a problem!).

Uma leitura (ou releitura) atenta mostra que o simples é um aspecto bastante positivo aqui (e não uma forma de depreciação, como talvez desse a entender em outro contexto), definitivamente uma ótima aplicação do princípio KISS.

Você pode se perguntar porque eu estou postando sobre isso, e essa é uma ótima pergunta mesmo. Vejamos, eu compartilhei no meu Mural do Facebook pelo menos 3 vezes sobre esse jogo (em menos de uma semana), então isso significa que é algo que eu realmente achei bacana – veja bem, existe uma enorme diferença entre um jogo como esse ficar popular e outros jogos ficarem populares, digamos, uma diferença que dá muito mais orgulho do que ver o Flappy Bird ficar popular. E é realmente uma pena que o desenvolvedor original desse jogo não esteja faturando a mesma coisa que o desenvolvedor original do Flappy Bird faturava antes de retirar os seus apps das stores. É realmente uma pena.

Estou postando sobre isso porque eu realmente gosto de ver esse efeito de compartilhamentos em massa de coisas boas (vou deixar essa definição subjetiva). Considerando que a) tem tanta porcaria sendo compartilhada por aí e b) os compartilhamentos desse jogo realmente atingiram uma excelente expansão: vi desde vários shares nas timelines nas quais eu ainda não dei unfollow no Facebook, em vários grupos de lá, e em vários blogs e redes sociais por aí.

Sabe outro aspecto que é bastante legal de se ver? A criatividade de algumas pessoas. Vi várias versões derivadas desse jogo. Não vou tentar reencontrar (logo, postar) os links aqui, até porque a maioria deles eu já compartilhei, mas eis um mini index do que eu vi:

2048 original, vanilla, simple, simple
2048-AI: um cara que usou um algoritmo de minimax e sei lá mais o que para tentar resolver o jogo automaticamente. Segundo ele, o algoritmo funcionava (= terminava o jogo) em ~90% dos casos (está no Stack Overflow a explicação dele, em algum lugar), bastante bom.
Outros limites: 4096, etc (nada criativo, mas pelo menos mostra que a pessoa já sabe mudar um número no código-fonte, infelizmente eu conheço muita gente que não saberia sequer fazer isso – claro que eu estou me referindo somente a pessoas que fizeram alguma disciplina de computação)
Uma versão com números de Fibonacci (depois do 21, nós começam a surgir na cabeça)
Uma versão com vários 1024 já preenchidos (¬¬)
Uma versão com emoticons (isto é, sem nenhuma indicação numérica). Não achei essa ideia trivial, utilizar figuras em vez de números, também é interessante.

Por sinal, acabei de descobrir que existe um aplicativo para Android do mesmo. Oh, não…e o desenvolvedor tem 19 anos (note que eu não usei a palavra somente (como em “somente 19 anos”). Bobagem. No mundo da programação, idade e limite estão em escopos diferentes).

Indie Games FTW.

(Não deixe de dar uma olhada no código-fonte… https://github.com/gabrielecirulli/2048)

— § —

Reply via email

#dev #gaming #legacy

pull request

serendipity@perrotta.dev (Thiago Perrotta) — Sun, 16 Mar 2014 23:42:19 -0300

♠ Meu primeiro pull request para um projeto open source acabou de ser aceito! :D

Aqui está o commit.

Em si, esse é o mesmo tipo de alegria que eu tive quando contribui com o meu primeiro PKGBUILD para o AUR. É realmente bastante bom poder contribuir com alguma coisa para a comunidade, por menor que ela seja, desde um simples post ajudando um newbie em um fórum, passando por um simples commit ou por uma simples edição numa wiki,até mesmo a criação de um projeto novo e aparentemente inofensivo, porém relevante para muita gente (damn, pra completar a minha lista só falta o último item).

Espero que, depois desse, ainda venham muito mais por aí (virão!).

— § —

Reply via email

Scilab Notes (HOWTO)

serendipity@perrotta.dev (Thiago Perrotta) — Fri, 07 Mar 2014 17:09:30 -0300

♠ Resumo sobre como utilizar o Scilab. Objetivo: matrizes, equações lineares e, mais geralmente, álgebra linear (computacional, ou não). A motivação para essas notas são basicamente a) resumo pessoal e b) estudar para uma prova.

Essas notas não tendem a ser extensivas. Na verdade, estou colocando aqui apenas as coisas que parecem ser mais importantes / úteis, e que eu provavelmente possa precisar uma vez ou outra. O Scilab é um ambiente full-featured, bem mais rico e complexo do que esse resumo pareça demonstrar (por exemplo, não estou cobrindo nada de programação, nem de Cálculo, aqui). É realmente impressionante. Eu já o tinha usado uma vez mas, agora que passo novamente por ele, percebo o quão completo ele é.

Essas notas estão licenciadas sob a Creative Commons BY-NC-SA (assim como todo o conteúdo desse blog, até hoje), o que significa que você pode compartilhá-las à vontade, desde que não faça uso comercial das mesmas; além disso, você pode criar derivados a partir delas, desde que os distribuam sob a mesma licença. OK, agora vamos ao trabalho.

Se você quiser aprimorar esse trabalho (por exemplo, indicando algum erro, ou acrescentando mais alguma coisa), por favor deixe um comentário ou me mande uma mensagem para que eu inclua mais itens aqui. Obrigado. No entanto, lembre-se que essa lista não pretende ser exaustiva.

Geral #

Definindo um vetor / matriz linha: a = [1, 2, 3] ou b = [1 2 3].
Soma, subtração: a + b, a — b.
Obtendo ajuda (interativa) sobre uma função: help, exemplo help help.
Atribuição: c = a + b
Definindo constantes: k = 5.23
Ele suporta as keybindings do Emacs (parcialmente…)! Que alegria ao descobrir isso:
C-a: início da linha
C-e: fim da linha
C-k: matar a linha
C-b: volta um caractere
C-f: ops, em vez de avançar um caractere ele entra no search…
Up/down: navegar no histórico de comandos
$ scilab -nw: modo console
Listas: declarar como l = list(1,2,3,4). Existem várias formas de manipulá-las. Não achei uma função super útil a princípio, manipular vetores parece mais útil na maior parte das aplicações.
clc(): clear no console
%eps, sim, isso mesmo.
%T, %F: true, false.
%inf, infinito.
rand() gera número aleatório (sempre de 0 a 1), rand(5,4) gera uma matriz com elementos aleatórios.
Funções / variáveis matemáticas: exp (e^), log, log10, ceil, floor, abs(-10), max, min, sum, prod, sqrt(10), %pi, %e, trigonométricas cos, sin, tan, sec, csc, cotg, inversas atan,acos, asin, hiperbólicas, sinh, cosh, … tudo o que você imaginar.
Funções matemáticas: factor, factorial.
Operações típicas com números complexos:
z=complex(1,2): define a partir da parte real, e depois da parte imaginária
Alternativamente: 1 + 2 * %i
real(z)
imag(z)
Conjugado z' ou conj(z)
ans retorna a última resposta que você não atribuiu (útil!)
: forma vetores (implícitos). Python-like. Exemplo: 1:5 retorna [1,2,3,4,5] e 1:2:5: retorna [1,3,5].

Álgebra linear #

Multiplicação por escalar: k * a, 5 * a.
Comprimento de um vetor/matriz (= número de elementos): length(l) ou size(l)
Declarando uma matriz: m = [ [1,2]; [3,4] ] ou m = [1,2; 3,4], isto é, o ponto-e-vírgula separa as linhas. Convém declarar todos os elementos dela!
Multiplicação de matrizes: m * n.
Multiplicação de uma matriz por ela mesmo == potenciação: m^2, m^5, m**5, etc.
Inversa de uma matriz: m^-1 ou inv(m). Lembrando que m * m^-1 = matriz identidade.* Falando em identidade, para declarar uma matriz identidade com n linhas e m colunas:eye(n, m). Note que eye(k) (onde k é uma constante) é igual a 1 (constante). A matriz não precisa ser quadrada, porém note que apenas a diagonal principal é preenchida. Você também pode fazer eye(m) (de uma matriz).
zeros(3,4), ones(5,2): matriz com apenas zeros, ou apenas uns, com a dimensão especificada.
diag(m) retorna a diagonal principal de m.
Matriz transposta: m'.
Norma (quadrada) da matriz: norm(a). Você pode calcular a norma p especificando um segundo argumento: norm(a,1) retorna a norma de Manhattan / Táxi.
triu(m) ou tril(m): retorna a matriz triangular superior e inferior, respectivamente. Basicamente, a mesma matriz de entrada, só que as posições adequadas são preenchidas com zero.
Essa achei super útil: clean(m). Arredonda para zero os elementos muito pequenos (algo como 1e-10, por exemplo).
Extrair elemento de matriz: m(1,2) (da linha 1, coluna 2) (1-based index).
Extrair uma linha ou uma coluna (respec.): m(1,:), m(:,1).
Slices de uma matriz: m(2,2:3).
A\B e A/B: divisão de matriz, pela esquerda e pela direita, respectivamente. Isso é super útil, especialmente a do backslash.
clear a, m, k, b: mata as variáveis/matrizes/etc especificadas. Como se nunca tivessem existido.
kernel(m) - nullspace
[L,U] = lu(m) - retorna a fatoração LU de m. Também existe uma versão alternativa, com uma matriz de permutação, [L,U,E] = lu(m).
det(m) –> determinante
rank(m)–> posto de m = número de vetores linearmente independentes
trace(m) –> traço da matriz (=soma dos elementos da diagonal). O mesmo que sum(diag(m)). Faz sentido, né?
autovetores, autovalores = spec(A) ==> só podem ser calculados todos de uma vez.

Acho que estou satisfeito. A única coisa que falta para completar essa lista é como definir funções. Isso inevitavelmente nos fará entrar na parte de programação do Scilab…if, for e amigos. Provavelmente não postarei aqui como definir funções. Existe uma pequena chance de eu incluir aqui uma função como exemplo, mas só.

— § —

Reply via email

'Livrando-se' da notificação de voicemail no Android

serendipity@perrotta.dev (Thiago Perrotta) — Tue, 04 Mar 2014 02:02:11 -0300

♠ Em geral não tenho nada a reclamar do Android, mas uma das piores decisões de design que já vi foi com a função de voicemail.

Basicamente, se você recebe uma mensagem de voz na sua operadora, você receberá uma notificação sobre isso. Legal, né? Até aí tudo certo. O problema é que essa notificação é diferente, ela não funciona como as outras…você não pode se livrar dela. Sabe? Tudo o que você quer é dar scroll pro lado para nunca mais ver aquilo, mas não dá, simplesmente não dá. Como fica a UX (=user experience)??

O design é tão ruim, que você não consegue se livrar disso nem com permissões de root.

Isso se aplica, pelo menos, até a versão 4.1.2 do Android (que é a minha). Talvez isso tenha sido corrigido com novas versões do Android, mas eu não posso confirmar isso.

Eis um workaround (gambiarra) para se livrar dessa notificação: abra o aplicativo “Phone” (você pode fazer isso segurando a notificação, e depois clicando em “App info”), e depois clique em “Force Stop” / “Forçar Parada”. Depois disso, abra o aplicativo do telefone de novo, só para garantir que está tudo OK. A notificação deverá ter sumido.

No entanto, isso não é uma solução permanente. Por quê? Se você desligar o seu telefone e religá-lo, ou se você entrar no modo avião (ou perder sinal com a operadora) e depois reentrar em contato com a sua operadora, a notificação de voicemail voltará. Mas, isso é o máximo que se pode fazer.

Se você descobrir uma forma mais eficiente do que eu falei para se livrar do voicemail, não deixe de me avisar =P

— § —

Reply via email