Por experiencia, los mensajes de error dependen del criterio del ingeniero que trabaja en el problema.
La mayoría de los mensajes de error no triviales son difíciles de extraer de las condiciones de programación que los provocan, sin algún trabajo adicional para tratar de resolver el problema, y generalmente el caso no es lo suficientemente común como para garantizar el tiempo adicional dedicado tanto a la ingeniería como a la ingeniería. copia de escritura termina.
Por ejemplo, mi programa falla porque no pude escribir en el disco; puede ser porque el disco está lleno, o se desconectó, o el sector del disco está dañado, o por cualquier otra razón. Ocurre muy raramente y es una parte pequeña y pequeña del código, por lo que cualquier trabajo adicional para descubrir la condición de error real probablemente no esté justificado, y desde el punto de vista del diagnóstico, “Error de E / S de disco: no se pudo escribir en el disco” tan claro como puedas ser.
Por otro lado, el texto de la interfaz de usuario generalmente se ejecuta a través de un diseñador de interfaz de usuario o editor de copia. Hay una cierta cohesión en la terminología de la interfaz de usuario (por ejemplo, tener una analogía consistente) que es evidente en un software bien diseñado, y la interfaz de usuario fragmentada hecha por ingenieros a los que no les importó es bastante fácil de reconocer.
- ¿Cuáles son algunas buenas formas de pensar secuencias de acción?
- ¿Cómo encuentras el tiempo para escribir y hacer ejercicio?
- Bolígrafos: ¿Cuál prefieres y por qué? ¿Punto de bola o gel?
- ¿Cuáles son algunos consejos que pueden ayudarme a ser escritor profesional?
- ¿Qué haría que un personaje ficticio fuera un elitista a pesar de que su familia acumulara riqueza robando gente? ¿Sería lo siguiente una buena justificación? ¿Qué otras justificaciones se te ocurrirían si estoy escribiendo una historia?