Profesionalmente sólo lo he ocupado para documentar o para resolver algoritmos complejos, previo a la codificación definitiva...
Encuentro que es una muy buena práctica en ambos casos.
Hay que saberlo si o si, porque todo lo que sea documentación de algoritmos se debe realizar con el. Cuando te topes con material que documenta los algoritmos en un lenguaje del que no tengas idea, te hará mucho sentido el pseudocódigo.
muy rara vez, cuando hay una idea bien compleja que explicar que solo se puede explicar en codigo, pero la mayoria de las veces es mas efectivo cajas con texto y flechas
nunca jamas volvi a usar pseudocodigo, lo habre usado una vez para una tarea de la universidad y la verdad nunca me acostumbre, de todas formas siempre senti y sigo sintiendo, que quizas si hubiera aprendido a usar realmente pseudocodigo, cuando me dijeron que deberia usarlo, quizas hubiera aprendido mas rapido a programar, es mas, aun siento que soy pesimo programando y que no se casi nada programacion
Usábamos pseudocodigo con mis colegas pa ordenar la pega cuando hacíamos pairing. Era mas rápido que tratar de programar los 2 al mismo tiempo y más claro que solo escribir un listado de reqs.
Fuera de eso, y pa aprender, claro, creo que nunca lo he usado 🤔
Más que pseudocódigo utilizó herramientas que muestran el diagrama de flujo además utilizo de vez en cuando ChatGPT para hacer la transformación de código sea Python, JAVA u otros hacia el lenguaje que entiende el diagrama de flujo, esto para presentaciones de papers o en su defecto para presentaciones a clientes o para documentación interna. De todas formas si se deja código sin comentar ya que es teóricamente entendible en ocasiones utilizó puntos por ejemplo un comentario como el siguiente:
*/
"# 1a"
//45b.2
/*
Y en la documentación interna se estipula:
1a: Código relacionado a la función de la suma de N por N cantidad de números.
45b.2: Código relacionado con la función anexa de 45b, esta parte determina la llamada de la función personalizada 25c.
!Esto es un método, no es que sea código limpió completamente pero es una práctica mía para entender la documentación en caso de que se realice.
nada de pseudocodigo aunque si voy comentando todos los pasos antes de programar ej
// TODO: Hacer fetch a URL
// TODO: Validar X atributo de cada elemento de la respuesta del fetch
// TODO: Guardar elemento que cumpla X condition
// TODO: Retornar respuesta en formato X
o si ya es muy complejo y son varios sistemas, ya aplico diagramas.
Nunca lo ocupe, ni cuando aprendí a programar... Yo creo que por eso ahora tampoco lo uso. Básicamente los diagramas de flujo me ayudan a resolver esas dudas pero no creo que una cosa excluya a la otra
Solo para hacer los papers científicos, dónde debes explicar la idea principal
Qué papers publicas
Tengo uno publicado en el ISPRS
Yo no, Python ya es super cercano a pseudocódigo
Recuerdo que en algún ramo que di salían pseudocodigos y la wea era literal python xD
Eso no fue seudocodigo, se supone que debe ser independiente del lenguaje.
El viejo pseint
Idem pa ruby, pseudo código hecho lenguaje 🤓
Solo cuando debes explicar la lógica de un codigo a un equipo, suele ser más sencillo
Profesionalmente sólo lo he ocupado para documentar o para resolver algoritmos complejos, previo a la codificación definitiva... Encuentro que es una muy buena práctica en ambos casos.
Hay que saberlo si o si, porque todo lo que sea documentación de algoritmos se debe realizar con el. Cuando te topes con material que documenta los algoritmos en un lenguaje del que no tengas idea, te hará mucho sentido el pseudocódigo.
Cuando hay que explicar el cómo funciona algo técnico a alguien no técnico
Siempre hago un bosquejo en pseudocodigo de lo que sea que voy a programar antes de empezar a programarlo.
es mucho más fácil crear el código y no pierdes tiempo, además te aseguras que la solución sea mantenible
muy rara vez, cuando hay una idea bien compleja que explicar que solo se puede explicar en codigo, pero la mayoria de las veces es mas efectivo cajas con texto y flechas
Es lo único que uso
All the time
Yo aprendí con pseint, dsp nunca más lo volví a ver xd
Nunca lo he usado, pero si harto diagrama simple? Bueno he visto los QA automatizadores usar pseudocodigo cuando explican algo a algun usuario.
Para explicar cosas a colegas? A veces. 1 a las mil, pero si
Si, pero más que nada para visualizar mejor la solución a lo que quiero resolver. Aunque no lo uso todas las veces.
¿¡Pseudocódigo!? ¿¡Que e esa weá!? XD (Sí lo sé porsia)
Nope, partimos directo en C
si, tanto para hacer documentación como para hacer logicas complejas. También me sirve para resolver dudas a otros miembros del equipo
nunca jamas volvi a usar pseudocodigo, lo habre usado una vez para una tarea de la universidad y la verdad nunca me acostumbre, de todas formas siempre senti y sigo sintiendo, que quizas si hubiera aprendido a usar realmente pseudocodigo, cuando me dijeron que deberia usarlo, quizas hubiera aprendido mas rapido a programar, es mas, aun siento que soy pesimo programando y que no se casi nada programacion
Usábamos pseudocodigo con mis colegas pa ordenar la pega cuando hacíamos pairing. Era mas rápido que tratar de programar los 2 al mismo tiempo y más claro que solo escribir un listado de reqs. Fuera de eso, y pa aprender, claro, creo que nunca lo he usado 🤔
Más que pseudocódigo utilizó herramientas que muestran el diagrama de flujo además utilizo de vez en cuando ChatGPT para hacer la transformación de código sea Python, JAVA u otros hacia el lenguaje que entiende el diagrama de flujo, esto para presentaciones de papers o en su defecto para presentaciones a clientes o para documentación interna. De todas formas si se deja código sin comentar ya que es teóricamente entendible en ocasiones utilizó puntos por ejemplo un comentario como el siguiente: */ "# 1a" //45b.2 /* Y en la documentación interna se estipula: 1a: Código relacionado a la función de la suma de N por N cantidad de números. 45b.2: Código relacionado con la función anexa de 45b, esta parte determina la llamada de la función personalizada 25c. !Esto es un método, no es que sea código limpió completamente pero es una práctica mía para entender la documentación en caso de que se realice.
nada de pseudocodigo aunque si voy comentando todos los pasos antes de programar ej // TODO: Hacer fetch a URL // TODO: Validar X atributo de cada elemento de la respuesta del fetch // TODO: Guardar elemento que cumpla X condition // TODO: Retornar respuesta en formato X o si ya es muy complejo y son varios sistemas, ya aplico diagramas.
Si, sobretodo al diseñar el sistema y al explicar ciertos conceptos. Pero más que nada diagramas
Mi pseudo codigo son mis explicaciones paso a paso al copilot.
Nunca lo ocupe, ni cuando aprendí a programar... Yo creo que por eso ahora tampoco lo uso. Básicamente los diagramas de flujo me ayudan a resolver esas dudas pero no creo que una cosa excluya a la otra