Yo creo que varias veces han salido propuestas así. De momento tenemos acceso al código del warzone, de la web y del foro unos 3 o 4 individuos. El código del foro se utiliza para darle mantenimiento solamente, cuando sale un problema puntual.

En cuanto al warzone y a la web, los dos representan un reto significante. Yo estaba trabajando sobre el sitio web hace un año ya:



Realmente estaba configurando el repositorio y el layout que cree no es más que una propuesta.

El problema en sí es que no hay dirección. Por mi parte yo podría hacer lo que quisiera con el nuevo repositorio y si por mi fuera yo eliminaba muchas cosas del sitio, hacer los cambios que yo quisiera y de la forma que yo quisiera. Pero obviamente no es mi sitio web.

Como se que no todos en el foro tienen acceso al código o incluso a la organización de github de elhacker.net (al cual son libres de unirse los miembros del staff realmente, así que si pueden...) lo he puesto también en un foro visible al staff. Muy poca gente han dado su opinión acerca del tema. Y no es que se buscara una opinión técnica (ni tampoco es que no hubiéramos querido una). Ni siquiera confirmación de que les pareciera bien (o mal).

El warzone de una o otra forma también esta ligado con la web. Y es que hay BASTANTE código correspondiente al warzone. Muchos archivos duplicados y cosas por el estilo. Pero en esencia, tenemos los mismos problemas que con el rediseño de la web. Es difícil realizar cambios si no estamos de acuerdo en que cambios son los pertinentes. Nuevamente, podríamos hacer los cambios que quisiéramos sobre el repositorio... pero si estos cambios no terminan gustando una vez que demos por completado todo pues tocaría reescribir los cambios. Vamos que no tiene sentido escribir código para que al final vengan diciendo que tienes que reescribirlo. Si en cambio, recibiéramos la dirección adecuada podríamos evitar estar reescribiendo el código frecuentemente.

Otros problemas:

A) Somos muy pocos involucrados en el rediseño.
B) Github tiene sus limitaciones. Por ejemplo, a mi me gustaría poder exponer los problemas y metas que los repositorios con más miembros del foro sin tener que darles permiso de lectura sobre el código.
C) Problemas organizaciones (que va en que repositorio)
D) No hemos concluido que stack de tecnologías a utilizar (yo prefiero node.js, otros prefieren PHP, docker?, bases de datos? framework?).

El front-end de la web y el warzone tiene como unos 15 años sin tocarse. Lo puedes revisar tu si quieres, solo es irse al sitio en cuestión, click derecho, inspeccionar código fuente y verás de lo que estamos hablando...

Simplemente, no tiene caso parchear el front-end como está ahora. Quizás una o dos cosas puntuales podríamos corregir pero realmente lo que hace falta es un rediseño completo. La web, como diría Indiana Jones, pertenece a un museo.

Ahora, si podemos trabajar la web sin un framework front-end pero realmente que ganamos con esto? React es una librería muy sencilla en mi opinión. ¿Se puede complicar el código? Claro... pero eso no es culpa de React.


Realmente no estaría dispuesto porque mi intención no sería de crear un sitio nuevo y llamarle "elhacker.net". Si no es desde un punto de vista comunitario tendría que ser desde el punto de vista del creador. Como individuo yo no figuro.


Si, estaba contemplando usar un issue tracker publico. Slack no tiene mucho sentido en mi opinión. Tenemos un canal de Telegram para discutir estas cosas entre los colaboradores pero las cosas se pierden muy fácilmente. La web no tiene una plataforma de comunicación, podríamos usar el foro pero es más de lo mismo, no es ideal. Encima tenemos el problema que lo que acabe en el foro no es visible desde github y viceversa. Jira cuesta dinero a menos que nos limitemos a 10 colaboradores. No es ideal pero pues es una opción. Trello también era una consideración. En fin, hay opciones pero nada es ideal.


La idea inicial era separar el backend del frontend precisamente porque podríamos dejar el frontend público de forma que no había necesidad de exponer el código backend al público. Así, si alguien ve un error puede crear un PR y si le damos el visto bueno se incorpora inmediatamente al sitio web.

Pero mantener los repositorios y sus issues de esta forma se vuelve más complicado.

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

Gracias, por desgracia solo la cabecera esta "bien". El layout necesita mucho trabajo más.

Comparto la idea contigo (soy muy de rehacer las cosas desde 0 cuando no me gusta algo). El tema está que que quizás para minimizar la resistencia al cambio se puede optar por una fase intermedia. Pasar de html4 a html5 tampoco es una locura, y por algo se parte. Arreglar un detallito como el menú absolute de la warzone es algo, infimo, pero es algo. Otra forma es en efecto, actualizar todo pero mantener el diseño.

No me mal entiendas, evidentemente sé que es poner un parche sobre una hemorragia, pero bueno, supongo que peor es nada. En mas de una ocasión agradecería que la web tuviera una versión dark bien hecho para que mis ojos no estallaran por las noches.

Como sea, muchas gracias por tomar en cuenta el comentario. Y de tomarse alguna decisión al respecto, no duden en que estaría encantado de ayudar. (No conozco bien REACT, prefiero VUE y odio Angula, pero bueno, uno se acomoda, haahhaha).

---

Con eso diste en el clavo, me agrada la idea de mantener el diseño (tampoco me opongo a un update) no obstante una cosas es el diseño y otra cosa es el código que hay por detrás. Como lo que decía del menú, se lograría el mismo resultado (de hecho mejor), con mucho menos código, pero visualmente no cambiaría nada.

Yo intenté echar un cable en su día pero no manejaba las tecnologías que se estaban utilizando. Asique no logré ni hacer una aportación pequeña.

Quizas ahora pueda aportar, que estuve aprendiendo React y estoy mas familiarizado.

El principal problema que veo es el mismo que comenta MinusFour, no hay una serie de directrices claras, entonces a la hora de toma de decisiones no tienes claro que hacer.

A parte en el repositorio, desarrolladores que programen web no sé si somos solo 3 o 4. Yo tengo 0 conocimiento del backend del foro, asique ni la menor idea de como se va a integrar o como siquiera te puedes plantear el desarrollo del front si no sabes de donde vas a sacar el código del backend. Tampoco manejo de consultas sql, por lo que todo el backend si se toca (que entiendo que es necesario al estar seriamente integrado con el front) yo no aportaría nada.

Sobre todo, faltan decisiones sobre que es exactamente lo que se quiere hacer. Que tecnologías se van a utilizar. Etc.

Si tenemos un repositorio para el foro, privado a la organización de GitHub, el cual cualquier colaborador/moderador/administrador puede pedir una invitación.

Tendría que revisar que tantos cambios son necesarios para hacer responsive el tema del foro. Pero realmente no tiene caso, la idea es migrar a una nueva versión de SMF y/o a otro sistema. Los cambios que hagas serían mejor sobre la actualización.

Por lo menos la nueva versión de SMF tiene un tema responsive y sería solo ajustar colores y cosas así.