Por qué voto negativo?
Git depende mucho de la velocidad de acceso a disco para funcionar pero... ¿cómo de puede llegar a ir el SCM más rápido con un disco SSD? ¿Se nota realmente la mejora? El post explica en detalle la increíble mejora de rendimiento!!
Hace unos días la gente de GitHub lanzó libgit2, una librería que implementa todo el core de git y lista para utilizarse desde aplicaciones. Como además la gente de Git tiene "buena mano" en Linux seguro que acabará siendo el estándar para usar Git desde aplicaciones. Hay ya bindings para muchos lenguajes, incluyendo Ruby y C#.
Por qué voto negativo?
#0 #1 Deberías variar tus fuentes, el autobombo esta permitido, pero el abuso del mismo se considera SPAM
El usuario se abstendrá de usar menéame con el objetivo de a) la promoción exclusiva de un sitio web, empresas, redes de blogs o de afiliación de enlaces (spam)
http://meneame.net/legal.php#tos
GitJungle es un visualizador gratuito de repositorios de Git. Muestra la evolución temporal de las diferentes ramas así como los merges entre los diferentes "commits". Puede mostrar detalles de cada commit y diferencias unificadas de los cambios. La descarga es gratuita y funciona en Mac, Linux y Windows.
se puede aplicar la misma técnica con Hg
Hace unos meses Linus Torvalds comentaba algunos problemas que estaban teniendo al aplicar el patrón "feature branch" con Git en el desarrollo del kernel debido a no aplicar bien alguno de los conceptos básicos. No todos los desarrollos son tan complejos como el kernel, pero cada vez más equipos están usando Git (y Mercurial) y por tanto haciendo uso extensivo de ramas, así que merece la pena entender con qué se han chocado ellos para no repetir los mismos errores.
El post recorre los principales controles de versiones de los últimos 30 años, desde el arcaico RCS hasta los más modernos controles de versiones distribuidos como Git y Mercurial, pasando por los clásicos como Clearcase. ¿Alguna vez te has parado a pensar cómo es de viejo el control de versiones que usa tu empresa? Pues en caso de que seas uno de los "desactualizados" puedes echar un vistazo al gráfico en el que los compara con los móviles de la época.
Ahora los controles de versiones distribuidos están en todos lados gracias a Git, a Mercurial y a sitios como GitHub. Pero los VCS (version control system) existen desde hace más de 30 años... Este post describe la evolución con un gráfico interesante que los compara con los teléfonos móviles.
Acaba de lanzarse una versión gratuita de Plastic SCM, el sistema de control de versiones distribuido (DVCS) para desarrolladores en Windows. Es gratis para equipos de hasta 15 usuarios, es decir, para la mayoría de pequeños grupos de desarrollo y empresas. Incluye todas las funcionalidades de la versión de pago: explorador de ramas, herramientas de diff y merge con soporte de refactor, árbol en 3D, replicación (distribuido), múltiples backends de bases de datos, etc. La nueva versión se integra con Mylyn.
Creo que es interesante destacar que la noticia no es porque saque diferencias, es porque además de hacer eso detecta código movido... En fin.
Meld puede detectar movidos????
7 votos negativos... dios mío!!!
El nuevo diff de Plastic SCM (empresa española, por cierto) es capaz de detectar código que ha sido movido en un mismo fichero, incluso cuando ha sido modificado después. Es muy útil cuando se hacen refactors (en plan "extract"), se cambian métodos de sitio, etc. Incluye un vídeo corto.
Todas las características que tu software no debería tener: memory leaks, basado en código antiguo, características innecesarias, parches por todos los lados... La verdad es que la imagen hace gracia (viene de reddit.com) pero da miedo...
El post muestra el porcentaje de uso de las diferentes versiones de .NET. Interesante para tener en cuenta con qué te vas a encontrar cuando distribuyas una aplicación.
Muchas veces un servidor en .NET o en Java acaba usando demasiada memoria símplemente porque se "abusa" del número de objetos creados. El artículo explica un sencillo ejemplo y cómo solucionarlo mediante un "buffer pool".
Un breve tutorial explicando para qué sirve las ramas en un control de versiones y como dar los primeros pasos. Se trata de una introducción y cuenta también en qué consiste el desarrollo paralelo.
#67 IBM es más monopolio todavía que Microsoft.
Apple le echa "narices" y tiene un SO y un software en general muy, muy bueno. Sun no ha tenido valor y directamente "se ha quitado del medio", porque algún ejecutivo habrá tenido la genial idea de dejar de dedicarse a lo que sabían hacer y empezar a hacer chorradas (me refiero a Solaris).
Lo que "apesta" es que corrompan una idea tan "pura" como el software libre haciendo creer a la gente que es algo "por el bien de la humanidad" y lo usen como herramienta de marketing y para sacar del mercado a otras empresas pequeñas o grandes. Y encima todos, como tontos, vamos diciendo "¡¡viva el sw. libre!!", que es algo así como decir que el sw. de Microsoft es bueno para el alma...
Y luego promueven "el sw. como servicio", los mismos (IBM) que cobran a los bancos por "transacción de la base de datos", sí, por cada "commit" de transacción, esos son los que promueven el sw. libre!!!
Sobre lo de la universidad: mira, he visto más de una universidad de mi entorno gastarse cientos de miles (o millones) de euros en "supercomputadores" y luego no tienen dinero (porque no asignan presupuesto NUNCA para eso) para personal, y ponen un becario para manejarlo. Vamos, que están cogiendo polvo. Así que no, el dinero que ahorren en sw irá para que las empresas de sw se hundan, no para nada más.
Las universidades gastan dinero en comprar edificios, furgonetas, ordenadores... ¿¿por qué eso es más lícito que gastarlo en Autocad??
Una facultad de Arquitectura (por ejemplo) compra ordenadores para usar el Autocad: ¿por qué no te parece mal que pagar el ordenador esté bien y pagar el Autocad, que es lo que hace que ese ordenador cumpla su función, no?
En cuanto a mirar el código: sí y no. A ver, seamos serios, lo que uno quiere es que el sw. funcione, lo de ver el código, excepto para aprender (y ahí hay un montón de alternativas), es normalmente anecdótico (a menos que la calidad no sea buena).
Yo estos días he estado aprendiendo GIT. Vale, mirar el código sirve un poco, pero lo que me ha hecho aprender de verdad ha sido el libro de la gente de Peep Code (http://peepcode.com/products/git-internals-pdf). En 1 hora más que leyendo todo el código 100 veces.
Lo del ejemplo del puente "no se sostiene" :-). Habrá que exigir que el sw. sea bueno, pero lo otro no tiene ni pies ni cabeza. ¿O pides los planos del coche para ver si te subes o no y encima los compruebas? ¿O del autobús? ¡¡Venga ya!!
Lo que me sigue preocupando es que veo a mucha gente de la universidad (profesores) fomentando el sw. libre, pero es que ellos ¡¡¡no comen de eso!!! Si yo hago un programa X y tu vas y me lo haces gratis al lado, me hundes el negocio (en otras áreas está literalmente prohibido).
Es como Stallman, hablando de lo guay que es regalar el sw. y cobrando medio kilo por cada charla y sino no va, en plan diva. Claro, si yo fabrico sw. igual hablo gratis pero cobro por el sw, ¿verdad?
Pero como decía, lo que peor me parece es que el sw. libre más importante del mundo está controlado, totalmente, por multinacionales que lo usan como marketing para que todos nos creamos que somos "guays" por usarlo y ellos lo empleen para machacar a sus rivales. Nos utilizan, así de claro.
#65, ok, gracias. Para la próxima me lo pienso 2 veces antes de aporrear el teclado...
#62. Sí, el concepto de "economía de escala" lo repito como un loro porque lo he leído por ahí... veo que eres tú el que lo ha inventado. Gracias por las correcciones y lamento que su señoría no me de crédito.
A ver, que veo que me he explicado fatal y además me pierde mi "pasión" con el tema.
No he dicho en ningún momento que haya que usar software europeo porque sea más caro, ¿lo he dicho? Lo que he digo es que se apoye la creación de empresas de producto software en Europa, en lugar de llorar porque los USA tienen más y mejores.
El open source es un movimiento imparable y positivo, no hay duda pero me gustaría reflexionar sobre:
- el hecho de que sea GRATIS hace que al consumidor (y a los profesionales) le llegue la idea de que no tiene valor y que no cuesta hacerlo. Como vivo de ello me preocupa.
- el open source es una herramienta de marketing de grandes corporaciones. Veamos IBM está detrás de Linux, Sun de MySql y seguro que podemos listar unos cuantos más, ¿verdad?
- lo "bueno" (de ahí el marketing, claro) es que encima parece que es un movimiento "por el bien del mundo" y se fomenta a los gobiernos a que se ahorren pasta en sw. comercial! Me parece grave.
Según esto, que se "fuerce" a los gobiernos a usar sw. libre, es como favorecer unas marcas (IBM frente a Microsoft, por ejemplo) frente a otras, lo que me parece que no respeta ninguna regla, ¿no?
En cuanto a lo de "nos gustan los productos gratis e igual de fiables", claro, y a mi. Lo que ocurre es que en cualquier otro negocio eso sería ilegal, cuando menos. ¡¡Cómo me gustaría que se construyeran coches gratuitos y que los estados europeos lo promovieran hundiendo a las multinacionales de la automoción!! Eso es utópico, pero la equivalencia es clara...
Que te den el código fuente nos/les importa a 4, por lo que tiene éxito el opensource como herramienta de marketing es porque es gratis, y ese es el peligro que veo.
Que la UE fuerce a Microsoft a que tenga que entregar el código de windows (y a Renault los diseños de las furgos que compre cada estado, claro) me parece perfecto.
Confundirlo con software GRATIS, no.
¿Ahora me he explicado o sigo sin ser claro?
Por cierto... ojalá las carreteras fueran tan buenas como el software, y ya ni te digo los edificios
Una serie de vídeos sobre programación (divide y vencerás, ordenación, etc) grabados en el MIT. Merecen la pena y están divididos en varios "cortes", incluyen notas y comentarios. Muy buenos!
Seguro que va a ser un éxito!! La gente de Adobe saca productos muy buenos, y el Air tiene pinta de ser muy bueno, además, ellos mismos han desarrollado el port a Linux, ¿no? Eso es garantía de que va a funcionar...
No voy a hablar siempre de GIT...
#2 Ok, pero es una pena machacar una noticia interesante así... a mucha gente que usa Git le vendrá bien la herramienta.