#5:
#1 Amos manda carallo que te tengas que remontar a eso.
A mi me pillas un dia cualquiera, y me dices, de algo que yo mismo he montado, hace 4 años que como funciona, y aún con la documentacion en la mano ya te digo yo que me lo tengo que debuguear porque no tengo ni guarra de que puta idea feliz se me ocurrió hace 4 años Y si eso pasa con mi propio codigo, cuando me llega codigo herdado de hace 5, 10 o 20 años, que no hay ya nadie de los que idearon el cacharro para decir por que se hizo que, pos hay que leerse y estudiarse todoa la cacharrada desde 0 y anda que no he puesto yo comentarios de "black box (traducion esto es asi porque es asi y funciona y alguien lo quiso en su dia pero ni puta idea y paso de tocarlo q igual la cago) .
Amos el pan nuestro de todos los dias
La documentacion funciona en teoria, y de forma muy limitada.
#1:
Les ha pasado como con el Rocketdyne F1. Muertos los ingenieros que sabían como hacer las cosas, solo con los planos en mano no había manera de hacerlo, así que hicieron una copia del F1 a partir de ingeniería inversa y los planos del F1 original.
Del artículo: While it’s hard to say exactly why this approach is being taken now, it indicates that the original plans for these components are unavailable or the manufacturing processes and tooling used to produce them no longer exists.
La parte resaltada es, en muchos casos, "saber hacer" del equipo de ingeniería de la época.
#11:
#8
>Un buen código es autoexplicativo.
El código es evidente cuando lo escribes.
>Malas prácticas
"Lo quieres bien o lo quieres hoy?"
"Hoy!"
>Tests
Sólo compruebas la interfaz, el interior de la "caja negra" sigue tan negro como siempre.
>Comentarios
//Visitor, recorre el árbol y genera un fichero PS
...
(no hay más comentarios)
Ver comentario en "Malas prácticas"
Les ha pasado como con el Rocketdyne F1. Muertos los ingenieros que sabían como hacer las cosas, solo con los planos en mano no había manera de hacerlo, así que hicieron una copia del F1 a partir de ingeniería inversa y los planos del F1 original.
Del artículo: While it’s hard to say exactly why this approach is being taken now, it indicates that the original plans for these components are unavailable or the manufacturing processes and tooling used to produce them no longer exists.
La parte resaltada es, en muchos casos, "saber hacer" del equipo de ingeniería de la época.
#1 Amos manda carallo que te tengas que remontar a eso.
A mi me pillas un dia cualquiera, y me dices, de algo que yo mismo he montado, hace 4 años que como funciona, y aún con la documentacion en la mano ya te digo yo que me lo tengo que debuguear porque no tengo ni guarra de que puta idea feliz se me ocurrió hace 4 años Y si eso pasa con mi propio codigo, cuando me llega codigo herdado de hace 5, 10 o 20 años, que no hay ya nadie de los que idearon el cacharro para decir por que se hizo que, pos hay que leerse y estudiarse todoa la cacharrada desde 0 y anda que no he puesto yo comentarios de "black box (traducion esto es asi porque es asi y funciona y alguien lo quiso en su dia pero ni puta idea y paso de tocarlo q igual la cago) .
Amos el pan nuestro de todos los dias
La documentacion funciona en teoria, y de forma muy limitada.
#5 A veces me pregunto si determinado trozo de código lo escribí yo, o mi alter ego alcoholizado que programa a nivel Dios pero que no lo entiende ni el Mismísimo
#5#7 eso lo único que demuestra es un cúmulo de malas prácticas. Trabajando bien no debería ocurrir algo así nunca. Hablando de programación.
Para empezar un buen código es autoexplicativo. Si no se entiende leyendo por encima es que ya algo está mal hecho. Después están los comentarios para explicarlo a grandes rasgos. Y por último están los tests unitarios, que ya de por si deberían ser suficientes para que se pueda modificar cualquier método o clase y que todo siga funcionando solo con que siga pasando los tests, pero si mucha gente ni si quiera hace tests, como para pedir que se hagan bien.
#8 Meu, depende de a que te dediques, en web seguro, ahora no todo programa es pa web.
Yo pico para ERPs en area financiera, la explicacion de por que este departamento en concreto de este país de este grupo ha pedido especificamente que la base de este tipo de cambio para esta moneda en concreto se meta utilizando un ratio de 1:100 (por decirte un ajum caja negra de esta semana) si el tipo no lo puso en codigo en su dia hace 15 años (modulo del 2006) , pos mal, porque ese departamento además puede que ya ni exista y que haya habido rotacion completa de todo el personal, o que ese tipo de moneda ya ni se use...
A mi me dices revisalo leo el codigo veo la movida, veo lo q hace, le meto datos de entrada reviso la salida veo que mas o menos es coherente y le pongo un comentario ojo aqui hay esto pero a saber el caso es que funciona.
Y explicaciones pa eso puede haber mil, desde que el banco nacional esta emitiendo los tipos de cambio justo para ese rollo en otras unidades porque vaya usted a saber la moneda esa de su puta madre q ni se cual país es tiene un precio de cambio a euros tan bajo, que si utilizo el mismo rango que el resto de monedas no me dan las 6 posiciones de decimal pa tener un resultado medio decente o que fuimos nosotros los que solicitamos eso especificamente pa esa moneda por vaya used a saber que implicaciones en otro punto del sistema que se corrigieron un dia feliz de 2009 y el ticket de esa incidencia se perdio en algun cambio de version en los ultimos 10 años...
Y eso meu, es el dia a dia de tooooodos los sitios en los que he estado, porque una cosa es la implantacion y otra el mantenimento cuando hablamos de cacharros que igual tienen 20 o 25 años de vida... que la cosa se complica un poco para rastrear el quien hizo que y como
#16 básicamente un cliente de entidad financiera X tenía unos bonos del estado de cierto país. La moneda de ese país se devaluó tanto que petó el sistema de base se datos al no poder almacenar un ratio con el euro tan bajo, provocando una división entre cero aguas abajo.
#17 home por dios, un try-catch o al menos if not div is initial antes de las divisiones....
Pero ya ves, ademas lo peor de estas mierdas es que pasan con monedas nisu, que claro se usan cada choporrón de tiempo y hasta que te estalla en la cara no lo ves venir...
#1 Yo veo dos cosas, que a lo mejor son dos tonterías.
Primero. Cuando algo está muy bien hecho, no se rompe. Y si no hay fallos nadie vuelve a mirar ahí.
Segundo. Tengo la sensación de que también es algo cultural de los occidentales. Tenemos esa idea de "progreso" de estar reinventando la rueda por enésima vez, y así olvidamos lo que había antes. Siempre he tenido la sensación de que las cosas rusas y asiáticas se reparan mejor, porque hay más continuidad entre cada salto tecnológico.
Comentarios
Les ha pasado como con el Rocketdyne F1. Muertos los ingenieros que sabían como hacer las cosas, solo con los planos en mano no había manera de hacerlo, así que hicieron una copia del F1 a partir de ingeniería inversa y los planos del F1 original.
https://arstechnica.com/science/2013/04/how-nasa-brought-the-monstrous-f-1-moon-rocket-back-to-life/
Del artículo:
While it’s hard to say exactly why this approach is being taken now, it indicates that the original plans for these components are unavailable or the manufacturing processes and tooling used to produce them no longer exists.
La parte resaltada es, en muchos casos, "saber hacer" del equipo de ingeniería de la época.
#1 Amos manda carallo que te tengas que remontar a eso.
A mi me pillas un dia cualquiera, y me dices, de algo que yo mismo he montado, hace 4 años que como funciona, y aún con la documentacion en la mano ya te digo yo que me lo tengo que debuguear porque no tengo ni guarra de que puta idea feliz se me ocurrió hace 4 años Y si eso pasa con mi propio codigo, cuando me llega codigo herdado de hace 5, 10 o 20 años, que no hay ya nadie de los que idearon el cacharro para decir por que se hizo que, pos hay que leerse y estudiarse todoa la cacharrada desde 0 y anda que no he puesto yo comentarios de "black box (traducion esto es asi porque es asi y funciona y alguien lo quiso en su dia pero ni puta idea y paso de tocarlo q igual la cago) .
Amos el pan nuestro de todos los dias
La documentacion funciona en teoria, y de forma muy limitada.
#5 A veces me pregunto si determinado trozo de código lo escribí yo, o mi alter ego alcoholizado que programa a nivel Dios pero que no lo entiende ni el Mismísimo
#5 #7 eso lo único que demuestra es un cúmulo de malas prácticas. Trabajando bien no debería ocurrir algo así nunca. Hablando de programación.
Para empezar un buen código es autoexplicativo. Si no se entiende leyendo por encima es que ya algo está mal hecho. Después están los comentarios para explicarlo a grandes rasgos. Y por último están los tests unitarios, que ya de por si deberían ser suficientes para que se pueda modificar cualquier método o clase y que todo siga funcionando solo con que siga pasando los tests, pero si mucha gente ni si quiera hace tests, como para pedir que se hagan bien.
#8
>Un buen código es autoexplicativo.
El código es evidente cuando lo escribes.
>Malas prácticas
"Lo quieres bien o lo quieres hoy?"
"Hoy!"
>Tests
Sólo compruebas la interfaz, el interior de la "caja negra" sigue tan negro como siempre.
>Comentarios
//Visitor, recorre el árbol y genera un fichero PS
...
(no hay más comentarios)
Ver comentario en "Malas prácticas"
Realidades del programar.
#8 Meu, depende de a que te dediques, en web seguro, ahora no todo programa es pa web.
Yo pico para ERPs en area financiera, la explicacion de por que este departamento en concreto de este país de este grupo ha pedido especificamente que la base de este tipo de cambio para esta moneda en concreto se meta utilizando un ratio de 1:100 (por decirte un ajum caja negra de esta semana) si el tipo no lo puso en codigo en su dia hace 15 años (modulo del 2006) , pos mal, porque ese departamento además puede que ya ni exista y que haya habido rotacion completa de todo el personal, o que ese tipo de moneda ya ni se use...
A mi me dices revisalo leo el codigo veo la movida, veo lo q hace, le meto datos de entrada reviso la salida veo que mas o menos es coherente y le pongo un comentario ojo aqui hay esto pero a saber el caso es que funciona.
Y explicaciones pa eso puede haber mil, desde que el banco nacional esta emitiendo los tipos de cambio justo para ese rollo en otras unidades porque vaya usted a saber la moneda esa de su puta madre q ni se cual país es tiene un precio de cambio a euros tan bajo, que si utilizo el mismo rango que el resto de monedas no me dan las 6 posiciones de decimal pa tener un resultado medio decente o que fuimos nosotros los que solicitamos eso especificamente pa esa moneda por vaya used a saber que implicaciones en otro punto del sistema que se corrigieron un dia feliz de 2009 y el ticket de esa incidencia se perdio en algun cambio de version en los ultimos 10 años...
Y eso meu, es el dia a dia de tooooodos los sitios en los que he estado, porque una cosa es la implantacion y otra el mantenimento cuando hablamos de cacharros que igual tienen 20 o 25 años de vida... que la cosa se complica un poco para rastrear el quien hizo que y como
CC #11
#13 creo que un amigo mío trabaja contigo, porque me ha contado la misma anécdota. En su caso, del lado de la base de datos.
(No, no es gallego )
#15 Es un rollo muy comun cada cierto tiempo en FICO te encuentras cosas de estas...
#16 básicamente un cliente de entidad financiera X tenía unos bonos del estado de cierto país. La moneda de ese país se devaluó tanto que petó el sistema de base se datos al no poder almacenar un ratio con el euro tan bajo, provocando una división entre cero aguas abajo.
#17 home por dios, un try-catch o al menos if not div is initial antes de las divisiones....
Pero ya ves, ademas lo peor de estas mierdas es que pasan con monedas nisu, que claro se usan cada choporrón de tiempo y hasta que te estalla en la cara no lo ves venir...
#17 Si hubiera usado una variable real, eso hubiera sido incorrecto. No hay escapatoria.
#7 yo a veces me encuentro comentarios míos tipo:
// esto es una mierda, pero funciona, para arreglar, 16-08-2003
y lo peor es que me suelo encontrar comentarios de ese tipo en código de otros a menudo.
P.D. sigue funcionando
#5 Pánico me entra cada vez que me llaman para hacer un cambio o modificar algun soft mio de un micro, de hace unos años... o que no he hecho yo...
#12 toca desempolvar el manual de
85028051.#1 Yo veo dos cosas, que a lo mejor son dos tonterías.
Primero. Cuando algo está muy bien hecho, no se rompe. Y si no hay fallos nadie vuelve a mirar ahí.
Segundo. Tengo la sensación de que también es algo cultural de los occidentales. Tenemos esa idea de "progreso" de estar reinventando la rueda por enésima vez, y así olvidamos lo que había antes. Siempre he tenido la sensación de que las cosas rusas y asiáticas se reparan mejor, porque hay más continuidad entre cada salto tecnológico.
Que lo envíen a China y les hacen una copia en un 2x3.
#2
#2 Irán no anda nada coja en ingeniería inversa
https://nuevoperiodico.com/el-irgc-de-iran-utiliza-drones-rq-170-para-sembrar-nubes/
https://israelnoticias.com/iran/iran-ingenieria-ee-uu-rusia-arma/
Si, si... Spirit...
Lo típico que te lías a trabajar y vas dejando la documentación para después
Que pongan un anuncio en el restaurante de apple, que de eso saben un huevo.