Readme completion

[JuanmaLambre]

No se si es exactamente lo que se busca pero me parece que da una idea de a donde empezar si no sabes mucho del tema!

EDIT: Perdon que colgue en hacer un issue!

[colltoaction]

Che, sin un Dockerfile esto no juega para nada. Puedo darles una mano si nadie sabe cómo usar Docker, pero posta les digo que hoy por hoy no se puede arrancar un proyecto pidiéndole a la gente que instale versiones random de Ruby y otras tools.

No digo que haya que seguir esta guía, pero puede ser un buen punto de partida si nunca usaron Docker: https://blog.codeship.com/running-rails-development-environment-docker/.

Invoco a @mlafroce.

(igual eso no quita que apruebo este PR, pero me parece importante que se arme una imagen y se actualice el readme de todos modos)

[edittler]

Hola! Bien por iniciar el README! Aún no tuve tiempo para ponerme con esto... 🙁

Algo que seguramente lo tendríamos que discutir a parte es el idioma a usar. Para el readme preferiría el español. Y para el nombre de modelos también apuntaría a usar español ya muchos conceptos no son traducibles tan literal en inglés.

[edittler]

Con respecto a Docker, es una buena idea! Aunque no me parece mal dejar también la "opción clásica" de instalar tu propio ruby, etc, etc (al menos yo estoy acostumbrado a trabajar así).

[colltoaction]

Es que leyendo el Dockerfile podés ver las deps :p. Igual sí, dejar ambas no le hace mal a nadie (excepto al que lo tenga que mantener). On Sat, Dec 17, 2016 at 3:11 PM Ezequiel <[email protected]> wrote: Con respecto a Docker, es una buena idea! Aunque no me parece mal dejar también la "opción clásica" de instalar tu propio ruby, etc, etc (al menos yo estoy acostumbrado a trabajar así). — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#3 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/ABeg9Kc0m7xHPp106XzoHkMFlFZzBidsks5rJCXGgaJpZM4LP7Wn> .

[AlexDaciuk]

Con respecto a Docker, es una buena idea! Aunque no me parece mal dejar también la "opción clásica" de instalar tu propio ruby

Lo cómodo de Docker es la uniformidad y que te sacas los problemas que pueda tener la compilación de las herramientas en tu distro (aunque normalmente los containers se basan en Ubuntu, Debian o algunos en Alpine), ademas que con el Dockerfile, en 2 segundos tenes todo el ambiente armado, dependiendo de la conexión que tengas igual (mira a pampa y sus 3 megas ADSL :p)

Mirando las imágenes de Ruby que hay en DockerHub, me parece que la copada es ruby-2.3-alpine, después es cuestión de ponerle cosas arriba, rails, sqlite, etc

Algo que seguramente lo tendríamos que discutir a parte es el idioma a usar. Para el readme preferiría el español. Y para el nombre de modelos también apuntaría a usar español ya muchos conceptos no son traducibles tan literal en inglés.

No estoy deacuerdo, voy por puntos

1. Me parece ir en contracorriente, la mayoría de las cosas (me animaría que todo) esta en ingles, ademas que tenes muchos términos informáticos que no podes traducir (ruby on rails, no decís rubíes en vías, etc)
2. Como vamos a liberar el código, otra gente lo va a querer usar y no quiero que no puedan usarlo porque no entienden la documentación en castellano (me paso con Framadate, que esta todo en francés y un par de software mas que me cruce, estaban en alemán, ni de suerte lo pude usar)

Creo que tendríamos que hacer todo en ingles, los issues podríamos seguir haciéndolos en español igual

Alex

PD: Me copa mucho Alpine Linux porque es una distro muy liviana y viene con features de seguridad copadas desde el vamos Articulo de Alpine

[edittler]

@AlexDaciuk esto no pretende ser una plataforma genérica de opiniones que se use fuera de FIUBA, por lo que no veo razones para usar ingles. Si no, podrías ayudar a traducir conceptos de manera que tengan sentido en ingles tales como "Departamento", "Materia", "Curso", "Docente", como también todos los campos de cada entidad.

[AlexDaciuk]

@ezeperez26 que hay de especial en la FIUBA que haría no genérico a la plataforma de opiniones? los campos que tendría cada opinión son pocos (creo que quedamos en opiniones individuales de cada docente), creo que se podría implementar en cualquier facultad sin mucho tema

Sobre los términos en ingles, si, les puedo dar una mano con eso, no tengo problema, seria cuestión de ver como llaman a las cosas en ingles (podemos mirar en universidades de EEUU por ej), es mas, hasta se podría hacer multilenguaje la plataforma (inicialmente en español e ingles), pero creo que eso ya es cosa del frontend

Alex