Un CMS es un sistema de gestión de contenido, y antes de tener sistemas de gestión de contenido, teníamos que codificar a mano los sitios web (y todo lo relacionado con la integración del marketing en Internet y el SEO con ellos). Tuvimos que traer imágenes al sitio trabajando mano a mano con artistas gráficos para crear, dimensionar y, a veces, trabajar las imágenes repetidamente para que todo encajara de manera coherente. Teníamos lo que se llamaba “kits de páginas” que a veces funcionaban para crear sitios. Ahhh … los “buenos viejos tiempos” antes de que los sitios web se percibieran como “productos básicos” como pedir una hamburguesa de sapo McDarnold en lugar de partes de un proceso en curso.
Pero … estoy divagando … Claro, Bryce, puedes construir tu propio CMS. Mucha gente hace eso. Toma tiempo. Un montón de tiempo. Y si el tiempo es igual a dinero para usted, o es al menos valioso, ¿por qué reinventaría la rueda a menos que tuviera un equipo que lo apoyara y tratara de “construir una mejor trampa para ratones”? Ahora dicho esto, hay muchos desarrolladores web y agencias que deseen usar su propio CMS (y algunos de ellos son propios, algunos están “marcados en blanco” para que nadie sea más sabio), y algunos que todavía usan mucho HTML. Incluso he visto algunos propietarios de pequeñas empresas que insisten en mantener su FrontPage o sus sitios HTML codificados a mano desde hace mucho tiempo. Y eso está muy bien, pero también pisa el pie proverbial de por qué había una necesidad de sistemas de gestión de contenido en primer lugar, para que se pueda hacer más, más rápido y más fácil.
¿Podría crear sitios usando kits de páginas, HTML, CSS, PHP, un poco de JavaScript, con quizás algunas ayudas de copiar y pegar? Seguro. Y en realidad sería muy divertido, pero también tomaría cuatro veces más tiempo construir sitios, ya que estamos acostumbrados a verlos hoy. Podría pasar unos meses creando un CMS, pero ¿podría superar a WordPress en mi widdle solo? Probablemente no.
- ¿Cuáles son los pros y los contras de usar lua para el desarrollo web?
- ¿Qué marco web no me hace implementar el modelo y las capas GUI por separado?
- ¿Qué debo usar: Vagrant o Ubuntu para un desarrollo web de pila LAMP?
- ¿Cuál es el papel de un servicio web en una arquitectura de tres niveles?
- ¿Es la "neutralidad de la aplicación" una buena o mala idea?
Por lo tanto, ahora tiene muchos CMS, con WordPress dominando el rebaño debido a su flexibilidad, facilidad de aclimatación y seguridad general (y no voy a debatir a nadie sobre la seguridad de WP en esta misiva electrónica en particular). Usted todavía tiene sitios “antiguos pero buenos” que ejecutan FrontPage y HTML, y algunas personas y agencias insisten en crear sus propios CMS híbridos por cualquier razón.
Creo que el futuro de los CMS en general será mucho más intuitivo y fluido, integrando tecnología de pantalla táctil con diseño visual de arrastrar y soltar que permitiría a los desarrolladores crear y editar en tiempo real. Todavía no estamos allí tecnológicamente y no veo eso en el camino por otras dos o tres décadas. Estamos cerca en muchos aspectos con algunos marcos importantes, pero ninguno lo lleva tan lejos como puede llegar, por supuesto. Y estaría desprovisto de mis deberes si no señalara (aunque sea molesto para algunos) que cualquier avance que la sociedad haga en el CMS como un “motor” no ocupará el lugar de una visión y experiencia creativas genuinas … y es por eso que tienes el movimiento de bricolaje “carrera hacia el fondo”, pero aún así una gran necesidad de desarrolladores web, programadores y profesionales de marketing en Internet.
¿Respondí la pregunta?