2008/4/22 Leandro Lucarella <[EMAIL PROTECTED]>: > > Claro, justamente a lo que me refería es que, de una forma medio > rebuscada, al final siempre termina siendo una convención. Cuando yo pongo > algo private en C++, es una forma de documentación, de decirle al tipo que > use mi clase "porfi, porfi, no te metas con estos atributos" (como cuando > ponés un método que empieza con "_" en un lenguaje que no lo soporta). El > lenguaje C++ provee una forma de decirlo enfáticamente y trata de hacer > algunos chequeos para ver que se cumpla.
Claro, esto sospechaba. De todas maneras siento que es algo mas fuerte que una convencion. Si yo "aviso" que no hay que usar tal cosa, y si ademas uso herramientas del lenguaje para subrayar que no hay que usarlo.... ya no se puede proteger mas al programador. Se fue notificado y advertido, y que se haga cargo, quien acceda, de los problemas que aparezcan. En principio me parece que me gusta mas la idea de dejar las cosas "en manos del programador". Considerando que uno debe instruirse minimamente en lo que usando y como lo va a usar. Hasta quiza eso ayude a tener un mejor producto. Digo... tampoco es la idea de sentar a mi vieja en frente a... NetBeans y preocuparme por hacerle la vida facil para que programe. (o quizas si?). Supongo que ayudaria a que uno preste mas atencion a lo que hace y, consecuentemente, el producto salga un poco mas robusto. Bah, son todas suposiciones mias, quien sabe... no estoy del todo seguro de eso que digo. El tema de la complejidad, que vos mencionas Carlos, no lo habia tenido en cuenta. Tambien puede ser una cosa que incline un poco la balanza. Podria ser que por mas calificado que un programador este, se tenga que enfrentar con sistemas bastantes complejos y sea algo "util" implementar el concepto de visibilidad. Tambien podria considerarse que un sistema no deberia llegar a ser tan complicado. Un buen analisis de los requisitos y del diseño de un sistema quiza podria achicar un poco las responsabilidades del programador, dividiendo las partes del sistema en partes mas elementales (divide y venceras?) y no tener que caer en modificaciones del lenguaje... En fin... veo que en definitiva parece cuestion de poner cosas como estas en la balanza y ver que convence mas a los que deciden el futuro del lenguaje en cuestion. Saludos y gracias por las respuestas! Marcos.
_______________________________________________ Lista de correo Programacion. [email protected] http://listas.fi.uba.ar/mailman/listinfo/programacion
