Onda Vital Repositorio del club de estudio de algoritmos, programación y otras cosas de la UNAM-UAQ campus Juriquilla. Yay!
Estoy flipando tío,
TROLOLOLOLOLLL Galleta galleta metralleta
Solo una, tu o ninguna*
Checa la página del proyecto, está muy mona! (O.O)
Si no sabes ni que p... con GitHub, sería bueno que vieras esto
Si te interesa usar Git en tu compu, checa este bonito tutorial :D
Otras referencias útiles las puedes encontrar aquí
A continuación hay algunas sugerencias para que no nos revolvamos a la hora de subir y presentar nuestras soluciones.
Para cada Problema de la Semana habrá una carpeta, donde cada quien subirá su código con su nombre y la extensión correspondiente.
Para nombrar la carpeta el formato será el siguiente:
s(Número de semana)-p(Número de problema de la semana)-(Nombre del problema)
Como ejemplo, para el problema Crypt Kicker, el primer problema de la semana 2 la carpeta se llama s2-p1-crypt_kicker. Además, el nombre es preferentemente sin espacios (por conveniencia :P).
Si la solución o soluciones comprenden sólo un archivo cada una, el código fuente irá directamente a la carpeta correspondiente y la única condición con el nombre del archivo es que comience especificando el nombre del autor sin mucha ambigüedad.
Continuando con el ejemplo anterior, Andrés García podría subir un archivo con el nombre andresGG-EstoYaNoImportaLOL.py de preferencia no muy largo y POR FAVOR con la extensión correcta.
Si hay más de un archivo por solución (cosa que dudo suceda), los archivos se deberán de subir en una carpeta donde se indique el autor y el lenguaje de la implementación. Siguiendo el ejemplo, si Andrés también tiene una solución en C con varios archivos, digamos headersBlaBla.h, mainBliBli.c, etc.. éstos podrían ir en la carpeta andresGG-C-CrappyCrappedCrap.
Si todavía no sabes cómo usar las ramas pueden saltarse esta sección por ahora y subir todo a la rama principal (
master). Si si, no seas ...flojo y sigue leyendo ¬¬.
Cada quién tendrá una rama propia, con su nombre, donde podrá trabajar con sus pruebas y código incompleto.
Una vez el código en la rama propia funcione se podrá subir a la rama principal, de tal manera que en ésta sólo haya código que ya funcione.
Esto no quiere decir que una vez en la rama principal el código no se pueda cambiar, siempre se pueden subir nuevas versiones, pero de preferencia en master sólo debe haber soluciones completas.
Que Turing te acompañe :D