Smashing Links - 17/02

Smashing links é uma listagem de artigos nos quais eu esbarrei na última semana e que recebem meu curtir :)

Why working home is both awesome and horrible: um bem humorado agrupamento de motivos para trabalhar em casa (ou não trabalhar em casa).

How Peolple Learn: explicação sobre alguns conceitos que levam a responder a pergunta de "como as pessoas aprendem", dando dicas para melhorar aulas.

How do you turn inspiration into skill: em resumo, "copying stuff". Mas vale a leitura, mesmo assim =)

On conpilers and interpreters: para aquela pessoa que quer conhecer mais e não sabe por onde começar.

You had one jop: fotos de situações em que as pessoas só precisavam fazer uma coisa - e falharam miseravelmente.

Managing, identifying & assessing Performance Requirements: old-but-good, o artigo faz uma reflexão sobre o que são e como devem ser obtidos os requisitos de performance num contexto ágil.

Re-abertura e novos rumos

Há temos já queria re-abrir esse espaço, mas sempre me perguntava o porquê motivo, o que ia escrever e etc e tal.

Agora, formado (finalmente!) eu tenho como fazer isso =D !

Aqui escreverei sobre as coisas que eu "apronto" dentro e fora do horário de trabalho e agruparei (semanalmente) os links que mais curti naquela semana (sobre os assuntos que me derem na telha mesmo ! Jogos, RPG, desenvolvimento ou teste de software, agile, ou outras nerdices quaisquer.

Recapitulando, desde o último post (no longínquo 2010):

• O Dojo UFRGS continuou por um tempo, mas depois tive que largar dele por falta de tempo hábil (o pessoal do PET assumiu prontamente a tarefa e continuam tocando o Dojo, semanalmente, até hoje) 

• Me tornei estagiário (e, um ano e meio depois, como funcionário efetivamente) responsável por testes de performance no projeto "sysrels" na ADP Labs

• Fui convidado para um grupo de RPG (e continuamos ativos ! Hail advengers !)

• Dei palestra pelo GUTS

• Acabei a faculdade (hohoho!) \o/  (Meu TCC, orientado pela Taisy Weber foi sobre Monitoramento e análise visual de tráfego de dados de aplicações baseadas em protocolos epidêmicos (pdf, doc, ppt))

Macros no Visual Studio 2008

Enquanto programadores, somos compelidos a olhar código dos outros e, principalmente, a fazer modificações neles. Depois de passar a manhã comentando código em C do Visual Studio 2008 e assinando meu nome e data nas partes em que modifiquei, pensei: tem de haver um jeito mais simples !

A resposta soou imediatamente: macros ! Fui a caça e achei um excelente artigo (que eu não consegui identificar o autor).

Para aqueles programadores preguiçosos, usem snippets. Para quem quer sujar a mão e aprender VB no processo, use macros.

Assim, defini minha macro: GabrielTodaySignature :D o código simples se encontra abaixo:



Defini um shortcut (também no excelente artigo citado) e voilá, funciona \o/.

Dojo UFRGS - 8.9.10

Tivemos nosso primeiro dojo na UFRGS, no campus do Vale !! Aconteceu ontem, as 17h:30 !! Foram poucas, mas animadas pessoas (éramos 6 ou 7), incluindo um professor (que, infelizmente, saiu cedo e não bateu foto) !! Segue a lista de quem participou (na ordem da foto, da esquerda pra direita):




* Raphael "Bixo" Lupchinski
* Cristiano Dalbem
* Lucas Fialho
* Fábio Fontoura Beltrão
* Daniel
* Gabriel Oliveira (eu)

Resovemos o clássico problema-de-primeiro-dojo, o FizzBuzz, em Python ! Como somos todos novatos em Dojos, ficou a crítica construtiva de usarmos problemas maiores, para evidenciar as qualidades de Pair Programming e TDD, visto que o impacto que essas metodologias causaram num problema pequeno foram muito suaves. Por sugestão do bixo-amigo-Raphael, fizemos uma adição ao FizzBuzz original, atribuindo "Batata" à todos os números múltiplos de 11 e resultando em FizzBuzzBatata equivalente ao número 165 (por quê ?) \o/

O pessoal achou bem positivo o contato com a linguagem, mas os integrantes menos chegados a ela prefeririam que fosse usado C/C++ em próximas vezes (a linguagem oficialmente ensinada/cobrada na maioria das cadeiras da faculdade). Eu e o Lucas, conversando, cogitamos até usar Scheme num futuro próximo lol.

Pontos Positivos:

* Professores vieram ++
* Linguagem nova: python
* Comida Presente
* Diversão e Piadas do pessoal ++

Pontos Negativos:

* Poucas pessoas presentes;
* Usar linguagens que nem todo mundo conhecia +++
* Problema podia ser mais difícil para poder "sentir" a vantagem de TDD;
* Tem que começar mais cedo.

A melhorar:

* "5 minutos e troca" podia ser seguido mais a risca;
* Se organizar melhor para definir o problema;
* Seguir a risca a regra da platéia não falar quando o teste estiver no vermelho;
* Não "chicotear" o pessoal na hora do mrefactor, mas sim "sugerir" modificações cabíveis (para não intimidar aqueles que não conhecem a linguagem-do-dia).

Comentários:

FizzBuzzBatata \o/

printf ("Hello World \n " );

Como todo outro post inicial padrão, desejo a quem quer que esteja me lendo um grande BEM VINDO o/.
Irei procurar postar aqui os percalços tecnológicos que um programador-estagiário-estudante-undergraduated passa para poder fazer o que mais gosta de fazer (programar !).
Portanto, para iniciar bem com as coisas, irei listar todas as formas que eu sei (ou, que me vieram a cabeça mais vagamente) de fazer o enfático "Hello World", o típico primeiro-programa de qualquer livro de programação escrito por programadores para programadores:


C/C++:

#include

int main (int argc,char ** argv)
{
printf("Hello World \n");
/*pelo título, já entenderam que essa é minha linguagem predileta, não ?*/
return 0;
}

Java:

package anything;

public class MyMain
{
public static void main (String[] args)
{
System.out.println("Hello World");
}
}

Python

print "Hello World"

Para uma lista imensamente maior que a minha, vá aqui ;)