¿Cuál es la diferencia entre CodeKit y Composer?
Como he escrito sobre CodeKit y Composer (en realidad, más sobre este último en publicaciones recientes), de vez en cuando recibo correos electrónicos preguntándome cuál prefiero usar cuando se trata de trabajar en proyectos para otros.
Y la respuesta corta es que no son mutuamente excluyentes. En todo caso, pueden complementarse entre sí. No son sustitutos entre sí.
A medida que me muevo de proyectos cada vez menos orientados al frontend, uso menos CodeKit. Y cuanto más me muevo hacia el desarrollo orientado al back-end, más uso Composer.
Además, el desarrollo front-end es diferente al desarrollo back-end, ¿verdad? Entonces, de nuevo, ¿por qué preguntamos:
¿Debo usar CodeKit o Composer?
Ahí es donde entra en juego la respuesta más larga.
CodeKit y compositor
Para aquellos que están mirando estas dos utilidades y se preguntan acerca de la diferencia en cada una, eso es algo bueno.
Cada vez que alguien busca formas de mejorar su proceso de desarrollo mediante el uso de herramientas para ayudar a facilitar el desarrollo, creo que muestra un nivel de madurez en el desarrollo.
Kit de código
En resumen, el objetivo de CodeKit es ayudar a empaquetar muchas de las nuevas herramientas que vemos a menudo (como Sass o LESS, marcos como Foundation y optimización de imágenes) en una sola aplicación y empaquetarla, de modo que haya menos trabajo que hacer cuando llega a configuración.
Lo que pasa es que incluye muchas cosas. Sin embargo, esto no es algo malo. Realmente se trata de seleccionar lo que desea, hacer clic en algunas casillas de verificación y luego asegurarse de que la aplicación conozca su base de código.
A partir de ahí, se encargará, digamos, de compilar automáticamente su Sass cada vez que guarde un archivo que sea parte de su proyecto.
Compositor
Composer, por otro lado, se trata de administrar dependencias que funcionan en conjunto con su aplicación. Esto puede ser algo como PHP CodeSniffer. O puede ser algo así como una biblioteca de terceros como Monolog que ayuda a su proyecto a rastrear los eventos que suceden durante la ejecución.
Cualquiera que sea el caso, puede ver que los paquetes Composer son responsables de administrar el trato más con el desarrollo del lado del servidor que con el desarrollo front-end.
Entonces, si está buscando algo como CodeKit (o NPM o Yarn) para el lado del servidor, entonces Composer es lo que está buscando usar. No tiene una interfaz, por lo que todo se hace a través de archivos de configuración (como NPM, por ejemplo), pero también está bien documentado y es bastante fácil de usar una vez que esté familiarizado con la estructura de los archivos de configuración.
Y esa es la diferencia
Como se mencionó al principio de la publicación, CodeKit y Composer no son mutuamente excluyentes. En todo caso, pueden trabajar en conjunto para ayudar a construir un proyecto desde el front-end y el back-end.
Cuando se trata de desarrollo front-end, existen otras herramientas que las personas optan por usar, como NPM e Yarn. Los menciono aquí solo porque también son administradores de paquetes, como Composer, pero para el front-end.
Y, en todo caso, están más cerca de una comparación con Composer. Aún así, se enfocan principalmente en herramientas de desarrollo front-end. Quizás valga la pena sumergirse en cada uno de ellos en una publicación futura.