<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Realmente, creio que uma rotatividade seria interessante. Mas eu estou
tanto tempo assim na mesma empresa, pq ela me permitiu que eu
"crescesse". Eu comecei como técnico de manutenção e hoje eu sou
"webmaster", "webdeveloper", "DBA" e mais um monte destes termos, tudo
ao mesmo tempo. Mas confesso que cheguei em um estágio que não tem mais
como eu aprender alguma coisa lá e já estou pensando em trocar de
emprego, mas dai tem as prioridades privadas. Fiz algumas dívidas e
enquanto estou pagando não dá para pensar em grandes mudanças.<br>
<br>
A questão do tempo é isso mesmo...<br>
Eu sou um funcionário que vale por uns 4 ou 5, heheheh<br>
Vamos lá:<br>
Eu administro 2 servidores, dando manutenção total a eles, desde: dns,
apache, banco de dados PostgreSQL, MySQL, postfix, snort, etc. Faço
tudo sozinho.<br>
Este servidores trabalham na web em alta-disponibilidade (dentro do que
é possível fazer, com os recursos que disponho), inclusive com
replicação de dados no MySQL. O PostgreSQL ainda não consegui
implementar uma solução.<br>
<br>
Além disso, eu até não havia mencionado, existem uma equipe dentro do
nosso maior cliente, responsável por fornecer o conteúdo para os
portais que estão nestes 2 servidores. Eu presto consultoria para eles
e implemento a parte da programação (exemplo, eles criam um novo menu
que eles acham "bonitinho" e eu "copio-e-colo" ou faço o código para
eles), além é claro de formulários, estas coisas.<br>
<br>
Preciso dar manutenção nos sistemas que foram feitos por nós em Perl,
mais precisamente a CouroNET e o Eventor. Mesmo que tu ache eles ruins
(hehehe), eles funcionam e atendem os nossos clientes, dentro das
necessidades deles, mesmo que tu não goste de "iframes"! <span
class="moz-smiley-s4"><span> :-P </span></span><br>
<br>
Estou sempre pesquisando e procurando aplicar boas praticas dentro
deste ambiente todo, principalmente em termos de segurança, pq se
alguém invadir o servidor, eu não posso botar a culpa em outra pessoa!
<span class="moz-smiley-s3"><span> ;-) </span></span><br>
<br>
E por fim, ainda preciso encontrar tempo para desenvolver novos
sistemas, como este famoso ERP e a reescrita do Eventor e CouroNET, que
já estão defasados.<br>
Isso tudo "sem gastar" muito. Se não fosse o software livre, não sei o
que seria da minha vida! <span class="moz-smiley-s5"><span> :-D </span></span><br>
Sobra pouco tempo para minha vida particular, vivo quase o tempo todo
conectado e não gosto mais desta vida, mas entrei em um ciclo vicioso
que fica difícil mudar.<br>
<br>
<br>
<br>
Eu aceitei todas as tuas críticas numa boa e vou ler estes livros que
tu me indicou, só não gostei da parte que tu me pré-julgou e disse que
meu sistema é inseguro, que não tem validação no lado do servidor, só
pq eu falei em "Javascript". E se não foi pq eu falei em "Javascript",
que outra coisa levou tu a acreditar que meus sistemas são inseguros?
Eu não creio que eu seja perfeito nisso, mas EU SEMPRE ME PREOCUPO em
fazer algo bom dentro do conhecimento que eu disponho. Adorei as
palestras de PostgreSQL no fisl9.0, pois além de aprender coisas novas,
vi que a maioria das práticas de segurança eu já implementava e a
questão do "Postgresql Application Server" é algo que está sendo feito
neste novo projeto.<br>
<br>
Não vou seguir todos os teus conselhos e sugestões, pq eu sou uma
pessoa que não aceita tudo pronto sem antes racionalizar. Exemplo: na
palestra do FISL, o David Fetter parece que comete o "pecado 4" que tu
citou, pois pelo que eu entendi da palestra ele repassa para o
PostgreSQL o motor da regra de negócio (pelos menos a validação dos
dados). E é isso mesmo que eu pretendo. Não tenho equipe grande de
desenvolvimento, então vou deixar toda a regra de validação (do lado do
servidor) no banco de dados. Vou abusar de store procedures e triggers
neste projeto novo, mesmo que o Roger Pressman (que eu vou ler, nem que
seja para poder discordar dele depois), não concorde.<br>
<br>
<br>
<br>
SDS,<br>
<br>
Luciano<br>
<br>
<br>
<br>
<br>
<br>
Luis Motta Campos escreveu:
<blockquote cite="mid:4811E85F.1020609@yahoo.co.uk" type="cite">
<pre wrap="">Luciano Giordani Bassani wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Contando a época que fui estagiário, estou nesta empresa a quase 12
anos.
</pre>
</blockquote>
<pre wrap=""><!---->
Lamento muito por você, parece que você precisa de um pouco mais de
experiência profissional.
Ficar tanto tempo assim numa empresa apenas faz mal para o
desenvolvimento profissional da gente. Siga o meu conselho, e tente
encontrar outra coisa para fazer. Não tenha pena do seu chefe, ele vai
conseguir se virar. ;)
</pre>
<blockquote type="cite">
<pre wrap="">Acho que vou seguir o teu conselho e vou ler algum livro sobre isso,
mas em português.
</pre>
</blockquote>
<pre wrap=""><!---->
Certo, sem problemas. Eu uso o Google para você:
Análise Estruturada Moderna
Autor: Yourdon, Edward
Editora: Campus
ISBN: 8570016158
<a class="moz-txt-link-freetext" href="http://www.temporeal.com.br/produtos.php?id=153906">http://www.temporeal.com.br/produtos.php?id=153906</a>
Engenharia de Software ( 6ª Edição)
Autor: Pressman, Roger
Editora: McGraw-Hill Brasil
ISBN: 8586804576
<a class="moz-txt-link-freetext" href="http://www.temporeal.com.br/produtos.php?id=170297">http://www.temporeal.com.br/produtos.php?id=170297</a>
Eles entregam, então você não precisa nem ir até a loja... é só clicar.
</pre>
<blockquote type="cite">
<pre wrap="">Algum dia, pq arrumar tempo é algo complicado.
</pre>
</blockquote>
<pre wrap=""><!---->
Tempo é questão de opção e organização.
Em todo caso, para aqueles que precisam de uma ajudinha:
Time Management for System Administrators
Autor: Limoncelli, Thomas
Editora: O'Reilly
ISBN: 0596007833
<a class="moz-txt-link-freetext" href="http://www.temporeal.com.br/produtos.php?id=170897">http://www.temporeal.com.br/produtos.php?id=170897</a>
</pre>
<blockquote type="cite">
<pre wrap="">Mas a verdade é que eu não gosto mais de desenvolver sistemas.
</pre>
</blockquote>
<pre wrap=""><!---->
Me desculpe. Eu não quero ofender, nem tenho a intenção de brigar. Ainda
assim, a impressão que eu tenho é a do menininho que está perdendo o
jogo e diz "não brinco mais". Seja esportivo, leia os livros, você ainda
tem "cura" ;)
</pre>
<blockquote type="cite">
<pre wrap="">Eu divido as telas (que na empresa onde a gente trabalha são
formulários que devem ser preenchidos, validados e enviados ao banco
de dados) em simples e complicadas, pq neste novo projeto as telas
simples (que em geral são a maioria) são geradas automaticamente.
Assim, eu só passo para o script qual é o nome da tabela e mais algum
ou outro parâmetro. Através de consultas SQL, o script monta o
formulário, vê o tipo de campo e se é obrigatório ou não e monta toda
a regra de validação, isso tudo automático. Em tese, toda a regra de
negócio eu estou tentando deixar no PostgreSQL e o script apenas lê
isso.
</pre>
</blockquote>
<pre wrap=""><!---->
Seus pecados, todos cobertos pelo Pressman:
1. Falta de separação entre a camada de validação, e exibição;
2. Falta de separação entre a camada de persistência e as regras de negócio.
3. "Meia-solução": metade do sistema precisa apenas de configuração, e
outra metade precisa ser feita à mão, quando as duas são supostamente
implementações parciais da mesma funcionalidade;
4. Usando depósito de dados como um "motor de regras de negócio".
5. Não misture a camada de exibição e a camada de aplicação: teus
cálculos não importa se simples ou complicados, não devem ser feitos no
meio do HTML, não devem ser "gerados com telas" (argh). Separe o código
que exibe informações para o usuário num arquivo diferente do código que
calcula as informações que serão exibidas.
</pre>
<blockquote type="cite">
<pre wrap="">Os formulários complicados (que na gíria da empresa chamamos de
tela), não podem ser automáticos pq existem outras regras e
sub-formulários. Por exemplo, telas que tem que calcular questões
financeiras, etc. A vantagem disso é que eu posso concentrar meu
tempo no que realmente importa e deixar estas questões de design
praticamente automáticas.
</pre>
</blockquote>
<pre wrap=""><!---->
Você realmente pode se beneficiar muito de ler os livros que eu te
indiquei. Você está fazendo tudo ao contrário: deve se preocupar com o
desenho da aplicação, e manter esta parte sob controle (não "automatize"
o projeto da aplicação). Ao contrário, preocupe-se com isso (é o que
realmente importa) e tenha políticas e regras para *tudo* no seus
sistemas: gere automaticamente tudo o que puder ser gerado ou derivado
de outras informações, seja dinâmica ou estáticamente.
Mais uma vez, com todo o respeito (eu não quero ofender, quero educar)
eu insisto: você não sabe como organizar software. Por favor leia os
livros que eu te indiquei (estão em portugues, para fazer a tua vida
simples).
</pre>
<blockquote type="cite">
<pre wrap="">Eu creio que não é educado da tua parte criticar os sistemas que eu
mantenho apenas pela quantidade de visitas que eles recebem.
</pre>
</blockquote>
<pre wrap=""><!---->
Eden, acho que você é melhor que eu para explicar que a quantidade de
visitantes não tem nada a ver com isso, e que as críticas são sobre a
parte de engenharia (ou melhor, sobre a falta dela) nos sistemas. A
palavra é tua, Eden.
</pre>
<blockquote type="cite">
<pre wrap="">Sobre a validação eu já respondi para outra pessoa em outro e-mail e
sobre segurança eu posso afirmar, com 100% de certeza absoluta, que
os sistemas que eu mantenho são mais seguros do que os das Lojas
Americanas, Submarino, Saraíva, entre outros.
</pre>
</blockquote>
<pre wrap=""><!---->
Sim, sim, os outros estão vulneráveis ao ataque de XSS, você blogou
sobre isso aqui: <a class="moz-txt-link-freetext" href="http://lgbassani.wordpress.com/">http://lgbassani.wordpress.com/</a>
Eu tenho certeza de que os outros engenheiros de software desta lista
também podem te explicar quais são os problemas com o teu software.
</pre>
<blockquote type="cite">
<pre wrap="">Eu me preocupo com isso e sempre que encontro uma falha nova eu
procuro solucionar. Você está me pré-julgado apenas pq eu falei em
Javascript. Isso é um erro recorrente dos "bons programadores".
</pre>
</blockquote>
<pre wrap=""><!---->
Lamento, mas eu não costumo prestar atenção nas linguagens de
programação que as pessoas usam. Mesmo quando eu não aprecio a linguagem
em si, eu sei apreciar um sistema bem desenhado.
</pre>
<blockquote type="cite">
<pre wrap="">Relegam Javascript, acham que elas não servem para nada. Javascript
para mim é algo que uso direto, mesmo antes de falarem em AJAX eu
sempre usava Javascript para validação de dados e jogar parte do
processamento para o cliente. Com isso eu reduzo a comunicação com o
servidor e o sistema fica mais "rápido" para o usuário. Nos projetos
antigos, a validação no lado do servidor era feito em Perl, mas neste
projeto novo, minha intenção é que a validação do lado do servidor
passe a ser feita pela base de dados.
</pre>
</blockquote>
<pre wrap=""><!---->
Perguntinha para a galera: qual é o erro conceitual disso? Onde está o
problema?
Com todo o respeito, e sem a menor intenção de ofender, eu quero
acrescentar que a tua teimosia não está te ajudando a aprender. Eu acho
que você pode se beneficiar da leitura dos livros que eu apontei, mais
do que das críticas que eu tenho feito. Você parece que está ignorando o
que eu escrevo, ou alguma coisa muito perto disso.
Putamplexos.
</pre>
</blockquote>
</body>
</html>