#5 a mí me da que propone todo lo contrario.... Prepararse colectivamente para no tener que depender de la buena voluntad de otros cuando hay problemas.....
#312 si tus compis no lo entienden, que estudien lo que ya existe. Que no intenten reinventar la rueda cada día. Emplear lo que ya existe y está comprobado es lo más básico. Lo otro, es síntoma de que en clase no estabas muy atento. El que lo hace a su manera cuando ya existen soluciones probadas siempre va a generar problemas, es algo muy básico. Sino entiendes esto, es que solucionar problemas de lógica no es lo tuyo. Yo no lo hago a mí manera, utilizo lo que otros han creado y estudiado a fondo, sin creerme que puedo ir por ahí solucionándolo todo a mi manera. No es difícil de entender si lo intentas.
#310 creo que no tienes claro el concepto de contradicción. Ambas afirmaciones siguen la misma lógica: no se trata de resolver los problemas haciendo lo que a uno se le ocurra siempre, sino que se trata de emplear las herramientas ya existentes y estudiadas a fondo, en este caso la herramienta se denomina redes de Petri. No hace falta estar reinventando la rueda cada vez que uno quiere avanzar.
#305 he dicho que no memorizo las funciones del lenguaje, no que no conozca el lenguaje. Deberías mejorar tu comprensión lectora antes de opinar tan a la ligera.
#294 claro...claro.....que argumentación tan lógica y robusta.....dudo que entiendas esos conceptos ....venga va, te pongo un ejemplo...¿Sabes cómo se puede reducir una estructura logica de varios estados y eventos a una única condición basada en una logica inhibidora?...sabes de lo que te hablo para hablar con tanta ligereza del tema?
#257 en este caso no se importaban librerías raras...se trataba de gestionar varios procesos simultáneos pero.muy sencillos.....el problema surgía en la sincronización y se les fue de las manos....
#182 vaya...pues que no lo entiendas dice bastante de los conocimientos que atesoras sobre el tema...lo más gracioso es que no uno de los que critican han visto el código del que habló...igual si lo vieran se la irían las dudas de inmediato.....te pongo otro ejemplo...en otro caso el código era tan malo que al encender el sistema multimedia dejaba de funcionar el GPS...
#202 de hecho, una de las razones para evitar ese tipo de problemas es no tratar de hacerlo a tu manera, sino seguir los patrones lógicos que los matemáticos han ido creando. Código sencillo sin complicaciones, y directo ala solución. No supuesta soluciones basadas en una especie de autoafirmación de que esto lo hago yo a mí manera, que en el caso del sitio donde trabajaba era lo más habitual.
#257 por las respuestas recibidas veo que he pinchado donde duele....centrarse en el tema del número de lineas no es lo importante,es solo un ejemplo en un caso particular que me ocurrió una vez.Como dice #149 se trata más bien de no intentar reinventar la rueda y emplear aquello que ya se ha pensado para resolver un problema. Un ejemplo lo encontré en dispositivos en los que había que gestionar acceso a recursos compartidos con procesos simultáneos que en ocasiones ha Ia que sincronizar. Las mates nos enseñan que la estructura básica adecuada son las redes de petri, no hay mucho que discutir sobre esto. No he conocido un informático que supiera de su existencia, aunque supongo que los habrá.
#10 para mucha gente mayor internet no existe, la tele si.....que estén cambiando continuamente la tecnología es uns putada para ellos, que les cuesta saber lo que pasa.
Trabajé en el sector del automóvil varios años. En ocasiones me llegaron problemas de código en c hecho por informáticos. Recuerdo preguntar si para el problema que tenían delante habían usado una maquina de estados o una red de Petri como modelado para la gestión de procesos. Ponían cara rara, no sabían de qué les hablaba. Eso sí, luego codigo que podía hacerse en 20 o 30 líneas les ocupaba más de 1000 y no funcionaba. Y se extrañaban. También reconozco que sabían el lenguaje muy bien, cuando yo, en cambio, tenía que estar continuamente acudiendo a ver funciones.
#51 ya...pero si el repunte en el uso de pantallas y contenido de corta duración coincide en el tiempo con el COVID, para distinguir tendríamos que comparar los datos entre personas con diferentes patrones de consumo multimedia...no?
#9 xaphoo 