Buenas prácticas en programación

07/07/2004 - 13:32 por Carlos Torralba Andres | Informe spam
Hola, esto es una pregunta general dirigida a los gurús
de los foros, que hay muchos y muy buenos. Gracias a
todos !!!.

A ver si alguien pudiera decirme o comentarme de las
buenas prácticas de programación y desarrollo que un
programador debería aplicar siempre para aumentar
rendimiento, rapidez en desarrollo, buen código en cuanto
a mantenimiento, POO y estructurado en capas, etcétera...

Con ello me refiero a esto:

- Buenas Prácticas en cuando a la creación de código
fuente -es decir, programar- con Visual Studio .NET (C#):
afectaría a depuración, documentación, "picar" código,
etcétera...

- Herramientas imprescindibles para programar en C# con
un rendimiento eficaz, aparte de VS.NET claro. Qué
heramientas útiles son necesarias para lograr un gran
rendimiento, q ué herramientas utilizan los gurús al
desarrollar librerías DLL con .NET

- Referencias imprescindibles que es casi obligatorio
visitar y "ojear".

- Librerías DLL de libre distribución, dotnetLibraries,
clases Helpers o similares que aportan valor a las
aplicaciones que se desarrollen y ayudan a la
programación.

En fin, siento la generalidad de la pregunta, pero me
gustaría que alguien pudiera aportarme su experiencia en
el desarrollo de aplicaciones .NET.


Gracias y saludos cordiales.

Preguntas similare

Leer las respuestas

#11 Eduardo Olaz
16/07/2004 - 10:49 | Informe spam
Si puedes consultar la 2ª probablemente cambies de opinión

Saludos desde la calle Estafeta de Pamplona:

Eduardo Olaz
Microsoft [MVP] Access




"Alfredo Novoa" escribió en el mensaje
news:
On Sun, 11 Jul 2004 10:56:01 +0200, "Eduardo Olaz"
<eduardoALGARROBAolaz.net> wrote:

>A mí hay un libro que me parece imprescindible
>
>La 2ª edición de "UML y Patrones", Una introducción al análisis y diseño
>orientado a objetos y al proceso unificado.

Yo tengo la 1ª edición y es uno de los peores libros que he leido.


Saludos



Respuesta Responder a este mensaje
#12 alfredo
16/07/2004 - 13:38 | Informe spam
On Fri, 16 Jul 2004 10:49:28 +0200, "Eduardo Olaz"
<eduardoALGARROBAolaz.net> wrote:

Si puedes consultar la 2ª probablemente cambies de opinión



Puedo consultarla y veo que mantiene los errores garrafales de la
primera edición.

Por ejemplo enseña a diseñar aplicaciones de bases de datos como si no
existiesen los Sistemas de Gestión de Bases de Datos ni el Modelo
Relacional.

Enseña a utilizar UML para diseñar bases de datos lo que es un
completo disparate.

También enseña a utilizar patrones de diseño para lo que no sirven:
gestionar bases de datos. Usa patrones de bajo nivel para implementar
un antipatrón de alto nivel, es decir una arquitectura disparatada.

No solo es un libro malo, es un libro dañino.


Saludos
Respuesta Responder a este mensaje
#13 Eduardo Olaz
22/07/2004 - 19:12 | Informe spam
No voy a discutir los puntos que has expuesto.

Estoy de acuerdo en que el diseño con UML no puede sustituir a un buen
diseño relacional, pero sí lo puede complementar y ayudarle en su
desarrollo.

No obstante, en UML yo veo una filosofía para el desarrollo del diseño de
forma que le da unas guías para fcailitar su implementación.
Un análisis UML correcto debería ser útil para cualquier lenguaje o sistema
de bases de datos que se vayan a utilizar.

El análisis UML trasciende y va más allá de lo que es un análisis funcional.

Saludos desde la calle Estafeta de Pamplona:

Eduardo Olaz
Microsoft [MVP] Access


email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una pregunta AnteriorRespuesta Tengo una respuesta
Search Busqueda sugerida