Volviendo a crear Koxylab


En el pasado había creado varias veces un software a modo de CMS, para publicar novelas, con el paso de los días, fui perdiendo tiempo por problemas familiares, falta de trabajo (no tenía a quien vender páginas web ó bien no tenían como pagarme) y por otro lado, necesitaba aprender cosas nuevas. En parte por haber creado una aplicación multi tenencia, es decir, una aplicacion que sirve web dependiendo de los dominios utilizados. Si el usuario solicitaba la web de Saga Quimeras ó la de Alchemic Warriors, el servidor consultaba a base de datos y creaba una vista html, en base a una plantilla, para enviarla por HTTP (intenté pero no pude usar bien otras cosas como OAuth con esa Platform as a Service).

Esos fueron los intentos más avanzados de obtener algo real de dinero con un sistema de pagos por acceder a un contenido, sea mensual u anual. De ahí seguir avazando y obtener los fondos para crear versiones impresas. Las historias comenzaron al principio de una forma básica, luego cuándo comencé a desarrollarlas, fui comprendiendo como crear mundos y poco a poco, los fui creando y mejorando.

Los objetivos que definí después de esos “intentos”, en realidad eran investigaciones para saber como funcionaba una u otra cosa. Así podría entender la mente del consumir, en primer lugar de como necesitaba vender las novelas y que ataques recibía en la demo, aunque sea con una trampa para bots. Bievenidos a la jungla cibernética.

Para evitar peder dinero, necesita en primer lugar, crear lo básico y ponerlo online, para ver que hacía y que no hacía el visitante, como se convertía en usuario, luego ver como cobrarle y ver si valía la pena, es decir, si yo pagaría por el servicio ó producto.

Hay muchas ideas, pero básicamente es necesario tener en cuenta de que hay personas que:

  • Disfrutan creando
  • Disfrutan de la lectura
  • Disfrutan de ambas cosas anteriores
  • Disfrutan de ver como crean los demás
  • Todas las demás anteriores
  • Hacer cosplay, dibujos, fan art, fan fics, compartir teorías
  • Todas las demás anteriores

Nota de la lista: para simplificar lo deje en forma de texto y no como una tabla de verdad. Para analizar los datos, es necesario usar estadística, algo que no se muy bien y por lo tanto no lo hago.

A partir de los gustos de cada grupo de personas, creado en base a sus carácterística, comencé a desarrollar un listado de opciones a crear, un plan para ir avanzando y un calendario de publicaciones. Además de esto hay que agregar el calendario de actualizaciones de los frameworks, para ello trabajaba y sigo trabajando con Nest, Angular y Lavaravel.

Además de esto hay que agregar los updates de cada sistema de los servicores privados virtuales, en realidad debería usar más de uno pero bueno, mientras la db sea la del hosting, no hay los problemas del pasado, de tener que administrar el software del sistema operativo y la base de datos del servidor, además de las claves SSH (curiosidad: una vez probé de llevar la llave ssh a otro software y me lo detectaron, eso es algo a considerar y registrar con algun sotfware pensado para ello, así puedes saber desde otra base de datos quien accede, cómo y cuándo. Es la forma más simple de detectar intrusiones, no accedes al hosting entrando a tiros por la puerta, entras disfrazado. Como buen espía, robas el carnet y te disfrazas de otra persona, accedes y haces lo que necesitas hacer.

Teniendo en cuenta todo eso, comencé a desarrollar con mi propio TDD, es decir, marcaba los objetivos, luego comenzaba a desglozar, organizar testeos y por último intrusiones y sobrecargas. Si entras a un VPS de app que recién salio, puede que a futuro sigan con ese VPS y clones tarjetas, inyectes o robes información, entre otras tantas cosas más que puedes hacer, como tomar de rehen la economía de un país.