NetCabo = NetSh*t

Sendo um utilizador muito frequente da Internet, desde o primeiro momento em que isso foi possível, que manifestei o meu interesse nos serviços da empresa NetCabo, uma das mais recentes abstracções do grupo PT Multimedia. Deverá haver um "r" entre o "e" e o "d"? Creio que sim.

Em teoria, a NetCabo é uma empresa que disponibiliza acesso à Internet, pela infraestrutura de cabo, providenciada pela empresa «irmã» TV Cabo. O acesso será possível sem recurso à linha telefónica, nas zonas «bidireccionais», que - por enquanto - são muito poucas, e até menos do que alguns pensam, uma vez que há troços que, apesar de «previstos bidireccionais» para certa data X, continuam, passados MESES, sem suportar retorno por cabo. É o caso da Avenida Duque de Ávila, em Lisboa, conforme descobri hoje, penosamente...

Desde há semanas que, depois de diversos e-mails e telefonemas para a TV Cabo e para a NetCabo, todas as pessoas contactadas me garantiram que eu, habitante na Avenida Duque de Ávila, estava em zona bidireccional. Eis um e-mail de resposta a uma das minhas questões:

Exmo. Senhor O servico internet por cabo esta disponivel, com bidireccionalidade, na sua morada, a partir de 26/11/99. A TV Cabo ira iniciar a comercializacao deste servico a partir do proximo dia 6/12/99. No entanto, o seu pedido ficou registado no nosso sistema e assim que possivel será contactado para a realizacao do contrato e respectiva instalacao. Cumprimentos

Assim sendo, e depois de muito esforço e até após um telefonema em que do outro lado me confessaram da «virtualidade» das instalações NetCabo [!!!], consegui - inacreditável! - uma marcação para instalação do serviço Speed On [acesso ilimitado]. A instalação estava marcada para hoje, 21 de Dezembro de 1999, às 14:30.

Antes da marcação propriamente dita, houve uma reunião [!], em minha casa, para assinatura do contracto. Nessa altura pareceu-me que talvez o produto não fosse assim tão virtual, e que afinal a empresa até existiria, para lá do «papel»...

Mas eis que hoje, ninguém apareceu. E ninguém me contactou a avisar que não apareceriam, apesar de eu ter deixado diversos contactos telefónicos... Absolutamente desprezável!

Após 40 minutos de atraso, contactei a simpática pessoa com quem firmei contracto, e, depois de muitos telefonemas, pasmem-se, veio-se a descobrir que, afinal, a minha zona de residência não é «bidireccional» [!!!!!!!], pelo que, tendo eu firmado um contracto que exige essa característica, os instaladores não fizeram a deslocação.

Perdi uma tarde de trabalho, confiante no acordado com a NetCabo. Quem é o responsável? Sinceramente, acho isto absolutamente inadmissível. É lamentável que o(s) responsável(eis) pela situação não sejam exemplarmente reprimidos. Se não têm competência para propôr um serviço, não o proponham!

No contracto assinado, a NetCabo tem 30 dias para fazer a instalação requisitada. Vamos a ver se até dia 13 de Janeiro de 2000, se cumpre o contractado. E se não cumprir? ...

opiniões ; contracto original disponível aqui

ANSI Common Lisp, chapter 2

Chapter 2 of Paul Graham's ANSI Common Lisp [ACL], is a very sudden and strong introduction to the language. Without any warning, you'll face such advanced topics as using lambda for functions without names!

This chapter shows you many functions, introduces many operators and macros, and does NOT worry that much if you are a first time LISP reader, or not. Which is good :)

Paul Graham wanted a chapter so full of novelties, that you would hardly find the next chapters, harder to follow. This doesn't mean that "welcome to LISP", is a dramatical approach to functional programming - it just means that many stuff you'll find here is better explained later.

For those with programming experience from other languages, the best thing is reading about the nature of variables in the LISP... which are entities having multiple types... in fact, it is more or less correct to say that variables don't have types, although symbols do.

Chapter 2 introduces the functional paradigm, affirms it as the main trend in LISP, then goes on teaching that recursion should be seen as a process and not as a factory, which is a very common image of iterative code. Despite such nice high level observations, Paul goes slightly hardcore here, making the option for slightly heavier-than-they-should examples, that require too much, too soon. It would be nice for this chapter to be lighter.

You are told about the macro nature of logical operators, implemented as functions [!], such as and and or. LISP does the shortest evaluation possible: it stops evaluating an expression, as soon as it gathers all the data it needs to compute the outcome.

The final exercises justify my opinions: exercise 1 is easy; 2 requires some thinking; 3 and 4 are interesting and not hard at all; 5 is a bit odd and from 6 on, there could be better stuff to work with. Exercise 6 even tries to evaluate (/ 1 0), which is always nil...

As I write, I've been solving the first 5 exercises. The answers are:

#1 [consists of evaluating some simple expressions]

1a) 14 ; 1b) (1 5) ; 1c) 7 ; 1d) (nil 3)

#2 [consists of writing 3 different expressions, that evaluate to (a b c)]

(cons 'a ('b c))

(cons 'a (cons 'b (cons 'c nil)))

(cons 'a (list 'b 'c))

#3) [consists of implementing a function that returns the 4th element of any list]

(defun 4th (l) (car (cdr (cdr (cdr l))))

#4) [consists of implementing the function greater, that given arguments a and b, returns a if a>b and b, otherwise.

(defun greater (a b) (if (> a b) a b))

#5) [consists of finding out what some written functions do]... and they do nothing [nil].

#6) [gets you working with recursive code, but sometimes demanding knowledge on not yet studied operators]...

I still didn't read #7, #8 and #9.

Next update, I'll review chapter 3: will it be easier? Plus, I didn't forget the online selling of LISP books. Those pages will be up as soon as I finish my bla bla with amazon.co.uk.