Portada
mis comunidades
otras secciones
#7:
#1 #3 #5 Encontrar errores es BUENO. En códigos con cientos de miles de lineas hay errores, eso es estadísticamente inevitable.
No encontrarlos es MUY MALO, quiere decir que no estas mirando bien.
Los sistemas automatizados de inspeccion de codigo FALLAN COMO UNA ESCOPETA DE FERIA y todo aquel que haya trabajado con auditoría de codigo te lo va a confirmar, sueles perder mas tiempo justificando errores que no lo son que en toda la demás parte del desarrollo. Samsung (que nunca he mirado por dentro como esta escrito ni tengo puta idea de que modelo de auditoria de calidad sigue) tendrá sus estandares y herramientas de auditoria, que vengas ahora tu con tu mierda a decir que está hecho un cristo la respuesta que (yo el primero) te dará es metete el dedo en el culo y dime a que huele.
¿Por que me pongo así para defender a Tizien que ni me va ni me viene? Primero porque detrás de Samsung tb está la Free Software Fundation, que suele ser un sello de calidad en cuanto a software abierto y segundo.... Vivimos en un mundo donde los dispositivos que controlan cuantas pulsaciones tienes como duermes a quien llamas o lo que comes son manejados por dos megacorporaciones y no hay posibilidad real de eleccion en el mercado Google o Apple son tus unicas opciones si no te vas a rootear el móbil y rezar por que te funcione sailfish. Tizien será un mojon pero todo mi apoyo a que el mercado se abra
#6 Siento llegar tarde, estaba merendando
No encontrarlos es MUY MALO, quiere decir que no estas mirando bien.
Los sistemas automatizados de inspeccion de codigo FALLAN COMO UNA ESCOPETA DE FERIA y todo aquel que haya trabajado con auditoría de codigo te lo va a confirmar, sueles perder mas tiempo justificando errores que no lo son que en toda la demás parte del desarrollo. Samsung (que nunca he mirado por dentro como esta escrito ni tengo puta idea de que modelo de auditoria de calidad sigue) tendrá sus estandares y herramientas de auditoria, que vengas ahora tu con tu mierda a decir que está hecho un cristo la respuesta que (yo el primero) te dará es metete el dedo en el culo y dime a que huele.
¿Por que me pongo así para defender a Tizien que ni me va ni me viene? Primero porque detrás de Samsung tb está la Free Software Fundation, que suele ser un sello de calidad en cuanto a software abierto y segundo.... Vivimos en un mundo donde los dispositivos que controlan cuantas pulsaciones tienes como duermes a quien llamas o lo que comes son manejados por dos megacorporaciones y no hay posibilidad real de eleccion en el mercado Google o Apple son tus unicas opciones si no te vas a rootear el móbil y rezar por que te funcione sailfish. Tizien será un mojon pero todo mi apoyo a que el mercado se abra
#6 Siento llegar tarde, estaba merendando
#8:
#7. Sobre todo cuando el código se puede auditar. Si tu estrategia es "seguridad por oscuridad" y encima cambias las leyes para castigar la "ingeniería inversa" tienes un S.O. sin un solo bug, que sigue fallando después de 20 años de parcheo y "service packs".
Y no miro a nadie, ?verdad Sr. Gates?
Por cierto: como efecto colateral, puedes pasarle los " bugs" a la NSA y tu S.O. no es una mierda, es patriota.
Y no miro a nadie, ?verdad Sr. Gates?
Por cierto: como efecto colateral, puedes pasarle los " bugs" a la NSA y tu S.O. no es una mierda, es patriota.
Comentarios
#0 Yo he ya hallado uno en el titular, no quisiera analizar el resto de la noticia.
#2 Corregido
#11 Sinceramente, no tengo ni puta idea de en que desarrollos has trabajado tu ni el tamaño complejidad y criticidad del sistema, eso que has dicho se puede aplicar a una pequeña aplicacion, pero desde luego no a algo que ocupe mas de 300 megas. Cuando la escala del desarrollo implica un equipo de varias personas durante años tanto personal propio como externos y software de terceros, desde mi experiencia no tienes razón.
¿Sabes cual es el principal error que sueles encontrarte con las auditorias? Codigo muerto, toneladas de codigo muerto ¿Cuanto tiempo puedes tardar en depurar cientos de miles de lineas de codigo muerto? ¿8 meses? ¿Mas? ¿Impacta realmente sobre la funcionalidad del sistema? ¿Es un valor que va a apreciar el usuario final? ¿Han funcionado los test unitarios y de integracion con ese codigo muerto? ¿Realmente merece la pena el esfuerzo de limpieza para algo que no afecta?
Porque un sistema automatizado de busqueda de errores no distingue entre "if 1 = 2" y un error, analiza todo y punto...
El siguiente punto de "error" grave suele ser acceder a tablas sin campos claves es mal pero... ¿Y si no hay mas remedio? ¿y si la funcionalidad tiene que estar si o si aunq penalice el rendimiento por especificacion tecnica? ¿Decimos mira no que es que el inspector de codigo me dice nanai? ¿Y si la unica manera de hacer las cosas es meter loops dentro de loops dentro de loops porque no te queda otra?
¿El programador X en el 2004 no respetó el manual de nomenclatura y ahora tngo que echarme 4 semanas repasando todos sus desarrollos renombrando las cosas? ¿Y eso se lo vas a comentar al cliente mientras le dices que se retrasa el hito de lanzamiento par poner nombres bonicos?
¿Sabes a lo largo de codigo de millones de lineas cuantas veces se pueden dar estos casos? ¿Te haces a la idea?
No, las cosas nunca son tan faciles cuando tratas con bichos grandes...
E independientemente de ello, Tizien puede tener fallos, pero bienvenidos sean si con ello hace algo de mella al duopolio de Apple-Google
#13 Ese no ha visto un informe anual de un sistema de ticketing en la vida. Lo iba a flipar. No conozco software grande que no necesite un equipo de soporte de por vida.
Lo del código muerto se evitaría si la gente lo notificase de alguna manera. Por ejemplo, donde estoy yo, cada módulo de la aplicación va a su puta bola y pretenden que todo siga funcionando sin que los otros modulos actualicen los respectivos clientes con las nuevas interfaces y tal. Por lo que tenemos que hacer mucho código de compatibilidad que debe estar ahí hasta que se haya actualizado todo el mundo. Pues hasta que llegue yo no había un puto@deprecated.
Y de las tablas no te olvides de los nombres de campos cambiados, lo que en una tabla es el id_tuputamadre, en la tabla que lleva la fk es id_suputopadre y como con el tiempo añadieron otro sistema en otra tabla acabo llamandose cod_asaberque.
Pasadle el corrector ortográfico, hombre.
Pues es poco.
Me auto cito
«3.35 fallos por 1000 líneas de código en FreeBSD, pese a que este proyecto tiene estrictas reglas de verificación y cualquiera puede inspeccionar el código fuente».
3,3% de 72 millones son 2376000 líneas. 900 errores entre 2376000 = 0,000378787878788* 1000 = 0,378787878788 errores por cada 1000 líneas de código.
Casco voto negativo sensacionalista. Si bien podría ser errónea por resultar una cifra aparentemente sin respaldo alguno. Y no, no me voy a ir a la fuente de la fuente de la fuente.
¿Pero no era Linux,@Markitus?
#1 Linux es solo para el escritorio (este año, fijo qué si). Este es más para wereables de esos.
#3 Android es un linux !
Por cierto ¿qué pasaría si se pudiera hacer algo parecido con, pongamos por ejem., Windows ME?
#5 Seguro que si, yo no tengo ni puta idea. La he puesto para ver si hay bronca con los SO.
#1 #3 #5 Encontrar errores es BUENO. En códigos con cientos de miles de lineas hay errores, eso es estadísticamente inevitable.
No encontrarlos es MUY MALO, quiere decir que no estas mirando bien.
Los sistemas automatizados de inspeccion de codigo FALLAN COMO UNA ESCOPETA DE FERIA y todo aquel que haya trabajado con auditoría de codigo te lo va a confirmar, sueles perder mas tiempo justificando errores que no lo son que en toda la demás parte del desarrollo. Samsung (que nunca he mirado por dentro como esta escrito ni tengo puta idea de que modelo de auditoria de calidad sigue) tendrá sus estandares y herramientas de auditoria, que vengas ahora tu con tu mierda a decir que está hecho un cristo la respuesta que (yo el primero) te dará es metete el dedo en el culo y dime a que huele.
¿Por que me pongo así para defender a Tizien que ni me va ni me viene? Primero porque detrás de Samsung tb está la Free Software Fundation, que suele ser un sello de calidad en cuanto a software abierto y segundo.... Vivimos en un mundo donde los dispositivos que controlan cuantas pulsaciones tienes como duermes a quien llamas o lo que comes son manejados por dos megacorporaciones y no hay posibilidad real de eleccion en el mercado Google o Apple son tus unicas opciones si no te vas a rootear el móbil y rezar por que te funcione sailfish. Tizien será un mojon pero todo mi apoyo a que el mercado se abra
#6 Siento llegar tarde, estaba merendando
#7. Sobre todo cuando el código se puede auditar. Si tu estrategia es "seguridad por oscuridad" y encima cambias las leyes para castigar la "ingeniería inversa" tienes un S.O. sin un solo bug, que sigue fallando después de 20 años de parcheo y "service packs".
Y no miro a nadie, ?verdad Sr. Gates?
Por cierto: como efecto colateral, puedes pasarle los " bugs" a la NSA y tu S.O. no es una mierda, es patriota.
#7 es que le echan un morro cojonudo: me recuerdan un poco al antivirus fake que te dice que se encontraron 1000 vulnerabilidades y que pagues por limpiarlas.
#7 Perdona, pero no. Encontrar errores NO es bueno. Encontrar errores significa que tu código está MAL escrito, por eso hay errores.
Todo software tiene errores, pofale pofueno pomalegro. Una cosa es que todo software tenga errores, igual que toda pintura de la carrocería de un coche tiene alguna burbujita o todo edificio tiene alguna goterilla o baldosín suelto, y otra muy diferente es sacar una puta mierda de sistema lleno de fallos garrafales, que tu coche se caiga a trozos o que tu piso se inunde y se desconchen las paredes a los dos años.
Es bueno encontrar los errores que se van produciendo durante el desarrollo y evidentemente todo software tiene un seguimiento después de su publicación y hay que sacar parches, se reportan cosas que no se habían detectado (a veces más graves o menos...) pero entre eso y sacar al mercado un software con decenas de miles de fallos...
qué me estás contando de que eso es algo bueno y que si no tuviera ningún fallo es "porque no los han visto", tronko?
Parfavar.
Aquí lo que hay es una ausencia total de unos mínimos estándares de testeo y de QA. Punto y final.
#11 ¿por qué es mejor no encontrar los errores que encontrarlos? Si te refieres a proyectos pequeños pase, pero si no no lo entiendo. ¿O es que acaso piensas que se pueden desarrollar programas de millones de líneas de código sin multitud de errores?
#7 en un proyecto donde estoy usamos coverity scan ( https://scan.coverity.com/ ) para el que no lo conozca y la cantidad de falsos positivos es impresionante
#15 Tampoco querria que se me maliterpretase, pasar auditoria automatizada del codigo es bueno, nunca esta de mas, pero hay que pasarla con cabeciña y saber lo que es importante y lo que no precisamente por eso.
Los sistemas de auditoria automatizada son herramientas y cono tal hay que saber usarlas, pero la mierda esta de la noticia de una empresa que fabrica la herramienta X se la pasa al programa Y y para haceerles chantaje a los de Y publican el resultado mientras dicen uh uh que mal tienes el codigo comprame mi cacharro y arreglalo me parece de traca.
#16 pues, los de esa herramienta pasaron la herramienta al proyecto en el que colaboro y salio bastante bien parado:
https://www.viva64.com/en/b/0133/
Ahora pasamos
https://scan6.coverity.com/reports.htm#v13742/p10834
#7 OFFTOPICAZO
...te dará es metete el dedo en el culo y dime a que huele.
...métete el dedo en el culo y dime a qué huele.
#18 Nunca es offtopic cuando la corrección es necesaria
#19 Error de código
Un saludo crack
#7 "estaba merendando"
¿ahora le llaman así? Me estoy haciendo viejo.
Pues parece que en cuanto a Smartwatch se está comiendo a AndroidWear.