Bueno, llevo ya dos días trabajando, o bueno, tratando de trabajar con este editor de código front-end y la verdad es que ya puedo darme una idea de por donde van los tiros.
De Brackets ya se ha hablado en el blog, el compañero Irvandoval lo presentó aquí y Elav se enamoró perdidamente y como muestra de su amor de calvo, le dedicó dos posts; acá y acá. Bueno, yo no soy ni tan amoroso ni tan delicado y, la verdad es que a mi me ha dejado un mal sabor de boca por los momentos, cosa que no significa que no lo quiera volver a probar y ver de que va todo esto.
Primero que nada, tengo que admitir que Brackets tiene, sin dudas, un concepto para el flujo de trabajo que me encanta, definitivamente la idea de poder ver todo desde una misma pestaña (que en si, ni siquiera es una pestaña, pero bueno) mediante las quick views, es caramelo derretido para mi, me encanta, aunque solo sea una idea. ¿Por qué digo que es solo una idea? Porque no está adaptada a la realidad del desarrollador Front de hoy, y mas adelante explicaré con calma por qué.
Otra cuestión de Brackets que me fascina es el hecho de que sea OpenSource, eso para mi le da muchísimos puntos y me hace querer usarlo más adelante, pero aún está muy verde, y no verde en estabilidad, verde en funcionalidad y potencia.
Vamos por partes y pelemos capa por capa a la cebollita ¿Vale?
Velocidad
En temas de velocidad, Brackets demuestra que está escrito en JS, OJO eso no es malo, solo que es bastante complicado optimizar a punto de toque las reacciones. Reacciona bien en general, pero debo decir que, cuando Elav lo comparó con Sublime Text3 (ST3 de ahora en más) dijo que “solo se demoraba unos milisegundos en arrancar un proyecto” cosa que, bueno, no.
Brackets me llega a tardar unos 2 a 3 segundos en abrir una carpeta con aproximadamente 20 archivos sin contar sus sub-directorios, vamos, un proyecto normal de WordPress puede tener mucho más que eso dependiendo del caso, ni se diga uno de Django o Rails. Cuando, en ST3 me tarda: absolutamente nada, cargan al instante que abre el editor, justo como lo dejé en la sesión anterior. No me atrevo a comparar con VIM o Emacs porque ya la diferencia es abismal, y le compiten fácilmente a ST3, ¿Dije fácil? Yo creo que hasta riéndose (xD).
Otra cuestión que pude notar, fue que cuando trato de cambiar de archivos en la sidebar, existe un pequeño lag, este si es de milisegundos, y aunque no es la mar de incómodo, se nota.
También la respuesta para abrir las “quick views” es lenta, se nota bastante.
Para hacerles una idea de mi árbol de archivos, les dejo una captura.
Esto fue respecto a la parte de velocidad, tampoco es algo de morirse, la verdad es que no se puede ser maníaco con esto de “¡tarda 3 segundos, DIOS 3 SEGUNDOS!” porque ¿Quien le duele perder 3 segundos de su vida? Yo simplemente lo remarco para contrastarlo, no es algo que afecte a nadie como lo que viene a continuación.
Funcionalidad
Aquí es donde digo que Brackets tiene un hermoso concepto, una idea genial, pero que solo se queda en una idea, por los momentos.
Primero que nada, el “live preview” o “vista en vivo” que nos permite ir viendo los cambios en tiempo real en nuestro CSS directamente en el navegador, por ahora solo soporta Chrome pero ellos dicen que quieren que funcione en todos los navegadores modernos, cosa que creo que necesitan, sin eso, serían demasiado selectivos y entorpecerían en trabajo con una increíble característica hecha a medias. Por ahora es algo medio útil, le falta crecer, pero me encanta la idea y la voy a considerar completa cuando pueda usarla con varios navegadores, pero de que tiene futuro, tiene futuro.
Ahora, esta característica tiene una pega enorme mas allá de los navegadores (que es algo solventable a corto plazo, creo), y es que solo puede ser usado con “plantillas HTML válidas” ¿Osea? HTML plano. La cuestión con esto es … ¿Cuántos Front’s usan HTML plano? No diré que ninguno pero la gran mayoría usa motores HTML como Jinja2 para Python o el Django templating, Jade con NodeJS, Haml para Ruby, Twig para PHP o las funciones PHP incrustadas en los themes de WordPress, por lo cual, no vas a poder testear tus diseños reales con esta funcionalidad a menos que primero los hagas en HTML plano y luego le incrustes el código y hagas ajustes, cosa que en honor a la verdad, da pesadez de lo que ya saben que tenemos.
Luego, dentro de este apartado de funcionalidad tenemos otra idea que me parece hermosa: las “Quick views“, que básicamente nos quitan el tedio de tener que abrir otra pestaña y ponerla en “split” para modificar y saber que estás modificando o necesitas modificar, acá basta con pararte sobre la etiqueta HTML, darle CTRL + E y verás como se despliegan las características CSS asignadas justo a ese elemento, ¿Resumido en una palabra? ¡Orgásmico! peeeeeero, todo tiene un pero y para allá vamos.
Primero, como dije arriba, en el apartado anterior, estas se cargan un tanto lento y eso es solo lo tonto. Lo realmente incómodo de todo esto es que te carga solo el CSS normal, osea que si usas un preprocesador CSS como Less Sass o Stylus, no te va a cargar estos valores, sino el compilado que de ellos salga, y eso no sirve para absolutamente nada porque cualquier cambio que hagamos en el CSS normal, será reescrito nuevamente al compilar con el preprocesador y entonces caemos en la pregunta ¿De que me sirve? Ya que si solo veremos el cambio en el live preview para luego aplicar ese mismo cambio en el preprocesador, yo como que estamos haciendo doble trabajo sin necesidad ¿O me equivoco?
Y, claro está, tenemos el otro problema de que también te carga el CSS del CMS que estés utilizando, cosa que te puede llegar a confundir y a entorpecer cuando trates de buscar algo en específico.
Quizá una imagen hable un poco mejor respecto a esto:
Extensibilidad
Ahora claro, tenemos este punto interesante y es lo que algunos defienden de Brackets, lo fácil de hacer extensiones para el y la gran funcionalidad que le aportan.
Bueno, no voy a mentir, sí es muy simple escribir una extensión para Brackets, años luz de VIM o Emacs, y ST3 pues, es Python así que tampoco es ciencia espacial. La cuestión de todo esto es que hay que tomar en cuenta dos cosas:
La primera, por ahora, apunta a que hay muy pocas, pero obviamente no vamos a comparar con los otros editores que he mencionado, dos de ellos son veteranos de más de 20 años si mal no recuerdo y el otro, ST3, ya es un editor establecido y con una tremenda gama de extensiones que se han ido consolidando con el tiempo, lo que nos dice que Brackets tendrá su repositorio de extensiones en franco crecimiento exponencial.
La segunda es bastante subjetiva, depende de lo que cada uno necesite pero aquí hay unas cuantas que deberían ser indispensables para cualquier Front.
Entre estas los snippets, que no vienen por defecto y hay que instalar como extensión, no lo mencioné en funcionalidad, porque ahí solo quería referirme a sus dos conceptos más interesantes.
Otra indispensable para muchos es, como no, Emmet, ya que escribir todo a mano por más autocompletado que tengamos es simplemente horrible y claro, Brackets posee extensión para Emmet.
Y, algo de lo que me he ido dando cuenta es que no tiene extensiones referentes a los preprocesadores CSS, reconoce la sintaxis de los dos mas famosos, pero no hay extensiones como snippets y cosas por el estilo, cosa que bueno, toca hacer a mano y quita tiempo, pero quien las haga debería liberarlas
Por lo demás, cuenta con extensiones para Git, Gists, JSlint, CSSlint, Jade y poco más, tampoco es demasiado nutrida, pero como dije, tiempo al tiempo.
Cabe destacar que no he podido instalar ninguna de ellas, me da error al tratar de instalar lo que sea, y no me dice cual es el error, cosa muy reprochable ya que si no sé cual es el error y no puedo ver cual es ¿Cómo lo resuelvo?
En fin, para concluir con esta mirada un poco más crítica sobre Brackets, debo decir que por ahora es solo un juguete, uno con mucho futuro por delante desde mi óptica, pero un juguete por los momentos. En mis dos días de uso casi exclusivo de Brackets apenas si pude usar sus herramientas por lo antes mencionado y fue casi todo a mano, no pude instalar extensiones y todo esto me dificultó y ralentizó mucho el trabajo, por eso es que opino de esta manera sobre el, aunque tengo esperanzas de que mejore y que crezca mucho, ¿Más allá de eso? Pues queda a criterio de cada quien, suerte a todos los que gusten de este editor y a todos los que quieran probarlo en carne propia, ya tienen algo por donde empezar.
Saludos
Continúar leyendo...
De Brackets ya se ha hablado en el blog, el compañero Irvandoval lo presentó aquí y Elav se enamoró perdidamente y como muestra de su amor de calvo, le dedicó dos posts; acá y acá. Bueno, yo no soy ni tan amoroso ni tan delicado y, la verdad es que a mi me ha dejado un mal sabor de boca por los momentos, cosa que no significa que no lo quiera volver a probar y ver de que va todo esto.
Primero que nada, tengo que admitir que Brackets tiene, sin dudas, un concepto para el flujo de trabajo que me encanta, definitivamente la idea de poder ver todo desde una misma pestaña (que en si, ni siquiera es una pestaña, pero bueno) mediante las quick views, es caramelo derretido para mi, me encanta, aunque solo sea una idea. ¿Por qué digo que es solo una idea? Porque no está adaptada a la realidad del desarrollador Front de hoy, y mas adelante explicaré con calma por qué.
Otra cuestión de Brackets que me fascina es el hecho de que sea OpenSource, eso para mi le da muchísimos puntos y me hace querer usarlo más adelante, pero aún está muy verde, y no verde en estabilidad, verde en funcionalidad y potencia.
Vamos por partes y pelemos capa por capa a la cebollita ¿Vale?
Velocidad
En temas de velocidad, Brackets demuestra que está escrito en JS, OJO eso no es malo, solo que es bastante complicado optimizar a punto de toque las reacciones. Reacciona bien en general, pero debo decir que, cuando Elav lo comparó con Sublime Text3 (ST3 de ahora en más) dijo que “solo se demoraba unos milisegundos en arrancar un proyecto” cosa que, bueno, no.
Brackets me llega a tardar unos 2 a 3 segundos en abrir una carpeta con aproximadamente 20 archivos sin contar sus sub-directorios, vamos, un proyecto normal de WordPress puede tener mucho más que eso dependiendo del caso, ni se diga uno de Django o Rails. Cuando, en ST3 me tarda: absolutamente nada, cargan al instante que abre el editor, justo como lo dejé en la sesión anterior. No me atrevo a comparar con VIM o Emacs porque ya la diferencia es abismal, y le compiten fácilmente a ST3, ¿Dije fácil? Yo creo que hasta riéndose (xD).
Otra cuestión que pude notar, fue que cuando trato de cambiar de archivos en la sidebar, existe un pequeño lag, este si es de milisegundos, y aunque no es la mar de incómodo, se nota.
También la respuesta para abrir las “quick views” es lenta, se nota bastante.
Para hacerles una idea de mi árbol de archivos, les dejo una captura.
Esto fue respecto a la parte de velocidad, tampoco es algo de morirse, la verdad es que no se puede ser maníaco con esto de “¡tarda 3 segundos, DIOS 3 SEGUNDOS!” porque ¿Quien le duele perder 3 segundos de su vida? Yo simplemente lo remarco para contrastarlo, no es algo que afecte a nadie como lo que viene a continuación.
Funcionalidad
Aquí es donde digo que Brackets tiene un hermoso concepto, una idea genial, pero que solo se queda en una idea, por los momentos.
Primero que nada, el “live preview” o “vista en vivo” que nos permite ir viendo los cambios en tiempo real en nuestro CSS directamente en el navegador, por ahora solo soporta Chrome pero ellos dicen que quieren que funcione en todos los navegadores modernos, cosa que creo que necesitan, sin eso, serían demasiado selectivos y entorpecerían en trabajo con una increíble característica hecha a medias. Por ahora es algo medio útil, le falta crecer, pero me encanta la idea y la voy a considerar completa cuando pueda usarla con varios navegadores, pero de que tiene futuro, tiene futuro.
Ahora, esta característica tiene una pega enorme mas allá de los navegadores (que es algo solventable a corto plazo, creo), y es que solo puede ser usado con “plantillas HTML válidas” ¿Osea? HTML plano. La cuestión con esto es … ¿Cuántos Front’s usan HTML plano? No diré que ninguno pero la gran mayoría usa motores HTML como Jinja2 para Python o el Django templating, Jade con NodeJS, Haml para Ruby, Twig para PHP o las funciones PHP incrustadas en los themes de WordPress, por lo cual, no vas a poder testear tus diseños reales con esta funcionalidad a menos que primero los hagas en HTML plano y luego le incrustes el código y hagas ajustes, cosa que en honor a la verdad, da pesadez de lo que ya saben que tenemos.
Luego, dentro de este apartado de funcionalidad tenemos otra idea que me parece hermosa: las “Quick views“, que básicamente nos quitan el tedio de tener que abrir otra pestaña y ponerla en “split” para modificar y saber que estás modificando o necesitas modificar, acá basta con pararte sobre la etiqueta HTML, darle CTRL + E y verás como se despliegan las características CSS asignadas justo a ese elemento, ¿Resumido en una palabra? ¡Orgásmico! peeeeeero, todo tiene un pero y para allá vamos.
Primero, como dije arriba, en el apartado anterior, estas se cargan un tanto lento y eso es solo lo tonto. Lo realmente incómodo de todo esto es que te carga solo el CSS normal, osea que si usas un preprocesador CSS como Less Sass o Stylus, no te va a cargar estos valores, sino el compilado que de ellos salga, y eso no sirve para absolutamente nada porque cualquier cambio que hagamos en el CSS normal, será reescrito nuevamente al compilar con el preprocesador y entonces caemos en la pregunta ¿De que me sirve? Ya que si solo veremos el cambio en el live preview para luego aplicar ese mismo cambio en el preprocesador, yo como que estamos haciendo doble trabajo sin necesidad ¿O me equivoco?
Y, claro está, tenemos el otro problema de que también te carga el CSS del CMS que estés utilizando, cosa que te puede llegar a confundir y a entorpecer cuando trates de buscar algo en específico.
Quizá una imagen hable un poco mejor respecto a esto:
Extensibilidad
Ahora claro, tenemos este punto interesante y es lo que algunos defienden de Brackets, lo fácil de hacer extensiones para el y la gran funcionalidad que le aportan.
Bueno, no voy a mentir, sí es muy simple escribir una extensión para Brackets, años luz de VIM o Emacs, y ST3 pues, es Python así que tampoco es ciencia espacial. La cuestión de todo esto es que hay que tomar en cuenta dos cosas:
- La cantidad de extensiones disponibles.
- La utilidad de las extensiones disponibles.
La primera, por ahora, apunta a que hay muy pocas, pero obviamente no vamos a comparar con los otros editores que he mencionado, dos de ellos son veteranos de más de 20 años si mal no recuerdo y el otro, ST3, ya es un editor establecido y con una tremenda gama de extensiones que se han ido consolidando con el tiempo, lo que nos dice que Brackets tendrá su repositorio de extensiones en franco crecimiento exponencial.
La segunda es bastante subjetiva, depende de lo que cada uno necesite pero aquí hay unas cuantas que deberían ser indispensables para cualquier Front.
Entre estas los snippets, que no vienen por defecto y hay que instalar como extensión, no lo mencioné en funcionalidad, porque ahí solo quería referirme a sus dos conceptos más interesantes.
Otra indispensable para muchos es, como no, Emmet, ya que escribir todo a mano por más autocompletado que tengamos es simplemente horrible y claro, Brackets posee extensión para Emmet.
Y, algo de lo que me he ido dando cuenta es que no tiene extensiones referentes a los preprocesadores CSS, reconoce la sintaxis de los dos mas famosos, pero no hay extensiones como snippets y cosas por el estilo, cosa que bueno, toca hacer a mano y quita tiempo, pero quien las haga debería liberarlas
Por lo demás, cuenta con extensiones para Git, Gists, JSlint, CSSlint, Jade y poco más, tampoco es demasiado nutrida, pero como dije, tiempo al tiempo.
Cabe destacar que no he podido instalar ninguna de ellas, me da error al tratar de instalar lo que sea, y no me dice cual es el error, cosa muy reprochable ya que si no sé cual es el error y no puedo ver cual es ¿Cómo lo resuelvo?
En fin, para concluir con esta mirada un poco más crítica sobre Brackets, debo decir que por ahora es solo un juguete, uno con mucho futuro por delante desde mi óptica, pero un juguete por los momentos. En mis dos días de uso casi exclusivo de Brackets apenas si pude usar sus herramientas por lo antes mencionado y fue casi todo a mano, no pude instalar extensiones y todo esto me dificultó y ralentizó mucho el trabajo, por eso es que opino de esta manera sobre el, aunque tengo esperanzas de que mejore y que crezca mucho, ¿Más allá de eso? Pues queda a criterio de cada quien, suerte a todos los que gusten de este editor y a todos los que quieran probarlo en carne propia, ya tienen algo por donde empezar.
Saludos
Continúar leyendo...