Lo que pasa es que la realidad es que trabajamos sobre esa plataforma, y nos guste o no, esos bugs están ahi. Y más que saldrán.

Mi discurso es que en la realidad, es más eficiente que los 5 consultores (los que sean) de tu empresa trabajen todos con una imagen identica de disco duro.

No entro a valorar si es culpa de la plataforma donde desarrollan, si es culpa de sus entornos o del cabron de su jefe.

Para mí, es una realidad trabajando sobre la plataforma Openbravo.

Esto es como decir que en la mi instalación de vim como mi .vimrc no está configurado apropiadamente por defecto no me aparece el resaltado de sintaxis. Pues que quieres que te diga, tendrás que parametrizar tu entorno.

- La tarea ant export.database ejecutada en diferentes entornos de desarrollo hacia pensar a subversion que el xml había cambiado completamente (bug solucionado para 2.40)

Si sucede eso no es que haga pensar a subversion que ha cambiado sinó que realmente estará modificando el archivo, aunque sea metiéndo un carácter. En cualquier caso es un bug de la plataforma.

- Errores al dar de alta informes jasper en Openbravo dependiendo de si la base de datos es Oracle o Posgres.

Por suerte o por desgracia nosotros trabajamos con las dos bd dependiendo del proyecto y me imagino que la mayoría de asociados están en el mismo caso. De todas formas volvemos a tener un bug de la plataforma, no del entorno.

- Instalación o upgrade de cliente subversion en tu distro. Es un camino espinoso (al menos lo fue para la 1.5) que sólo debiera sufrirse una vez, y los que vengan detras copien lo que tu hiciste.

Si todos debemos utilizar una versión concreta de subversion porque es un requisito de la plataforma los mismos errores y problemas tendré utizando un gui que utilizando otro. Vuelve a ser un bug de la plataforma teniendo en cuenta que subversion pertenece a la plataforma.

- Errores de configuación de eclipse (en este saco meto también errores de compilación, de build, …) que son específicos del sistema operativo que uses.

Según mi premisa cada uno puede utilizar la herramienta que quiera y por tanto el editor que quiera lo que nos lleva que este problema lo tendrán los desarrolladores que hayan decidido utilizar eclipse, nunca va a ser común a todos. Desde mi punto de vista no aplica.

De todos los problemas que has dicho el único que podría considerar como un problema del entorno es el de ubuntu.

De todas formas repito, es mi opinión y puede ser equivocada o no aplicar bien en algunos escenarios.

Dile a tu jefe que me cae bien xD

Yo me refiero a desarrollar sobre Openbravo. Te voy a poner algunos ejemplos.

- En ubuntu, si no modificas el archivo de configuración los informes en jasper no se muestran.

- La tarea ant export.database ejecutada en diferentes entornos de desarrollo hacia pensar a subversion que el xml había cambiado completamente (bug solucionado para 2.40)

- Errores al dar de alta informes jasper en Openbravo dependiendo de si la base de datos es Oracle o Posgres

- Instalación o upgrade de cliente subversion en tu distro. Es un camino espinoso (al menos lo fue para la 1.5) que sólo debiera sufrirse una vez, y los que vengan detras copien lo que tu hiciste.

- Errores de configuación de eclipse (en este saco meto también errores de compilación, de build, …) que son específicos del sistema operativo que uses.

En fin, podría meterme listar muchos temas más pequeños que parece que son despreciables, pero que no lo son. Escollos que cuando los expones a tu grupo de trabajo, siempre alguien lo ha sufrido y te da la llave para que no lo sufras tu.

Si cada uno tiene un entorno de una madre diferente, por muy eficiente que sea en su entorno, siempre existirán escollos que nadie podrá ayudarle a superar y perderá mucho tiempo.

Si hablásemos de que algunos usan Windows y otros Gnu/Linux se entendería más, pues la codificación de caracteres en editores de texto plano es diferente, el compilador en C++ sería muy diferente (la experiencia en la uni lo avala xD) o, por ejemplo, la compartición de ficheros en red sería más toca-narices.

Pero vamos, si cada uno sabe lo que utiliza y cómo utilizarlo, una herramienta impuesta para que todo sea homogéneo es contra-productivo.

Los escollos los veo más en la plataforma de desarrollo e insisto, esa es común a todos.

Errores, problemas que le surgen a un intengrante del grupo, ya le sucedieron a otro en su día, y al compartir herramientas se supera ese escollo mucho antes que si fueran entornos diferentes.s