POL
1 GONZO
+2

Desarrollo de virtualpol.com con maxsim.cloud

Ya he desarrollado los cimientos de virtualpol.com lo suficiente como para que en teoria podais continuar.

La cantidad de innovaciones de maxsim son inmensas. La idea es programar sin escribir ni ver el codigo. Es muy ambicioso. No existe nada igual.

Estais participando en un experimento (POL siempre lo fue, pero esto lo es aun más).

Solicitar aqui quien quiera acceso dev.

## A SABER

## Para hacer login
A) Ir a virtualpol.com + boton Login.
B) Ir a: https://virtualpol.com/maxsim/auth
Entonces, si eres "dev" podrás pulsar ESC y escribir prompts que modificarán la web.


## Para usar el revert:
A) Pulsar CONTROL + Z (sin tener el raton en un input o textarea).
B) Pulsar ESC y el boton de revert.
C) Ir a https://maxsim.cloud/ai/log y boton revert rojo (es la unica forma si haceis un crash total)
* A y B solo revierten el ultimo cambio  hecho por ti.

- El mecanismo de revert es FUNDAMENTAL. La mitad de los cambios los revierto, ya sea porque el resultado no funciona en absoluto o porque no es perfecto en algun aspecto. Ante la duda, es mejor revertir y volver a intentarlo.

- La usabilidad y eficacia del revert es buena, casi instantaneo y devuelve el estado anterior con el prompt listo para modificarlo y repetirlo.

- El sistema hace backups cada 6 horas. El revert de DB mediante blockchain aun no está listo. Solo hay revert de codigo, así que, cuidado con joder la DB.

- Podeis ver la DB en: https://maxsim.cloud/db/diagram?db=24

- Entender la DB es fundamental. La AI la entiende muy muy bien. Pero lo que le pidas, tambien debe ir alineado con lo que permite hacer la DB. De lo contrario habrá friccion y fallos.

- La DB es lo primero. Primero se deben añadir los cambios en la DB. Siguiendo las reglas, pulido al maximo. La estructura de la DB debe ser perfecta. Cualquier defecto o refactorizacion será problematica y podria obligar a empezar de cero un modulo (que tampoco es tanto esfuerzo).

- Tener en cuenta que me cuesta dinero cada prompt. Lo estoy pagando yo. No es gratis. Aun asi, por defecto con GPT-OSS@Groq cuesta alrededor de MEDIO CENTIMO de euro por prompt. Asi que, darle caña sin miedo. Pero cuidado con usar otros LLM que podrian ser mas caros.

- Sobre el "model" de AI a elegir. El que está por defecto es el mejor en velocidad + inteligencia + precio. Es el caballo de batalla habitual. El 90% de las peticiones deberian ser con ese, sin tocar nada. Si lo que se le pide requiere extra inteligencia, entonces usar GPT-5-mini. Ignorar todos los demás.

- Para crear una nueva carpeta (para una nueva seccion o incluso un experimento) recomiendo decirle inicialmente "crea un hola mundo en test3/index.php". Y luego vas a /test3 en el navegador. Así garantizais que cree una carpeta y tienda a no salirse de ahí en adelante.

 ## PROBLEMAS CONOCIDOS

1. Si quieres revertir los 2 ultimos cambios, tendrás que ir a la opcion C descrita arriba. Es la unica manera. Además tendrás que darlo secuencialmente a todos los revert, del mas nuevo a mas antiguo. Por eso, ante la duda es mejor hacer revert y en lugar de avanzar sobre ese cambio.

2. Varios usuarios haciendo cambios que afectan a los mismos archivos podrían pisarse, especialmente si uno de ellos hace revert. Esto puede ser catastrofico facilmente. Puede produciros mucha confusion, etc. Tener esto en cuenta siempre. Sugiero que os coordineis prepartiendoos el trabajo. Uno el foro, otro Voting, etc. 

3. A veces el JS no se actualiza por el tipico problema de cache. Es decir, a veces un cambio parece que "no hace nada", pero en realidad si lo ha hecho y es vuestro navegador el que no se entera. Tenerlo en cuenta. Hacer un CONTROL + F5 de vez en cuando.


4. La idea fundamental es organizar el codigo "por carpetas" alineadas con el path de la URL. Y así compartimentar el chat y el foro, por ejemplo, que son codigos que deberian ser totalmente independientes. Sin embargo existe codigo compartido (por ejemplo, el template, la funcion de insertar chat, etc). A veces la AI se salta la compartimentación y modifica codigo que afecta globalmente a todo. Es improbable, pero a veces ocurre y esto causaria problemas a toda la web si falla o desparrama el codigo haciendolo inviable.

5. Otro riesgo a tener en cuenta es el desparrame de codigo. La calidad del codigo de la AI es MUY IRREGULAR. Es capaz de hacer maravillas que jamás hemos hecho en nuestra vida facilmente en segundos y al mismo tiempo, es capaz de hacer duplicaciones obvias sin venir a cuento y desparrame de codigo en general. Hay que evitar esto ultimo, pues nos lleva rapidamente a codigo inmantenible.

Trabajo en mejorar todo esto.

Resolveré aqui vuestras dudas. (estaré de vacaciones incomunicado la proxima semana entera).

Intentaré rescatar virtualpol.com cuando lo fastidieis, pero no lo garantizo estas semanas. Despues estaré con vosotros a tope y lo sacaremos adelante si o si.

1     Orden: Fecha | Votos 3 mensajes en este hilo creado hace .
sir2100
+0

#Falto yo @GONZO, que tengo que hacer??

1 GONZO
+0

#Estas son las instrucciones que tiene la AI sobre la DB.
De cumplimiento estricto.


- Tables and column names in lowercase.
- Tables and column names spaces with `_`.
- Table names in plural. Column names in singular.
- Default `NULL`. `NULL` is better than empty string.
- Many-to-many relation tables contain `__` as table separator.
- INT identifier columns with `id_` prefix.
- First column is always INT, PRIMARY KEY, AUTOINCREMENT and with `id_` prefix.
- BOOLEAN column names with `is_` prefix.
- DATETIME column names with `time_` prefix and `Y-m-d H:i:s` format.
- DATE column names with `date_` prefix and `Y-m-d` format.
- TEXT json column names with `json_` prefix.
- Hidden table names with `_` prefix.
- Trying compatibility with SQLite, MySQL, and PostgreSQL.

221993 Chiribito
+0

#[quote=GONZO] Estas son las instrucciones que tiene la AI sobre la DB.
De cumplimiento estricto.


- Tables and column names in lowercase.
- Tables and column names spaces with `_`.
- Table names in plural. Column names in singular.
- Default `NULL`. `NULL` is better than empty string.
- Many-to-many relation tables contain `__` as table separator.
- INT identifier columns with `id_` prefix.
- First column is always INT, PRIMARY KEY, AUTOINCREMENT and with `id_` prefix.
- BOOLEAN column names with `is_` prefix.
- DATETIME column names with `time_` prefix and `Y-m-d H:i:s` format.
- DATE column names with `date_` prefix and `Y-m-d` format.
- TEXT json column names with `json_` prefix.
- Hidden table names with `_` prefix.
- Trying compatibility with SQLite, MySQL, and PostgreSQL. [/quote]

- Nombres de tablas y columnas en minúsculas.
- Nombres de tablas y columnas con espacios con `_`.
- Nombres de tablas en plural. Nombres de columnas en singular.
- Valor predeterminado `NULL`. `NULL` es mejor que una cadena vacía.
- Las tablas de relaciones muchos a muchos contienen `__` como separador de tablas.
- Columnas de identificador INT con prefijo `id_`.
- La primera columna siempre es INT, PRIMARY KEY, AUTOINCREMENT y con prefijo `id_`.
- Nombres de columnas BOOLEAN con prefijo `is_`.
- Nombres de columnas DATETIME con prefijo `time_` y formato `Y-m-d H:i:s`.
- Nombres de columnas DATE con prefijo `date_` y formato `Y-m-d`.
- Nombres de columnas TEXT json con prefijo `json_`.
- Nombres de tablas ocultas con prefijo `_`.
- Se está probando la compatibilidad con SQLite, MySQL y PostgreSQL.

(Traducción por cortesía de jujel transleitor) :)

1

Para poder participar en esta conversacion has de registrar tu ciudadano

Más hilos

Más propuestas para la próxima legislatura, Ataque a mi persona - Vota PUM - No pasarán, [Parlamento] Modificación de la Ley del Mapa (cerrado), Ayuda con estadísticas, [Parlamento] Modificación de la Ley del Parlamento, Estoy muy preocupado por la relación entre Byz y Zoko, [Parlamento] Reforma de la Ley Parlamento (3 diputados), Acta Refundacional de las Casas Aufgürb, Horse y Bribón, Contrato para una cuenta corriente bancaria entre Abascal y el Banco Z, Parlamento Nueva distribución de los escaños del Parlamento,