quinta-feira, 13 de setembro de 2007

Goldratt It`s not luck

Eli Goldratt, o criador da Teoria das Restrições (TOC - Theory of Constraints), completou 60 anos em março/2007. Entre as diversas homenagens que a família e os amigos prestaram ao grande mestre, há um vídeo no You Tube com uma bela coleção de suas citações, frases típicas proferidas em suas palestras e cursos, que são suas "marcas registradas". :)






Tradução das frases do video:

1) 60: Não é Sorte

2) Um homem inteligente aprende com seus erros, mas um homem sábio aprende com os erros dos outros

3) As pessoas são boas

4) A estupidez não tem limites

5) Não existem conflitos na realidade

6) O bom senso não é nada bom
(Tradução literal: O senso comum não é nada comum)

7) Quanto mais complexo for o problema, mais simples deve ser a solução

8) Efeito-Causa-Efeito

9) A frustração procura por onde sair

10) Se você pensa que pode combater a emoção com a lógica, você nunca foi casado

11) Vacas sagradas dão excelentes bifes

12) Isso não é óbvio?

13) Não lata (de latir) se não puder morder

14) Enquanto você não conseguir verbalizar claramente a sua intuição, a única coisa que irá comunicar é a sua própria confusão

15) Seja um touro velho

16) Gatinho? (no sentido de animal dócil, referenciando os gestores e acionistas das corporações)

17) Gênio, Durão, Aprendiz, Meticuloso, Bom Coração, Atencioso, Carismático, Imbatível, Estimulador do Pensamento, Espírito Aberto, Inovador, Ganha-Ganha, Determinado, Desafiador, Dinamite, Visionário, Criativo, Pai, Avô, Compele ao Aprendizado, Profundo, Filósofo (Pensador)

18) Simplesmente Eli

Para quem trabalha com Informatica

Muito Boa essa

Para quem trabalha com Informatica

Três amigos se encontram, durante um almoço...
- O que você está fazendo na vida, João (ex-executivo da Pirelli)?
- Bem... eu montei uma recauchutadora de pneus. Não tem aquela estrutura e organização que havia quando eu trabalhava na Pirelli mas vai indo muito bem...
- E você, José (ex-gerente de vendas da Shell)?
- Eu montei um posto de gasolina. Evidentemente também não tenho a estrutura e a organização do tempo que eu trabalhava na Shell, mas estou progredindo...
- E você Orlando (ex-Gerente Executivo de Informática de uma grande empresa)?
- Eu montei um puteiro.
- Um puteiro ???
- É, um puteiro! É claro que não é aquela zona toda da Informática, mas já tá dando algum lucro...
MOTIVO:
O que é trabalhar com Informática:
1 - Você trabalha em horários estranhos (que nem as putas).
2 - Te pagam para fazer o cliente feliz (que nem as putas).
3 - Seu trabalho vai sempre além do expediente (que nem as putas).
4 - Você é mais produtivo à noite (que nem as putas).
5 - Você é recompensado por realizar as idéias mais absurdas do cliente (que nem as putas).
6 - Seus amigos se distanciam de você e você só anda com outros iguais a você (que nem as putas).
7 - Quando você vai ao encontro do cliente você precisa estar apresentável (que nem as putas), mas quando você volta parece que saiu do inferno (que nem as putas).
8 - O cliente sempre quer pagar menos e quer que você faça maravilhas (que nem as putas).
9 - Quando te perguntam em que você trabalha você tem dificuldade para explicar (que nem as putas ).
10 - Se as coisas dão errado é sempre culpa sua (que nem as putas).
11 - Todo dia você acorda e diz: NÃO VOU PASSAR O RESTO DOS MEUS DIAS FAZENDO ISSO (que nem as putas).

terça-feira, 11 de setembro de 2007

Comandos do JUnit

The JUnit framework provides us with several ways to judge if a test has succeeded or failed. Notice that netbeans does not extend TestCase instead we must specify Assert before each of the assert types.

- assertEquals: This provides a series of overloads that allows you to test if an actual value matches the expected one.

- assertFalse: Use this if you know the function will always return false (fails if it receives true)

- assertNotNull: If your method return null in the event of failure use this to check to see if it succeeds

- assertNotSame: If your method is supposed to return an element from a list you can use this to check if the element returned is the one from the actual list

- assertNull: If your method return null in the event of failure use this to check to see if it fails

- fail: Will fail the test, use this in conjunction with conditionals

- failNotEquals: Essentially the same as assertEquals but will fail the test if they arent equal instead of causing an error

- failNotSame: Essentially the same as assertNotSame except instead of causing an error it will cause a failure