Por motivos personales, me estoy introduciendo poco a poco en el mundo de la programación Web. Tengo que aprender rápido para que todo avance a su debido ritmo, y entre las necesidades que me van surgiendo se encontraba la urgente necesidad de buscar un programa para trabajar con Subversion.
En un primer momento, había resuelto parte de mis necesidades con Cornerstone, pero desgraciadamente cuando actualicé a Snow Leopard me percaté de que el programa había dejado de funcionar en el nuevo sistema operativo de Apple. Tenía que buscar una variante, y no sabía que en realidad ya la conocía, solo que dado el escaso uso que le había dado a dicho programa, se me había pasado por alto sus posibilidades.
Coda, desde su versión 1.5 trae integración con Subversion, tal vez el más popular gestor open source de versiones para el desarrollo de un trabajo. Y tal como alardean en Panic, Coda es un editor de CSS sencillo y “Cool”.
Si algo se caracteriza en Coda, es lo visual que resulta todo su entorno. Viendo otros programas que han sido trasladados a Mac OS X desde otras plataformas, Coda resulta mucho más agradable para trabajar. Esto puede parecer una nimiedad, pero cuando te tienes que pasar horas sentado delante de el, quemándote las pestañas, se agradece y mucho.
Entorno de trabajo en Coda con la ventana de Subversion abierta.
Desde el mismo apartado “Sites” podremos configurar para que el programa nos descargue a nuestro ordenador el repositorio que estemos utilizando en nuestro proyecto. Lo más común es que estemos utilizando MAMP para gestionar nuestro “Site” localmente y Coda nos copie el repositorio dentro de la carpeta Htdocs del mismo, claro está que todo esto es configurable.
Otro punto a destacar en Coda reside en el hecho de que no se limita en mostrar el código de la hoja de estilo sin más. Para esto ya tendríamos suficiente con cualquier editor de texto. Coda nos interpretará absolutamente todas las etiquetas de la hoja permitiéndonos modificarlas de una manera mucho más visual, con lo cual, para profanos como yo, que aún no las controlan todas, resulta terriblemente útil para avanzar.
Detalla de la hoja de estilo del theme.
Llevaba tiempo buscando un editor para avanzar en mi trabajo, y todas las opciones gratuitas que encontré no me convencían en exceso. Un buen amigo me apuntó hacia este programa, y la verdad es que aunque lo conocía, no sabía de su integración con Subversion. Otra de sus principales bazas (a parte del apartado visual) radica en la tremenda comunidad que se ha generado detrás de el potenciado por Panic. En su propia web poseen tutoriales y manuales del programa, e incluso existe un grupo en Google donde puedes plantear y resolver problemas.
Aunque su licencia puede resultar excesiva, (99 dólares) Panic suele lanzar en ocasiones campañas de descuento en sus programas de las que te puedes aprovechar si andas ojo avizor. Yo solo puedo decir que no me arrepiento de su compra ya que me ha resuelto de un plumazo problemas que tenía encima de la mesa para el desarrollo de mi proyecto.
Más información sobre Coda | Panic
Usuarios de Coda | Grupo en Google sobre Coda
Ver 30 comentarios
30 comentarios
otto.st
Gente que desarrolla en Rails me comenta que la mejor opción que han conseguido es Textmate (€48,75) y para manejo de repositorio de versiones Versions. Pero definitivamente los IDE es cuestión de gustos, hay en Java quienes prefieren IntelliJ, otros Eclipse o JBuilder.
Rodri
Aitor estas haciendo ultimamente unas entradas cojonudas y casi a diario, felicidades por tu trabajoen el blog.
mangrar77
Yo he probado Coda, Textmate, Espresso y me parecen de juguete al lado de IDEs que llevan muchos años consolidados en el mercado como son por ejemplo Eclipse. En concreto, hay una variante de Eclipse, llamada Aptana, que está orientada al desarrollo web. Se puede instalar como aplicación o como plugin del Eclipse. Soporta los más populares frameworks ajax (extjs, YUI, jquety, prototype) y no tienes ni que bajartelos. Tiene soporte para Ruby on rails, php, adobe air, y mucho más. Por no hablar de control de versiones, CVS, SVN y cualquier otro usando la inmensa cantidad de plugins que existen.
Le da mil vueltas al Coda. Echad un vistazo aquí:
http://www.aptana.com/
y probadlo.
mangrar77
@rickyah el eclipse no es nada complicado, para nada. Y yo he hablado aquí de Aptana, un plugin que se puede instalar sobre eclipse o independiente, que sólo es para crear páginas web.
En cuanto al look&feel no se si sabes que el interfaz del Eclipse utiliza SWT, que ellos mismos crearon, y usa el api nativo de cada sistema operativo. No es AWT ni Swing. Además, en la última versión de Eclipse, Adobe ha re-escrito SWT usando cocoa y no Carbon como antes. Si, habéis leido bien, Adobe lo ha desarrollado y lo ha donado a eclipse.
Que te chirríe de Java el que se vea extraño no lo entiendo. Java es mucho más una tecnología de servidor que de escritorio. Quizá deberías haber dicho que AWT o Swing son feos, pero no hay porque usarlos. Como te acabo de decir, eclipse no los usa.
mondador
ufff, yo creo que no llego más allá de algo básico con el dreamweaver.
eso si, con el photoshó y bajando porno, no me gana nadie... mwaaahahahaah.
mangrar77
@rickyah No es que sea más de servidor que de escritorio, es que es para lo que se ha utilizado y la parte de escritorio no ha evolucionado.
Ya se que el UI no es parece nativo Mac, pero esta desarrollado en cocoa, y mejora bastante el rendimiento. Y SWT para mi gusto no es nada feo, como lo es awt o swing.
Y para el que hablaba de Ruby on Rails. El soporte de aptana es una pasada para este framework. Probadlo porque merece la pena.
De todas formas el Eclipse es para profesionales, el Coda es más bien para pequeños proyectos.
mangrar77
@moriarthy El que he comentado. El Aptana.
mangrar77
@rickyah venía ha cuento porque has hablado del aspecto de las apliciones java, cuando en java no tienes que programar para el escritorio, y aunque lo hicieras, el aspecto depende de que utilices awt, swing, swt, etc... Atribuir el feo aspecto a Java, no es lógico. Yo ahora mismo estoy haciendo una aplicación java y la vista es web. He hecho aplicaciones Java que la vista era Adobe Flex.
Quien usa Eclipse no es un usuario final, lo normal es que sea un profesional. Y claro que importa. Cocoa mejora Carbon y si eclipse ahora se ha desarrollado con Cocoa, pues mucho mejor.
mangrar77
Y un último apunte. Que conste que yo tengo espresso y cssedit, pero apenas los uso, se me quedan cortos y soy menos productivo.
Yo era de esa gente que trabajaba en vi, en emacs y en joe (un editor de linux). Pero un IDE te ahorra perder el tiempo en muchas cosas que tendrías que hacer manualmente.
mangrar77
@Fisher & Diaz Sí, Netbeans está muy bien también. Lo he probado más de una vez. Está muy bien el editor visual de JSF. Pero de momento sigo con el Eclipse que es el que domino. Además, veremos que pasa con Netbeans cuando se complete la adquisición de Sun por Oracle.
mangrar77
@rickyah yo no me he puesto picajoso. Un lenguaje es un lenguaje y un framework es un framework, no se suman por hablar de un lenguaje. J2ME usa el lenguaje Java, pero el framework es otro distinto del de J2SE, por poner un ejemplo.
Como sabrás en MAC se desarrolla normalmente con Objective-C con el framework Cocoa. Que hables de Objective-C no implica a los frameworks. También podrías programar en C++ y usar el framework de Cocoa, o usar otro, como las QT. Con Java pasa lo mismo.
De todas formas, es verdad, aspecto nativo no tienen las aplicaciones Java, ni con AWT, ni Swing ni SWT. Es una ventaja y un inconveniente a la vez. Pero aquí se estaba analizando un IDE, y yo pienso que es mucho más potente eclipse independientemente de en que lenguaje se halla desarrollado.
mangrar77
No es algo crucial el interfaz, pero trabajar con uno bueno creo que psicológicamente influye y trabajas mejor.
Ya que hablas de Netbeans, hace tiempo que SUN estaba dandole aspecto de interfaz nativa a la versión de MAC. La versión 6.7 se acerca muchísimo, es una pasada, parece de verdad nativa de OSX. Solo hay que ver un par de capturas de las que has pegado en tu comentario. Para los que hablan de que por ser Java la interfaz es fea o es igual para todos los sistemas, he aquí un IDE que demuestra que no tiene por que ser así.
La versión 5.X si que me parecía horrible, me dañaba la vista. Nada que ver con la actual.
mangrar77
@rickyah Java es un lenguaje, no he dicho ninguna mentira. No hace falta que lea más de lo que leo ya, llevo mas de 6 años trabajando con Java. Si, es verdad, a la tecnología la han llamado Java también, ¿y? No se si sabes que en el Visual Studio .NET puedes programar en java, pero no usa la máquina virtual para nada, sino que el compilador de microsoft lo pasa a C#. Lo hicieron para captar desarrolladores de java a su plataforma. Es un claro ejemplo en el que se usa solo el lenguaje java.
Se perfectamente que con la JVM se pueden usar varios lenguajes. Yo ahora mismo uso groovy y a veces scala.
Me das la razón con lo de "Netbeans ha tenido que crear una tarea de desarrollo aparte para crear el look and feel de mac os, que por cierto sólo existe desde la versión 6.7". Al fin y al cabo es lo que yo quería decir, que no por hacer un programa en Java tiene que tener un interfaz feo e igual en todos los sistemas. Solo con comparar Netbeans 6.5 con 6.7 lo vés.
¿Mi lenguaje? no se trata de eso. A mi tampoco me gusta el aspecto de las aplicaciones Java, por eso nunca hago una aplicación de escritorio con swing o awt. Si tuviera que hacerla, ya me buscaría la vida como hacer una buena interfaz.
Como se ha liado el tema. Lo único que quería yo es apuntar que el aspecto de las aplicaciones lo atribuyeras a swing o awt pero no a Java.
Fisher & Diaz
Yo trabajo a diario con PHP y lo mejor que he podido encontrar es Netbeans. Gratis, de código abierto, soporte SVN, una gran comunidad detrás...
Fisher & Diaz
@Mangrar: Es código abierto, así que si Oracle decide darle la patada (que lo dudo, al menos a corto-medio plazo) podrá seguir desarrollándolo la comunidad. Esa es la magia del Open Source.
Y a los que se quejan de 'interfaz no nativa'... Sinceramente, ¿es algo crucial para un IDE? ¿Elegís un entorno dependiendo de si su interfaz es nativa en vez de las funcionalidades que os ofrece? Yo personalmente preferiría un IDE con todas las funcionalidades que quiero aunque sea feo como un aborto. Que por otro lado no es el caso de Netbeans, a mí me gusta bastante la interfaz.
agxnet
Decir (Coda es un editor de CSS sencillo y “Cool”) es como decir que Excel es una calculadora …
Hades87
Pues yo también opino que CODA es de lo mejor que he podido ver en mac para desarrollar sitios, ya que te lo integra todo y es muy fácil moverse por el, no sin olvidar los clips que tiene, que te facilitan el tener que acordarte de ciertas cosas.
#2 ha dicho eso imagino que refriéndose a que es fácil editar CSS con CODA no que solo sirva para ello.
Ricardo Amores
@Mangrar, el problema es que eclipse es a) complejo, al poder orientarse más como una plataforma para soportar varios servicios ( diferentes lenguajes de programación, plataformas, etc ) Coda o Expreso son más especializados, y el interface, al no tener que ser "genérico" es más simple.
b) No nativo. El look and feel de Eclipse está a años luz de una aplicación nativa en cocoa. De hecho lo que más me chirría de java es que en general han conseguido que se vea extraño en cualquier plataforma. Esto puede parecer una pijada, pero no lo es, ya que cada SO tiene sus "reglas" de usabilidad, ya sean escritas o no.
Ricardo Amores
Ah, textmate para ciertas cosas es la leche. Es un editor con funcionalidad de IDE, y eso puede ser muy útil si sabes lo que estas haciendo o para cosas más sencillas, ya que es mucho más ligero :)
Backtheweb
Bueno, en mi opinión a Coda es un excelente programa, muy sencillo y perfecto para proyectos pequeños más orientadas a la maquetación que no a la programación.
Lo mejor del programa es la gestión visual de proyectos, la integración con svn y ftp, pues resulta muy cómodo.
Pese a que es un añadido también resulta practico tener una terminal integrada para poder conectarse al servidor sin estar tecleando nombres de usuario y password.
Para los que no sepan CSS les será muy practico el editor visual de CSS, pero personalmente a mi me sobra junto a la vista previa y la sección de libros de referencia pero tiene un valor añadido...
... la verdad es que me sobran muchas cosas, el ftp, el svn (prefiero picarlo)... pero la gestión de proyectos es maravillosa...
Evidentemente si lo comparamos con un IDE potente como Eclipse o derivados se queda muy corto, especialmente en la edición de código, los atajos o métodos abreviados de teclado son muy escasos.
Personalmente lo uso bastante porque Eclipse (también con Zend Studio o Aptana) me suele dar muchos problemas: es lento (más si trabajas con CSV o SVN), se corrompe con mucha facilidad...
... por lo que con Coda logro más estabilidad y menos quebraderos de cabeza por lo que se convierte en un herramienta perfecta para proyectos de html/css
Agapurcio
Me parece una herramienta bastante útil, pensareís que soy raro, pero no la conocía, ademas el excel mac le tengo de adorno, por lo que creo que de momento no la utilizaré.
Ricardo Amores
Eclipse no parece simplemente un programa nativo mac, ni windows, independientemente de que ahora use cocoa en mac por debajo (que no me cuentas nada que no supiera ya) Para muestra un botón: http://ftp.daum.net/eclipse/eclipse/downloads/drop... Y puedes generalizar sin mucho temor a equivocarte, que cualquier programa de escritorio en Java en general no queda bien en ninguna plataforma respecto a aplicaciones nativas de ella (windows mac y linux), a no ser que te curres el UI aparte.
Por último Java, no es es más una tecnología de servidor que de escritorio. El problema es que ni Java sabía bien que es lo que quería ser. Recordemos que comenzó como lenguaje de programación de electrodomésticos, y fue extendiéndose e incorporando frameworks para clientes, applets web, servidor, etc etc, pasando por sistemas embebidos.
moriarthy
Hola, recomendáis alguno para varias trabajo conjunto con varias platamformas? PC, Mac, Linux...
www.kuyle.info
Sí el Aptana.
Ricardo Amores
@moriarthy, para trabajar en varias plataformas es sencillo: metes el código en un servidor SCM (subversion, git, etc) y cada usuario se descarga el código y usa el editor que más le guste.
@mangrar, por eso te he dicho que Java fue dando tumbos hasta que encontró su nicho. De todas maneras no se a dónde quieres llegar a parar diciendo que java es "más de servidor", porque eso desde el principio no venía a cuento. Yo sólo he expuesto una cosa: las aplicaciones Java en general no tienen el look & feel nativo de ninguna plataforma. Y ese l&f es importante para muchos usuarios. En mac ya ni te cuento.
Luego puedes decirme que si SWT te parece bonito, o que la versión de eclipse de mac por debajo usa GTK, que eso entra dentro de lo subjetivo, o de lo puramente técnico respectivamente, y esto último le importa a un usuario final.
Ricardo Amores
Mi último comentario ha sonado un poco borde, pero lo que quería decir es simplemente que por eso programas como expresso, coda o textmate tienen su nicho en mac, y por eso eclipse o netbeans pueden ser abrumadores para gente "nueva", o como aitor, que no tiene un background técnico.
O que demonios, que simplemente coda les sobra para su trabajo y listo ;)
Yo tengo un colega que programa en rails con textmate :P Y conocía a gente que en su momento programaba directamente en vi o emacs (la versión original, en consola) existiendo IDEs mil veces más completos. Para gustos...
rubenmedios
CODA para mi es grandioso, el FTP, los formatos de codigo y por si fuera poco hace corto tiempo leyendo un feed me encontre con Zen Coding, lo cual ayuda muchisimo y acelera el flujo de trabajo y hay un bundlee para CODA y TextMate, lo pueden encontrar en esta dirección http://code.google.com/p/zen-coding/, espero les sea util.
Ricardo Amores
@mangrar, cuando se habla de un lenguaje como Java, se entiende al conjunto lenguaje+framework. No hace falta ponerse picajoso.
Por tanto, las aplicaciones creadas en Java (lenguaje + framework) para escritorio (no web, que tampoco viene a cuento) en general (i.e. usando los sistemas para generar GUI que proporciona el framework de java ) tienen un aspecto no nativo. Puedes dar todas las vueltas semánticas que te de la gana, pero es lo que hay.
Ricardo Amores
En fin, se perdió el post enorme que había creado. Que gracia..
Resumiendo: el interface importa, y el usuario final lo nota (demostrado por estudios de usabilidad, leed "No me hagas pensar". El interface de ecplise es complejo para lo que necesitan algunos usuarios, y por ejemplo el de coda es mucho más amigable porque se asemeja a las convenciones de usabilidad de Mac OS.
Por que hay que recordar que el planeteamiento inicial no es si "importa la usabilidad para un IDE" (que si, como para todo), sino "qué aportan estos programas frente a un IDE completo".
Por último @mangrar SI te has puesto picajoso, ya que en el momento que clarifiqué que con Java me refería a las librerías GUI de su framework. Pero bueno si tú ahora dices que java sólo significa el lenguaje, a ver si leemos un poco más porque Java ya no es sólo un lenguaje, sino una tecnología, y de hecho tanto la JVM como el framework se pueden usar con varios lenguajes. Fíjate la de cosas que incluyen la palabra "java" en su nombre: http://en.wikipedia.org/wiki/Java_(disambiguation)
Por último me ha encantado la frase de "Para los que hablan de que por ser Java la interfaz es fea o es igual para todos los sistemas" así al aire como quien no quiere la cosa, xD
Como ves, Netbeans ha tenido que crear una tarea de desarrollo aparte para crear el look and feel de mac os, que por cierto sólo existe desde la versión 6.7, es decir, no hace tanto (principios de este año). Compara con lo que lleva netbeans en desarrollo. Obviamente ya que en el fondo SWT renderizan la imagen con llamadas al sistema los widgets serán los del sistema claro, pero es la interface EN GENERAL la que no cumplirá los estándares de usabilidad de la plataforma y se verá "más o menos igual" en todas.
Por ejemplo, aquí una aplicacion java cuyo interface no tiene nada que ver con el de la plataforma nativa: http://argouml.tigris.org/tours/genclasses.gif
Y aquí otra que aunque en windows pinta muy bien, si la pasas a mac os se ve claramente como la distribución no cuadra mucho con lo que se espera de una app mac: http://freemind.sourceforge.net/FreeMind-learning-...
Es tan simple como eso, pero vamos parece que cuando os tocan vuestro lenguaje no cabe la crítica constructiva :(
Ricardo Amores
Yo no he dicho que hayas mentido. He dicho que te has puestos muy picajoso. Si sólo querías apuntar que el aspecto de las aplicaciones no se debía atribuir a java (lenguaje) , creo que lo dejé bien claro en el segundo párrafo cuando especifiqué que por "java" me refería al framework y a las bibliotecas para gui que incluye.
Que puedes crear aplicaciones vistosas trabajándotelo más? Por supuesto, si por poder hasta puedes dibujarte tu los widgets si quieres :P simplemente digo que "por defecto" no queda igual que una aplicación nativa.
Un saludo.