Hola a [EMAIL PROTECTED]:

Muchas gracias por todas vuestras aportaciones, ya tengo trabajo para este
fin de semana y es que digerir toda esta informaci�n me va a llevar un par
de d�as.

El principal problema al que me enfrento, y por eso la �R? del asunto, es
que lo que vamos a afrontar no es una evoluci�n de n/actual sistema, es una
verdadera revoluci�n de todo el entorno de trabajo.

Ahora lo tengo un poco m�s claro, sigo con la idea original pero con la
"tranquilidad" de ver que puede ser viable. Se trata de sustituir nuestro
170 por un i5 en Rack con el m�nimo de interactivo posible (o incluso cero)
para abaratar su coste, la parte ofim�tica la queremos centralizar en un
servidor, preferiblemente integrado en el mismo rack y compartiendo
recursos (disco, cinta, etc.) con el i5, que sea una partici�n o un
procesador adicional depender� de su coste, la periferia ser� casi en su
totalidad Think Client lo que nos permite reducir el tiempo dedicado al
mantenimiento de los "clientes".
El S.O. del servidor Ofim�tico va a ser, casi con seguridad, Linux pero en
una versi�n no gratuita (por tener alg�n soporte), el tema de MS-Office u
OpenOffice no lo tengo decidido todav�a, la verdad es que la posible
reacci�n negativa por parte de los usuarios me da bastante "yu-yu", hace
a�os ya lo viv� con SmartSuite y fu� un desastre, al final s�lo lo
utiliz�bamos unos pocos.
El servidor de correo, sin ninguna duda Domin� sobre i5, lo he tenido asi
toda la vida y estoy m�s que satisfecho.

Lo m�s complicado es la parte de nuestras aplicaciones, esto es lo que m�s
tiempo me va a costar decidir, debo destacar que el cambio �nicamente se
justifica por la reducci�n de coste del Hardware no interactivo ya que
realmente no necesitamos trabajar en entorno gr�fico. Barajo 3
posibilidades:
- No tocar las aplicaciones y "maquillar" con aXes, la ventaja es que es
una soluci�n probada (el compa�ero Pere sobrevivi� a los problemas de su
instalaci�n) y su implantaci�n ser�a muy r�pida, el inconveniente que veo
es que seguimos "estancados" en la programaci�n tradicional.
- Convertir y reprogramar con Webfacing, ventaja, es la soluci�n nativa que
propone IBM, inconveniente... �ltimamente IBM cambia (seg�n mi gusto y
opini�n personal) de estrategia seg�n le sopla el viento, no acabo de estar
convencido de que realmente sea el futuro.
- Convertir y reprogramar mediante VisualRpg, ventaja, es una soluci�n
estable y muy probada y creo que (al menos para mi) ser�a la evoluci�n
natural en cuanto a lenguaje, como inconveniente creo (aun no lo puedo
afirmar) que puede costar m�s tiempo de implantar aunque a largo plazo
sigue gust�ndome m�s que las otras opciones.

Hay otras posibilidades pero creo que con estas 3 tengo m�s que suficiente
para calentarme la cabeza con la decisi�n, reconozco que ten�a en mente una
cuarta opci�n (JWalk) que fu� mi primer contacto con este nuevo entorno,
pero por motivos que la mayor�a conocemos (y no quiero meter m�s el dedo en
la llaga) la descarto definitivamente.

Una vez m�s gracias a [EMAIL PROTECTED] por vuestra colaboraci�n, ya os contar� 
como
acaba el cuento, o salgo victorioso de esta haza�a o definitivamente me
dedico a la carpinter�a ;-)

Un saludo.

Juanra
iFiveSaurio ;-)



_____________________________________________________
Forum.HELP400 es un servicio m�s de NEWS/400.
� Publicaciones Help400, S.L. - Todos los derechos reservados
http://www.help400.es
_____________________________________________________

Para darte de baja, env�a el mensaje resultante de pulsar
mailto:[EMAIL PROTECTED]

Responder a