La razón principal es muy muy simple:
Si no está roto, no lo arregles.
Para hacer cualquier movimiento, debemos asegurarnos de que la producción o el beneficio que obtenemos de hacer eso sea más que los recursos que ponemos. También debemos evaluar que si esos recursos se ponen en otro lugar, darán una mayor producción o es más razonable ponerlos aquí.
- Dado que solo quedan 2 meses para las regiones regionales de ACM ICPC, ¿cuántos problemas podría resolver allí si comenzara a practicar ahora, teniendo solo la idea más básica sobre algoritmos?
- ¿Por qué el tiempo de espera corta cwnd a 1 y 3 ACK duplicado a la mitad en el algoritmo de control de congestión?
- ¿Cuáles son las mejores visualizaciones de algoritmos de aprendizaje automático?
- ¿Cómo uso cualquier biblioteca en Java que implemente la selección de funciones del algoritmo RELEIFF?
- ¿Cómo puede encontrar sucesores y predecesores en un árbol de búsqueda binario en orden?
El cambio de esta pantalla de búsqueda es aún más arriesgado porque es muy probable que sea un código heredado que no se haya tocado en muchos años. El costo de aseguramiento de la calidad será alto. Incluso entonces no estamos seguros de qué se romperá y qué no. Muchos programas e incluso dispositivos dependen de estos resultados (por ejemplo, nunca sabemos si el tiempo necesario para buscar es nulo, ¿cuántas aplicaciones de Android arrojarán NULL POINTER EXCEPTION. ¿Qué sucede si el desarrollador decide migrar a otra plataforma después de esto?)
También hemos visto historias de horror sobre la caída de Orkut cuando las personas migraron a Facebook tan pronto como Orkut “mejoró” la experiencia del usuario. No hacemos hamburguesas de vaca sagrada.
