Re: [clubSmalltalk] StdioFileStream dolphin

[Carlos E. Ferro]

Title: signature

On 03/08/2010 15:08, Jose Gregoris wrote: Hola Carlos , lista Contesto algunas cosas y otras las dejo para espues de masticar un poco. Me voy a quedar sin dientes ajajajja . En líneas generales estoy de acuerdo. Y no soy muy partidario de las excepciones dentro del código de la aplicación. Para una posición más extrema (y bien fundamentada) sobre el uso de excepciones dentro del dominio de aplicación, podés preguntarle a Hernán Wilkinson (que sí está en esta lista). La discución esta habierta, me encantaría conocer mas opiniones y claro la de Hernan tambien. Si tiene algun material de lectura y lo puede pasar, sería genial. Yo pregunto,  la mayoria de las veces pocos contestan :(  y casi siempre son los mismos y  se los agradezco Entiendo que todos tiene trabajo,  ocupaciones y muy poco tiempo o capas nada para decir jajaja. Como en el caso de la pregunta sobre: "Como usan ST" Es que ESA pregunta... Para decirte cómo uso ST, tengo que condensarte un montón de cosas y realmente, no me da para hacerlo en un email. Tendría que escribir un libro, como Andrés... Hay un montón de detalles, que son los que hacen a cómo realmente lo uso. Si te contesto con líneas generales, voy a hablar en el aire y no te voy a decir nada realmente interesante. Hay otros temas, como, por ejemplo: x.- el mecanismo de excepciones se complica cuando se disparan procesos paralelos y debe heredarse manejadores de excepciones, etc. Seguro, sería una complicación adicional. pero más para la VM y el administrador de procesos que para el programador. Acá no entendí. Que con el manejo de procesos en paralelo, seguro se agrega un nivel de complejidad. Pero no es un nivel de complejidad del que deba preocuparse el que programa la excepción ni el que programa su manejo. Esa complejidad queda en otro lado. O al menos, eso creo.  Habría que ver un ejemplo concreto. x.- el manejo de errores, a veces, quedan en lugares insólitos y no pueden ser rehusados fácilmente (sino que debe ser planificado). Totalmente en desacuerdo. El manejo de errores tiene que quedar donde hay información para hacerlo, donde se conoce cuál era la intención de la operación y hay una lógica posible para la recuperación. Y si está en el lugar correcto, es parte del comportamiento del objeto y puede ser reusado (rehusar es negarse) tan fácilmente como el resto. A que te referís con  (rehusar es negarse) ? A que Alejandro muchas veces escribe rehusar, no sé si a propósito o no, para lo que otra gente llama reusar (que sería como re-usar, usar más de una vez, en más de un contexto). Pero en castellano, ese verbo existe y tiene un significado preciso, bien definido. Es negarse a algo. Saludos -- carlos e. ferro | senior developer |  caesar systems | see clearly. decide smarter. cefe...@caesarsystems.com | t: +1.281.598.8790 | t: +54.11.4389.0126 | www.caesarsystems.com  This message and any attached documents contain information from Caesar Systems LLC that may be confidential/trade secret and/or privileged. If you are not the intended recipient, you may not read, copy, distribute or use this information. If you have received this transmission in error, please notify the sender immediately by telephone or by reply e-mail and then delete this message. -- To post to this group, send email to clubSmalltalk@googlegroups.com To unsubscribe from this group, send email to clubsmalltalk+unsubscr...@googlegroups.com   http://www.clubSmalltalk.org