¿Cómo validar el diseño del software?

Question

Estoy bastante solo en mi lugar de trabajo cuando se trata de pensar en el diseño general de las aplicaciones que estamos construyendo. No tengo a nadie para discutir los pros y los contras con diferentes marcos, tecnologías, patrones, capas, etc. A los otros programadores no les importa o piensan que "la vieja usanza" está bien, que no es porque esas aplicaciones son difíciles de mantener, no se pueden probar, etc.

Cualquier idea sobre cómo puedo encontrar ideas afines , obtener aplicaciones revisadas o ...? Prefiero no cambiar de empleador, pero eso no está excluido.

Answer 1

Definitivamente es triste cuando a otros programadores les importa poco el buen diseño del software. Las únicas cosas que puedo sugerir que hacer son:

1. seguir algunos de los excelentes desarrolladores de todo el mundo en sus blogs para obtener información sobre sus ideas
2. seguir alentando a los que te rodean a interesarse en el buen diseño
3. Si no hay un local para validar sus diseños se pueden hacer amigos con otros desarrolladores en línea y pedirles que las ideas validar para usted
4. Participar en software de código abierto y usar eso como una fuente de validación para sus ideas
5. Haga preguntas sobre stackoverf low.com acerca de sus ideas
6. Mantenga la programación y aprenda de sus experiencias
7. No se quede en su compañía actual demasiado tiempo. las compañías móviles es una gran manera de prevenir que le den cómodo y complaciente
8. involucrarse en un grupo de usuarios local lleno de programadores afines

espero que ayude.

Answer 2

Puede hablar con ellos para ver si están dispuestos a hacer Unit Testing. Dígales que les ayudará a detectar errores más rápido si se acercan desde un punto de vista de desarrollo impulsado por pruebas, lo cual es absolutamente cierto.

Desafortunadamente, esto es algo que debe hablar con su gerente y otros programadores para descubrir cuál es la mejor solución. Muchos lugares no hacen ninguna prueba, y es decepcionante.

Al final, sin embargo, las pruebas son lo mejor que puede hacer para validar el software.

Tenga en cuenta que aprender a utilizar nuevos marcos y adaptarse a ellos lleva tiempo para terminar el proyecto. La investigación de nuevos lenguajes es algo que a menudo veo que los programadores hacen por su cuenta, o bien, están tan ocupados con el trabajo que no tienen la energía para investigar cosas nuevas después de horas.

Answer 3

Es la situación estándar en todas partes en el negocio del software. La mayoría de los trabajadores no están calificados y simplemente no les importa. Aquellos que son y quienes lo hacen generalmente desarrollan una apatía, cambian de trabajo o finalmente comienzan algo propio y luego solo hacen el otro trabajo solo por cheque de pago.

En la mayoría de los casos, no hay nada que pueda hacer ya que sus intereses y los de su empleador no coinciden. Atentamente: haga que el software sea perfecto. Empleador: haga que el software genere ingresos y reduzca todos los gastos posibles. Casi nunca se encuentran, excepto en casos individuales. Necesitas suerte para encontrar un lugar así.

Answer 4

Desglose su pregunta en dos partes:
1) Una es que está trabajando con personas a las que no les importa o no entienden el diseño para cuestionar o dar su opinión. Si a las personas no les importa, no hay mucho que puedas hacer al respecto (aparte de encontrar un trabajo diferente). Si ellos no entienden, yo diría que tal vez podrían armar una presentación sobre diseño y ponerlos al día, para que puedan tener esas conversaciones "¿este es un buen diseño?".
2) Si está buscando la validación física, lo que generalmente encuentro que ayuda es hacer un poco de prototyping. Esto le da una buena idea generalmente de cualquier problema imprevisto que pueda haber en su diseño.

Answer 5

Si no puede lograr que su empleador comprenda el modelo V para probarlo, entonces es una causa perdida para esa compañía.

que estoy hablando:

• pruebas unitarias
• pruebas de integración
• pruebas del sistema
• pruebas de aceptación de usuario

Cada uno de éstos mapa para su fase en el desarrollo de software ciclo de vida, y es un paso en la dirección correcta para validar su diseño de software.Intenta explicar esto a los superiores, si puedes. Pueden estar inspirados si traes algunas otras compañías que hacen esto, quién sabe.

Más información acerca del V-model.

Answer 6

Primero, sugiero involucrarse en la comunidad de programación en su área. Incluso si los desarrolladores de su empresa están detrás de la curva, es probable que haya grupos locales que se reúnan para analizar el desarrollo de software. Voy a grupos de usuarios de Spring y a reuniones de British Computer Society, por ejemplo. Si te mezclas con tus compañeros, te expondrás a las diferentes tecnologías y enfoques, y también tendrás el beneficio de conocer personas que pueden ayudarte si buscas oportunidades.

En segundo lugar, puede valer la pena obtener un consultor externo para proporcionar un código independiente o una revisión del diseño. Esto puede ser algo complicado de vender, pero a veces es más fácil para la gerencia "escuchar" cosas de una fuente externa independiente que de un desarrollador más joven.

Answer 7

Estoy en el mismo lugar que usted.

Anoche encontré un sitio web donde puedes subir un diseño y obtener feedbak en ese diseño.

Cuando se trata de usar marcos, patrones, etc., lo mejor es foros como este. Vea lo que otros recomiendan y pregunte cuando tenga dudas.

He aprendido mucho explorando diferentes foros/sitios, pero me lleva mucho tiempo.

intente y encuentre grupos que se reúna de vez en cuando, con una cerveza para discutir cosas como esta. Sé que hay reuniones en mi ciudad (aunque nunca tengo tiempo para asistir).