Programa para snip codes. y roadmap
 

hola

ando pensando que seria util un programa que tenga
un banco de datos categorizados de codigos fuente trozos y demas cosas
que usamos.

ya saben. que como compilar tal dll.
como lanzar un programa por parametros.

codigo de muestra y como usarlo.

y aparte pues agregarle o que sea independieten un roadmap
por que luego andamos con que ya quedo el 20 porciento. el 80.
que salen bugs por aqui por alla. cual ya arreglamos.

hay ya algun programam que haga eso?'
las 2 funcionalidades juntas o por separado.??

que lenguaje seria mejro. yo claro dijo delphi. de ahi?
delphi . lazarus. firemonkey? t todo en uan base de datos. por supuesto firebird embeded.
o a lo mejor sqlite. solo para darme experiencia que no me gusto laultima vez que lo probe

que opinan??

Lo que propones es mas o menos MUY común. Ahora lo que manda la parada es tener un servicio en linea para ello.

El sistema mas popular en este momento es

https://gist.github.com/

Aparte de eso que dices, esta integrado con un controlador de versiones (git) y un sistema de búsqueda full-text. A esto se agrega categorizacion por lenguajes, tags, coloreado de codigo, comentarios, etc...

En si hacer eso es relativamente facil. Su problema es como volverlo popular (a menos que sea para uso personal).

Una idea: Puedes usar gist como la "base de datos" y tu programa como un cliente de este:

https://github.com/defunkt/gist

El truco como con todo programa es definir exactamente que es lo que va a hacer, y porque alguien va a usarlo en sustitucion o complemento de los miles que hay como ellos.

---

Para el roadmap poder decir voy al 50% tendria que ser un sistema de tareas/proyectos. Hay varios en el mercado (yo uso www.pivotaltracker.com que recientemente agrego epics) lo que implica todo un proyecto diferente, y mas complejo que la BD de snippets (a proposito, un roadmap es algo diferente a decir voy al 50).

Yo me concentraria en el primero...

buenas recomendaciones

Aunque gitHub está de moda ahora, no hay que olvidar al veterano SourceForge que, aunque llevaba un tiempo sufriendo bastantes achaques, ha recibido un buen lavado de cara y cuerpo. En lugar de GIT usa SVN (aunque también permite CVS más que nada por los proyectos más viejos), y aunque quizá le falte alguno de los requisitos que propones (en mi opinión por culpa de los usuarios más que de los dueños), se defiende bastante bien.