RodrigoStrauss::WebLog();

Proposta aos favor�veis � regulamenta��o da profiss�o de Analista de Sistemas

Thu, 09 Aug 2012 15:15:12 GMT

Li recentemente uma pesquisa que diz que a maioria dos profissionais da �rea s�o a favor da regulamenta��o da profiss�o de analista de sistemas. Eu, sendo um cara otimista e de boa f�, me acalmo pensando que esse n�mero � grande por pura desinforma��o.

De qualquer forma, ao inv�s de simplesmente debater com argumentos, coisa que j� fiz bastante, deixo aqui uma proposta:

Concorda que s� pessoas com forma��o acad�mica na �rea de TI possam fazer sistemas?
Comece desinstalando da sua m�quina todos os programas feitos por programadores n�o formados.

Fechado? N�o esque�a de desinstalar o sistema operacional tamb�m.

Argumente a vontade na �rea de coment�rios, acho que esse assunto precisa ser mais discutido. Mas lembre-se que sou formado em Ci�ncias da Computa��o e acho que uma faculdade ajuda bastante na forma��o profissional. O resto dos argumentos j� coloquei em outro post.

14 comentário(s)

Sobre minha nomea��o como Microsoft MVP em Visual C++

Mon, 16 Jan 2012 01:28:58 GMT

Como alguns de voc�s devem saber, esse ano eu fui nomeado Microsoft Most Valuable Professional em Visual C++. Aos que est�o fora do mundo Microsoft, MVP � um "t�tulo" que a Microsoft concede aos profissionais que colaboram com a "comunidade" difundindo conhecimento sobre um dos produtos deles. � basicamente o que eu fa�o na lista de discuss�o do grupo C & C++ Brasil, com os eventos sobre C++ que eu ajudo a organizar e com os posts sobre Visual C++ aqui no blog. Mais detalhes sobre o programa MVP no site da Microsoft.

O �nico MVP de Visual C++ no Brasil era o Fabio Galuppo, que � tamb�m membro do grupo C & C++ Brasil.

Seja l� o que for, eu recebi isso por causa do grupo C & C++ Brasil, afinal, n�o costumo participar dos eventos da pr�pria Microsoft e n�o respondo perguntas nos newsgroups da Microsoft faz anos. At� onde sei isso n�o � comum, e acho bem legal ter esse reconhecimento devido � uma comunidade n�o-Microsoft. Na minha primeira mensagem para lista-vip-clube-de-campo dos MVPs eu falei sobre o grupo C & C++ Brasil, a lista, e a variedade de tecnologias que usamos. Afinal, o �ltimo evento do grupo teve C++11 (com Visual C++), Android+Bada+iOS, ARM e at� um framework usado pelo CERN. Mas sempre falamos de Visual C++ tamb�m.

Meu agradecimento pela nomea��o (n�o � um pr�mio) vai para os membros do grupo C & C++ Brasil, mas se extende � todos os programadores C & C++ do Brasil. N�s j� vimos muitas modinhas irem e virem, mas continuamos aqui. E continuamos multiparadigma, multilinguagem e na maioria das vezes muitissistemaoperacional. (essas regras novas de gram�tica ainda me confundem...).

1 comentário(s)

C++11: auto

Mon, 28 Nov 2011 11:39:25 GMT

A palavra chave auto j� existe no C++ desde os tempos mais prim�rdios. Ela sempre era (sim, era) um modificador de storage de vari�veis. Voc� podia escolher o modificador auto para vari�veis de armazenamento autom�tico e register para armazenar a vari�vel em um registrador. Esse modificador hoje em dia � impl�cito: se n�o especificado o armazenamento o compilador decide onde armazenar. De forma autom�tica. O modificador register, at� onde sei, � grande conhecido do pessoal de embarcados, que muitas vezes trabalham com recursos limitados e precisam gerenci�-los a ponto de dizer ao compilador onde a vari�vel x ser� armazenada.

Interessante lembrar que a palavra chave register gera alguns efeitos colaterais, como a impossibilidade de pegar o endere�o da vari�vel com o operador &. E tem ainda o fato de que muitos compiladores modernos simplesmente n�o respeitam o register.

//
// Eu dizendo ao compilador que quero a vari�vel a
// *preferencialmente* armazenada em um registrador.
//
register int a = 10;
//
// Eu dizendo para o compilador "eis minha vari�vel b, enfie
// onde bem entender"
//
auto int b = 42;
//
// Quando n�o especifico nada, o "enfie onde quiser"
// est� subentendido
//
int c = 42;

Com o padr�o C++11 o significado dessa palavra chave foi modificada. Agora ela � usada para tipar uma vari�vel de acordo com a express�o a ela atribu�da. Na linha "int a = "2 + 2", o compilador sabe que a express�o "2 + 2" retorna um tipo inteiro - na realidade o compilador sempre sabe o tipo de uma express�o em uma linguagem tipada - e pode muito bem acertar a declara��o de acordo.

Esse recurso n�o � l� muito �til para express�es simples e pode at� prejudicar a legibilidade do c�digo, j� que o leitor ter� que efetuar de cabe�a a mesma avalia��o de express�o que o compilador fez. Ele realmente se torna �til para tipos e subtipos de classes templates, onde s� o tamanho da declara��o do tipo da vari�vel pode tomar mais da metade da tela. Exemplo:

//
// Vari�vel a ser� do tipo int
//
auto a = 10;
//
// Vari�vel f ser� do tipo double, devido � regra de promo��o de tipos
//
auto f = 10 * 2.0;
std::map<std::string, std::string> um_mapa;
//
// Vari�vel i ser� do tipo informado
//
std::map<std::string, std::string>::iterator i = um_mapa.begin();
//
// Vari�vel biggie_smalls ter� o mesmo tipo da vari�vel i,
// mas economizando bastante espa�o
//
auto biggie_smalls = um_mapa.begin();
//
// S� pra mostrar que essa coisa toda funciona
//
assert(i == biggie_smalls);
i = biggie_smalls;
//
// ISSO N�O FUNCIONA. � preciso haver uma atribui��o para
// que o compilador saiba qual o tipo
//
auto x; // <- error 12345: you really don't know how to use auto, do you?

Para quem programa em coisas tipo Haskell isso pode parecer �bvio. Mas j� vi trocentas pessoas achando que isso � uma tentativa de transformar C++ em uma linguagem din�mica. Ent�o, s� pra garantir:

A "nova" palavra chave auto N�O TORNA O C++ UMA LINGUAGEM DIN�MICA. O tipo ainda � est�tico, voc� s� n�o precisa inform�-lo quando o compilador consegue deduzir isso sozinho.

Ah, isso � equivalente ao var do C# e igual ao funcionamento de declara��o de vari�veis da linguagem Go. E *n�o* � igual � declara��o de vari�vel em Python, Ruby ou Perl.

Mais um exemplo, e caso espec�fico onde o auto � mais usado:

using std::string;
using std::map;
using std::vector;
map<string, vector<string>> connections;
//
// Como � hoje
//
for(map<string, vector<string>>::iterator i = connections.begin() ; i != connections.end() ; ++i)
{
}
//
// Muito mais f�cil de ler.
//
for(auto i = connections.begin() ; i != connections.end() ; ++i)
{
}

4 comentário(s)

Agora eu visto a camisa da empresa

Wed, 16 Nov 2011 11:23:45 GMT

Um post que gerou bastante pol�mica foi o "Eu n�o visto a camisa da empresa". Em um emprego meu gerente contou que, quando um diretor resolveu me contratar sem consult�-lo ele imprimiu esse artigo, levou pra mesa dele e falou: "� esse cara aqui que voc� vai contratar?". O que eu acho �timo. � mais f�cil quando sabem das minhas opini�es antes de eu chegar. Economiza alguma discuss�es.

Durante muito tempo como programador pe�o de obra eu vi muitos gerentes cometendo erros crassos. Na realidade, como todo programador j� sabe, a cada emprego que voc� passa voc� aprende sobre v�rias coisas que n�o deve fazer para ter sucesso em um projeto. Aprende-se muito mais o que n�o fazer. Conheci gerentes muito bons e projetos bem administrados, mas s�o, infelizmente, a minoria.

Depois de ver tanta besteira sendo feita comecei a me perguntar: ser� que � assim mesmo que as coisas funcionam e nada pode ser feito? Cheguei a cogitar que produ��o de software no Brasil � isso, uma grande bagun�a onde a maioria dos gerentes e diretores s�o maus programadores que foram promovidos e n�o fazem a menor ideia do que est�o fazendo.

Um belo dia, depois de anos recusando, resolvi aceitar um cargo de gerente de desenvolvimento, para ver se era realmente imposs�vel fazer as coisas de uma maneira correta. Descobri: n�o � imposs�vel. N�o � f�cil, mas tendo disciplina, m�todo, e principalmente interesse, � poss�vel. O que eu descobri � que as pessoas geralmente n�o se importam com isso. Elas se interessam pelo cargo, n�o pelo trabalho. Para virar programador eu li dezenas de livros. Quantos gerentes voc� conhece que leram ao menos um livro sobre o assunto? Al�m disso, os pseudo programadores rec�m promovidos costumam esquecer r�pido que fazer a coisa certa envolve, no final das contas, dar condi��es para que os programadores programem, deixando-os distantes de pol�ticas de empresa, n�o enchendo o saco por causa de hor�rio e coisas est�pidas que todos sabemos que s�o est�pidas. J� escrevi sobre isso bastante (aqui, aqui, aqui), n�o vou repetir.

(Fim da sess�o reclama��o. Voltando ao assunto)

Depois de mais de 3 anos programando nas horas vagas, eu finalmente consegui juntar for�as com um s�cio n�o-programador e abrir um empresa de desenvolvimento de software para o mercado financeiro, a Intelitrader. Nosso foco � fazer software de alto desempenho e alta disponibilidade, basicamente o que eu tenho feito nos �ltimos anos. Mas dessa vez eu n�o preciso preciso explicar porque estou usando C++11, Python e at� Assembly quando necess�rio. :-)

Abrir uma empresa de software � meu projeto de vida desde que tenho 15 anos (esses dias achei o adventure que eu fiz em 1995, com o "copyright" de STRAUSSoft). Aqui na Intelitrader eu tenho sil�ncio para programar em paz, e mesmo que eu tenha v�rias tarefas de dono de empresa, sou bem mais produtivo do eu era nos empregos por onde passei. E n�o � porque o lucro da empresa vir� para o meu bolso. � porque meu foco � fazer software bom e com alta disponibilidade.

Como eu fiz quando virei gerente de desenvolvimento, vou tentar fazer aqui. Ver se, na pr�tica, tudo que eu sempre preguei � poss�vel. Sem hor�rios (e com home office), sem regras de vestimenta (estou de bermuda no escrit�rio nesse exato momento), sem frescura. Um lugar onde os escovadores de bits podem fazer o que mais gostam. E onde o importante � fazer software bom, r�pido e f�cil de usar. Se eu tiver disciplina e organiza��o suficiente (tempo todo mundo tem), vou escrevendo minhas experi�ncias aqui.

Pois �, agora eu visto a camisa da empresa. Por v�rios motivos. E o motivo principal � o fato de eu poder programar em paz por 4 horas seguidas quase todo dia. Isso n�o tem pre�o...

13 comentário(s)

C++11: Introdu��o

Thu, 03 Nov 2011 11:23:52 GMT

C++11 � a nova vers�o da linguagem C++, definida pelo padr�o ISO/IEC 14882:2011. O fato de ser um padr�o ISO traz a vantagem de nenhum fabricante ser "dono" da linguagem. Mas isso tamb�m cria um problema comum em qualquer coisa que � decidida por comit�: � necess�rio um consenso entre os membros para que algo seja adicionado ou modificado, e isso torna o processo sempre mais lento. O �ltimo padr�o C++, por exemplo, foi de 2003. 8 anos depois, finalmente temos uma nova vers�o.

(Isso me lembra de quando fui a um Coding Dojo no Google Brasil. No final, todo mundo deve escrever as opini�es sobre o Dojo em papeizinhos, um para vantagens, outro para desvantagens. Foram in�meras as rea��es de inconformismo quando leram o papel que eu escrevi com uma desvantagem: "Democracia demais".)

Mas a espera valeu. Todos os novos recursos foram bem, digamos, "azeitados", e o padr�o j� nasceu com v�rios compiladores implementando uma parte consider�vel dele (isso demorou bem mais no C++03). Al�m da vantagem de quem vem por �ltimo: voc� aprende com os erros e acertos dos outros (como Java, C# && Python).

Os principais objetivos do novo padr�o, segundo quem participou das discuss�es de defini��o da linguagem e segundo eu mesmo s�o:

Facilidades de linguagens modernas: O melhor exemplo � a implementa��o de lambda, que, antes tarde do que nunca, chegou ao C++. Mas, por tardar e consequentemente aprender com os acertos e erros dos outros, temos em C++ a melhor implementa��o entre as linguagens mainstream.
Facilidade para ensino: Essa veio do Stroustrup (o criador da linguagem), que de uns anos pra c� voltou a dar aulas de programa��o para iniciantes. No �ltimo encontro de C++ me perguntaram qual seria a vantagem do C++11 para iniciantes. N�o consegui dar uma resposta objetiva, al�m de citar o fato de que uma linguagem melhor acaba virando uma linguagem mais f�cil.
Melhorias na biblioteca padr�o: A STL j� estava mesmo precisando de uma atualizada, e resolveu-se unir o �til ao agrad�vel: com o tempo, as bibliotecas mais est�veis e bem aceitas do Boost est�o sendo incorporadas � biblioteca padr�o. O C++11 tem std::threads, std::shared_ptr, std::function, e in�meras melhorias que vou detalhar em posts futuros.
Acabar com �gambiarras� do Boost: N�o sei se esse era realmente um dos objetivos iniciais, mas eu gostei disso ter acontecido. Acho metaprograma��o em C++ um neg�cio muito legal, mas exot�rico demais. Boost Bind � algo extremamente necess�rio para programa��o ass�ncrona, mas 100+ erros de compila��o por esquecer uma v�rgula ou um _1 � de matar. E o Boost Lambda, convenhamos, � uma gambiarra que cresceu demais e aprendeu a falar. Com o recurso de lambda da linguagem se tornam desnecess�rios o Boost.Bind e o Boost.Lambda. Foi bom enquanto durou, mas n�o sentirei saudades.

Em breve, posts detalhando cada ponto. Enquanto isso, voc� pode como sempre, ler a extensiva lista de novidades na Wikipedia.

3 comentário(s)