Escribir pseudocódigo - Mejores prácticas? [cerrado]

Question

No quiero invitar a una discusión sobre si Pseudocódigo es útil o no aquí, .. hay un montón de cuestiones relativas a aquella. Yo lo encuentro escribir pseudocódigo útil a veces, pero una cosa que surge todo el tiempo es la mejor forma de hacer lo expreso?

A veces termino con un enfoque numerada, otras veces voy a utilizar una sintaxis de estilo C, pero la mayor parte de las veces es una mezcla de lo que creo que es la mejor en ese momento. Eso está bien, pero en 6 meses cuando voy a mirar por encima de nuevo no siempre es tan claro cuál era la intención! Para combatir que he recientemente comenzó a dividir la página en dos y por la mitad derecha Voy a escribir pidgin [Insertar el idioma aquí] y por la izquierda que voy a escribir en muy obvia y verbosa Inglés.

No creo que no hay 'normas' para escribir pseudocódigo, pero estoy interesado en ver cómo otra gente lo hace y tal vez eso me ayudarán a decidir sobre un enfoque unificado.

Gracias de antemano.

Oh, Sé que esta pregunta es subjetiva y lo siento si eso no es la finalidad del SO pero sigue siendo una pregunta válida. De hecho, hay en verdad que muchas preguntas en la computación que tienen una sola respuesta correcta? Voy a estar marcando la respuesta más útil como correcta.

Answer 1

tiendo a encontrar a mí mismo escribiendo pequeños casos de uso en el bloc de notas utilizando la sangría ... y después de media docena de líneas o así de repente me doy cuenta de que estoy escribiendo en un estilo que es esencialmente Python pero con un poco menos de sintaxis! Así que he llegado a la conclusión de que Python es en realidad seudo código y una fantástica manera de crear prototipos de sus pensamientos en el idioma que estás realmente tratando de escribir. Lo mejor de esta técnica es que se ya tiene una referencia puede comparar su resultado final en el caso de los insectos desagradables.

Hay ocasiones en que un UML diagrama de secuencia es más rápido que la escritura como un ejercicio mental para trazar lo que debe suceder y cuándo, pero esas dos técnicas son lo que yo vuelva a una y otra vez.

Answer 2

Me gusta el capítulo de Steve McConnell en la escritura de pseudocódigo en su Código Libro completo. Sé que esta respuesta puede no ser satisfactorio si no lo posee pero aún así, si no lo hace, el libro en sí es una necesidad de todos modos.

Answer 3

Comienzo a escribir en Inglés o mezclado con expresiones del lenguaje de programación. Entonces, paso a paso, reemplace Inglés con expresiones del lenguaje de programación y, a veces salir de palabras en inglés como comentarios, y luego - voilá - Tengo una función de prueba - así que es como pseudo código + TDD todo en un solo enfoque. Tengo que mencionar, sin embargo, que no siempre utilizar este enfoque, justo cuando tengo que resolver una tarea difícil o diseñar una nueva clase no es un trivial.

Answer 4

Yo por lo general evitar cualquier tipo de lenguaje de código completo y escribir comentarios acerca de lo que quiero que suceda en cualquier punto dado en el programa. Una vez que los comentarios se puede hacer todo, es una cuestión de rellenar los espacios en blanco.

Answer 5

También me parece útil pseudocódigo. Su enfoque de dos páginas suena bien. También puede buscar en Literate Programación ; A menudo utilizo un estilo LP trazar mis pensamientos mientras programo, aunque no suelen utilizar una herramienta de LP.

Answer 6

Nunca he usado pseudocódigo y nunca sentí la necesidad de hacerlo, creo que el código puede ser lo suficientemente limpia si te dedicas algún tiempo refactorización, no importa qué idioma se está utilizando.

Pensé que era demasiado perezoso, o simplemente en contra de ella por alguna razón, pero luego me encontré otros piensan de la misma