¿Qué profesionales participaron en la creación del sitio?

Actualmente, el número de sitios web supera los mil millones. Solo el 17% de ellos están activos, pero aparecen nuevos todo el tiempo. Hasta hace unos años, no estaba muy claro cuál era la carrera de un creador de sitios web. Hay mucha confusión entre los diferentes perfiles requeridos y los diferentes roles. En la actualidad se pueden distinguir varias personalidades, a veces representadas por una misma persona en proyectos menos complejos. Intentemos enumerar los principales profesionales involucrados en la creación del sitio web.

Web designer

Es quien se ocupa del diseño, maquetación, animación y gráfica del sitio. Básicamente, es el diseñador del sitio web, la figura que establece las líneas y la estructura general. Define la idea, establece los colores principales, las secciones, el árbol de navegación. Cuando no hay un jefe de proyecto suele ser él quien interactúa con el cliente y coordina el equipo. El lugar de trabajo típico para un web designer es una empresa especializada en la creación de sitios web o grandes compañías que poseen redes con un fuerte impacto en internet.

Web architect

Esta figura participa en la creación de un sitio solo en el contexto de grandes equipos. Su tarea es ayudar al web designer en las fases de diseño encargándose de definir en detalle la arquitectura de todo el sistema. Entre sus responsabilidades:

  • identificar los store (almacenes) del sitio (base de datos, archivo xml u otro);
  • elegir las interfaces entre las páginas y el store (lenguajes del lado del servidor);
  • establecer las especificaciones para la conexión con los sistemas de correo;
  • determinar y describir las partes estáticas y dinámicas;
  • identificar los componentes estándar que se utilizarán como bloques de construcción del sitio (foros, chat, base de datos, módulos SMTP).

Por lo general, el arquitecto web trabaja en una empresa especializada en la producción de aplicaciones web sofisticadas o que es propietaria de importantes sitios de comercio electrónico, market place y portales.

Gráfico

El diseñador gráfico es quien, a raíz de las especificaciones dadas por el diseñador o, en ocasiones, directamente por el cliente, propone la maquetación de las páginas y la gráfica. Su papel es aportar el aspecto necesario para trasladar al visitante la imagen y las sensaciones objeto de la comunicación.

También tiene que realizar botones, iconos y, en muchos casos, animaciones. Encuentra empleo en la pequeña empresa con un sitio y en empresas que se ocupan de la creación de sitios. Hay numerosos diseñadores gráficos en activo como autónomos.

Desarrollador

El desarrollador es el creador de las páginas que luego se publicarán para que los usuarios las visiten. Debe traducir las especificaciones del web designer preparando las plantillas que servirán para todas las partes del sitio, desarrollar los scripts, codificar las partes dinámicas, preparar las query SQL a la base de datos.

En el caso de las aplicaciones, el desarrollador juega uno de los roles centrales dentro del equipo. Sus herramientas de trabajo son:

  • HTML
  • ASP o PHP
  • SQL
  • C o .Net
  • XML
  • JavaScript o Java

Su lugar de trabajo está en la software house, en la empresa que construye sitios, en el departamento TI de organizaciones con webs o aplicaciones propietarias estratégicas.

Editor de contenidos

Entre los profesionales que participan en la creación de un sitio web esta figura es más reciente. El editor de contenido es la persona que transforma el conocimiento de los expertos sobre los temas tratados por el sitio (los empleados de la empresa, por ejemplo) en texto escrito. Lo hace en el idioma de quien se supone será el visitante, en la forma que la empresa considere necesaria para el tipo de sitio. Transfiere el texto directamente a las páginas o utiliza un sistema de CMS. A menudo se le piden nociones de SEO.

El editor de contenido lo encontramos en la empresa propietaria de un sitio web con gran cantidad de información. En ocasiones se trata de un autónomos especializados en determinados sectores.

Webmaster

Hoy, el webmaster es el administrador del sitio web, no está necesariamente involucrado en su desarrollo. Es responsable de guiar el sitio a lo largo de su ciclo de vida, coordinando las actividades de revisión, actualizando la información, produciendo, controlando y distribuyendo estadísticas de acceso.

A menudo, el webmaster cubre algunas de las figuras que hemos visto en este artículo. En particular, puede cuidar los contenidos en el caso de sitios pequeños. El webmaster encuentra trabajo en cualquier empresa propietaria de un sitio web que sea importante hasta el punto de justificar la contratación de una persona. A menudo trabaja como consultor externo para varias empresas al mismo tiempo.

SEO

El especialista en SEO (Search Engine Optimizer) es la persona que tiene la responsabilidad de darle visibilidad al sitio web, asegurando que exista el tráfico y la relevancia necesaria para lograr los objetivos.

Interviene ya en las fases de diseño y desarrollo, asistiendo al web designer, al gráfico y al desarrollador. Sus herramientas son el posicionamiento en buscadores, el pay per click, los banners, el linkbuilding y, en general, todos los métodos disponibles para aumentar la notoriedad y el tráfico del sitio. Trabaja para una agencia web o la empresa propietaria de un sitio estratégico. O como autónomo.

Localizador

El localizador es la persona que se especializa en transformar un sitio web en uno destinado a un mercado diferente. Son autónomos o trabajan en equipos creados específicamente por agencias web para la creación de sitios importantes. También son empleados en empresas con sitios estratégicos para el negocio corporativo.

Jefe de proyecto

El jefe de proyecto, o project manageraparece en los grandes proyectos para la construcción de importantes portales de organismos gubernamentales, administraciones públicas o grandes empresas. Su tarea es garantizar el cumplimiento del contrato, coordinar los recursos asignados al proyecto, interactuar con el cliente y la dirección de la empresa que proporciona el trabajo.

Es importante distinguir el papel del jefe de proyecto del del web designer. El primero es responsable del cumplimiento del contrato y la gestión de los recursos, el segundo del diseño del sistema. Sin embargo, en proyectos pequeños, los dos roles pueden ser desempeñados por la misma persona. Por lo general, el jefe de proyecto es un consultor externo.

Estos son los principales profesionales que participan en la creación de un sitio web. A menudo los roles pueden superponerse, pero, tanto en la formación como a la hora de buscar trabajo, es importante conocer las diferencias para no tener que realizar una tarea no deseada.

Fuente: universia.net

DevOps, combinando negocio y tecnología

En este evento de Inetum, expertos en desarrollo de entidades financieras, aseguradoras y de servicios públicos exponen sus inquietudes y observaciones sobre el entendimiento entre negocio y TI en el desarrollo de aplicaciones empresariales.

En una jornada organizada por Inetum y CloudBees, la Informática ejerció de maestra de ceremonias, con la asistencia de técnicos de Acciona, Banco de España, BBVA, Cepsa, Mapfre y Sacyr, se puso sobre la mesa la vieja «batalla» existente para ser eficientes y un enfoque ágil para proyectos de desarrollo de aplicaciones, comunicación entre el mundo empresarial y técnico.

María Jesús Larraya, directora de Arquitectura de Desarrollo de Inetum, lo confirma: “Como integrador, en algunos casos nos sorprendía la gran diferencia entre negocio y tecnología dentro de una misma empresa”. Por ello, en este sentido, cree que “los equipos de desarrollo deben evolucionar continuamente para facilitar iniciar respuestas en función de las nuevas necesidades de los clientes. Establecer una cultura DevOps en una organización es necesario, pero es un camino largo y hay que buscar el entendimiento con el negocio; TI Tienes que ser un agente de ese cambio”.

El desafío es cómo lograr este entendimiento y cómo integrarlo en la organización. Se explica de esta manera: «El movimiento DevOps, nacido desde cero, a nivel técnico, tiene que ver con el cambio cultural. Pero reconocemos nuestras deficiencias como tecnólogos, a pesar de que estamos capacitados para ayudar a cumplir con las métricas, mejorar los procesos y adaptarnos a buenos patrones y buenas prácticas. «. Existen herramientas de desarrollo (por ejemplo, CloudBees) y modelos ágiles que impulsan este cambio y, en última instancia, entregan el producto «teniendo en cuenta la experiencia del desarrollador y del cliente final».

Un experto senior comentó: «Siempre vamos y venimos en el cambio cultural, pero no creo que el cambio cultural sea impuesto». Ninguna piedra de toque puede resolverlo todo. “Estas herramientas son habilitadoras, pero no resuelven problemas, y eso es algo que no interiorizamos a diario.” Concluyó que el cambio cultural debe afianzarse y no ser retenido por quienes desempeñan un papel “superior”. en una plataforma de seguridad o calidad. Para otro interlocutor, era importante “levantarse de la silla y facilitar la comunicación entre áreas”. Empuje los límites, especialmente si viene de una empresa tradicional con muchos silos: «Si tiene un departamento de seguridad, un departamento de desarrollo y un departamento de DevOps, ya tiene tres silos». Otro sugirió salir de la «zona de confort». , «Menos profesional y más horizontal».

Automatización y Normalización
Durante esta transformación, los asistentes vieron la necesidad de estandarizar, formalizar y demostrar el valor que representa, “no solo para los equipos de negocio, sino también para los equipos de desarrollo, donde pueden capturar valor medible y tangible”.

Una idea que se destacó fue que la tecnología tenía que ser la palanca que ayudara a simplificar DevOps y adoptar una forma diferente de colaborar, «No tienes DevOps porque tienes una herramienta que tiene que ser la base del mecanismo de lanzamiento y ser capaces de trabajar juntos.» Uno de una manera homogénea y sostenible.

DevOps no tiene un manifiesto como Agile, pero se basa en algunos supuestos fundamentales: colaboración, transparencia y comunicación, para que los equipos puedan adoptar el sistema de una manera más natural y proactiva.

Otro aspecto interesante es que DevOps es fácil de asimilar en entornos pequeños, pero en entornos de gran escala se vuelve complicado, por lo que algunas empresas prefieren comenzar con equipos pequeños maduros y ayudar a su vez a otros equipos. «Cuando la escala importa, importa una cultura industrial que abarque la automatización, la eficiencia y el inventario». La trazabilidad juega un papel importante especialmente en el área de cumplimiento, que es muy importante para las compañías financieras y de seguros. «No es inmediatamente obvio dónde está mi software, dónde están mis activos o cuántos piratas informáticos han entrado en mi centro de datos».

Para lograr este tipo de trazabilidad en el desarrollo de una aplicación, es importante tener colusión de dominio comercial. “Comercialmente cuesta entendernos porque usamos lenguajes y sensibilidades diferentes. Tratamos de involucrarlos en el ciclo de desarrollo y hacerles ‘sufrir’ para que entiendan para dar una vuelta más al proyecto y hacerlo con un mejor entendimiento”. del porqué El sentido de la decisión.” Tal y como explica un técnico de una entidad bancaria presente: “Este movimiento lo aplicamos en la primera fase del proyecto, desde cómo se concebía y cuantificaba, de la forma más transparente posible, de forma lenguaje que sea lo más fácil de entender posible para que la gente de negocios pueda entenderlo”.

La segunda etapa de búsqueda de comprensión consiste en trabajar juntos para «saber lo que quieres». Construir la solución de software correcta es una cosa, convertirla en la solución correcta es otra. Asimismo, hay algunas aplicaciones antiguas que se quedan en el camino y el negocio «no te permite ni tocarlas». Es en este modo de diálogo entre estos dos campos que se juntan las sensibilidades y se mejora una visión compartida de las cosas.

Al fin y al cabo, no todas las culturas se entienden de la misma manera. «DevOps es un concepto general que cada uno puede aplicar como quiera. Es importante darle autonomía a los proyectos para que puedan progresar y no nos perdamos en un ciclo de cambios y problemas constantes. Al final, algo tan positivo como DevOps es en última instancia, degenerará en un obstáculo para la organización”.

Fuente: computing.es

Translate »