Si te gustan los juegos de azar entonces no puedes dejar pasar por alto esta app de la cual te voy a hablar. Se trata de un ayudante que te dirá los números que salen en el sorteo de telekino de cada domingo. Sí, podrás estar disfrutando de un día al aire libre que aun así sabrás los números agraciados.

sorteo telekino 1268

Esta aplicación se actualiza automáticamente por lo que recibirás notificaciones a medida que se realiza el sorteo. No precisas estar pendiente de la tele o de los resultados posteriores para poder conocer cuáles fueron los números que salieron. Este soft incluye la opción de ingresar los números que se tiene en el cartón comprado. Como detalle adicional, te permite configurar diferentes sonidos de alerta para decirte si ganaste algo puedes agregar la música que desees. Es un detalle interesante y novedoso. A mí, me pareció muy simpático 😉
Con esta aplicación te ahorrarás la típica búsqueda que hacía telekino sorteo cada domingo cuando volvías de pasar tu fin de semana.
Para los amantes de las estadísticas lleva una base datos de todos los sorteos de telekino así podrás saber fácilmente cuáles son los números más salidores. Si quieres, puedes generar los números (que según el programa) tienen más posibilidades de ser la configuración ganadora del próximo domingo. El trabajo de buscar dónde comprar ese cartón… eso ya corre por tu cuenta.
Era una aplicación que te quería presentar porque me pareció que podría ser muy útil para cualquier persona que le guste el mundo de los juegos de azar. Como sé que de este tipo de usuarios hay muchos, decidí presentarles esta app que además es gratuita y está disponible tanto para iOS como para Android.
Esta app se suma a la que presentamos anteriormente para conocer los números que salen en los sorteos de la lotería. Que dicho sea de paso, fue un artículo por el cuál recibí muchas preguntas y consultas.

Ves que cada vez hay más y más gente que gana dinero por internet y tú todavía no. Te preguntas cómo hacen para tener ese ingreso extra que tan bien viene pero nadie atina a darte la respuesta completa. El motivo es que en internet hay mucha competencia y a nadie le gusta develar sus secretos. Eso es así y dudo que cambie.
Para comenzar a ganar por internet te recomiendo que veas los diversos servicios que puedes ofrecer. No te digo crear una web y ganar con ello sino que lo mejor en tu caso puede ser que consigas vender tu propio servicio a alguna web o empresa. Generalmente, los primeros son más fáciles de conseguir y lleva menos papelerío.
Ahora estarás pensando… ¿Qué puedo ofrecer? ¿No sé hacer muchas cosas por internet? Y yo te pregunto, ¿Sabes usar redes sociales, publicar textos y subir fotos en ellas? Seguramente, me dirás obviamente que sé hacer eso. Aunque no lo creas acabas de hallar una buena forma de ganar dinero y es ser community manager.
Ahora la idea es buscar algo como Curso de Community Manager Gratis Online. ¡Sí, existe! Aunque no creas hay cosas gratis todavía dentro de internet. Cada vez cuesta más encontrarlas pero si buscas bien e investigas un buen tiempo lograrás hallar cosas que te parecerán excelentes y además Gratis.
Antes que vayas al curso de community manager te aconsejo que tomes ese trabajo como algo serio. De hecho, te pagarán dinero por la labor que desempeñas así que preocúpate por realizar bien las cosas. Muchas veces, el hecho de estar en internet hace que las personas pierdan un poco de responsabilidad y hacen cosas que no harían en un trabajo físico. Ser community manager es un trabajo como cualquier otro por lo tanto requiere que seas cumplidor y además buen empleado.

Git es un sistema de gestión de versiones, como SVN o CVS, con algunas características que lo diferencian

Es distribuido. Mientras SVN o CVS, están orientados a tener un repositorio central sobre el que todos modifican, Git esta orientado a que cada cliente tiene su propio repositorio y sincroniza con uno central, o con alguno intermedio o con otro usuario. Esto da mucha flexibilidad a tu flujo de trabajo.
SVN o CVS son sistemas mas maduros que Git, con lo que existen mas clientes para todos los sistemas, y es mas fácil encontrar información concreta sobre estos. Sin embargo gracias al uso de Git para el desarrollo del kernel de Linux, ahora esta empezando a tener cierto auge.

Lo primero es o primero, y en este caso es instalar todas las herramientas necesarias para trabajar con Git, en mi caso trabajo exclusivamente desde la terminal, así que solo tengo que descargar los paquetes principales de la página de Git, dependiendo del sistema operativo en el que trabajemos.

Iniciando el repositorio:

La estructura general de un árbol de repositorios de Git, suele estar compuesta por un numero indeterminado de clientes que gestionan cada uno su propio repositorio, y que en algún momento ponen en común su trabajo con otro repositorio superior y común de Git. Para empezar a trabajar con ese repositorio superior y común, si ya existiera, deberíamos ejecutar algo como:

git clone protocolo://rutadelservidor/rutadelrepositorio

Pongo “protocolo://” por que git puede trabajar tanto con FTP, como con FTTP, como con RSYNC, o con el que yo trabajo normalmente SSH. Una vez ejecutado este comando, tendremos una copia del repositorio superior, o común en nuestro sistema, en la carpeta donde lo hayamos ejecutado, es decir, en nuestro repositorio privado. Se generaran todos los archivos necesarios, tanto los propios del servidor Git, como los archivos del proyecto en el que estemos trabajando.

Modificando el proyecto:

Una vez tenemos los archivos a nuestra disposición, podemos añadir nuevos archivos al proyecto, podemos eliminarlos del proyecto, o bien, cambiar los existentes. Para añadir nuevos ficheros al repositorio debemos ejecutar:

git add nombredelfichero-o-directorio

Para eliminar los archivos, es algo similar:

git rm nombredelfichero-o-directorio

Una vez hemos añadido, eliminado, o modificado un fichero ya existente en el proyecto, podemos ejecutar el comando:

git status

Este comando nos mostrará cuales son los archivos que se han modificado, añadido o eliminado en la carpeta del proyecto, pero que están pendientes de ser grabados en el repositorio privado. Es decir, para guardar en el repositorio privado los cambios, debemos ejecutar algo como:

git commit -a -m “mensaje descriptivo de esta versión que se esta subiendo”

Una vez ejecutado este comando, nuestro repositorio privado debe tener la ultima versión que existe en nuestro sistema de los archivos. Pero siempre hablando de nuestro repositorio privado. Si ahora ejecutáramos un “git status” deberíamos comprobar que no queda nada por actualizar o añadir.

Sincronizando con el repositorio público:

Una vez que tenemos una versión que queremos compartir con el resto de los usuarios del sistema debemos sincronizar con el repositorio público. Ya que es un repositorio público, pueden darse errores, como por ejemplo que dos personas hayan modificado la misma linea del mismo archivo, y Git no sepa con exactitud cual es la correcta. Para evitar esto, el flujo de sincronización es invertido con respecto a lo que seria lo “natural”. Es decir, seria algo como:

Obtengo versión pública -> Soluciono errores de mezclado -> Actualizo versión pública

Para obtener la versión pública, debemos ejecutar algo como:

git pull [alias del repositorio] [nombre de la rama]

Pues eso, podemos configurar para obtener de varios repositorios diferentes, aunque no es lo común. Ademas de obtener de varios repositorios, podemos obtener de varias ramas, dentro de cada repositorio. El tema de las ramas no lo voy a tratar hoy, así que simplemente pensaremos que existe una sola rama que se llama “master”. La rama “master” se crea por defecto en Git. Tanto, la rama por defecto, como el repositorio por defecto pueden configurarse en el archivo de configuración del repositorio de git, de forma que podríamos trabajar simplemente con un “git pull” a secas si lo tenemos todo bien configurado.

Una vez obtenida la información del repositorio público, Git nos alertará en el caso de existir discordancias entre las versiones, y no nos dejara publicar hacia el servidor público hasta que las resolvamos. Una vez resueltas las discordancias, debemos hacer un commit, tal y como explicamos antes, y para terminar y subirlo al servidor público, debemos ejecutar un:

git push [alias del repositorio][nombre de la rama]

Si todo ha ido bien, el servidor público de Git debe tener nuestra versión del proyecto como la ultima versión.

Resumiendo:

El flujo natural de trabajo que yo sigo es el siguiente:

Al iniciar a trabajar: git pull para obtener la ultima versión de todas.
Editas, añades(git add) o eliminas(git rm) los archivos que sean.
Comprobación de que se ha cambiado con un git status, si falta algo por cambiar, volvemos al paso anterior.
Sincronizas con tu servidor privado con un: git commit -a -m “mensaje”
En el caso de querer actualizar el servidor público:
Obtenemos la ultima version de nuevo: git pull
Resolvemos las incoherencias entre las versiones
Comprobación de que se ha cambiado con un git status, si falta algo por cambiar, volvemos al paso anterior.
Hacemos un commit a nuestro repositorio local
Sincronizamos hacia el servidor público con: git push.

No soy ningún experto en Git, y he obviado muchas cosas, como las ramas (branchs) o mas información sobre la configuración de los repositorios remotos (origenes). Puedes consultar muchísima mas información, y mucho mas correcta y precisa en las páginas de información de Git. Y si observas que cualquier cosa es incorrecta o puede ser explicada de mejor forma, no te cortes y compártelo en los comentarios.