pautas para programar

Durante años trabaje de desarrolladora de software. En mi trabajo siempre
buscabamos estandarizar nuestro trabajo asi todos podriamos entender el
trabajo de los demas. Nunca me voy a olvidar una vez que abro una
aplicacion en FoxPro si ya se hace siiiiiiiiiiiiiiiiglos y veo un
gremlin mutante ahi... lo primero que puedo recordar son los nombres de

variables... a, aa, aaa, a1, a213, mesa, silla, techo, etc, etc ,etc. los
nombres de las tablas comp, compu, compu1, compu23, los nombres de los
campos... los indices... Dios mio.!!
el payaso que habia escrito ese programa le importaba un pepino que su
programa sea entendible... la pesadilla que tuve que pasar para modificar

programa.
Felizmente los ambientes de desarrollo actuales nos ayudan mucho a crear
programas entendibles aunque no podemos confiar 100%...

¿cuales creen que sean las reglas basicas para crear programas que:
1. sean eficientes
2. sean entendibles
3. puedan ser mantenidos sin mucho problemas.?


Cecilia

Durante años trabaje de desarrolladora de software. En mi trabajo siempre
buscabamos estandarizar nuestro trabajo asi todos podriamos entender el
trabajo de los demas. Nunca me voy a olvidar una vez que abro una
aplicacion en FoxPro si ya se hace siiiiiiiiiiiiiiiiglos y veo un
gremlin mutante ahi... lo primero que puedo recordar son los nombres de

variables... a, aa, aaa, a1, a213, mesa, silla, techo, etc, etc ,etc. los
nombres de las tablas comp, compu, compu1, compu23, los nombres de los
campos... los indices... Dios mio.!!
el payaso que habia escrito ese programa le importaba un pepino que su
programa sea entendible... la pesadilla que tuve que pasar para modificar

programa.
Felizmente los ambientes de desarrollo actuales nos ayudan mucho a crear
programas entendibles aunque no podemos confiar 100%...

¿cuales creen que sean las reglas basicas para crear programas que:
1. sean eficientes
2. sean entendibles
3. puedan ser mantenidos sin mucho problemas.?


Cecilia

¿Reglas básicas?

Pues cada cual tiene las suyas.

En mi empresa tenemos unas reglas que hay que seguir a rajatabla, de forma
que cualquier programador puede cojer el código hecho por otro programador

es capaz de entenderlo sin mucho problema.

Obviamente, no hay una verdad absoluta. Seguro que si vas a la empresa de
enfrente, tienen otra metodologia más o menos igual o distinta.

Estas reglas al final son las que dicta el sentido común y la experiencia.

Tambien depende del tipo de aplicaciones que se realicen. A nivel
empresarial, lo más importante es que sean facilmente mantenibles ya que

eficacia de las aplicaciones las dará el propio mantenimiento. Para cierto
tipo de aplicaciones, la eficiencia suele ser lo último a favor de la
eficacia y de la seguridad.

En fin, que podríamos estar hablando horas y horas y seguro que no
llegaremos a ningún acuerdo.



"Cecilia Loureiro" escribió en el
mensaje news:#
> Durante años trabaje de desarrolladora de software. En mi trabajo

> buscabamos estandarizar nuestro trabajo asi todos podriamos entender el
> trabajo de los demas. Nunca me voy a olvidar una vez que abro una
> aplicacion en FoxPro si ya se hace siiiiiiiiiiiiiiiiglos y veo

> gremlin mutante ahi... lo primero que puedo recordar son los nombres de
las
> variables... a, aa, aaa, a1, a213, mesa, silla, techo, etc, etc ,etc.

> nombres de las tablas comp, compu, compu1, compu23, los nombres de los
> campos... los indices... Dios mio.!!
> el payaso que habia escrito ese programa le importaba un pepino que su
> programa sea entendible... la pesadilla que tuve que pasar para

el
> programa.
> Felizmente los ambientes de desarrollo actuales nos ayudan mucho a crear
> programas entendibles aunque no podemos confiar 100%...
>
> ¿cuales creen que sean las reglas basicas para crear programas que:
> 1. sean eficientes
> 2. sean entendibles
> 3. puedan ser mantenidos sin mucho problemas.?
>
>
> Cecilia
>
>

Con mucho respeto, yo no estoy de acuerdo.
Ese precisamente es uno de los puntos por los cuales los proyectos de
desarrollo fracasan, el desarrollador no puede ni debe ser un punto
independiente.
Por algo existen conceptos de Refactoring.
Pero en fin, yo doy mi punto de vista en base al trabajo que yo he hecho y
que ha dado resultados en corporaciones como Master-Card, Anhauser-Busch,
Nasdaq, Raytheon, etc.

Aqui van algunas referencias utiles.


http://www.apress.com/book/bookDisplay.html?bID5

http://www.microsoft.com/MSPress/books/6916.asp

http://www.microsoft.com/MSPress/books/6778.asp


"Josema" wrote in message
news:
> ¿Reglas básicas?
>
> Pues cada cual tiene las suyas.
>
> En mi empresa tenemos unas reglas que hay que seguir a rajatabla, de

> que cualquier programador puede cojer el código hecho por otro

y
> es capaz de entenderlo sin mucho problema.
>
> Obviamente, no hay una verdad absoluta. Seguro que si vas a la empresa

> enfrente, tienen otra metodologia más o menos igual o distinta.
>
> Estas reglas al final son las que dicta el sentido común y la

>
> Tambien depende del tipo de aplicaciones que se realicen. A nivel
> empresarial, lo más importante es que sean facilmente mantenibles ya que
la
> eficacia de las aplicaciones las dará el propio mantenimiento. Para

> tipo de aplicaciones, la eficiencia suele ser lo último a favor de la
> eficacia y de la seguridad.
>
> En fin, que podríamos estar hablando horas y horas y seguro que no
> llegaremos a ningún acuerdo.
>
>
>
> "Cecilia Loureiro" escribió en el
> mensaje news:#
> > Durante años trabaje de desarrolladora de software. En mi trabajo
siempre
> > buscabamos estandarizar nuestro trabajo asi todos podriamos entender

> > trabajo de los demas. Nunca me voy a olvidar una vez que abro una
> > aplicacion en FoxPro si ya se hace siiiiiiiiiiiiiiiiglos y

un
> > gremlin mutante ahi... lo primero que puedo recordar son los nombres

> las
> > variables... a, aa, aaa, a1, a213, mesa, silla, techo, etc, etc ,etc.
los
> > nombres de las tablas comp, compu, compu1, compu23, los nombres de los
> > campos... los indices... Dios mio.!!
> > el payaso que habia escrito ese programa le importaba un pepino que su
> > programa sea entendible... la pesadilla que tuve que pasar para
modificar
> el
> > programa.
> > Felizmente los ambientes de desarrollo actuales nos ayudan mucho a

> > programas entendibles aunque no podemos confiar 100%...
> >
> > ¿cuales creen que sean las reglas basicas para crear programas que:
> > 1. sean eficientes
> > 2. sean entendibles
> > 3. puedan ser mantenidos sin mucho problemas.?
> >
> >
> > Cecilia
> >
> >
>
>