Hace 20 años ... 1991 ...
Veamos. Estaba usando SunOS y VAX VMS.
Escribimos código usando editores de texto (vi o edit).
Yo, personalmente, no uso depuradores y nunca lo hice. Algunas personas usaron el depurador adb en SunOS. De hecho, lo usé varias veces para recuperar un seguimiento de pila de un archivo de volcado de núcleo. No tengo idea de lo que estaba disponible en VAX VMS. Usé declaraciones impresas en el código.
Utilizamos make para compilar.
Leímos la documentación en papel, pensamos y realizamos experimentos. De hecho, eso todavía funciona. Stack Overflow es utilizado en exceso por algunas personas que, por razones inexplicables, se niegan a realizar experimentos o pensar.
Hace 30 años ... 1981 ...
Veamos. Estaba usando Univac Exec 8 e IBM OS.
Escribimos código utilizando editores de texto (no recuerdo el de Univac, pero el de IBM era el editor del entorno TSO)
Yo, personalmente, no uso depuradores y nunca lo hice. Esas máquinas eran "mainframes" y no podían pasar por un solo paso. No hubo "depurador". Debes insertar declaraciones impresas en tu código.
Escribimos guiones para compilar.
Leímos la documentación en papel, pensamos y realizamos experimentos.
Hace 40 años ... 1971 ...
Veamos. Estaba usando un IBM 1620 que no tenía SO.
Escribimos código usando tarjetas de papel perforadas.
La depuración significaba un solo paso del procesador. Raramente era útil, así que aprendí a insertar declaraciones de "impresión" en mi código.
Ejecutamos el compilador a mano para producir una baraja de tarjetas de papel perforadas que luego ejecutamos. "a mano" significaba literalmente cargar tarjetas en un lector de tarjetas para instalar el compilador o ensamblador. Luego, cargue el código fuente en un lector de tarjetas para producir código objeto. Luego, cargue el código objeto resultante en el lector de tarjetas para ejecutar el programa.
Leímos la documentación en papel, pensamos y realizamos experimentos.
"Sal de mi césped, niños podridos"
IDEs. Casi inútil La finalización del código puede ser divertida, pero no tan útil como afirman algunas personas. La gente me ha dicho que VB es un lenguaje aceptable debido a Visual Studio. La coloración de sintaxis es quizás la característica más útil jamás inventada. El resto deben ser complementos opcionales, para que podamos prescindir de ellos y liberar memoria y ciclos de procesador.
A medida que van las muletas, hay cosas peores de las que depender.
Depuradores Inútil. Excepto cuando la definición del lenguaje es tan mala que la semántica es tan turbia que no puedes entender lo que se suponía que sucedería. Por ejemplo, VB. Cuando es necesario un depurador, realmente es hora de obtener un mejor idioma.
Según mi experiencia enseñando programación, los depuradores pueden ser inútiles. Para algunas personas, conducen a un pensamiento nublado y a un extraño estilo empírico de programación donde el código no tiene un significado semántico, no tiene sentido, solo piratería informática.
Scripts de hormigas, etc. para compilar. La compilación incremental y la vinculación no son realmente una gran idea. Con lenguajes hipercomplejos, es un hack necesario, pero realmente necesita ser visto como un hack. No es necesario ni deseable.
Un mejor lenguaje con menos dependencia de la compilación incremental parece mucho mejor que los sofisticados scripts de Ant.
Sitios como Stackoverflow para ayudar si está demasiado atrapado en un error. A veces útil.
Al igual que con los depuradores, existe la posibilidad de que algunas personas parezcan tener éxito por simple torpe suerte. Eso es algo malo