El Try es necesario y profesional. Es parte del lenguaje de gambas y es la única manera de verificar que una operación "con riesgo de fallar" (como cargar un archivo corrupto) ha sufrido un fallo.

De lo que habláis, supongo es de no verificar el error que se ha producido después del Try y eso está mal, o no, dependiendo de la finalidad de tu programa.
Siguiendo con el ejemplo de la imágenes (y esto es un caso real que enfrenté hace tiempo en el trabajo):
Haces una lista de archivos descargados vía ftp de un servidor y quieres poner el thumbnail de cada archivo bajado identificable según extensión, archivos que son de su padre y de su madre y que en su momento pueden haber sido bien cargados o abortados a media subida, o lo que sea.
Ahí haces tu función de thumbnails y en ella cargas la imagen. Si falla puede ser por múltiples causas que en este momento no te interesan. No puedes detener el programa con aviso sobre aviso de cada archivo ni plantear al usuario una serie de problemas que él no entiende (¿Qué es eso de archivo corrupto o incompleto?) y que te generarán incontables llamadas y quejas (o peor aún, que generarán en los usuarios la tendencia a no hacer caso de ningún aviso). Le pones un try al thumbnail y punto.

No hay que olvidar nunca al usuario. Eso de hacer programas para nosotros mismos está bien, pero el entorno profesional es otra cosa.

Saludos