332 meneos
7761 clics
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.
|
comentarios cerrados
¿Por ejemplo?
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.
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.
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.
Le apareció en frente Github , lo vio de arriba abajo, saco un arma y se pego un tiro.
Yo, por ejemplo, uso BitBucket...
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).
Es que ni siquiera citan a Wired. Feo, feo
cc #2 #9
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
Pero en MS Notepad no está incluído, y FF y su ventana de desbichado (F12) tampoco lo tiene.
(Si, desarrollo en MS Notepad)
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.
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.
No.
Notepad no es un editor de nada.
Vale, quizás haya opciones más eficientes, pero a mi me ha sido muy útil para hacer esa aplicación.
#16 blog.desdelinux.net/guia-rapida-para-utilizar-github/
rogerdudler.github.io/git-guide/index.es.html
Que el crear ficheros via web no impida o avise previamente de que un fichero empieza por tab.
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.
¿O era Internet Explorer?
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.
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.
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"
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. Eso si, nos enseñaron a editar código en VI con
LinuxUnix, si bien yo siempre usé Notepad y lo subía por FTP, que también nos lo enseñaron.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.
Nah, no hace falta que te compliques la vida existiendo Notepad++ o Sublime
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
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
Y permite repositorios privados con usuarios no limitados si eres estudiante o estás en una universidad
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
A parte tiene bastante mala costumbre de caerse los servidores
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.
PD: Antes de que me ataque algun faltado de vida social: SI, CLARO QUE TAMBIEN EXISTEN HERRAMIENTAS PARA LINUX, Y CUALQUIER OTRO SO.
Bueno va, a lo sumo quedaran 3 o 4 geeks del inicio de meneame.
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).
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.