🚀 go-pugleaf

	Buenas a todos:

	EHMO (En Mi Humilde Opinion):

	Sobre el colegio
	----------------

	1. Ya existen varias asociaciones de inform�ticos, no ten�is que
crear ninguna nueva:

	* ALI (Asociaci�n de Licenciados de Inform�tica)
		- S�lo para Licenciados/Ingenieros en Inform�tica
		- Defienden la creaci�n del colegio de inform�ticos
		
	* ATI (Asociaci�n de T�cnicos Inform�ticos)
		- Dan cabida no s�lo a licenciados, sino a otros t�tulos
		  (ignoro si fuera de la rama inform�tica)
		- En cuanto al colegio no s� su postura

	Ambas se dedican adem�s a dar seminarios y todas estas cosas t�picas de
las asociaciones. Por ah� estar�n sus sitios web explic�ndolo. As� que, seg�n
sean vuestras opiniones, pod�is un�ros a una de ellas u a otras diferentes, e
incluir en la tarjeta de visita eso de "miembro de la ..."

	2. La idea del colegio ya est� planteada hace tiempo. Por ejemplo,
algun profesor de inform�tica de la Universidad del Pa�s Vasco suele "lavar el
cerebro" en alg�n momento con el tema a los alumnos de quinto. Y no es el �nico
profesor inform�tico por la labor. Naturalmente, los profesores inform�ticos
son los potenciales dirigentes de una organizaci�n de ese estilo �os gustar�a
aguantarlos, no s�lo durante los a�os de estudio sino toda la vida?

	3. En todo caso, y lo siento por todas las personas que se han
manifestado en contra, si se hace un colegio, es casi seguro que se hace con
esp�ritu corporativista. As� que quedar� restringido a los inform�ticos y
seguramente a los que tengan carrera. Por lo tanto son los inform�ticos los
que principalmente tienen que decidir si lo desean o no, y los que tienen que
llevar el peso de "la batalla" (en ambos sentidos). Si todos los inform�ticos
est�n del lado del "s�", la cosa va a estar muy malita para el resto...

	Sobre la garant�a de calidad del software
	-----------------------------------------

	4. Ninguna empresa va a permitir que personas ajenas revisen su
c�digo propietario.

	- porque esa informaci�n es parte de la ventaja competitiva y por la
	  cual han pagado (a veces, cientos de millones de pesetas). �Qu�
	  ha pasado cuando Telefonica ha fichado al comisario europeo ese?
	  Un t�o con una interesante informaci�n privilegiada...
	- porque ninguna empresa va a correr el riesgo del descr�dito de que le
	  digan que su software es de "mala calidad".
	- Adem�s, tales revisiones podr�an convertirse en el arma arrojadiza de
	  unas empresas contra otras de la competencia. Los auditores se
	  vender�an al mejor postor y la corrupci�n del sector ser�a total.

	5. Ning�n particular inform�tico va a permitir que se le revise el
c�digo.

	- Idem, �qu� pasa si se lo rechazan? �Y el descr�dito profesional?
	- Imag�nate, por lo que sea, que eres una persona molesta, o que
	  simplemente le caes mal a uno de "la c�pula". Te auditan, te ponen a
	  parir sin raz�n y te dejan por los suelos. Es decir, todo se
	  convierte en un "status quo" donde los de "arriba" del colegio
	  controlan a los de abajo con la amenaza del control.
	- �Qui�n va a querer hacer un programa si va a tener que
	  responsabilizarse de los errores? S�lo hay que leer la licencia de
	  productos comerciales. �Que dice? "Sin ninguna garant�a". �Qu� dice
	  la de Java?  Que est� prohibido su uso en ning�n sistema del que
	  dependa la vida humana. Si tus herramientas no te garantizan nada,
	  �c�mo vas a garantizar t� su correcto funcionamiento? �Tendr�s que
	  construir tu sistema desde cero?

	6. La calidad en el software se define como "cumplir las expectativas,
expl�citas o impl�citas, del cliente". En ning�n caso se habla de metodolog�as,
etc. Es decir, si eres capaz de hacer "spaguetti-programaci�n" que funciona
seg�n quiere el cliente, sin errores, sin problemas, que se le pueden a�adir
nuevas funcionalidades r�pida y f�cilmente, y que le cuesta barato, tu programa
tiene la m�xima calidad.

	Obviamente, todos nosotros somos humanos y sabemos que no es posible
hacer eso a las bravas: necesitamos sistematizarlo. Y es cuando aparece todo
esto del ciclo de vida, Ingenier�a del Software, Metodolog�as, etc. Pero es
algo que son "muletas" a nuestra incapacidad de manejar la complejidad de
un proyecto. 

	Se han desarrollado muy diversas t�cnicas y metodolog�as, porque no
existe la universal: depende mucho del tipo de proyecto, tama�o, participantes,
dominio del problema o paradigma seguido. �Se va a imponer una homog�nea?
�M�trica-2, Eurom�todo, UML, ...? �De verdad quer�is medir la calidad por usar
cierta metodolog�a?

	Todo esto huele a ISO 9000 que echa hacia atr�s. Y a m� todo lo que sea
ISO 9000 me horroriza. Ya lo dec�an en cierta empresa "ISO 9000: calidad de
despido". Y si no, leeros el libro de "El principio de Dilbert", de Scott
Adams. Libro de cabecera de cualquiera que trabaje en una empresa (en un puesto
no directivo). Dicen que es de humor pero solo cuenta hechos reales.

(sigue)