bueno, bueno, bueno. Que interesante se esta poniendo todo esto, nuevamente gracias a todos por su tiempo.
A ver:
NRLABS, ahora entiendo a lo que te referis con control de errores. Pasa que en realidad a eso se le llama debugger y no control de errores que es otra cosa que pronto te explicare. El debugger es creo una de las pocas cosas rescatables del IDE de VB, la verdad que de eso no tengo practicamente quejas. Cuando hablo de control de errores me refieron a la manera en la que vb controla las excepciones, es decir cuando ocurre un error en tiempo de ejecucion (ya compilado). El tema de que cada funcion deba tener su rutina de atencion a errores es muy desgastante y poco practica.
Respecto a lo del "exit sub", realmente debe ser porque me inculcaron mucho que no usara ese tipo de sentencias en los programas por que literalmente lo desarman. En mi opinion hace que la programacion sea muy mala. :-p
Mad68: Bueno, si tu lo dices respeto la opinion de la experiencia. realmente es cierto que VB tiene miles de funciones que nunca utilizare, pero mi pregunta es si existen porque no puedo usarlas en la manera que se deberia?
Igualmente mi opinion sobre los productos microsoft es la siguiente: Cuando realiza un producto que deberia ser serio o potente y de ambito profesional (mssql server por ej.) microsoft se limita a quitarle herramientas o utilidades practicas que le alivianan el trabajo al desarrollador o dba, que en otras herramientas de uso mas comun y hogareños (lease access) nos facilitan la vida y de hecho son muy practicas. Por ejemplo, (no digo que este bien) la sentencia IIF de access es muy util, me podes decir porque en mssql cambia a un engorroso CASE WHEN??
Esa clase de cosas pasan cuando deseas migrar tu aplicacion de una plataforma a otra.
Bueno, muchas gracias a todos por sus opiniones sigan que algo bueno vamos a sacar.
Saludos.
Nok