Voy a citar este sitio web solo porque lo busqué: P
www.ece.cmu.edu Las ideas de este sitio web no son mías y todos los derechos son para (Philip Koopman, Carnegie Mellon University)
Resumen
Porque bases de datos de búsqueda en línea Por lo general, solo contienen resúmenes, es vital escribir una descripción completa pero concisa de su trabajo para atraer a los lectores potenciales a obtener una copia del artículo completo. Este artículo describe cómo escribir un buen resumen de arquitectura informática para conferencias y artículos de revistas. Los escritores deben seguir una lista de verificación que consta de: Motivación, planteamiento del problema, enfoque, resultados y conclusiones. Seguir esta lista de verificación debería aumentar las posibilidades de que las personas se tomen el tiempo para obtener y leer su documento completo.
Introducción
Ahora que prevalece el uso de bases de datos de publicaciones en línea, escribir un resumen realmente bueno se ha vuelto aún más importante que hace una década. Los resúmenes siempre han tenido la función de "vender" su trabajo. Pero ahora, en lugar de simplemente convencer al lector de que siga leyendo el resto del artículo adjunto, un resumen debe convencer al lector de que deje la comodidad de una oficina y vaya a buscar una copia del artículo en una biblioteca (o peor aún, obtener una después de una larga espera a través del préstamo interbibliotecario). En un contexto empresarial, un "resumen ejecutivo" es a menudo la única parte de un informe leído por las personas que importan; y debe ser similar en contenido, si no en tono, al resumen de un artículo de revista.
Lista de verificación: partes de un resumen
A pesar de que un resumen es bastante breve, debe hacer casi tanto trabajo como el artículo de varias páginas que le sigue. En un artículo de arquitectura de computadora, esto significa que en la mayoría de los casos debe incluir las siguientes secciones. Cada sección es típicamente una sola oración, aunque hay espacio para la creatividad. En particular, las partes pueden fusionarse o extenderse entre un conjunto de oraciones. Utilice lo siguiente como lista de verificación para su próximo resumen:
Motivación:
¿Por qué nos preocupamos por el problema y los resultados? Si el problema no es obviamente "interesante", sería mejor anteponer la motivación; pero si su trabajo es un progreso gradual en un problema que es ampliamente reconocido como importante, entonces probablemente sea mejor poner el enunciado del problema primero para indicar en qué parte del problema mayor se está interrumpiendo para trabajar. Esta sección debe incluir la importancia de su trabajo, la dificultad del área y el impacto que podría tener si tiene éxito.
Planteamiento del problema:
¿Que problema estas tratando de resolver? ¿Cuál es el alcance de su trabajo (un enfoque generalizado o para una situación específica)? Tenga cuidado de no usar demasiada jerga. En algunos casos, es apropiado anteponer el enunciado del problema a la motivación, pero por lo general esto solo funciona si la mayoría de los lectores ya comprenden por qué el problema es importante.
Enfoque:
¿Cómo resolvió o progresó en el problema? ¿Usó simulación, modelos analíticos, construcción de prototipos o análisis de datos de campo para un producto real? ¿Cuál fue el alcance de su trabajo (miró un programa de aplicación o cien programas en veinte lenguajes de programación diferentes?) ¿Qué variables importantes controló, ignoró o midió?
Resultados:
¿Cuál es la respuesta? Específicamente, la mayoría de los buenos artículos sobre arquitectura de computadoras concluyen que algo es un porcentaje mucho más rápido, más barato, más pequeño o mejor que otra cosa. Pon el resultado ahí, en números. Evite los resultados vagos, como "muy", "pequeño" o "significativo". Si debe ser vago, solo se le da licencia para hacerlo cuando puede hablar sobre mejoras de órdenes de magnitud. Aquí hay una tensión en el sentido de que no debe proporcionar números que puedan malinterpretarse fácilmente, pero por otro lado no tiene espacio para todas las advertencias.
Conclusiones:
¿Cuáles son las implicaciones de tu respuesta? ¿Va a cambiar el mundo (poco probable), será una "victoria" significativa, un buen truco o simplemente servirá como una señal de tráfico que indica que este camino es una pérdida de tiempo (todos los resultados anteriores son útiles)? ¿Son sus resultados generales, potencialmente generalizables o específicos para un caso particular?