Sobre la inmortalidad de Microsoft Word [ENG]

Como ingeniero de software que ha pasado los últimos años trabajando en tecnología para abogados, he observado varios patrones en productos que no dan en el blanco y en mi propio pensamiento que creo explican la desconexión entre abogados y proveedores dicha tecnología. Mi conclusión es que los desarrolladores malinterpretan los flujos de trabajo legales y que su malentendido es anterior a muchos errores en la tecnología. De todos los errores que produce este malentendido, hay uno que sobresale del resto: el deseo de reemplazar Microsoft Word.

[#4 srskiner]

Como jurista que tenia informatica como segunda opcion de carrera y cuyos amigos son mayoritariamente informáticos añadiria:

Esto es solo una concreción de un problema mas general, se programa sin conocer el entorno y para que se est programando, lo he visto tanto en derecho como en contabilidad.
No es necesariamente culpa de quien programa, eso es otro tema, pero necesariamente esa falta de información lleva a que se programe " pensando como un informático " ya que no se han dado…   

[#1 plutanasio]

Yo me crié con el WordPerfect, y me costó mudarme al Word

[#5 ctrlaltsupr1]

#1 ¡Snifff..! Me gustaba mucho más.

[#2 Gry]

Curioso, para documentos legales siempre pensé que usarían algo más inmutable que el Word, tipo PDF o algo así.

El Word te puede arruinar el formato de un documento simplemente por cambiarle la versión. Yo siempre que tengo que mandar documentos a la administración uso PDF porque no me fío del Word.

[#3 mr_b]

#2 Seguramente usen PDF, pero con algún programa hay que componerlos. Si bien es cierto que para que el formato quede "bien" siempre pueden usar LaTeX, escribir eso a mano es absolutamente tedioso (y pierden un tiempo que no tienen).

Y hablando del formato y LaTeX, tengo ganas de probar Typst (junto con Typesetter).

[#6 abnog]

Pero esto no es más que un aspecto concreto de un problema global, ubicuo y de difícil solución: los programadores, por lo general, no conocen o no entienden las necesidades de sus clientes, y los clientes, por regla general, ni entienden sus propias necesidades y mucho menos saben explicarlas. La calidad del software resultante, por lo tanto, es siempre directamente proporcional a la habilidad del programador, a la habilidad del cliente, y a la capacidad de ambos de comunicarse.