+@node Google Summer of Code
+@unnumberedsec Google Summer of Code
+@translationof Google Summer of Code
+
+@divClass{column-center-top}
+@subheading ¿Qué es el Google Summer of Code (Verano del Código de Google)?
+
+@uref{https://developers.google.com/open-source/gsoc/, GSoC} es un
+programa global que ofrece a estudiantes una ayuda para que
+trabajen en proyectos de software de fuentes abiertas durante las
+vacaciones de verano. Es una excelente oportunidad para que los
+estudiantes obtengan experiencia en el desarrollo de software en
+el mundo real y hagan contribuciones que beneficie a todos. Atrae
+a colaboradores nuevos y anima a los estudiantes que ya participan
+en el desarrollo de LilyPond a que se impliquen aún más. LilyPond
+participa en el GSoC como parte del @uref{http://www.gnu.org/,
+proyecto GNU}.
+
+Hemos tenido participantes en el GSoC en 2012 y 2015 y animamos a
+los estudiantes a que envíen la solicitud para las futuras
+ediciones.
+
+Si tiene alguna pregunta o le gustaría solicitar la participación,
+envíenos un correo a la lista de desarrolladores (véase
+@ref{Contacto}).
+
+@divEnd
+
+@divClass{column-center-bottom}
+@subheading Lista de ideas del proyecto
+
+Más abajo aparece una lista de los proyectos sugeridos para el
+GSoC o para cualquier persona interesada en ayudar a mejorar
+LilyPond. (Última actualización: febrero de 2016)
+
+La disponibilidad de los mentores varía de proyecto en proyecto y
+de un año a otro. Envíenos un correo electrónico sobre nuestra
+lista de distribución de desarrolladores (véase @ref{Contacto}), y
+trataremos de ayudarle a encontrar un mentor para un proyecto que
+cubra sus intereses y capacidades.
+
+Si tiene alguna idea para un proyecto del GSoC que no aparece en
+la relación siguiente, puede enviarnos un correo también. Existen
+varias áreas en las que LilyPond puede mejorar, y nuestro equipo
+de desarrollo está siempre dispuesto a servir de ayuda a aquellos
+que deseen implicarse en un proyecto como los que aparecen
+relacionados más abajo.
+
+Hay una lista completa de todas las incidencias abiertas
+@uref{http://sourceforge.net/p/testlilyissues/issues/, aquí}.
+
+@divEnd
+
+@divClass{column-center-middle-color3}
+@subheading Mejora de la estructura interna de acordes
+
+La representación interna de los acordes de LilyPond no es lo
+bastante potente como para captar la nomenclatura de los acordes
+de jazz. Actualmente el acorde tiene una fundamental, un bajo y
+una inversión. Sería bueno poder manejar acordes múltiples o
+superpuestos, menor/mayor, etc. Para hacerlo, debe desarrollarse
+una representación interna con la capacidad de capturar la esencia
+de los acordes más complejos. Además, una vez que se haya
+desarrollado la representación interna, el formato de salida de
+los nombres de acorde puede mejorarse.
+
+@strong{Dificultad:} Fácil/intermedia
+@strong{Requisitos:} Scheme (Guile), pero el nivel necesario puede
+aprenderse fácilmente
+@strong{Conocimientos recomendados:} Teoría y nomenclatura de los acordes
+@strong{Mentor:} Carl Sorensen
+
+@divEnd
+
+@divClass{column-center-middle-color3}
+@subheading ScholarLY
+
+ScholarLY es una biblioteca dentro de
+@uref{https://openlilylib.org, openLilyLib} que provee
+funcionalidades para la anotación de partituras, haciendo posible
+gestionar flujos de trabajo académicos completamente en el
+contexto del documento de la partitura. Hasta ahora es posible
+introducir anotaciones de distintos tipos, producir mensajes que
+se comportan como enlaces sobre la salida de consola y exportar a
+texto y a archivos de LaTeX.
+
+Hay muchas solicitudes de funcionalidad para la conversión de esta
+biblioteca en una herramienta mmás potente y completa aún. Por
+ejemplo: inserción de ejemplos musicales, producción de notas al
+pie de página, aplicación automárica de estilos al elemento
+anotado (p. ej. trazar una ligadura en línea discontinua, poner
+una alteración entre paréntesis), creando informes con elementos
+sobre los que se puede apuntar y pulsar. Para ver una descripción
+completa de esta sugerencia de proyecto, visite
+@uref{https://github.com/openlilylib/scholarly/wiki/GSoC, esta página Wiki}.
+
+@strong{Dificultad:} media
+@strong{Requisitos:} Scheme, posiblemente LaTeX, (opcionalmente
+Python)
+@strong{Conocimientos recomendados:} Experiencia con, o interés
+en, la edición académica y flujos de trabajo colaborativos.
+@strong{Mentor:} Urs Liska
+
+@divEnd
+
+@divClass{column-center-middle-color3}
+@subheading Añadir una variante especial de los glifos de fuente tipográfica
+
+@divClass{keep-bullets}
+@itemize
+
+@item
+Añadir variantes @q{sobre} y @q{entre} líneas del pentagrama.
+
+@item
+Variantes más bajas y estrechas de ciertos glifos, como
+alteraciones alccidentales. Otro ejemplo más específico sería una
+cabeza de nota breve de la notación antigua en dos variantes, una
+con un hueco pequeño dentro, y otra con un hueco grande.
+
+@end itemize
+@divEnd
+
+@strong{Dificultad:} fácil
+@strong{Requisitos:} MetaFont, C++, buen ojo para los detalles
+@strong{Conocimientos recomendados:} conocimientos básicos de LilyPond
+@strong{Mentor potencial:} Werner Lemberg
+
+@divEnd
+
+@divClass{column-center-middle-color3}
+@subheading Notas de adorno
+
+Arreglar problemas con la sincronización de las notas de adorno.
+Las notas de adorno pueden interferir con la cuenta del tiempo de
+LilyPond y causar efectos extraños, especialmente cuando se usan
+varios pentagramas en los que algunos tienen notas de adorno y
+otros no. Este es uno de los más antiguos y emarazosos
+@uref{https://sourceforge.net/p/testlilyissues/issues/34/,bugs} de
+LilyPond.
+
+@strong{Dificultad:} media
+@strong{Requisitos:} C++, MIDI
+@strong{Conocimientos recomendados:} familiaridad con el
+funcionamiento interno de LilyPond
+@strong{Mentores potenciales:} Mike Solomon (not available for GSoC 2016),
+Carl Sorensen
+
+@divEnd
+
+@divClass{column-center-middle-color3}
+@subheading Mejora del posicionamiento de las barras de corchea (y figuras menores)
+
+Para barras de corchea normales, de pentagrama cruzado,
+interrumpidas y en ángulo. El barrado debería depender del
+contexto y de las notas vecinas (véase la sección 2.2 de
+@uref{http://imslp.org/wiki/Repository_of_Music-Notation_Mistakes_%28Coulon,_Jean-Pierre%29,
+este libro}). Si es posible, reducir el tiempo de cálculo del
+barrado.
+
+@strong{Dificultad:} media
+@strong{Requisitos:} C++, experiencia con heurística de la escritura
+@strong{Conocimientos recomendados:} sentido estético
+@strong{Mentores potenciales:} Mike Solomon (not available for GSoC 2016), Carl Sorensen
+
+@divEnd
+
+@divClass{column-center-middle-color3}
+@subheading Permitir objetos extensos entre voces distintas
+
+Actualmente, toda clase de objetos extensos (ligaduras de unión y
+de expresión, matices dinámicos, textos extensos, trinos, etc.)
+tienen que terminar en el mismo contexto en que empezaron. Sin
+embargo, esto no refleja la realidad de la notación de la mayoría
+de las configuraciones polifónicas. En la actualidad son
+necesarios extraños rodeos con voces ocultas para conseguir
+objetos de extensión entre voces distintas.
+
+Deberían explorarse nuevas formas de abordar este problema, por
+ejemplo por medio de
+
+@divClass{keep-bullets}
+@itemize
+
+@item la especificación de un "contexto de destino" en el que se espera que termine el objeto
+
+@item la especificación explícita del objeto que termina con un identificador
+
+@end itemize
+@divEnd
+
+Esta funcionalidad resolvería muchos problemas presentes de manera
+habitual con la música para piano y partes combinadas.
+
+@strong{Dificultad:} media (?)
+@strong{Requisitos:} C++, Scheme
+@strong{Mentor potencial:} Urs Liska
+@divEnd
+
+@divClass{column-center-middle-color3}
+@subheading Ayudar a mejorar el comportamiento de la compilación
+
+Las herramientas de análisis automático del código, como la
+detección de filtraciones de memoria de Valgrind o el perfilador
+de código Callgrind, proveen una información valiosa acerca de los
+posibles problemas de nuestro código de C++. La limpieza de estas
+advertencias nos permitiría rechazar automáticamente cualquier
+parche que introdujese más advertencias de las que hay
+actualmente.
+
+@strong{Dificultad:} media
+@strong{Requisitos:} C++
+@strong{Mentores potenciales:} Reinhold Kainhofer (no disponible
+para el GSoC 2016), Joe Neeman
+
+@divEnd
+
+@divClass{column-center-middle-color3}
+@subheading MusicXML
+
+Mejora de las funciones de importación y exportación de MusicXML:
+
+@divClass{keep-bullets}
+@itemize
+
+@item
+Manejo de la exportación del contenido musical básico como la
+exportación MIDI (es decir, uso de clases exportadoras dedicadas,
+derivadas de la clase translator).
+
+@item
+Construir el árbol XML del contenido musical básico, y una
+conexión desde el evento musical a la etiqueta XML.
+
+@item
+Hacer que todos los grabadores de LilyPond hagan su trabajo.
+
+@item
+Enlazar cada objeto de presentación (es decir, cada sello o grupo
+de sellos) a la causa musical (así como a la etiqueta XML dentro
+del árbol XML).
+
+@item
+Añadir un @q{back-end} de salida XML, que puede después añadir
+información de disposición para cada uno de los objetos de salida
+a las etiquetas del XML.
+
+@end itemize
+@divEnd
+
+Existen varias posibilidades para este pryecto, entre ellas la
+construcción encima del proyecto de exportación de MusicXML del
+GSoC 2015.
+
+@strong{Dificultad:} media
+@strong{Requisitos:} MusicXML, Python, Scheme, conocimiento básico de LilyPond
+@strong{Mentores potenciales:} Reinhold Kainhofer, Mike Solomon
+(ninguno de ellos disponible para el GSoC 2016)
+
+Sería un buen tanto a su favor la familiaridad con otros editores
+de partituras para poder hacer pruebas cruzadas.
+
+@divEnd
+
+@divClass{column-center-middle-color3}
+@subheading Mejora de las ligaduras de unión y de expresión
+
+Con frecuencia, las calidad gráfica de las ligaduras de unión y de
+expresión no es satisfactoria. No se manejan bien las ligaduras
+@q{interrumpidas} por cambios de clave o de pentagrama. El
+proyecto podría incluir y organizar ejemplos de mala salida,
+decidir sobre la salida perseguida y escibir código para
+mejorarla.
+
+@strong{Dificultad:} alta
+@strong{Requisitos:} C++, experiencia con heurística de la escritura
+@strong{Conocimientos recomendados:} LilyPond, sentido estético
+@strong{Mentor potencial:} Mike Solomon, Janek Warchoł (ninguno de
+ellos disponible para el GSoC 2016)
+
+@divEnd