Category — Borradores

Para evitar programar dos veces lo mismo:

ML

• crear una tabla de calificaciones, donde también se podrían calificar por otras acciones en otros sub-sitios (como puede ser si se hiciera un clon del sitio que “vende” favores.
• ver la forma de que al publicar un producto pueda marcarse como de compra masiva, y la cantidad sería la cantidad de personas necesarias para poder comprar (ej: si tienen que comprar CDs en Japón asi el costo del envio es mas barato para cada uno de los compradores).

Este es un ejercicio mental de como armar un sistema para gestion de tickets, reclamos, etc., cualquiera puede dejar sus comentarios. Los sistemas que vi, no me gustaron mucho (eTicket, osTicket), son para organizaciones pequeñas, y no tienen un generador de formularios.

El sistema, como parte de mi campaña debe servir para gestionar todo el Estado (un poquitin pretencioso).

Tabla Organizations (en inglés, que vamo’a'cer)

• id
• name
• parent_id (para permitir anidar toda la burocracia antes de que se extinga o la erradiquen)
• person_id (que sería la persona responsable)

Tabla forms

Para que cada organismo pueda crear sus propios tipos de quejas, reclamos, formularios.

• id
• name
• organization_id
• user_id (una sola persona es la encargada de modificar ese form)

Tabla relacion campos - formulario (form_field)

• form_id
• field_type_id (que deriva en otra tabla con tipos básicos y predefinidos, una tabla para almacenar las opciones en los campos de opciones multiples o selects).
• sn_active

Tabla tickets

• id
• title
• message
• created
• sn_open
• user_id (el que lo creo)
• organization_id
• person_id (la primer persona que leo y teoricamente, se hizo cargo del mensaje)

Tabla ticket_message

En esta tabla se guardarian todas las respuestas y re-preguntas

• ticket_id
• from (quien envia el mensaje)
• to (a quien va)
• title
• content
• date
• parent_id (aunque se podrian ordenar por fecha)

Tabla ticket_log

Quien que trabaja donde hizo que con el ticket, y cuando. Jeje.

• ticket_id
• action (reenviado a, ignorado…)
• organization_id
• person_id
• to_organization_id
• to_person_id (estos 2 podrian quedar muchas veces nulos)
• date

Table people

• id
• name
• cargo ?
• organization_id
• sn_chief (si es jefe actua como admin dentro de la organizacion).

El sistema para el control por los usuarios deberia permitir mostrar la demora, cantidad de mensajes a responder antes del nuestro en reclamos similares.

Este es un borrador de hace un tiempo, no se si todo aun sigue vigente, pero como ideal creo que sirve.

El proyecto LinkedCode busca crear un cuerpo comun de conocimientos para facilitar la comunicacion y el intercambio de informacion entre los usuarios.

En la práctica el proyecto podría seguir el siguente curso:

1. Empezaria con un sistema de registro de usuarios.

2. Posteriormente cualquier persona podria registrarse y añadir una nueva funcionalidad, por ejemplo, un sitio de ofertas de trabajo.
2.1. Para hacer eso deberia crear una base de datos de empresas…
2.2. … una de ofertas de trabajo y …
2.3. … una de datos personales de los usuarios que ya estaban registrados

3. Con las bases de datos de empresas y usuarios, se puede hacer un sistema de compra y venta de productos y servicios mejor que MercadoLibre, ya que no se encarecerian los precios para el pago de comisiones.

4. Con las bases de datos de productos y usuarios se puede crear un sitio para opinar sobre productos, como Ciao o Livra.

5. Un sitio como ACambioDe, usando los datos de las empresas.

6. Un sitio para relacionarse entre amigos, sin eso de invitar a todos los que tenes en el Messenger. Que podria funcionar como un miniblog y avisar a los contactos directos que es el recital de Principio Final.

Otros proyectos que pueden aparecer en cualquier orden, segun mis previsiones:

1. Un sistema de encuestas y votaciones, para no perder tiempo leyendo cosas que no tienen ninguna utilidad, algo asi como un Meneame interno.
2. Un foro, que pueda ser utilizado por todas las demas aplicaciones pero que al mostrarse solo muestre lo que corresponda.
3. Un sistema para administracion de alumnos y cursos, para hacer mejor la cursada de cualquier materia.

El sistema en su conjunto debe permitir en el caso de que el usuario lo decida así, que los datos sean tomados por otros sitios web, el caso mas simple es el de los Curriculums. Es realmente cansador registrarse en cada sitio web y luego tener que actualizar los datos. Cuantos casos de personas que fueron descartadas solo porque olvidó actualizar su CV.

Otras ideas simples
——————-
Un sistema de resumenes y apuntes para universitarios, cuantas veces

Ventajas adicionales
——————–
- En el caso de que el proyecto sobrepase las fronteras nacionales, se podra hacer un sistema de traducciones, que permita ayudar con las traducciones de sistemas ajenos que por ejemplo usan el formato PO.
- Las bases de datos de paises, provincias, municipios, universidades, carreras universitarias, empresas, no deberia ser agregada mas de una vez.

Desarrollo
==========

Se evitara que cada uno programe como mejor le parezca, se usara el framework CakePHP (www.cakephp.org) y antes de empezar se estableceran una serie de convenciones sobre el modo de programar.

Licencia
——–
El codigo completo deberá poder ser descargado libremente por cualquiera.

Apoyo a proyectos externos
————————–
- Wikipedia
- Linux

Financiamiento

Creyendo que el sitio puede ser de mucha utilidad creo que a parte de la publicidad es posible que muchas empresas hagan algun tipo de donacion para aumentar su buena imagen.

Una seccion como Paginas Amarillas podria permitir cobrar por figurar y asi se obtendría una nueva fuente de financiamiento.

El sistema de encuestas puede ser utilizado para fines ajenos, por ej., que una empresa compre una encuesta para determinado perfil. Los usuarios podran decidir si participar en estas encuestas y en que tipo, si remuneradas o no.

Recursos

Un proyecto como este requiere en sus comienzos una cantidad de inversion en sueldos, por eso, para evitar problemas es que preferimos difusión. Cuando sea necesario realizar gastos en infraestructura, servidores dedicados, formalismos legales (para poder recibir donaciones) y algun otro imprevisto que no sea sueldo, es que empezaremos a recibir las donaciones.