Tecnología, Internet y juegos
332 meneos
7761 clics
Cómo GitHub conquistó a Google, a Microsoft y a todos los demás

Cómo GitHub conquistó a Google, a Microsoft y a todos los demás

Hubo un tiempo en el que Chris DiBona, el melenudo director de código abierto en Google, estaba preocupado de que todo el software de open source del mundo terminara en una misma cesta. "Sólo había uno, y ese era SourceForge", ha dicho más de una vez.

| etiquetas: github , conquistó , google , microsoft
148 184 15 K 438
148 184 15 K 438
  1. Pues no está mal el artículo aunque lo he encontrado igual demasiado alagador porque críticas a GitHub se le pueden hacer y no pocas.
  2. #2 Esta es la traducción, no todo el mundo sabe inglés.
  3. #1 porque críticas a GitHub se le pueden hacer y no pocas.
    ¿Por ejemplo?
  4. Si da igual, en todos hay que ser programador para poder colgar código fuente. :-P

    Os explico mejor: si no sois programadores pero hacéis un código sencillo y queréis compartirlo, usad Pastebin o usad Mega y un fichero RAR. :-P

    Os juro que yo cuando colgué un programa en SF.net tuve que pedir ayuda y apuntar en texto los comandos que hacían falta. Y si te equivocas la preparas bien, porque terminan los ficheros de código fuente desparramados por el SVN. xD
  5. #5 RAR. RAR.

    Venga, por favor. TGZ o TXZ, pero los RAR son un cáncer para el que no tenga soporte. Y Mega requiere de JS.

    Aprende a usar Git, no se tarda nada.
  6. Mucho GitHub pero nadie dice nada de su hermano mayor y mejorado, PornHub
  7. #4 De hecho ya ha aparecido Gitlab para ofrecer una alternativa inspirada en Github pero alojado en nuestros servers.
  8. #3 Yo prefiero menear el original y la traducción ponerla en los comentarios :-|
  9. Lo curioso de todo es que sourceforge en vez intentar mejorar sus debilidades empeoro todo de una forma alarmante.

    Le apareció en frente Github , lo vio de arriba abajo, saco un arma y se pego un tiro.
  10. #5 No usé sourceforge, pero github es bastante sencillo de usar.
  11. Bueno, cualquiera que se lea el artículo se pensará que GitHub es la única página que usa git, y que Linus lo desarrolló para ellos.

    Yo, por ejemplo, uso BitBucket...
  12. También esta bitbucket...
  13. #4 Porque parte del código que hace funcionar GitHub no es libre.

    Y también porque el modelo de centralización agresiva no es bueno (y esto valdría también para Google Code o para SourceForge).
  14. a ver un alma caritativa que ponga una guía de Git/github que lo entienda un niño de 5 años... y puestos a pedir con versión windows y ubuntu
  15. #6 requiere JS y te quejas de RAR jaja. Ya puestos...como me repetea esto de las compatibilidades en 2015.
  16. la gracia es que muchos usan repositorios y pocos saben después revertir nada, ni hacer nada con el excepto pullear y pushear entre commits.
  17. #3 ¿Traducción? ¿Homenaje? ... ¿Plagio?
    Es que ni siquiera citan a Wired. Feo, feo

    cc #2 #9
  18. #6: En sf.net subía los archivos como tar.gz, y el código fuente lo subía al repositorio con los comandos que tenía apuntados.

    Ahora lo que hice fue una "conversión" de ese código, y como es JS en principio no necesito permitir la descarga del código fuente, porque está a la vista, pero si optara por comprimirlo (quitar comentarios, espacios y todo) entonces si había pensado en poner una copia en RAR (porque sino es casi como si usas código cerrado), pero si dices que es un problema segúramente siga tirando del tar.gz de toda la vida.

    En cuanto a GIT, dejo este enlace:
    try.github.io/levels/1/challenges/1
  19. #5 Venga ya, si la mayoría de IDEs incluyen soporte para Git
  20. #23: Tu lo has dicho, la mayoría. ;)

    Pero en MS Notepad no está incluído, y FF y su ventana de desbichado (F12) tampoco lo tiene.
    (Si, desarrollo en MS Notepad)
  21. #24 Si usas MS Notepad para programar tienes un problema mucho mayor que la facilidad de uso de Github
  22. Lo más fácil para temerosos de la pantalla negra es SmartGit.
  23. #24 MS Notepad no es un IDE.

    En serio, MS Notepad no es un IDE.

    No es un IDE, coño.

    Tampoco lo llamaría "editor de textos".

    No es nada, es un puto cuadrado para escribir y punto, no tiene nada más.

    En serio joder, que no.

    Que no, coño.

    ¿Qué coño haces usando MS Notepad para programar?

    Ni me atrevo a nombrarte Vim, claro.

    Dios.
  24. #27: Para C usaba DEV-C++, pero luego para convertir un código de C a JavaScript y añadir una interfaz web (HTML5, CSS y JavaScript) vi que con Notepad me resultaba suficiente. Lo único que si se te olvida algo tienes que buscarlo haciendo un poco de prueba y error, pero bueno, así te acostumbras a cometer menos errores para no andar buscándoles luego. ;)
  25. #16 La guía es usar git.
  26. #4

    Que para tener a alguien moderando tickets tengas que darle permisos de push.
    Que para el sistema de notificaciones no se pueda desactivar por separado el etiquetar algo y el asignar un ticket a alguien.
    Que el ver forks este limitado en cantidad: github.com/TrinityCore/TrinityCore/network
    Que el ver forks no te permita filtrar los forks que llevan demasiado tiempo sin actualizar.
    Como ya ha mencionado #18 la wiki es una mierda.
    Que el editar ficheros grandes via web la lie parda muchas veces.
    Que el hacer commits via web implique un commit por cada fichero editado.
    Que el hacer commits via web no te permite elegir autor.
    Que anden cambiando el GUI cada 2 por 3 sin razon aparence.
    Que hayan quitado el sistema de mandar mensajes a la gente sin tener que recurrir a otros medios.

    y eso solo es lo que se me ha ocurrido ahora.
  27. #28 ?!?!?!?!?!?

    No.

    Notepad no es un editor de nada.
  28. #5 Siempre puedes usar gist.github.com
  29. #10 Por no hablar de los instaladores con adware.
  30. #28 al menos prueba Notepad++, es tan ligero como el notepad y añade bastantes cosas útiles
  31. #31: Acepto que no sea IDE, vale, porque eso es un editor integrado, pero editar si edita. :-P

    Vale, quizás haya opciones más eficientes, pero a mi me ha sido muy útil para hacer esa aplicación.
  32. #4 Continuo con:

    Que el crear ficheros via web no impida o avise previamente de que un fichero empieza por tab.
  33. #35 A ver alma de cántaro, si no quieres un IDE, al menos ponte un editor decente, ej. Sublime.

    Programar en el notepad es como si pintas tu casa con los pelos del culo en vez de brocha, poderse se puede, pero hay que ser muy tonto y rarito.
  34. #24 si no eres capaz de abrir una mísera línea de comandos y usar git, mal empezamos. No enseñan eso en la universidad hoy día?
  35. #20 explicame la diferencia entre rebase y merge, y entre un branch y un tag. Sin mirar la guía ni git help :-P
  36. #25 Notepad es fantástico para descargar Firefox o Chrome...

    ¿O era Internet Explorer? :-P
  37. #39: Los osos #panda pintan (olfativamente) su entorno usando los pelos de la cola, que la usan como brocha. ¿Te sirve? :-P

    A lo mejor me animo a usar Notepad++ o el que dices. Tampoco es que haga códigos muy complejos (pero si muy largos), y casi valoraría más la posibilidad de tener el mismo fichero abierto en varias pestañas y en posiciones diferentes para copiar las variables o líneas.
  38. Y alguien de por aquí está colaborando en algun proyecto dentro de GitHub?
  39. #40: Depende, si tu carrera no era de programación como mucho ves C y un poco de teoría sobre números binarios, float según las normas IEEE...

    En mi caso fue así, estudié una carrera técnica y en C ni siquiera vimos para abrir o guardar ficheros. Si quieres por privado te paso un enlace para que te rías de mi código fuente. :-P
  40. #45 yo hice teleco y el proceso fue: c -> ensamblador + java -> tcl + python + c++ + matlab
    No sé su tu carrera estaba relacionada con informática, pero creo que lo mínimo es salir con soltura en 3 lenguajes diferentes.

    Aunque yo conocí a una chica que hizo informática en una universidad privada de Santander y, atención, "lo de los while nunca lo entendió muy bien"
  41. #46: Espero que esa chica nunca tenga que hacer algo relacionado con SQL, no sea que no entienda muy bien lo del WHERE en el DELETE FROM. :-P

    En mi caso mi carrera era i. t. industrial (3 años), no era la de electrónica y eso, como mucho sales sabiendo lo más básico de C.

    Ni siquiera nos enseñaron a usar qsort. :-P Eso si, nos enseñaron a editar código en VI con Linux Unix, si bien yo siempre usé Notepad y lo subía por FTP, que también nos lo enseñaron. :-P

    Luego para prevenir las trampas creo que quitaron lo del FTP, y sólo se podía enviar por VI.

    Si me resultó útil, he hecho algunas cosillas en C con DevC++, y recientemente poco a poco por mi cuenta aprendí JavaScript.
  42. #24 No se que hacías, pero si lo hacías en MS Notepad, no era desarrollar xD

    Nah, no hace falta que te compliques la vida existiendo Notepad++ o Sublime
  43. #4 ejemplo del punto 2:
    Alguien crea un ticket, lo etiqueta, pero no podemos no enviar las notificaciones de las etiquetas cuando solo nos interesan las creacciones y cierres de los tickets en si.

    [22:39:06] <Not-91e4> [TrinityCore] Rushor labeled issue #14356: [DB/NPC] Susan Tillinghast - git.io/p5iT
    [22:39:08] <Not-91e4> [TrinityCore] Rushor labeled issue #14356: [DB/NPC] Susan Tillinghast - git.io/p5iT
    [22:39:10] <Not-91e4> [TrinityCore] Rushor labeled issue #14356: [DB/NPC] Susan Tillinghast - git.io/p5iT
    [22:39:12] <Not-91e4> [TrinityCore] Rushor opened issue #14356: [DB/NPC] Susan Tillinghast - git.io/p5iT
    [22:39:14] <Not-91e4> [TrinityCore] Rushor labeled issue #14356: [DB/NPC] Susan Tillinghast - git.io/p5iT
    [22:39:16] <Not-91e4> [TrinityCore] Rushor labeled issue #14356: [DB/NPC] Susan Tillinghast - git.io/p5iT
  44. Y Codeplex? Y Bitbucket? Lo veo un poco vacío el artículo
  45. #24 Por Dios!!! Usa algo como Notepad++
    O un cincel y una piedra...
    Cualquier cosa menos el Notepad

    PD. Por qué Microsoft no se ha molestado lo más mínimo en tener un editor un poco más decente. Que sí, que la gente de Windows quiere cosas facilitas y tal, pero también quiere funcionalidades y Notepad sinceramente no sirve para casi nada
  46. #12 A mí BitBucket me gusta más que GitHub, vale que no es tan popular pero la web siempre me ha resultado más cómoda de utilizar. Y viene con herramientas como SourceTree que están muy bien (pueden usarse con cualquier repositorio Git)

    Y permite repositorios privados con usuarios no limitados si eres estudiante o estás en una universidad
  47. #28 Dev-C++ !! :-) ¿Aún está vivo ese proyecto? Me encantaba ese IDE en Windows :-D

    Lo único que si se te olvida algo tienes que buscarlo haciendo un poco de prueba y error, pero bueno, así te acostumbras a cometer menos errores para no andar buscándoles luego.

    Unit testing :-) Necesitas unit testing, tío. De Javascript no estoy muy puesto, la verdad, pero mírate este post de Stack Overflow y empieza a investigar ya stackoverflow.com/questions/300855/javascript-unit-test-tools-for-tdd

    Suerte :-)
  48. La única razón por la que google code cierra es porque es una mierda pinchada en un palo que ya nadie usa, habiendo un porrón de alternativas como crearte tu propio servidor git para tu empresa por 4 duros, el mismo GitHub, bitbucket, etc.
  49. #53 Yo tambien me quedo con Bitbucket, además de lo que dices por la buena integración que tiene con otras herramientas de Atlassian como Jira. Aparte, para uso un poco más profesional el coste que tiene es mínimo.
  50. #51 Preguntaron cosas criticables de github y yo las he dicho :-P
    A parte tiene bastante mala costumbre de caerse los servidores xD
  51. #47 Si enseñaban Vi tienen mi bendición :-)
  52. #54: No está vivo bajo su autor original, pero hay otro que lo está continuando.

    De todas formas hace 10 años (cuando hice el programa en C que hace poco pasé a HTML5) era bastante típico, luego vino Code Blocks.
  53. #52: Tampoco era tanto, convertir código C a JavaScript y añadir algo de código para recoger datos de formularios y luego para mostrar en pantalla.
  54. #19 Para privados usa bitbucket.org
  55. #24 ¿Conoces notepad++?
  56. #62: Había oído hablar de él, pero no llegué a usarlo. Ahora lo estoy probando a ver como es, voy a ver si hago algún retoque.
  57. En OSX hace mucho que no me preocupo por git, Gitbox o incluso la propia app de Github solucionan el marron de comandos.

    PD: Antes de que me ataque algun faltado de vida social: SI, CLARO QUE TAMBIEN EXISTEN HERRAMIENTAS PARA LINUX, Y CUALQUIER OTRO SO.
  58. #44 Pregunta retorica, aqui, solo hay periodistas amargados que fracasaron con su carrera fapeandose cada vez que ven una noticia de politica espanola.

    Bueno va, a lo sumo quedaran 3 o 4 geeks del inicio de meneame.
  59. #57 Nada que objetar a las críticas que has puesto. Pero los servidores no tienen la mala costumbre de caerse :-) La última vez que hubo un fallo fue en diciembre, y duró unos minutos.
  60. El articulo es bastante flojillo... En primer lugar da entender que linus torvalds creo git en 2005 como algo novedoso cuando en realidad lo hizo para sustituir el sistema que usaban hasta esa fecha: www.bitkeeper.com/ que es software privativo y quedaba feo usarlo, eso si, el tio se enfada y se programa la primera versión de git en un finde, pero no es digamos nada novedoso, esta muy "inspirado" en lo que ya ofrecia bitkeeper.

    Luego es gracioso eso de que git sirve para "el código de distintos se fusione sin problemas", si hombre, como si git hiciera magia, que en tu proyecto el código de los distintos desarrolladores se fusione sin problema dependerá de tu estrategia de branching/merging y sobre todo de la arquitectura de tu sistema, si tienes ficheros de miles de lineas git no hace milagros y los merges van a ser peludos igualmente. Por cierto, una herramienta que si hace algo de "magia" en este aspecto es semanticmerge (www.semanticmerge.com/) de los amigos de plastic scm, que no están en el valle de la silicona están en valladolid, algo se hace por españa también.

    Github ha tenido tanto éxito porque apareció cuando no había buenas alternativas o estaban muy segmentadas para hostear tu repositorio de código (source forge se degrado una barbaridad, había otras "forjas" pero mucha segmentación) y porque apareció justo cuando git y los dvcs empezaban a ser populares, aprovechando esto y gracias a que construyeron un gran producto fácil de usar y con muy buenas ideas como su feature estrella los "pull request". También funciono muy bien el tema de añadir a la plataforma features de "red social", hoy en día sigue arrasando no sólo por ser buen producto sino por pura inercia, ya tenemos alternativas fantásticas como bitbucket, pero esta claro que github fue el primero en llegar y el que se llevo el gato al agua (el gato pulpo en su caso jeje, que también tiene algo que ver en el exito).
  61. #28 ya puestos usa notepad++ que almenos tiene resaltado de sintaxis y multitab entre otros.
  62. Notepad solo sirve para editar el fichero Hosts. Esa es su única función y utilidad.
  63. #41 Explica tú el parecido entre un branch y un tag :-)
  64. #70 Ambos son estructuras que tienen un nombre y apuntan a un commit específico del árbol.

    Y ya puestos, la diferencia es que, cuando añades un commit desde uno al que apunta una branch, ésta se mueve contigo. Si es un tag el que apunta, el tag se queda donde está.

    Lo bello de git es lo asombrosamente simple que es, pero lo complejo que lo hace.
  65. #21 lo único que han aportado de original es poner los párrafos en otro orden y borrar el nombre del autor.
comentarios cerrados

menéame