{"id":40,"date":"2007-10-16T10:35:18","date_gmt":"2007-10-16T13:35:18","guid":{"rendered":"http:\/\/www.boaglio.com\/index.php\/2007\/10\/16\/voce-trabalha-no-jurassic-park\/"},"modified":"2021-02-10T07:44:56","modified_gmt":"2021-02-10T10:44:56","slug":"voce-trabalha-no-jurassic-park","status":"publish","type":"post","link":"https:\/\/boaglio.com\/index.php\/2007\/10\/16\/voce-trabalha-no-jurassic-park\/","title":{"rendered":"voc\u00ea trabalha no Jurassic Park?"},"content":{"rendered":"

\"\"<\/a><\/p>\n

O mundo da inform\u00e1tica evolui a cada dia.
\nAcompanhando as not\u00edcias pelos blogs por a\u00ed descobrimos novas tecnologias, linguagens , padr\u00f5es e muito mais coisas.<\/p>\n

Entretanto no nosso ganha p\u00e3o precisamos respeitar o que fazemos l\u00e1, afinal \u00e9 o resultado do nosso esfor\u00e7o que gera a remunera\u00e7\u00e3o que coloca comida na mesa de casa.<\/p>\n

Muito bem, trabalhar com uma coisa n\u00e3o impede que voc\u00ea tenha interesse em outra. Mas quando come\u00e7amos a pesquisar mais sobre diversos assuntos novos descobrimos que aquela tecnologia que consider\u00e1vamos nova, j\u00e1 \u00e9 usada por empresas h\u00e1 dois ou tr\u00eas anos e j\u00e1 discutem em trocar por outra mais nova ainda.<\/p>\n

Verifique se essas 10 perguntas descrevem o ambiente onde voc\u00ea trabalha:<\/p>\n

1 – Sua ferramenta de controle de vers\u00e3o \u00e9 o CVS ou Source Safe?<\/strong><\/p>\n

Pois \u00e9, j\u00e1 vi diversas discuss\u00f5es sobre qual o melhor sistema de controle de vers\u00e3o<\/a>, isso \u00e9 algo um tanto subjetivo, mas uma coisa \u00e9 certa: o CVS \u00e9 ultrapassado.<\/p>\n

Quase todos os projetos open source mais importantes que conhe\u00e7o moveram h\u00e1 anos os seus reposit\u00f3rios para SubVersion<\/a>, que faz tudo o que o CVS faz com muitas melhorias. Hoje se discute ainda o uso do Git<\/a>, que atualmente \u00e9 quem tem a \u00e1rdua tarefa de gerenciar a gigantesca equipe de desenvolvedores do kernel do Linux.<\/p>\n

2 – A linguagem mais nova que voc\u00ea desenvolve tem mais de 10 anos?<\/strong><\/p>\n

N\u00e3o quero dizer a sua principal<\/em> linguagem de desenvolvimento, apenas a linguagem mais nova que voc\u00ea desenvolve, nem que seja de vez em quando.<\/p>\n

Se voc\u00ea trabalha em algum banco provavelmente mexe com Cobol, que \u00e9 de 1959 e tem 48 anos.<\/p>\n

Voc\u00ea trabalha com C? \u00e9 de 1972 tem 35 anos! C++? Esse tem 24!<\/p>\n

Voc\u00ea pode pensar: “h\u00e1 n\u00e3o, eu sou moderno, eu mexo com Java!”<\/em>.
\nPois \u00e9, esse tamb\u00e9m tem 12 anos j\u00e1!<\/p>\n

E PHP n\u00e3o fica muito atr\u00e1s, j\u00e1 tem seus 13 aninhos, seguido do ASP com 11.<\/p>\n

<\/p>\n

3 – O processo de deployment da sua empresa n\u00e3o \u00e9 automatizado? <\/strong><\/p>\n

Se voc\u00ea trabalha numa empresa m\u00e9dia ou grande, deve ter pelo menos um ambiente de desenvolvimento, um de homologa\u00e7\u00e3o e testes, e outro de produ\u00e7\u00e3o.<\/p>\n

Normalmente o pacote que voc\u00ea fez e colocou em desenvolvimento precisa ser reproduzido nos outros ambientes.<\/p>\n

Se isso \u00e9 feito manualmente, al\u00e9m da perda de tempo existe tamb\u00e9m o problema do erro humano, onde por exemplo pode acontecer de um pacote errado subir para o ambiente de homologa\u00e7\u00e3o ou produ\u00e7\u00e3o.<\/p>\n

Algumas empresas tem isso automatizado tudo em ambiente UNIX, onde voc\u00ea simplesmente commita as coisas e o servidor faz todo o resto. As solu\u00e7\u00f5es mais modernas apostam em outras solu\u00e7\u00f5es como o Apache Continuum<\/a> e o Cruise Control<\/a>.<\/p>\n

4 – Sua empresa n\u00e3o oferece acesso remoto?<\/strong><\/p>\n

\u00c9 preciso fazer uma execu\u00e7\u00e3o de uma rotina agora, 4 da manh\u00e3 de um s\u00e1bado e voc\u00ea n\u00e3o tem escolha a n\u00e3o ser ir pessoalmente at\u00e9 a empresa para fazer isso?<\/p>\n

Se isso para voc\u00ea n\u00e3o \u00e9 s\u00f3 normal, mas \u00f3bvio, saiba que muitas empresas usam solu\u00e7\u00f5es propriet\u00e1rias<\/a> ou open source<\/a> para fazer tudo sem sair de casa.<\/p>\n

5 – Ferramentas open source s\u00e3o consideradas a mesma coisa que ferramentas gratuitas?<\/strong><\/p>\n

Esse conceito de “free software” vem de uma interpreta\u00e7\u00e3o errada do ingl\u00eas, onde al\u00e9m de gratuito em alguns contextos pode significar livre, sem impedimentos<\/a>. O exemplo cl\u00e1ssico de uso como gratuito \u00e9 “free beer” e como livre \u00e9 “free speech<\/a>“.<\/p>\n

E por que voc\u00ea deve tratar as ferramentas open source e gratuitas de maneira diferente? N\u00e3o \u00e9 tudo de gra\u00e7a mesmo?
\nBom, o motivo \u00e9 muito simples. Uma ferramenta gratuita n\u00e3o tem o seu c\u00f3digo fonte aberto, o que pode ser perigoso.
\nImagine que sua empresa adote um software propriet\u00e1rio gratuito em algum processo, e em poucos meses essa ferramenta se tornou essencial para o seu trabalho. De repente, numa atualiza\u00e7\u00e3o de software voc\u00ea descobre que a ferramenta agora \u00e9 propriet\u00e1ria e n\u00e3o pode usar mais! E agora? E todo o seu esfor\u00e7o foi em v\u00e3o? Como convencer o seu chefe agora a desembolsar uma grana em licen\u00e7a ?<\/p>\n

Com projeto open source isso n\u00e3o acontece, mas tamb\u00e9m tem suas desvantagens, normalmente ele n\u00e3o tem suporte t\u00e9cnico e sem mais nem menos o projeto pode ser abandonado se ningu\u00e9m quiser assumir a coisa.<\/p>\n

6 – Linux \u00e9 considerado coisa de estudante?<\/strong><\/p>\n

Tem empresas que ainda tem a imagem que Linux \u00e9 aquela tela preta com o cursor de login piscando e que s\u00f3 um estudante consegue mexer para “brincar de rede”.<\/p>\n

S\u00f3 a IBM tem 15 mil clientes j\u00e1 com Linux<\/a> e a Oracle tamb\u00e9m investe muito nesse mercado<\/a>.
\nSe fosse algo de estudante, teria tanta “gente grande” ganhando dinheiro com isso?<\/p>\n

E tem mais, n\u00e3o comente com algu\u00e9m que Linux n\u00e3o tem ambiente gr\u00e1fico, isso pode ser motivo de piada…<\/p>\n

O Linux tem diversos tipos de ambientes gr\u00e1ficos, desde os mais completos como KDE<\/a> e Gnome<\/a>, como os mais leves como Fluxbox<\/a> e WindowMaker<\/a>. Al\u00e9m disso, tem excelentes efeitos visuais, alguns at\u00e9 serviram de inspira\u00e7\u00e3o e foram inclu\u00eddos no Windows Vista.
\nO Beryl<\/a> \u00e9 um dos projeto que cuida dessas melhorias visuais.<\/p>\n

<\/p>\n

7 – Utiliza vers\u00f5es antigas de softwares propriet\u00e1rios?<\/strong><\/p>\n

Usar vers\u00e3o antiga de softwares propriet\u00e1rios normalmente \u00e9 um problema grave, pois hoje a tecnologia ela n\u00e3o trabalha isolada, ela sempre se integra com outra, talvez open source, que provavelmente \u00e9 mais atual e contempla mais op\u00e7\u00f5es.<\/p>\n

O pior de tudo \u00e9 quando voc\u00ea tem um problema e a solu\u00e7\u00e3o que o fornecedor te d\u00e1 \u00e9 simplesmente a frase: “atualize o seu software”. E convenhamos, ele tem at\u00e9 motivos para pedir isso. Imagine que voc\u00ea tenha um fornecedor para aplica\u00e7\u00f5es Windows, seria vi\u00e1vel manter vers\u00f5es para Windows 3.1<\/a> ?<\/p>\n

8 – “Isso \u00e9 padr\u00e3o” \u00e9 a desculpa usada para justificar a ignor\u00e2ncia?<\/strong><\/p>\n

Numa discuss\u00e3o de alto n\u00edvel, normalmente as pessoas que rec\u00e9m contratadas questionam alguns comportamentos diante de determinados problemas. Se a solu\u00e7\u00e3o adotada pela empresa for vi\u00e1vel, ela ter\u00e1 argumentos para sustentar a atitude, sen\u00e3o ela pode simplesmente se acomodar no mar de ignor\u00e2ncia e te jogar na cara: “olha, isso aqui \u00e9 padr\u00e3o, algu\u00e9m decidiu isso antes e n\u00e3o tem o que discutir”. O que temos como resultado?<\/p>\n

Normalmente, al\u00e9m do desperd\u00edcio de dinheiro temos espalhados por alguns blogs<\/a> algumas p\u00e9rolas da inform\u00e1tica.<\/p>\n

9 – Testes de software s\u00e3o perda de tempo?<\/strong><\/p>\n

E corrigir um bug \u00e9 ganho de tempo por acaso?<\/p>\n

N\u00e3o, pelo contr\u00e1rio, voc\u00ea procurar e corrigir um bug gasta muito mais tempo do que criar um teste.<\/p>\n

Isso sem falar no refactoring, com testes voc\u00ea pode fazer refactoring sem medo de ser feliz. =)<\/p>\n

Ter uma equipe de qualidade<\/a> garante um software mais maduro para os usu\u00e1rios. Com certeza \u00e9 melhor um relat\u00f3rio de bugs do pessoal de qualidade do que o usu\u00e1rio reclamando com o seu chefe.<\/p>\n

10 – Metodologia \u00e1gil \u00e9 desenvolver e corrigir bugs ao mesmo tempo?<\/strong><\/p>\n

N\u00e3o, n\u00e3o, o manifesto \u00e1gil<\/a> descreve bem o que a metodologia \u00e1gil prop\u00f5e, que se resumem a quatro t\u00f3picos:<\/p>\n