Ir al contenido


Foto

Ventajas y desventajas de los sistemas hechos en MS-DOS


  • Por favor identifícate para responder
21 respuestas en este tema

#1 luk2009

luk2009

    Advanced Member

  • Moderadores
  • PipPipPip
  • 2.040 mensajes
  • LocationSanto Domingo

Escrito 26 octubre 2009 - 09:41

Hola a todos, estaba participando poco, porque tenia problemas con mi conexion a internet, pero ya estamos aqui de nuevo, con renovadas fuerzas.

En estos dias me econtre con un amigo que tiene un sistema hecho con foxpro en MS-DOS y el me decia que no necesitaba pasar su sistema a una base de datos windows porque con su sistema hacia todo lo que se podia hacer con otros lenguajes y que ademas consumia menos recursos.

Obviamente que el tiene que entender que hay que avanzar y que uno no puede vivir en el pasado.

Segun sus opiniones de que se esta perdiendo al no migrar su aplicacion?.



  • 0

#2 egostar

egostar

    missing my father, I love my mother.

  • Administrador
  • 14.448 mensajes
  • LocationMéxico

Escrito 26 octubre 2009 - 10:11

Hola

Hay varios factores por los cuales no se quiere "migrar" las aplicaciones desarrolladas en DOS, y el hecho de que le funcione como lo espera difícilmente le hará cambiar de idea.

Lo único que se le puede decir es que el día que necesite "obligadamente" migrar su aplicación, tal vez sea demasiado tarde, es decir, no tendrá tiempo de reaccionar y ahí sabrá lo que es "amar a Dios en tierra de Indios" :D :D :D

Salud OS
  • 0

#3 seoane

seoane

    Advanced Member

  • Administrador
  • 1.259 mensajes
  • LocationEspaña

Escrito 27 octubre 2009 - 06:43

Pues lo creáis o no, una de las aplicaciones con las que me toca pelear esta instalada sobre msdos. Y no me refiero a una aplicación de consola, de lo que estoy hablando son de equipos con 100 Mhz con 16 Mb de ram y con el msdos 6.22 instalado.

Las ventajas son que los equipos que se necesitan se pueden comprar de segunda mano (o de tercera, o cuarta ... o al peso  :D ) muy baratos, y que como usan msdos se pueden apagar en el botón sin problema, algo importante cuando tratas con gente que no ha usado un ordenador en su vida.

Las desventajas también son evidentes. Te quedas anclado en software de hace mil años, no dispones ni de actualizaciones ni de alternativas, asi que cuando tienes que cambiar algo ya empiezas a sudar. Ademas los equipos de segunda mano ya no son tan "viejos", y ya se hace difícil encontrar equipos que puedan usar msdos (con tarjetas de red compatibles, nada de usbs, etc ...)
  • 0

#4 eduarcol

eduarcol

    Advanced Member

  • Administrador
  • 4.483 mensajes
  • LocationVenezuela

Escrito 27 octubre 2009 - 07:09

el hecho de que funcione no quiere decir que sea eficiente, :D

aunque ustedes no lo crean la cantidad de <enter> que se necesiten para terminar un proceso influye en el rendimiento de los usuarios, y por lo general (no digo que este sea el caso), los programas msdos hay que realizar muchos pasos para llevar a cabo una accion sencilla.
  • 0

#5 cHackAll

cHackAll

    Advanced Member

  • Administrador
  • 599 mensajes

Escrito 27 octubre 2009 - 08:23

el hecho de que funcione no quiere decir que sea eficiente, :D

aunque ustedes no lo crean la cantidad de <enter> que se necesiten para terminar un proceso influye en el rendimiento de los usuarios, y por lo general (no digo que este sea el caso), los programas msdos hay que realizar muchos pasos para llevar a cabo una accion sencilla.


Los usuarios de la empresa en la que me toco trabajar en estas semanas utilizan un ERP basado en CLI (consola) bajo Linux. Los usuarios son expertos en en NumPad+Tab+Enter+Acciones... justo lo comentado por ti eduardo (un monton de pasos por teclado).

La ironia de ésto es que vine aqui a concluir unos sistemas con interfaces gráficas (bajo Windows) y los usuarios no se resignan a reemplazar los 1000 "ENTER"s por 1000 "CLICK"s. Con lo cual concluyo que lo que comentas Eduardo es irrelevante o por lo menos no es una regla, pues existen sistemas que son toda una obra de arte y funcionan dentro de una consola.

Tambien habria de considerar que si ya esta echo y bien echo pues se deberia dejar "asi". El unico motivo por el cual yo aconsejaría al usuario que haga una migracion seria porque el abuelo Foxpro ya no soporte las exigencias de informacion, pero ya que esto no ha sucedido en una decada dificilmente suceda en la siguiente, entonces lo mejor es esperar.


Salud!!
  • 0

#6 luk2009

luk2009

    Advanced Member

  • Moderadores
  • PipPipPip
  • 2.040 mensajes
  • LocationSanto Domingo

Escrito 27 octubre 2009 - 09:13

Gracias por sus respuestas.
El sistema es de contabilidad, facturacion, inventario y todo lo demas. Pensaba que realmente al migrar obtendria mayor velocidad y capacidad para busquedas en la base de datos. El limite de las base de datos en MS-DOS cual es?, la variedad de las consultas y la facilidad de hacerlas debe ser otro problema.

El me dice que inclusive lo ha instalado en lugares donde se generan cientos de miles de transacciones y no le da ningun problema. Tomando esto en cuenta y todos sus comentarios, debo decir que a no ser por la interfaz grafica y otras chulerias, entonces el no tiene razones para migrar.



  • 0

#7 cHackAll

cHackAll

    Advanced Member

  • Administrador
  • 599 mensajes

Escrito 27 octubre 2009 - 09:27

...El limite de las base de datos en MS-DOS cual es?, la variedad de las consultas y la facilidad de hacerlas debe ser otro problema...


Al utilizar una consola virtual o el mas reciente command.com los limites del "MS-DOS" son los últimos que pudimos ver (640Kb. de memoria convencional, 64 Kb. de HMA, 1 Mb de XMS, uso de 32 bits, limite de archivos de un par de Gb...) asi que el unico límite estaría dado por la version del Foxpro (que por lo que cuentas se adapta a la perfeccion a las exigencias de sus usuarios).

Pero creo que si el objetivo es que vendas tu actualizacion deberias atacar por el lado de la integracion a las nuevas plataformas web, consultas online, sistema en red, rangos de usuarios mejor definidos, limites teoricos de informacion de algunos Tb. ETC, ETC.

La idea creo que es, que el "otro" al ser un software cerrado es lo que es y nunca será mas, pero tu producto al ser "a pedido" podrá ser actualizado segun vayan apareciendo las nuevas tecnologias y las ventajas que éstas traigan en un mercado tan competitivo.

Salud
  • 0

#8 markdelphi

markdelphi

    Advanced Member

  • Moderadores
  • PipPipPip
  • 97 mensajes
  • LocationMéxico

Escrito 27 octubre 2009 - 09:36

Yo tengo un cliente que ahora esta migrando a Delphi Prism, tiene todos sistemas bajo MSDOS y los desarrollo con FoxPro y Clipper, pues estaba contento pero el me comenta que una de las razones que lo obligo a migrar es que los DBF son muy suceptibles a los apagones y que cada rato se le corrompen los Indices y esas cosas, ya estaba fastidiado porque por cualquier cosa se dañan facilmente estos archivos.

Ahora que pudo ver la otra cara de la moneda (Bases de datos relacionales, Transacciones, Etc) quedo encantado con el desempeño y la forma de programar.

Hasta que tú amigo no se de cuenta de las ventajas seguirá en la epoca de las cavernas.

Renovarse o morir.
  • 0

#9 Héctor Randolph

Héctor Randolph

    501st Legion

  • Moderadores
  • PipPipPip
  • 664 mensajes
  • LocationMéxico

Escrito 27 octubre 2009 - 10:38

Recientemente me tocó tratar con un sistema creado para MS-DOS, el problema comenzó cuando renovaron sus equipos. Compraron equipos DELL con muchas prestaciones en procesador, memoria y disco duro (las cuales por cierto no eran aprovechadas). Pero todos ellos tenían únicamente puertos USB. El sistema utilizaba el puerto serial para conectarse con otros equipos, además utilizaba el puerto LPT1 para impresión. Las personas de soporte técnico recomendaron instalar en cada equipo tarjetas PCI  con puertos serial y LPT1. El cliente se quejó porque según él le costaron mucho dinero además de que no fue sencillo conseguirlas.

Posteriormente fue necesario conectar este sistema con otros sistemas WEB. Se plantearon varias alternativas como sockets, API's y webservices. Pero todo esto no era soportado por este sistema, al final la única opción fue crear procesos batch nocturnos que actualizaban archivos.

No estoy en contra de mantener este tipo de sistemas cuando trabajan bien y cumplen con su función. El problema llega cuando quieren que el sistema realice funciones para las cuales no fue diseñado originalmente y adaptarlo resulta más complicado que crear un nuevo sistema.

Saludos.


  • 0

#10 agag4

agag4

    Advanced Member

  • Miembros
  • PipPipPip
  • 298 mensajes
  • LocationMéxico

Escrito 27 octubre 2009 - 02:02

el hecho de que funcione no quiere decir que sea eficiente, :D

aunque ustedes no lo crean la cantidad de <enter> que se necesiten para terminar un proceso influye en el rendimiento de los usuarios, y por lo general (no digo que este sea el caso), los programas msdos hay que realizar muchos pasos para llevar a cabo una accion sencilla.


Estas totalmente equivocado compañero, el uso del Enter en una aplicación es la forma mas rapida de operar, yo migre una aplicación de Clipper msdos a delphi, lo hice muy similar, inclusive casi no usan el raton, usan el puro teclado y te puedo decir que se ahorran un 80% más de tiempo usando el famoso Enter que andar buscando el raton....
  • 0

#11 poliburro

poliburro

    Advanced Member

  • Administrador
  • 4.945 mensajes
  • LocationMéxico

Escrito 27 octubre 2009 - 02:51



Desventaja:  No puedes usar íconos
Ventaja: El color negro ahorra energía

Desventaja: Solo puede usar un programa a la vez
Ventaja: Tus usuarios no jugarán al solitario mientras trabajan

Desventaja: El internet solo podrá ser en modo texto
Ventaja: Tus usuarios no verán porno en lugar de trabajar

etc...

  • 0

#12 Fenareth

Fenareth

    Advanced Member

  • Administrador
  • 3.486 mensajes
  • LocationMexico City

Escrito 27 octubre 2009 - 02:57

.....

Desventaja: Solo puede usar un programa a la vez
Ventaja: Tus usuarios no jugarán al solitario mientras trabajan
....


Creo que aquí te equivocaste amor... debería decir:


Desventaja: Solo puede usar un programa a la vez
Otra Desventaja: Tus usuarios no jugarán al solitario mientras trabajan

Jejeje :p

Saludox ! :D
  • 0

#13 eduarcol

eduarcol

    Advanced Member

  • Administrador
  • 4.483 mensajes
  • LocationVenezuela

Escrito 27 octubre 2009 - 03:18

creo que no me explique, me refiero a la cantidad excesivas de enter que hay en ciertas aplicaciones de MSDOS, pero bien diseñado no debe haber problemas.
  • 0

#14 cHackAll

cHackAll

    Advanced Member

  • Administrador
  • 599 mensajes

Escrito 27 octubre 2009 - 04:25

...etc...


Estas ventajas y desventajas solo se darian si la aplicacion es ejecutada directamente desde el MS-DOS, pero es más practico tener dicha consola en una ventana no? Asi se aprovechan de todas las caracteristicas de cache y otros que van por debajo de la mano del Güindos.
  • 0

#15 Delphius

Delphius

    Advanced Member

  • Administrador
  • 6.295 mensajes
  • LocationArgentina

Escrito 27 octubre 2009 - 07:55

Estaba pensando en poner en un tono burlón, pero con cierto sarcasmo, ¿Ventaja?¿Existe alguna?

Pero después de leerles... como que me quedo callado :lipsrsealed: Que se han dicho cosas bastantes útiles.

Si mi amiga leyera este hilo diríasu frase ¡Aguante Cobol! :D

Saludos,
  • 0

#16 egostar

egostar

    missing my father, I love my mother.

  • Administrador
  • 14.448 mensajes
  • LocationMéxico

Escrito 27 octubre 2009 - 08:00

:lipsrsealed:

:D :D :D

Salud OS
  • 0

#17 Delphius

Delphius

    Advanced Member

  • Administrador
  • 6.295 mensajes
  • LocationArgentina

Escrito 27 octubre 2009 - 08:20

Amigo, esa imagen me trae recuerdos... como si hubiera sido ayer... (huy... si claro... tampoco es para tanto...  :p) Las prácticas en TP y yo realizando rutinas para pintar "ventanas" mediante gotoXY(), y caracteres ASCII :D :)

Saludos,


  • 0

#18 egostar

egostar

    missing my father, I love my mother.

  • Administrador
  • 14.448 mensajes
  • LocationMéxico

Escrito 27 octubre 2009 - 08:26

Así es amigo, una verdadera lata :)

Salud OS


  • 0

#19 markdelphi

markdelphi

    Advanced Member

  • Moderadores
  • PipPipPip
  • 97 mensajes
  • LocationMéxico

Escrito 27 octubre 2009 - 08:34

Así es amigo, una verdadera lata :)

Salud OS



En TP ¿Nunca usaron Turbo Vision? esto facilitaba mucho la lata de estar dibujando ventanas, se usaba los mismos objetos que usaba el IDE. Que tiempos aquellos.  :D
  • 0

#20 egostar

egostar

    missing my father, I love my mother.

  • Administrador
  • 14.448 mensajes
  • LocationMéxico

Escrito 27 octubre 2009 - 09:06

Yo usaba una unidad  llamada TPWindow.tpu, ese creaba menus desplegables, pero solo lo usaba para el diseño del menú, pero los programas si que tenia que usar gotxy() :p



delphi
  1. {$M 5120,0,10240}
  2.  
  3. Uses
  4.   TPString,TPCmd,TPWindow,TPMenu,Dos,OpenWin,TPCrt,Passw;
  5.  
  6. Var
  7.   M        : Menu;
  8.   Ch      : Char;
  9.   Key      : MenuKey;
  10.   CodError : Integer;
  11.   Command  : String;
  12.  
  13.   Procedure InitMenu(var M : Menu);
  14.   Const
  15.     Color1 : MenuColorArray = ($1F, $4F, $1F, $70, $70, $4F, $1F, $70);
  16.     Frame1 : FrameArray = 'ÉÈ»¼Íº';
  17.   Begin
  18.     M := NewMenu([], nil);
  19.     SubMenu(16,7,24,Vertical,Frame1,Color1,' Men£ Principal ');
  20.       MenuMode(False, True, False);
  21.       MenuWidth(20);
  22.       MenuItem('Tasador',2,1,1,' Proceso para la captura del regitro detallado de llamadas');
  23.       MenuItem('Listados',4,1,2,' Listados de explotaci¢n del Sistema');
  24.       SubMenu(46,7,24,Vertical,Frame1,Color1,' Listados ');
  25.         MenuMode(True, True, False);
  26.       MenuItem('Salida del Sistema',10,1,5,' Salida del Sistema < para regresar capture MENU y presione ENTER >');
  27.       PopSublevel;
  28.     ResetMenu(M);
  29.     SetMenuDelay(M,10);
  30.   End;



Y las ventanas las hacia con un include de nombre Cuadro.Inc :p



delphi
  1.   Procedure Cuadro(X1,Y1,X2,Y2: Integer);
  2.   Var I : Integer;
  3.   Begin
  4.     TextBackGround(1);
  5.     Window(X1,Y1,X2,Y2);
  6.     ClrScr;
  7.     Window(1,1,80,25);
  8.     TextColor(15);
  9.     GoToxy (X1,Y1); Write ('Ú');
  10.     For I := X1 to X2 - 2 do
  11.         Write ('Ä');
  12.     Write ('¿');
  13.     For I := y1 + 1 to Y2 - 1 do
  14.         Begin
  15.           Gotoxy (X1, I);
  16.           Write ('³');
  17.           Gotoxy (X2 , I);
  18.           Write ('³');
  19.         End;
  20.     Gotoxy (X1,Y2); Write ('À');
  21.     For I := X1 to X2 - 2 do
  22.         Write ('Ä');
  23.     Write('Ù');
  24.   End;





delphi
  1. {$I Inc\Cuadro.Inc}
  2.  
  3.   Procedure MuestraTiempo;
  4.   var
  5.     y,m, d,dow  : Word;
  6.     h,min,s,hund : Word;
  7.     LineaFecha  : String;
  8.   Begin
  9.     Window(1,1,80,25);
  10.     TextColor(14);
  11.     TextBackground(1);
  12.     GetDate(y,m,d,dow);
  13.     GetTime(h,min,s,hund);
  14.     LineaFecha := Dias[dow]+', '+Form('@@',d)+' de '+Meses[m]+' de '+Form('####',y);
  15.     For I := Length(LineaFecha)+1 to 36 do
  16.         Insert(' ',LineaFecha,I);
  17.     GotoXY(3,2);
  18.     Write(LineaFecha);
  19.     GotoXY(65,2);
  20.     Write(LeadingZero(h),':',LeadingZero(min),':',
  21.           LeadingZero(s),'.',LeadingZero(hund));
  22.   End;
  23.  
  24.   Procedure PantallaPrincipal;
  25.   Begin
  26.     TextColor(15);
  27.     TextBackGround(1);
  28.     ClrScr;
  29.     Cuadro(1,1,80,6);
  30.     TextColor(14);
  31.     MuestraTiempo;
  32.     TextColor(15);
  33.     For I := 2 to 79 do
  34.       Begin
  35.         GotoXY(I,3);
  36.         Write ('Ä');
  37.       End;
  38.     TextColor(14);
  39.     GotoXY(18,4);
  40.     Write('Software Tarificador STar v1.1 Equipos NEAX');
  41.     GotoXY(5,5);
  42.     Write('Uso Autorizado para : ');
  43.     TextColor(0);
  44.     TextBackGround(7);
  45.     GotoXY(27,5);
  46.     Write(' ',Empresa);
  47.     TextColor(0);
  48.     GotoXY(2,7);
  49.     Write(' Fecha  Ext  Duraci¢n    Hora      N£mero        Costo          Ciudad      ');
  50.     GotoXY(2,25);
  51.     Write('              Presione la tecla <F10> para salir                ');
  52.     Cuadro(1,22,80,24);
  53.   End;
  54.  



Bien dices amigo Marco, que tiempos aquellos, por cierto que mal programador he sido siempre jajajaja  :$

Salud OS
  • 0




IP.Board spam blocked by CleanTalk.