Planeo escribir un artículo de revista sobre algoritmos del mundo real que resuelven un problema práctico para una revista de transacciones de IEEE Computer Society. El esquema de la sección actualmente es el siguiente:
Entonces, hay 15 secciones. En el estilo de doble columna de IEEE, el texto ahora tiene 7 páginas + referencias + biografías, pero espero que crezca a 10 páginas + referencias + biografías porque algunas de las secciones están vacías actualmente, su texto aún no se ha escrito.
Ahora, mi pregunta es: ¿tengo demasiadas secciones? He mantenido intencionalmente las secciones concisas, sin demasiadas palabras. Entonces explican las cosas solo una vez y esperan que el lector las entienda. Por lo tanto, el documento no es demasiado largo.
El documento es bastante concluyente porque explora 4 algoritmos diferentes y logra optimizar uno de ellos para que sea lo suficientemente rápido como para usarlo en la práctica. No quiero eliminar ningún contenido porque haría que el documento fuera menos concluyente. Los resultados también son importantes: el mejor algoritmo optimizado por mí se ejecuta 60 000 veces más rápido que el algoritmo equivalente de la técnica anterior en el problema de la Sección 3.
No veo ninguna reorganización simple pero buena en subsecciones: por ejemplo, la Sección 5 realmente tiene que estar inmediatamente después de la Sección 4 para que el lector no olvide las cosas importantes de la Sección 4 cuando lea la Sección 5. Así que no puedo combine las Secciones 4-10 en subsecciones de una sección de algoritmos, porque en el medio habría una sección de observación matemática no relacionada con los algoritmos. En teoría, las Secciones 11-12 podrían combinarse para ser subsecciones de una sección de implementación, pero eso ahorraría solo un número de sección. Otra forma de guardar un número de sección sería hacer esto:
Después de un trabajo muy duro, se me ocurrió el siguiente esquema apenas aceptable con menos secciones:
¿Es mejor este esquema de 9 secciones?
Sí, lo mejoraste mucho con el esquema de 9 secciones, porque:
Es mucho más fácil comunicar la estructura escalonada del documento al lector, lo que hace que los lectores y revisores estén mucho más contentos.
Es más fácil para los lectores escanear y comprender el esquema principal del documento, en lugar de tener que averiguar por sí mismos qué puntos están más estrechamente relacionados.
Es más fácil para usted obtener una vista previa del esquema más corto en palabras cerca del principio, que si está pensando en 15 secciones.
Puede ahorrarle un poco de espacio, porque los subtítulos probablemente ocupen menos espacio que los títulos principales.
Aquí hay dos posibles revisiones adicionales para simplificar aún más:
Alguien en su campo puede tener mejores comentarios sobre si la información que desea incluir aquí es demasiado para demostrarla de manera efectiva en un documento de 10 páginas. En particular, el algoritmo simple, no escalable y matemáticamente interesante podría no estar tan relacionado con el resto, si debe cortar algo.
La lista de nueve puntos es ciertamente mucho mejor que la lista de quince puntos, pero aun así debería reducirse aún más, incorporando algunas secciones a otras. Para un artículo tan corto (7-10 páginas) probablemente sería excesivo tener subtítulos, y podría tratar estos asuntos fácilmente bajo los títulos de la sección principal. Los nombres de las secciones deben ser breves y claros; debe evitar los títulos descriptivos excesivamente largos. Está bien incorporar múltiples resultados en una sola sección genérica sin dar subtítulos para cada elemento de discusión en particular. Para un artículo con solo 7-10 páginas, sugeriría que es razonable resumirlo en cinco o seis secciones. Si desea reducirlo a su esencia, sugeriría algo como lo siguiente:
Introducción y literatura
- Introducir el problema
- Establecer literatura relevante y trabajos relacionados.
Problemas de definición de problemas y escalabilidad
- Define el problema
- Presente su algoritmo simplificado y analice la escalabilidad
- Diferencie este algoritmo de su problema para discutir la dificultad del problema.
Algoritmos escalables
- Discutir cada uno de los algoritmos escalables
- Compare estos a medida que se discuten
- Discutir el despliegue de estos algoritmos
Resultados y discusión
Conclusiones
Usted menciona en su publicación que una de sus dificultades es que presenta resultados matemáticos que son importantes para el problema pero que no están relacionados con los algoritmos. Si este es el caso, ese material debe introducirse en la sección sobre la definición del problema, para dilucidar el problema. Si le preocupa que las partes matemáticas puedan interrumpir el flujo del documento, podría considerar enmarcar algunas de ellas como "Observaciones" (a menudo presentadas como un teorema, en su propio pequeño párrafo).
En última instancia, lo que parece querer hacer es presentar un problema con un algoritmo simplificado y algunos resultados matemáticos para dilucidarlo, y luego discutir cuatro algoritmos más complejos con mayor detalle. Debería poder lograrse en algo como la estructura anterior.
guardián del faro
usuario64845