Perfiles Drupal: Frontend, Backend, Sitebuilding, FullStack

Portada del podcast Drupalízate
Drupalízate es un podcast semanal creado por mí, donde hablo sobre desarrollo web basado en Drupal.
El contenido central es resolver las típicas dudas que pueda tener alguien que tiene o quiere tener una web en Drupal.
Aparte de resolver dudas de "clientes", también se habla de tips, recomendaciones y buenas prácticas para el Developer que recién empiezan en este mundo.
Audio y notas del episodio

Hoy hablo sobre los tres perfiles de gente que hacen falta para hacer una web Drupal.

¿Con cuál de ellos te sientes más identificado?

Transcripción automática de este episodio de audio (puede contener errores)

Venga, empezamos este segundo episodio de Durpalízate. Y en este episodio me quedé enfocado a hablar sobre la comunidad y cómo le puedes sacar partido a la comunidad de Endurpal.org. Pero hubo una persona que me dijo antes que esto casi mejor explícame qué perfiles de persona hacen falta para crear una web en Endurpal. O si estoy intentando aprender cómo hacer webs en Endurpal, qué me puede ser más simple o por dónde puedo empezar. O si soy un cliente, qué perfiles de buscar. Así que es lo que intentaré responder hoy. Los perfiles más básicos o los que se usan más. Y definirlos un poco y qué cosas hacen cada uno de ellos. Hay muchos tipos de perfil. Depende del tipo de web que tengas, por ejemplo te puede ser falta alguien de traducción. Te da falta un perfil de persona que se llama traductor. Pero en este episodio me quiero enfocar a los tres típicos que no son los de Endurpal sino de otras tecnologías. Que son el Frontend, el Backend y el Desert Building. Son los tres más conocidos, por si hay alguna forma, en este mundillo de hacer webs. Y están bastante diferenciados entre ellos. Dependiendo de tu perfil te sea más simple hacer una cosa u otra. Y dependiendo del proyecto hará falta más gente de un perfil o de otro. Así que vamos a intentar definirlos un poquito. El primero, el de Frontend. Frontend, en el perfil de Frontend es la gente que se ocupa del Frontend de la web. Esto significa cómo se ve la web para los usuarios finales. O sea, si se ve bonito o se ve fea básicamente. No confundir con el diseñador. Por ejemplo, si tú eres un cliente y le contratas una web o una agencia. Una web que le pides que te hagan un diseño hecho a medida. Pues esta agencia tendrá un diseñador o contratará a un diseñador. Se harán varias versiones del diseño. Se te enseñarán a ti como cliente. Díaz la que más te gusta. Y esta es la que se le va a pasar al de Frontend. Y va a hacer que la web se vea igual que el diseño que te han enseñado. O sea, básicamente el diseñador hace un diseño. Digamos en una imagen o en un PDF o en un Photoshop. Depende de que software use. Y el de Frontend copia eso. Y hace que el código de la web se vea idéntico al diseño que se ha hecho. ¿Qué hace falta para ser alguien de Frontend? A menos en tecnología Drupal. Drupal es una web. HTML, CSS y JavaScript. Te hacen falta. Depende de qué webs quizás se toca poco JavaScript. Pero bueno, tener unos conocimientos de JavaScript o JTACWedi. Te hacen falta. En concreto, en Drupal. Para escupir HTML, lo que hace Drupal es trabajar con plantillas Twig. Twig es una tecnología que te permite... Tiene una lógica más o menos simplista. Y obtiene datos del backend. Y junto con la plantilla Twig, lo convierte en HTML. Que es lo que se muestra al navegador. Así que conocimientos de Frontend, de HTML y cómo funciona Twig. Y cómo gestionar plantillas Twig. Y cómo sobreescribir plantillas Twig. ¿Vale? Algunos de Frontend, yo recomendaría que no tuviesen miedo a tocar código PHP. Porque en Drupal te hace falta tocar funciones de preproces. O sea, que modifiquen los valores de los campos. O de las páginas. Por ejemplo, si queremos sobreescribir cómo se muestra el título. O cómo se muestra un campo de fecha. O cómo se muestra un campo numérico. Y le queremos añadir algo detrás o delante. Esto se acostuma a hacer en las plantillas. O en un preproces. Que básicamente es preprocesar el valor. Para modificar. Tu código hace lo que quiere y le cambia el valor. O le añade algo o le quita algo. Esto es como Frontend. Aparte, mi recomendación es. No toquéis CSS a pelo. Usad tecnologías como Sass, por ejemplo. Que te permiten compilar el CSS. Y realmente está muy bien. Así que, si tú eres una agencia que busca alguien de Frontend. Aunque no sé por qué te cuento esto. Aunque ya tienes conocimientos básicos. Busca a alguien que sepa cosas. Que sepa de Twig. Y que sepa cómo subescribir. O cómo funcionan las plantillas de Drupal. Porque que sepa Twig. No significa que sepa cómo funciona Drupal por debajo. Si tú eres un cliente. O una persona que quiere una web. Y has de buscar una agencia o un freelance. Ten claro. Si quieres que te hagan un tema visual hecho a medida. A base de un diseño que has contratado. Que te hayan hecho ellos. Y que te han contratado tú a un tercero. Si te hace falta un diseño hecho a medida. Te hace falta alguien. Uno o varias gente de Frontend. Si lo que quieres tú es instalar un tema. Que más o menos se vea decente. Un bootstrap pelado. Y no quieres ninguna modificación. Pues seguramente no te hace falta nadie de Frontend. O te hace falta una persona con conocimientos muy básicos. ¿Vale? En la mayoría de proyectos en los que he estado yo. Normalmente es una persona o varias. Y son intensivos en Frontend. Y no tienen un diseño hecho a medida. Porque como ya dije en el episodio anterior. Drupal está enfocado. A hacer webs a medida. ¿Vale? Vale pues el primer perfil es Frontend. Que creo que ha quedado más o menos claro. Si no me escribes por Twitter. O desde mi web menetray.com. Y me dices mira esto no me ha quedado claro. O esta tecnología hace falta o no. Y yo te contesto en otro episodio. Siguiente perfil. El de backend. Digamos que en Drupal. Se puede simplificar en. Toca código PHP. Del backend del Drupal. De forma muy simplista. Esto significa que por ejemplo. Cuando queremos hacer formularios hechos a medida. Queremos que se hagan módulos. Hechos a medida. O sea tocando código me refiero siempre. Cuando queremos patchar módulos. Modificar módulos existentes. Extender módulos existentes. Todo esto. Te hace falta alguien de backend. En la mayoría de proyectos. No hace falta alguien de backend. No te hace falta. Muy puntualmente alguien de backend. Drupal es hiper flexible. Muy flexible te permite. A base de configuraciones hacer muchas cosas. Y ahora lo vemos en el siguiente perfil. Que es el de side building. Pero si tienes alguien que sabe muy bien. Como configurar y donde están los límites. De lo que te permite hacer Drupal solo con configuraciones. En muchos casos. Alguien de backend. Realmente no te hace falta. Al menos no en la mayoría del proyecto. En alguna cosa puntual te puede hacer falta. Pero no siempre. O con unos conocimientos digamos más o menos básicos en backend. Pero no alguien muy bueno en backend. Nada que básicamente el de backend. Normalmente es de los que cobra más. Porque cuando eres un señor. Te hace falta alguien muy bueno en backend. Pero también es el que es más difícil. En Drupal tiene una curva de aprendizaje. Más empinada. Es la palabra. Si, creo que se me está encantando. Y creo que es incorrecto. Bueno, la que es más difícil. Que en otras tecnologías. La gente normalmente empieza más por frontend. Que no por backend. O te encuentras más fácilmente gente que sepa de frontend. CSS, JavaScript y estos temas. Que no alguien bueno en backend. Y sobre todo bueno en backend en Drupal. Porque que sepa solo PHP. O solo MySQL. Que siga las buenas prácticas. Que se usan en Drupal. O que conozca las APIs. Por ejemplo el API de formula.js. Que usa Drupal. Si buscas a alguien bueno en backend. Que sea específicamente. Que sepa de Drupal. No alguien bueno en PHP. Porque me he encontrado desastres de gente muy buena. Supongo que sea buena en PHP. Pero que en Drupal la ha liado pardísima. Y el siguiente perfil. Es el de Site Building. O que en otras tecnologías creo que en web se le llama implementador. Yo le llamo el de Site Building. El que hace el Site Building de la web. Basicamente es el que hace las configuraciones de la web. Digamos que se puede simplificar mucho. Y decir que hay como dos niveles. El junior que está aprendiendo. Que sabe lo justo de las cuatro configuraciones. Y el senior que te puede montar la arquitectura. De toda la web. O la estructura de toda la web. ¿Por qué los diferencio tanto? Porque el junior. Si tu le dices de yo quiero una página. Con estos cuatro campos. Pues vale te va a quedar un nodo con estos cuatro campos. Lo del nodo seguramente te va a sonar raro. Ya lo expliqué en otro episodio. Que son nodos, entidades y todo esto. Digamos que. El de Site Building. Sabe configurar, reinstalar y configurar un Drupal. Y más o menos se busca la vida. Para configurar módulos. Que se han instalado. Si es alguien muy junior. Básicamente puede seguir las órdenes. Pero le va a faltar un poco de. De conceptos de como. Juntar los distintos módulos. Y conseguir cosas más. Flexibles o más. Complejas. Sin que haga falta tocar código. Porque el de Site Building no toca código. O casi nunca toca código. Solo configura. El tema es. Cuando tienes alguien muy bueno. En Site Building. Yo creo que Site Building es la persona. Más importante de un equipo. De temas Drupal. Porque cuando un cliente pasa unos requisitos. Yo quiero una web que me haga esto. Que tenga unos usuarios que tengan un perfil. Que permitan hacer X cosas en la web. O que. Que una funcionalidad que cada X tiempo. Se conecte con una app y haga no se que. Alguien muy bueno en Site Building. Con mucha experiencia. Te dirá pues mira esto es requisito A. Que me pides. Se puede hacer con este módulo. O este otro. Pero tienen la desventaja de que con este módulo. Esto que me pides no se adapta bien bien. Pero quizá para tu caso de uso sirve. Te vas a ahorrar de que en vez de estar. Una semana o dos con un equipo de backend. Programándolo a medida. En una mañana se configura esto. Y más o menos te sirve como función. Se adapta lo que quieres. Sí o no. No pues hace falta un equipo de backend. Que ahorramos costes. Creo que con ejemplo quedan más o menos. Claro o sea el de Site Building alguien. Bueno te va a ver los requisitos. El proyecto te va a decir que cosas salen. Cada que cosas se pueden hacer solo con configuración. Que cosas te hace falta alguien. De frontend o de backend para. Arreglarlas y al final es. Intentar pivotar un poco algunos. Requisitos para adaptarlos y. Reducir costes del proyecto. Por eso digo que alguien muy bueno. En Site Building es la 
persona. Más importante en tu equipo. Básicamente porque te va a bajar costes y tiempo. Y en muchos casos más que los costes. Lo que interesa es el tiempo. Porque el tiempo al final repercute. En parte de los costes. Y poco que más. Básicamente de forma muy simplista. Hay estos tres perfiles. Frontend, backend y Site Building. Por cual empezar si lo que quieres tú. Es empezar a toquetear Drupal. Yo te diría que el de Site Building. En formato junior. Y luego te voy a enseñar. En YouTube. O en blogs. De cómo hacer este tipo de página. O cómo funciona este modulo. Y poco a poco vas cogiendo experiencia. En Site Building. Si después de Site Building. Ves que también quieres que la web sea más o menos atractiva. Empieza a coger conceptos de Frontend. Lo de Site Building. Es muy concreto de Drupal. O sea, has de buscar Site Building. Específico de Drupal. Se parece en algunos conceptos. Pero no es 100% idéntico. Un Site Building de Drupal 7. Con uno de Drupal 9. Lo digo también para que quede claro. Busca alguien que se parezca a Site Building. De la versión, a poder ser de la última versión. De Drupal. Que actualmente es la Drupal 9. Todo lo que me estoy viendo por ramas. Busca alguien de Site Building. De la misma versión. Si te hace falta alguien. Que sea atractiva. Empieza a buscarte. Conceptos de Frontend. Se pueden reciclar muchos de otras tecnologías web. Como por ejemplo WordPress. Yo conozco gente que ha venido del mundo WordPress. A trabajar en Drupal. A menos en Frontend. Pero básicamente es muy similar a todo. El concepto de Frontend. O sea, reciclas muchísimos conceptos. Y el tema del Backend. A ver, ayuda muchísimo saber conceptos de PHP. Pero digamos que de otras tecnologías. Para pasarte a Drupal. O sea, de Jumla o Gropes. A Drupal cambian muchas cosas. Si, todo se va a ser en PHP. Pero no es lo mismo. También, si buscas alguien de Backend. Busca alguien de Backend bueno. Y aparte en la versión en la que estés de Drupal. No se parece en nada. Un Drupal 7. A un Drupal 9 en Backend. El Backend ha cambiado muchísimo. En esas versiones de Drupal. Búscate a alguien bueno en la versión. Que tenga conocimientos demostrables. En la versión de tu web. Porque alguien de Drupal 9. Seguramente no pueda trabajar en Drupal 7. O alguien de Drupal 7 no pueda trabajar en Drupal 9. A menos que sea una persona con muchos años. Y que haya trabajado en todos ellos. Pero te lo digo porque hay gente. Realmente, relativamente nueva. Que lleva 2 años, 3 años en Drupal. Que pueden ser muy buenos. O sea, no hace falta... O sea, senior no significa que lleve mucho tiempo. Sino que tiene mucho conocimiento, mucha experiencia. Y eso se puede conseguir relativamente rápido. Pero claro. Drupal 7 tiene muchos años. Y quizá esta gente solo tiene 3 años de experiencia. En Drupal 8 y 9. Pero no en 7. Así que quizás... Aunque también te recomiendo que vayas pensando en... Actualizar tu web de Drupal 7 a Drupal 9. Pero que tengas esto claro. De que has de buscar siempre alguien bueno. En la versión de tu Drupal. Y... Después... Ah, y me dejaba un perfil. Digamos, importante. Que es un resumen de los 3. Que se llama el perfil de full stack. Que aquí me incluyo yo. Yo soy un full stack. Un perfil full stack significa alguien que puede ser... De los 3 perfiles que he comentado. Vale. Puede ser de frontend. Puede ser de side building. Y puede ser de backend. Básicamente es un perfil como Drain. Realmente... Se cobra más que alguien... De un perfil más concreto. También depende de la experiencia. Puede ser un full stack, digamos más junior. Que... Se... Digamos hace tareas más simples. O puede ser un... Full stack mucho más senior. Que básicamente te puede hacer cualquier tarea. Ya sea de frontend, ya sea de backend. O ya sea de side building. Las agencias normalmente... Buscan a alguien de... De full stack, básicamente porque son como Drain. Si tienen un equipo, y aparte del equipo... Que es de frontend y parte que es de backend. Depende de la cantidad de tareas que tengas. Pues alguien de full stack. Una semana estará más con los de frontend. Una semana estará más con los de backend. Ya sea un poco de comodín. Y quita un poco de carga de trabajo. A distintas partes del equipo. Si tú eres un cliente. O sea una persona que quiere una web. Y te es igual contratar una agencia o un freelance. Si buscas un freelance. Seguramente has de buscar a alguien que sea lo más full stack posible. Porque te van a salir problemas en el proyecto. Ya sea de frontend o de backend. O de building. Y lo recomendable es que la persona... Te los pueda arreglar todos. Y para eso te hace falta alguien de full stack. Vale. Y poca cosa más. El siguiente episodio me quiero enfocar en lo que es la comunidad. Y como detectar... Si has de contratar a alguien. Pues las cosas que puedes ver en la comunidad. Y que te pueden ayudar. A saber si esta persona es óptima para tu proyecto. O no es recomendable para nada. Que la acojas para tu proyecto. Y nada más. Que si te ha gustado este episodio y esta temática. Dale 5 estrellas en Spotify y Apple Podcast. Y se te presento a los siguientes episodios de este podcast. Hasta la semana que viene.

¿Tienes algún proyecto en mente?

Si quieres hacer algo en Drupal tal vez puedas contratarme.

Ya sea para consultoría, desarrollo o mantenimiento de sitios web Drupal.