Acho que esse lance de ser uma linguagem VOLTADA para a internet "at�"
pode fazer algum sentindo.
Mas fa�a uma pergunta um pouco diferente para analisar a situa��o: no que a
internet se baseia ? Seria uma
arquitetura CLIENTE - SERVIDOR ?! n�o seria ?!
Ent�o, n�o � EXATAMENTE o que voc� pode montar dentro de uma empresa ?
Digo, voc� pode montar uma estruturua com UM SERVER interno, onde as
pessoas V�o fazer acesso ao programa, as bases de dados, seja em PostGree,
MySql...ORACLE (eita oracle?...isso n�o reduz custos)... ser�o acessadas
como NA WEB ...s� que internamente.
Eu particularmente n�o vejo problemas de se usar isso. Claro, eu n�o sei
profundamente como montar essa estrutura, mas nos dias atuais, tamb�m
desenvolvi software de AUTOMA��O COMERCIAL, s� que em... VISUAL BASIC 6
(t�....eu sei gente...vcs odeiam microsoft.... mas infelizmente o GAMBAS n�o
est� t�o pr�ximo do VB 6 para um pulo radical)... Mas voltando ao
desenvolvimento em VB... j� est� na lista de coisas a fazer nas F�rias o
estudo de PHP para desenvolver vers�o como estou te falando...
E tem um detalhe... digamos, que vc tenha uma equipe de vendas que
precise acessar o seu software externamente... que mal haveria dele estar
publicado (claro com toda seguran�a de autentica��o poss�vel e com acesso,
por exemplo s� de consulta) se seu vendedor estiver em outro lugar ?!
Percebe o que podemos come�ar a ganhar com isso ?
Ent�o...n�o sei pq n�o poderia ser feito....
Essa � minha opini�o. J� que voc� ainda t� na fase de ouvir opini�es.
� isso. Espero que tenha mais opini�es para confrontar e que leia muito
antes de desenvolver.
Uma outra coisa, n�s da info temos asiendade por novidade... tudo que �
novo queremos aplicar e j� implementar mudan�as. O que temos que refletir �:
1) mudan�as custam caro! (mesmo as que focam software livre e que
apresentam inocente custo ZERO)
2) mudan�as mal planejadas s�o traum�ticas (as bem planejadas tamb�m)
3) mudan�as podem fazer de voc� um HIGHLANDER...eheheh...vc vai ter sua
cabe�a fora do seu pesco�o...
4) NEM TUDO QUE � NOVO � NECESSARIAMENTE BOM!
5) testes s�o fundamentais. N�o � pq algu�m diz que � BOM que devemos
deixar para tras o que temos, mesmo
porque aquilo que temos pode estar nos atendendo!
6) mudan�a de esta��es de trabalho sem treinamento... � um ERRO. Eu j�
presenciei 3 "chefes" implementando isso sem
dar ouvidos ao que queria dizer...as consequencias e quantidade de
reclama��es contra as equipes de TI ap�s mudan�as
foram absurdamente elevadas. J� � traum�tico a mudar OFFICE para OPEN
OFFICE... imagine SO todo. (Mais uma vez
por isso que eu falo que uma solu��o em PHP � bem interessante, pois
voc� cita no seu e-mail que voc� pretende
futuramente MIGRAR todas as workstations para DEBIAN ou qualquer outro
sabor de LINUX... a implementa��o
do PHP na aplica��o permite a voc� fazer migra��o planejada...uma VEZ
que uma aplica��o WEB BEM FEITA �
e tem que ser, acess�vel por qualquer outro sistema OPERACIONAL...
7) esteja aberto � mudan�as... mas seja prudente
Qualquer coisa estou aqui para dar minha singela opini�o :)
Claudio Ferraz de Toledo
um quase Analista de Sistemas :)
(ainda no final da gradua��o)
----- Original Message -----
From: "Vinicius Vasconcellos" <[EMAIL PROTECTED]>
To: <[email protected]>
Sent: Sunday, June 05, 2005 10:06 AM
Subject: Desenvolvimento de Software
Bom dia pessoal!
Estou querendo desenvolver um software para a plataforma livre, usando
php e mysql onde teria alguns modulos bem simples (cadastros de
clientes, fornecedores, exames...). Onde instalaria um servidor linux
(Debian, � claro) e futuramente mudaria as esta��es de trabalho para
debian, reduzindo os custos.
Conversei com algumas pessoas que utilizam essa linguagem � comentaram
que era inviavel esse desenvolvimento pois seria uma linguagem voltada
para a internet.
Mas vejo em alguns comentarios e sites que disponibilizam uma
"solu��o" voltada para determinadas situa��es que � feita em php.
Gostaria se possivel com a experiencia que tem, de me ajudar a tirar
essa d�vida!
--
[]s !
Vinicius Vasconcellos
User #277360 UIN 172941519
Debian #454 / [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]