lesthack / khaleesi Goto Github PK

Agregar las últimas tareas en las que el usuario trabajo y que no están "en proceso". Es probable que sean las últimas tareas marcadas como pausa o pendiente.

Mejorar el modelo de Citas o Frases implementando campos adicionales, como, quien lo genero, fecha de creación y actualización, etc.

Aun no existe un botón o una acción que mande a Abandonada una tarea.
Aunque habría que considerar cuando sería posible enviar a este estatus una tarea. Por ejemplo, una tarea asignada o terminada no debería poder ser posible enviar a Abandonada.

Como experimento, sería interesante integrar autenticación OAuth2 con cuentas Google.

El mail de una tarea asignada por otro usuario, debería mostrar un texto informativo del tipo "El usuario X te esta invitando a considerar la siguiente tarea..."

Dado que he estado usando un poco los issues de git, me parecería increíble integración con Git directa, donde se vean reflejados en ambas plataformas los issues.

Aunque suena un poco complicado.

Los links de los emails vienen medios rotos, les falta el nombre del host. Tal vez desaparecieron en la ultima actualización.

Sería interesante ver un pizarrón al estilo Trello, separado en columnas, y poder cambiar una tarea de un status a otro.

Al recibir los datos de una tarea mediante Api se desconoce el modulo al que pertenece

Debido al posible uso que se necesita con otras Apps, sería fabuloso contar con un API REST en modo JSON

Aunque existe una llamada para el resource de Tareas, estas son todas y no es posible obtener de manera fácil las ultimas tareas en las que se trabajo.

Cuando pudiera ver el JSON de mis tareas en el seevidor?

Que ya hay alguien esperando esto (https://github.com/EdgarVaguencia/khaleesiApp/tree/dev)

En la mayoría de los templates, y tal vez, en algunas vistas existen enlaces del tipo http://khaleesi.unisem.mx como cadenas directas.

Esto será un problema cuando el nombre de dominio o subdominio cambien, ya que habrá que hacerlo manualmente.

Una solución es usar una variable definida, incluso, se podría usar ALLOWED_HOSTS del settings donde se especifican los hosts que el proyecto acepta para peticiones.

El el form de perfil, donde se guarda el token y si deseas recibir emails, aun no parece funcionar del todo.

Existe una sencilla guía para instalar khaleesi, sin embargo, hace falta mejorar esta parte para que cualquier usuario con conocimientos medios, pueda llevar a cabo una instalación desde cero.

Desde instalar virtualenvwrapper, hasta ponerlo en modo deploy.

Si algún día se implementa la autenticación con Google Accounts (OAuth), también se debería considerar la integración con Tastypie.

Implementar la integración con pushbullet para notificaciones, como por ejemplo:

1. Cuando alguien te asigna un nuevo issue o tarea.
2. Cuando alguien resolvió un issue o tarea que le asignaste.
3. Cuando esta por vencerse una tarea en tiempo.
4. Basado en un horario de trabajo, informarte si tienes tareas activas fuera de tu horario de trabajo.

Ejemplo de Issue en khaleesi y github

Es necesario definir cuales serán las llamadas del API públicas (con autenticación por supuesto, mediante Api Key).

Por citar algunas:

• Llamada al modelo Issue
• Llamada al modelo Tarea
• Llamada al modelo Pizarron
• Llamada al modelo User (Limitada por permisos).

Actualmente no existe la posibilidad de re-asignar una tarea.
Una cualidad del sistema es que puedas asignarle una tarea que ya no puedes llevar a cabo a otra persona que si pueda terminarla.

Deje esto como issue antes de pasarlo a Milestone. Sería super interesante montar dentro de khaleesi un servidor de notificaciones, que vía, el API REST, cualquier cosa pudiera agregarse como notificación.

Por ejemplo:

• Cuando se cae un servicio o un servidor
• Alarmas importantes de un servidor, servicio, etc.
• Notificaciones custom de cualquier cosa.

Aunque en la actualidad existen servicios web que ofrecen algo parecido, la idea es aprender nodejs a fondo.

Definir la mejor forma de permitirle al usuario el consumir las llamadas al API.

La primera sugerencia y que suena mejor, es el Apy Key Authentication.
https://django-tastypie.readthedocs.org/en/latest/authentication.html

Sin embargo, es posible que se sobreescriba algún método de la llamada a UserResource, para obtener el objeto Request y definir a través de esto, algunos fltros.