¿Qué atajos de programación no se termina lamentando o dar marcha atrás? [cerrado]

Question

vi esta pregunta y me recordó de AutoGenerateColumns en la antigua cuadrícula de datos. Las pocas veces que los he usado, que terminaron el respaldo hacia fuera porque necesitaba el formato de datos más allá de la norma "escupir las columnas de origen de datos." Del mismo modo, la palanca, que suena como que ahorraría tiempo, pero luego terminar necesitando para realizar un seguimiento del estado o alguna otra cosa, y que reescribir el código en consecuencia.

¿Hay cosas que terminan usando pensando que le ahorrará tiempo, pero terminan por dar marcha atrás, ya que no hace lo que necesita?

Answer 1

Hacer una pequeña mejora en un sistema de trabajo existente y lo cubre con las pruebas.

Para muchas veces que terminó con la depuración de demonios. Lo peor de todo lo que el infierno fue a mis colegas, no yo.

Answer 2

Creo que la respuesta obvia para el "acceso directo" más lamentable de programación sería GOTOS.

Pero con respecto a los marcos, creo que todos los marcos pueden ser una trampa veces. No son malos de usar, pero no creo que encontrará un marco que no le obliga a comprar el tiempo de desarrollo se reduce con reducida capacidad de mantenimiento. Yo trabajo sobre todo con Drupal, y cada vez que una nueva versión sale que tengo que volver a escribir al menos una parte de mi código personalizado ... pero ese es el precio que paga por ser capaz de añadir nuevas funciones rápidamente con los módulos de la comunidad, y para mí, vale la pena. Para un conjunto diferente de los fines o aplicaciones, desde luego, no valdría la pena.

Answer 3

Cada proyecto web de gran tamaño que se inicia con una enorme cantidad de modularidad suele ir demasiado lejos para el alcance de la aplicación que con el tiempo se construyó.

Por lo tanto, la capa de tela llama a una interfaz de delegado llamadas llamadas delegado aplicación de interfaz de servicio llama a la implementación del servicio llama a DAO DAO interfaz llama aplicación y así sucesivamente.

Y finalmente, ya que no hizo la distribución a este nivel, se da cuenta de que todas las implementaciones de los delegados son una línea de código, y se tira de ellos hacia fuera para mayor claridad, después de perder un poco de la eficiencia mediante la escritura de un centenar de delegados en las clases el primer lugar.

---

O bien: la mayoría de los proyectos en un momento u otro forma masiva sobrestimación gran base de usuarios de la aplicación será, y por desgracia, código para que en lugar de codificar de manera más eficiente. Una aplicación de libro de cocina con 200 usuarios es mucho más común de escribir que una aplicación en la industria definir con cien mil usuarios cada mañana, pero los desarrolladores tienden a parte de código - pero no todos -. Su aplicación para el caso improbable

Si usted es mundo de la escritura hola, acaba de escribir el código, y el volumen hasta más tarde si es necesario.

Answer 4

Dejar que Visual Studio do el enlace de datos. Que la mayor parte del tiempo funciona, pero a veces se introduce errores sutiles que toman mucho más tiempo para encontrar y resolver de lo que sería hacer el enlace de datos de forma manual.

Answer 5

Copiar / pegar unas pocas líneas de código que son similares a, pero no exactamente el mismo que el código que necesita en este momento, casi siempre dará lugar a un error en el código.

Es casi siempre mejor que simplemente escríbalo carácter por carácter, forzarse a considerar cada uno de ellos. Pero sigo haciendo, pensando: "¿Qué podría salir mal", y lamentando la decisión posterior

Answer 6

El uso de la última y mayor característica de sólo para que se falle y tomar más tiempo.

Estoy a favor de nuevas características, pero que los utilizara demasiado pronto puede ser problemático.

Answer 7

El uso más de macros C / C ++. Creo que es una trampa de grandes proyectos se dividen en más de pequeños proyectos sin embargo.

Answer 8

No es exactamente un atajo, pero: Escribir una clase C ++ cadena sin considerar siquiera la posibilidad de que alguien más ha tenido la misma idea. Sin embargo, fue un ejercicio bueno, como he aprendido que:

• Escribir una biblioteca no hace que toda la programación va desde allí. Puede ser más fácil tener una biblioteca en la mano, pero si es más difícil de entender la semántica de la biblioteca que para implementar la funcionalidad con la mano, la biblioteca puede llegar a ser bastante inútil.
• C ++ tiene un montón de características realmente fascinantes.
• C ++ siempre falta que una característica que realmente necesita.