Anda, que buena pinta lo de ORCA. Parece que no se actualiza desde hace mucho ¿es por abandono o porque realmente hay pocos términos que no cubra?
Se me ocurre que una versión con Jekyll en gh-pages sería interesante por la facilidad de actualizar mediante PR.
No se actualiza porque no hay equipo que esté trabajando en ello.
entendido
¿cómo ves un ORCA adaptado a los nuevos tiempos en los que cualquiera pueda colaborar haciendo pull-request de un fichero YAML?
Podría quedar algo así
https://orca-github-luzbel.c9users.io/ORCA/
(si está apagado, me dices y lo vuelvo a levantar)
El aspecto del yaml sería algo así
-termino: abort
traduccion:
- fracaso
- interrupción
- cancelación
- aborto
- termino: AC current
traduccion:
- Corriente alterna
- termino: slideshow
traduccion:
- presentación con diapositivas
- termino: source tree
traduccion:
- árbol de fuentes
- árbol de código fuente
[sebastian.blanes] sebastian.blanes
http://foro.hacklabalmeria.net/users/sebastian.blanes
21 Marzo¿cómo ves un ORCA adaptado a los nuevos tiempos en los que cualquiera
pueda colaborar haciendo pull-request de un fichero YAML?
Podría quedar algo así
https://orca-github-luzbel.c9users.io/ORCA/
(si está apagado, me dices y lo vuelvo a levantar)El aspecto del yaml sería algo así
|-termino: abort traduccion: - fracaso - interrupción - cancelación -
aborto - termino: AC current traduccion: - Corriente alterna - termino:
slideshow traduccion: - presentación con diapositivas - termino: source
tree traduccion: - árbol de fuentes - árbol de código fuente|
Te voy a hacer la primera petición de subida (porque digo yo que habrá
que traducir pull request también, ¿no?):
Salud y Revolución.
Lobo.
parece que el revamp de ORCA no es tan cool como esperaba a pesar de que las nuevas features podrían mejorar el time-to-market para añadir un nuevo término 
Sebas, el menor de los problemas de mantenimiento de un diccionario es el modelo de datos. De hecho las fuentes de ORCA creo recordar que están bastante bien estructuradas y que en el peor caso se pueden transformar a cualquier otro formato que convenga.
No soy experto en gestión de terminología (tengo algún libro en casa) pero en modesta experiencia es un problema análogo al de las publicaciones científicas:
A poco que le des vueltas procesos de esta clase son exactamente los mismos a la hora de mantener colecciones/repositorios de sw, enciclopedias o hasta foros de preguntas y respuestas (verbigracia Stackoverflow).
Es algo a lo que le he dado vueltas muchas veces desde hace muchos años y te puedes estar preguntando por qué no he hecho nada para implementarlo. La respuesta es sencilla: no programo y además soy un mierdas.
Pues no me queda claro si eso es un sí o un no. En cualquier caso, yo lo voy a usar como base para una prueba que quiero hacer con Jekyll y gh-pages en que los términos en inglés tengan un texto flotante con la definición en castellano.
Os hago la “petición de subida” y sentiros libres de ignorarla. Yo mantendré mi copia en mi página aparte del “fork” de la web del hacklab.
Sobre el modelo de datos, no voy a criticar el trabajazo de otras personas recopilando las traducciones pero para mi prueba me viene mejor el YAML como base estructurada para transformar a otros formatos.
En cuanto al flujo de aprobación que comentas, no sé como se organizaba ORCA, pero al estar en GitHub con tener un repositorio común ya tendrías solucionado como recibir propuestas (PR), la revisión (hilo de discusión del PR) y la aceptación por los expertos (los que tiene privilegios en el repositorio).
Si no recuerdo mal ORCA fue un trabajo de sólo dos personas.
En la práctica eso no sirve. Intenté implantar un flujo de trabajo de publicación en TLDP-ES usando Bugzilla y nadie lo usó. Lo que explicas es un apaño a tiro, claro. Pero como yo lo veo, lo apropiado es un proceso formalizado.
El Git del hacklab está esperando esa petición de subida incluyendo el término PR 
No, me refiero a esto:
Es decir, que sobre lo que tú indicas, lleguen ya mejoras.
