Hola Carlos
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.
No pretendo tanto, solo que me digas por ejemplo que metodologias usas para
desarrollar: TDD, BDD, Par Programing.
Si usas UML o diagramas de algun estilo , etc.
saludos kiko
Por ejemplo Gabriel me dijo TDD.
Es
--- El mar 3-ago-10, Carlos E. Ferro <[email protected]> escribió:
De: Carlos E. Ferro <[email protected]>
Asunto: Re: [clubSmalltalk] StdioFileStream dolphin
Para: [email protected]
Fecha: martes, 3 de agosto de 2010, 16:13
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
--
signature
carlos e. ferro | senior
developer |
caesar systems
| see clearly. decide
smarter.
[email protected] | 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 [email protected]
To unsubscribe from this group, send email to
[email protected]
http://www.clubSmalltalk.org
--
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to
[email protected]
http://www.clubSmalltalk.org
