La parte de encuestas ya esta mas o menos lista, falta quien quiera probarla con algo real.

La red social quedará para más adelante.

Los picks se podrían imitar, ya tengo la tabla de productos, tipo_de_producto, marca, linea y modelos que uso para un semi buscador de precios, clon de Buscapé.

To Do

• Agregar tabla de picks: id, titulo, usuario_id, creado
• tabla pick_categories : usar dmoz.
• tabla pick_options:  id,  pick_id,  titulo_opcion, (tipo_opcion)
• tabla pick_comments
• tabla pick_votes
• la que guarde los votos. Es bastante similar a un sitio (listible), o un top10. Se deberia agregar una imagen de la marca.

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).

Para empezar a lanzar versiones beta, entre las opciones que tengo, lo más simple es un clon de MercadoLibre porque siempre hay algo para vender (o revender).

Descripción simple: todo el mundo conoce MercadoLibre, por el momento las cosas que he copiado incluyen lo necesario para publicar y editar los productos, las categorias y la posibilidad de recibir mensajes.

Descripcion técnica

Incluye las siguientes tablas:

• usuarios (incluye el ID de Adsense, ¿deberia crearse una tabla de perfiles?
• avisos (para productos y servicios)
• preguntas

Lo que falta lo voy a sumar en otro post asi sé cuando estoy repitiendo cosas

Los ids que uso son (quizá me olvide alguno):

• container
  • subcontainer
    • header
      • logo
      • userinfo
    • tabs
      • menu-wrap
        • menu
      • submenu-wrap
        • submenu
    • wrapper
      • sidebar-wrap (o widget-wrap)
        • sidebar (widget)
      • main-wrap
        • main
• footer-wrap
  • footer

Si alguien quiere diseñar algún CSS para dejarlo como optativo para el usuario, o para agregarlo en su CV, solo puedo comprometerme a pagarles con algún enlace. Pero la idea es la misma de Css Zen Garden, o Camaleón CSS.

Teniendo un CV ya armado (link), necesitaría agregar algunos datos que pueden ser relevantes para quien contrata, como por ejemplo, la disponibilidad, un precio hora mínimo, formas de contacto preferidas (msn, skype), también debería poder añadir screenshots de sitios hechos.

Publicación del proyecto

Titulo, descripción, presupuesto, tiempo que permanece publicado, plazo de entrega, la categoria, paises donde es visible.

El freelancer (con todo su perfil) que puede hacer preguntas (y le pueden pedir presupuestos si habilita para que lo contacten), debe poder realizar su oferta con descripción, precio, tiempo de entrega.

En relación a las preguntas y ofertas podrían usarse las mismas tablas que se usan para el clon de MercadoLibre con una columna que distinga de que sitio se trata.

(continuará)

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.

• modelo en singular, controlador plural, tabla plural (en ingles, de ser posible).
• las tablas donde relaciono de uno a muchos, perfiles de un usuario, la nombro user_profile (singular).
• en las relaciones los nombres de columna llevan el _id al final: country_id, user_id

Duda

• los nombres de las columnas deberían tener siempre adelante el nombre de la tabla? usuario_nombre, usuario_mail, etc.
• los nombres de funciones deben separarse con _ o usar CamelCase?

Hay convenciones aceptadas más alla del framework que se use?

(con el tiempo se irá completando)