<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comentarios en: Git: &#161;Pobre Perforce!</title>
	<atom:link href="http://blog.ivangadea.com/2009/02/07/git-pobre-perforce/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.ivangadea.com/2009/02/07/git-pobre-perforce/</link>
	<description>Migrando del bajo al alto nivel</description>
	<lastBuildDate>Wed, 30 Jun 2010 19:59:56 +0200</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Por: C&#243;mo manejar webs configurables con Git &#124; Ivan Gadea punto com</title>
		<link>http://blog.ivangadea.com/2009/02/07/git-pobre-perforce/comment-page-1/#comment-40</link>
		<dc:creator>C&#243;mo manejar webs configurables con Git &#124; Ivan Gadea punto com</dc:creator>
		<pubDate>Sat, 21 Feb 2009 23:09:51 +0000</pubDate>
		<guid isPermaLink="false">http://blog.ivangadea.com/2009/02/07/git-pobre-perforce/#comment-40</guid>
		<description>[...] lo hubierais hecho con vuestro SCM favorito? Lo dicho, &#161;pobre Perforce!   [...]</description>
		<content:encoded><![CDATA[<p>[...] lo hubierais hecho con vuestro SCM favorito? Lo dicho, &iexcl;pobre Perforce!   [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Ivan</title>
		<link>http://blog.ivangadea.com/2009/02/07/git-pobre-perforce/comment-page-1/#comment-35</link>
		<dc:creator>Ivan</dc:creator>
		<pubDate>Wed, 11 Feb 2009 11:59:33 +0000</pubDate>
		<guid isPermaLink="false">http://blog.ivangadea.com/2009/02/07/git-pobre-perforce/#comment-35</guid>
		<description>Se me olvidó comentar en el artículo que cuando digo que Git no tiene un buen interfaz de usuario me refiero a su versión para Windows. En Linux dicen que hay un tal Git Cola que funciona muy bien, pero no puedo opinar.

Perforce es cierto que es muy facil de usar cuando quieres hacer cosas &quot;normales&quot;, pero en cuanto tienes que hacer algo complicado tienes que acabar en la línea de comandos o en uno de los inexplorados menús que tiene. Un ejemplo muy sencillo, ¿que pasa con P4 cuando después de haber enviado 15 bugfixes tienes que volver atrás e implementar un cambio especifico para una determinada versión? ¿y que pasa si unos meses más tarde tienes que consolidar ese cambio con todo lo que has programado desde ese momento? En Git eso es una tarea de 4 clicks de ratón (a pesar de su horrible interface).

En algo sí que te doy la razón: todavía no le veo la ventaja a tener repositorios totalmente descentralizados. Supongo que es por el tiempo que llevo con repositorios centralizados, pero no se me ocurre ninguna ventaja para no mantener repos centrales. Eso sí, hay muchas razones por las cuales me encanta que cada instalación de Git pueda ser el repo maestro o no (y no solo el poder trabajar offline, tambien la facilidad para hacer deployments, la escalabilidad, la seguridad...)</description>
		<content:encoded><![CDATA[<p>Se me olvidó comentar en el artículo que cuando digo que Git no tiene un buen interfaz de usuario me refiero a su versión para Windows. En Linux dicen que hay un tal Git Cola que funciona muy bien, pero no puedo opinar.</p>
<p>Perforce es cierto que es muy facil de usar cuando quieres hacer cosas &#8220;normales&#8221;, pero en cuanto tienes que hacer algo complicado tienes que acabar en la línea de comandos o en uno de los inexplorados menús que tiene. Un ejemplo muy sencillo, ¿que pasa con P4 cuando después de haber enviado 15 bugfixes tienes que volver atrás e implementar un cambio especifico para una determinada versión? ¿y que pasa si unos meses más tarde tienes que consolidar ese cambio con todo lo que has programado desde ese momento? En Git eso es una tarea de 4 clicks de ratón (a pesar de su horrible interface).</p>
<p>En algo sí que te doy la razón: todavía no le veo la ventaja a tener repositorios totalmente descentralizados. Supongo que es por el tiempo que llevo con repositorios centralizados, pero no se me ocurre ninguna ventaja para no mantener repos centrales. Eso sí, hay muchas razones por las cuales me encanta que cada instalación de Git pueda ser el repo maestro o no (y no solo el poder trabajar offline, tambien la facilidad para hacer deployments, la escalabilidad, la seguridad&#8230;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Pau Sanchez</title>
		<link>http://blog.ivangadea.com/2009/02/07/git-pobre-perforce/comment-page-1/#comment-34</link>
		<dc:creator>Pau Sanchez</dc:creator>
		<pubDate>Wed, 11 Feb 2009 08:38:48 +0000</pubDate>
		<guid isPermaLink="false">http://blog.ivangadea.com/2009/02/07/git-pobre-perforce/#comment-34</guid>
		<description>Yo usar usar, he usado el CVS, Subversion, Mercurial y Perfoce.
Para mi, la razón numero 1 por la que perforce supera a todos estos otros es básica y llanamente, porque el interfaz de usuario está superbien pensado y estructurado, da muchisimas facilidades al programador, y le ahorra bastante tiempo en el día a día.
¿Calidad/precio compensa? Probablemente si no te sobra el dinero, mejor buscar alternativas, como pueda ser Git, pero si tu organización tiene mucha pasta, la verdad es que funciona muy bien.

¿Problema gordo de perforce? Que no está preparado para trabajar sin red.
Por ejemplo, hace un par de años (no se si el interfaz habrá mejorado), estube usando RapidSVN, que si bien un interfaz decente para subversion, le faltaban las 4 chorradas que hacen que perforce sea fácil.

En cuanto a los sistemas de control de versiones distribuidos, no he usado Git, pero he usado Mercurial, y la conclusión que sacado hasta ahora es que las UI de mercurial son un poco (por no decir mucho) malas. Arquitecturalmente hablando, no me gusta el concepto de que haya varias copias, porque al final, si hay muchos desarrolladores, no se puede contestar a la pregunta de ¿donde está la última copia? Es un caos, y al final se tiene que optar por un modelo donde haya un servidor que sea donde toda la gente aplique los cambios, y al final estás usando un SCV (Sistema de Control de Versiones) distribuido, como si fuera uno de toda la vida, y la única ventaja real que te aporta es que cuando se te desconecta el ordenador de internet, puedes seguir trabajando y submiteando como si nada. En cuanto al manejo de ramas en el Mercurial me parece un caos, probablemente porque me falte ver la herramenta GUI que los ordene y me lo muestre todo bonito.

Seguramente me falte algo de educación en cuanto a usar sistemas de control de versiones distribuidos, porque igual lo que he dicho no es así, y estoy aplicando mal las ideas. En cualquier caso, aunque soy un poco excéptico al respecto, tomo nota del Git para ser tenido en cuenta en un futuro. Si todo el mundo dice que es cojonudo, una de dos, o realmente lo es, o les han lavado el cerebro.

Yo hasta el momento creía que era la segunda, pero si tú Ivan piensas que es la ostia... habrá que verlo.</description>
		<content:encoded><![CDATA[<p>Yo usar usar, he usado el CVS, Subversion, Mercurial y Perfoce.<br />
Para mi, la razón numero 1 por la que perforce supera a todos estos otros es básica y llanamente, porque el interfaz de usuario está superbien pensado y estructurado, da muchisimas facilidades al programador, y le ahorra bastante tiempo en el día a día.<br />
¿Calidad/precio compensa? Probablemente si no te sobra el dinero, mejor buscar alternativas, como pueda ser Git, pero si tu organización tiene mucha pasta, la verdad es que funciona muy bien.</p>
<p>¿Problema gordo de perforce? Que no está preparado para trabajar sin red.<br />
Por ejemplo, hace un par de años (no se si el interfaz habrá mejorado), estube usando RapidSVN, que si bien un interfaz decente para subversion, le faltaban las 4 chorradas que hacen que perforce sea fácil.</p>
<p>En cuanto a los sistemas de control de versiones distribuidos, no he usado Git, pero he usado Mercurial, y la conclusión que sacado hasta ahora es que las UI de mercurial son un poco (por no decir mucho) malas. Arquitecturalmente hablando, no me gusta el concepto de que haya varias copias, porque al final, si hay muchos desarrolladores, no se puede contestar a la pregunta de ¿donde está la última copia? Es un caos, y al final se tiene que optar por un modelo donde haya un servidor que sea donde toda la gente aplique los cambios, y al final estás usando un SCV (Sistema de Control de Versiones) distribuido, como si fuera uno de toda la vida, y la única ventaja real que te aporta es que cuando se te desconecta el ordenador de internet, puedes seguir trabajando y submiteando como si nada. En cuanto al manejo de ramas en el Mercurial me parece un caos, probablemente porque me falte ver la herramenta GUI que los ordene y me lo muestre todo bonito.</p>
<p>Seguramente me falte algo de educación en cuanto a usar sistemas de control de versiones distribuidos, porque igual lo que he dicho no es así, y estoy aplicando mal las ideas. En cualquier caso, aunque soy un poco excéptico al respecto, tomo nota del Git para ser tenido en cuenta en un futuro. Si todo el mundo dice que es cojonudo, una de dos, o realmente lo es, o les han lavado el cerebro.</p>
<p>Yo hasta el momento creía que era la segunda, pero si tú Ivan piensas que es la ostia&#8230; habrá que verlo.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.417 seconds -->
