Tchau, WordPress.

2013-07-21

Eu não blogo mais aqui. Meu novo endereço é blog.gnustavo.com.

I don’t blog here anymore. My new address is blog.gnustavo.com.


Expressões regulares cruzadas

2013-02-09

Ei, essa sim é uma brincadeira “nerd”. :-)

O Aurélio Jargas postou o desafio no twitter ontem e ficou de publicar a resolução depois do Carnaval. Eu não consegui esperar:

Image

 

Pra quem quiser resolver sozinho, baixe o tabuleiro.


“This is the end of the world”

2012-12-21

If only I were a little more credulous, I’d think this had to be a sign of something.

I’m a fan os Muse’s early albums but I’ve never bought one. Until today, while I was looking for a present for my dad and I stumbled upon the Absolution CD and decided to buy it.

When I put it on in the car, while driving home, it downed on me that those lyrics were so much apropriate for today. The day the world is supposed to end…

“and our time is running out.”


Por que não dá pra baixar o “Pouer Point”?

2012-09-26

Vejam só a conversa que tive com minha filha via chat:

14:44 Juliana: papi, eu entrei aqui pra estuda mais eu to no winddows e quero ir no pouer point, mas nao tem power point, como eu baixo?
14:46 eu: oi fofs.  Não dá pra baixar o PowerPoint porque é um programa proprietário. Ele é pago.  A gente não tem PowerPoint em casa.
14:47 Juliana: e pq n pode baixar?
14:47 eu: porque é ilegal. Tem que pagar pra Microsoft pra poder instalar o PowerPoint.  Alguns programas são proprietários e pagos.  Outros, como os do Linux, são “livres” e de graça.  Esses a gente pode baixar.
14:48 Juliana: qual é aquele do google memo?
14:48 eu: É o Google Docs.
14:49 Clique em “Disco” aí em cima do Gmail.  Ele roda no Chrome mesmo
14:49 Juliana: ok
14:49 eu: Depois a gente conversa e eu te explico esse negócio de software proprietário e software livre, tá?
14:50 Juliana: nao prescisa
14:50 eu: Mas eu quero!  Deixa, vai!
14:50 Juliana: rsrrsrzsrrsrsrs
Será que ela vai me deixar explicar? Depois eu conto. :-)

Why I don’t send email receipts

2012-07-05

I don’t usually let my email reader send out email receipts. If you have sent an email to me expecting to get a read- or a return-receipt, please don’t. I don’t mean to be rude. I simply don’t like them. They’re broken in several ways: they aren’t reliable and they can be misused. So, why bother?

If you want to know if and when I read your email, please, say so. A simple “Please, acknowlege this.” at the end of the message will trigger an instant reply. But please, don’t make it a part of your signature. Not every message needs an acknowlegement and if you always require them I’ll soon start to avoid replying. Few things annoy me more than a signature with a “I look forward to your reply” (or an equivalent “Aguardo retorno” in Portuguese) in it. I think that’s rude.

 


Programming languages start-up times

2012-06-28

I don’t remember the last time I wrote a substantial program in anything but Perl. It fills almost all of my needs as a sysadmin and diletante programmer. But there are situations in which I write bash scripts. Two, to be precise.

One situation in which I feel more like using bash than Perl is when the script is small and function as a driver to invoke other programs. Bash (any shell, in fact) syntax to invoke other programs is more succint than Perl’s. As you know: succinctness is power.

The other situation, is when the script in question is short and is going to be invoked lots of times. In this case, I worry about its start-up time, because it may very well dominate the overall system performance. I always assumed that Perl’s start-up time was much larger than any shell’s start-up time. However, as Knuth wisely said: Premature optimization is the root of all evil. You should always verify your assumptions with a profiler or, at least, a stopwatch before investing in any optimization work.

These days I’m studying the implementation of Git hooks and I’m constantly struggling to decide if I should write them in Perl or bash, because they tend to be frequently invoked when you setup a Git server serving lots of developers.

So, I decided to check exactly that. What’s the real difference between the start-up time of Perl and bash. My testing platform is bash. I simply timed one thousand invokations of bash and Perl telling them to do nothing. This is what I got in my Dell Latitude E6410 laptop running Ubuntu 12.04:

$ (time for i in `seq 1 1000`; do bash -c :; done) 2>&1 | grep real
real 0m2.858s

$ (time for i in `seq 1 1000`; do perl -e 0; done) 2>&1 | grep real
real 0m3.326s

Not that different at all, is it? Perl takes just 16% more time to do nothing than bash. I sure was expecting Perl to take much more time than bash. Of course, a script doing nothing isn’t that useful, although it can inspire a blog post. But while in order to perform useful work a bash script needs to invoke other programs, a Perl script can do many things in a single process just by useing (sic) Perl modules. So, I guess that after starting-up behind a bash script, an equivalent Perl script is going to catch up and finish the run first almost all times.

I found this very interesting. So much so that I decided to extend my investigations to other scripting and compiled languages as well. Just out of curiosity. But the results were startling.

The other three main scripting languages fared much worse than Perl. I wasn’t expecting such a huge difference:

$ (time for i in `seq 1 1000`; do ruby -e 0; done) 2>&1 | grep real
real 0m5.628s

$ (time for i in `seq 1 1000`; do python -c 0; done) 2>&1 | grep real
real 0m27.373s

$ (time for i in `seq 1 1000`; do echo exit | tclsh; done) 2>&1 | grep real
real 0m10.991s

Ruby is 1.7 times slower than Perl, TCL is 3.3 times slower, and Python is 8.2 times slower!

What about compiled languages? They should be faster, right? Of course they are. Let’s see C:

$ cat >null.c <<EOF
#include <stdlib.h>
int main()
{
    exit(0);
}
EOF

$ gcc -O -o null null.c

$ (time for i in `seq 1 1000`; do ./null; done) 2>&1 | grep real
real 0m1.185s

This is interesting, because I rekon that this C program must have one of the shortest possible start-up times. So we can use it as a yardstick with which to compare every other language.

What about Java? I don’t speak Java, so I googled “java helloworld”, found a good example and stripped it of every non-essential work:

$ cat >Null.java <<EOF
public class Null
{
    public static void main(String args[])
    {
    }
}
EOF

$ javac Null.java

$ (time for i in `seq 1 1000`; do java Null; done) 2>&1 | grep real
real 0m58.231s

What?!? Almost one minute for doing nothing one thousand times? I did it again and again just to be sure. I realize Java isn’t a vanila compiled language. At least, not like C. The Java compiler generates byte codes that are interpreted by the JVM. But since scripting languages in general have to perform the source to bytecode conversion just before the interpretation I thought that Java would be at least a little faster than most. So much for enterprise languages…

So, to sum it all up, here is the final score of the game:

Image


On being sure and right

2012-05-01

Being sure isn’t the same as being right.

Being sure is a state of mind whereas being right is a state of the Universe.

These things don’t correlate as well as one would hope, unfortunately. So, next time you feel so cock sure about something, remember this and be humble.


Seguir

Obtenha todo post novo entregue na sua caixa de entrada.

Junte-se a 56 outros seguidores