Unidad 1 / Escenario 1

Lectura Fundamental

Introducción al Desarrollo Web

Contenido

1 ¿Qué es Desarrollo Web? 1

2 Protocolo HTTP 3

3 Tecnologı́as Web 8

Palabras Claves: Desarrollo Web, lenguajes de programación Web, tecnologı́as Web, protocolo HTTP.
Debido a la masificación del uso del Internet, son innumerables las oportunidades que la comunidad ha encontrado
para hacer o dar a conocer su negocio al mundo entero. Para poder hacerse un lugar en la red, es necesario construir
un sitio Web y hacerlo público en Internet, para que todo aquel que tenga su dirección lo pueda acceder. Esto ha
generado la necesidad de que las organizaciones en sus departamentos de tecnologı́a cuenten con personas capaces
de desarrollar eficazmente estos sitios. Estas personas son conocidas como programadores o desarrolladores
Web y a la labor de construcción funcional de estos sitios como desarrollo Web. En esta lectura exploraremos lo
que significa desarrollar o programar para la Web y una breve introducción al protocolo HTTP y los lenguajes
HTML, JavaScript y CSS que hacen parte del conjunto de conocimientos básicos que todo desarrollador Web debe
tener.

1. ¿Qué es Desarrollo Web?

Solo hasta principios de los años 90, las personas del común empezaron a tener acceso al Internet y gracias a la
aplicación WWW (World Wide Web) tuvieron la posibilidad de publicar sus propios sitios Web. La WWW
permitió a los sitios establecer páginas, archivos de texto con información y la posibilidad de enlazarse con otras
páginas o recursos, lo que facilitó de gran manera la forma de explorar la Web debido a que no era necesario
conocer las direcciones de todas las páginas o sitios que se deseaban visitar. Ası́, un sitio Web es una colección de
páginas relacionadas entre sı́ por medio de enlaces denominados hipervı́nculos.

La WWW también permitió que el contenido expuesto en la red pudiera ser visualizado por medio de un tipo de
software especial denominado navegador Web, el cual está diseñado especialmente para hablar el lenguaje de la
Web, el protocolo HTTP. Los navegadores permiten acceder a los sitios por medio de su dirección, se encargan de
establecer la comunicación con los servidores Web1 , computadores en donde se encuentran alojados los sitios
Web, y de visualizar el contenido de las páginas solicitadas.

Los primeros sitios fueron construidos utilizando únicamente el lenguaje de marcado HTML en combinación con
otro tipo de recursos tales como imágenes, archivos de audio y archivos de video. El contenido de cada página era
especificado a través de este lenguaje permitiendo describir el contenido y los componentes de la misma. A pesar
de que una página podı́a incluir recursos multimedia no cambiaba, a menos que se actualizara su código fuente,
esto implica que el contenido es el mismo sin importar quién o cuándo consultara la página mientras que su código
no se modificara. A sitios Web con páginas como estas se les denomina sitios Web estáticos y a sus páginas como
páginas Web estáticas.

Un ejemplo de un sitio Web estático es el que se muestra en la figura 1, el cual corresponde al sitio personal del
profesor en ciencias de la computación Viggo Kann que mantiene un compendio de problemas de optimización
NP-completos. Allı́, en el pie de página se puede observar la fecha de la última actualización realizada a la página.
Páginas como estas exponen contenido que se encuentra alojado en carpetas en el sistema de archivos de un servidor
en la Web, de hecho el sı́mbolo ∼, que generalmente se utiliza en los sistemas operativos basados en Unix para
acceder a la carpeta home de un usuario, se encuentra en la URL de esta página.

Actualmente, no es común encontrar este tipo de sitios, generalmente los sitios más frecuentados muestran contenido
1
El término servidor Web puede referirse tanto como al computador donde se encuentra alojado el sitio Web como al software
encargado de recibir las solicitudes hechas al sitio que provienen de la Web.

POLITÉCNICO GRANCOLOMBIANO 1
 (a) página personal del profesor Viggo Kann en idioma (b) en el pie de página se puede observar la fecha de la
inglés última actualización

Figura 1: ejemplo página Web estática tomado de https://www.nada.kth.se/∼viggo/index-en.html

que puede depender de múltiples factores como: fecha y hora, ubicación geográfica, idioma, el inicio de sesión,
y de otros más que se pueden detectar al momento de realizar la consulta, es decir, el sitio muestra contenido
dependiendo del usuario que lo ha solicitado. Por ejemplo, una sitio Web de noticias muestra la información de su
página principal dependiendo del momento en que se realiza la consulta, dado que debe mostrar el resumen de
noticias actualizado. Una red social, comúnmente, requiere el inicio de sesión para poder mostrar la actividad de
interés en esta red para el usuario que ha iniciado sesión. A este tipo de sitios Web se les denomina sitios Web
dinámicos y a sus páginas páginas Web dinámicas. Un ejemplo de este tipo de sitios se puede observar en la
figura 2.

Estos sitios con páginas Web dinámicas no modifican su código

fuente para mostrar contenido dependiendo del cliente que
la consulta. En lugar de esto, al solicitar un recurso no se
esta haciendo referencia de manera directa a un archivo, sea
este una página Web, una imagen u otro tipo de archivo,
sino que el servidor ejecuta un programa, en un lenguaje de
programación del lado del servidor, cuyo objetivo es generar
de manera dinámica este contenido con base en datos que se
tienen de antemano o que pueden ser inferidos a partir del
conocimiento que se tiene del usuario o cliente. El desarrollo
de programas que generan este tipo de contenidos dinámicos
se conoce como desarrollo Web o programación Web y
Figura 2: ejemplo de página Web dinámica alcanzada
a estos programas como aplicaciones Web.
después de iniciar sesión en http://campusvirtual.
poligran.edu.co
Para construir aplicaciones Web de calidad, es recomendable
que un desarrollador reúna conocimientos en diferentes as-
pectos como el funcionamiento de la Web, protocolos de red,
lenguajes de programación del lado del servidor como del lado del cliente, librerı́as y frameworks de desarrollo,

POLITÉCNICO GRANCOLOMBIANO 2
lenguajes de marcado, entre otros.

1.1. ¿Qué ocurre en la Web?

La comunicación en la Web se establece principalmente entre dos partes que identificaremos como cliente y servidor,
las cuales intercambian información.

Un cliente comúnmente es un dispositivo electrónico con la capacidad de acceder a Internet, esto significa que
hace parte de una red, lo que le permite establecer comunicación con otros miembros de la misma red para tener
acceso a los recursos disponibles. Esto se logra, en parte, cuando el dispositivo se conecta a una red cableada a
través de un cable UTP, al momento de conectarse a una red wifi, o cuando se tiene acceso a tecnologı́as como
3G o 4G, las cuales permiten a dispositivos móviles tener acceso a redes y consecuentemente a Internet. Estos
dispositivos generalmente son: computadores portátiles, teléfonos inteligentes, tabletas, televisores, consolas de
videojuegos e incluso electrodomésticos.

Los clientes hacen uso de aplicaciones especializadas conocidas como

navegadores Web, tales como: Mozilla Firefox, Google Chrome, Una dirección Web o nombre de do-
1
Opera, Safari e Internet Explorer, que permiten acceder a sitios minio es ingresado en un navegador
alojados por servidores en Internet. Estas aplicaciones establecen El navegador consulta los DNS para
2
comunicación con los servidores mediante el envı́o de solicitudes conseguir la dirección real del servidor
que se encuentran regidas bajo el protocolo de red HTTP, el cual
Una petición HTTP es construida y enviada por
es responsable de la comunicación en Internet. 3
el navegador al servidor en busca de un recurso

El navegador recibe la respuesta la analiza y

La consulta de un recurso inicia con una dirección Web, por ejemplo 4
en caso de éxito visualiza el contenido recibido
www.poli.edu.co. Para poder mostrar esta página, el navegador debe
ubicar el servidor responsable del sitio, y la única información con Figura 3: resumen de lo ocurrido en la Web
la que cuenta es con esta dirección que en realidad es un nombre de
dominio. Las direcciones reales son direcciones IPs, cuya forma es
una secuencia de cuatro números con valores entre 1 y 255 separados por el sı́mbolo punto, por ejemplo: 192.168.0.1.
Con la dirección dada el navegador va al DNS (servidor de nombres de dominio) y pregunta por la dirección IP
para ese dominio.

Un pequeño resumen del proceso se puede ver en la figura 3.

2. Protocolo HTTP

Para que un servidor Web pueda dar respuesta a una petición, un cliente debe construir dicha petición siguiendo
el protocolo HTTP. Luego, el servidor Web está en la capacidad de analizar la petición, procesarla y dar una
respuesta bajo el mismo protocolo.

HTTP es el acrónimo en inglés de Hypertext Transfer Protocol que en español podrı́a ser traducido como Protocolo
de Transferencia de Hipertexto. Este protocolo establece como se debe realizar la comunicación en la Web, los

POLITÉCNICO GRANCOLOMBIANO 3
navegadores utilizan este protocolo por defecto o su variante segura, HTTPS, para solicitar recursos de la Web,
dicho en otras palabras, para acceder e interactuar con los sitios en la Web.

El concepto de hipertexto es empleado para referirse a documentos (texto estructurado) que contienen enlaces
a otros documentos, imágenes, audio o video. Esto de alguna manera describe un poco lo que ocurre en la Web,
debido a que las páginas comúnmente contienen enlaces que llevan a otras recursos y permite navegar en sitio sin
necesidad de conocer todas las URLs.

El protocolo resume la comunicación en peticiones y respuestas. Las peticiones son creadas por los clientes Web
(navegadores) y recibidas por los servidores Web quienes generan respuestas a esas peticiones. Los servidores Web
son computadores en la red que ejecutan un programa que constantemente escucha las peticiones realizadas por los
clientes, peticiones que son atendidas y respondidas de acuerdo al protocolo.

Los programas que atienden las peticiones HTTP en los servidores se conocen como servidores Web y permiten
que los clientes se comuniquen con ellos a través del puerto 80, que corresponde con el número de puerto por
defecto del protocolo.

2.1. Petición HTTP

Cuando se accede a un sitio Web por medio de un navegador, este construye una petición HTTP para solicitar un
recurso expuesto en la red, dicha petición es recibida por un servidor y procesada para determinar el recurso que
debe ser devuelto adjunto con la respuesta HTTP.

Figura 4: los navegadores construyen peticiones HTTP indicando el método GET cuando se escribe una dirección
en la barra

Los elementos principales en una petición HTTP incluyen la URL2 del recurso o página Web, el método HTTP
y un conjunto de datos etiquetados en caso que el método utilizado sea el método POST. La figura 5 es un ejemplo
de una petición HTTP realizada por un navegador Web al servidor www.poli.edu.co, en dónde podemos observar
los valores de algunos de los principales encabezados HTTP que son enviados en la petición.

La primera lı́nea de la petición incluye el método HTTP utilizado, la ruta del recurso y la versión del protocolo.
Los métodos HTTP indican la acción que se desea realizar sobre el recurso solicitado. Existen varios métodos los
cuales exploraremos más adelante. En este ejemplo, el navegador construyó la petición especificando el método
GET, el recurso / que corresponde a la carpeta raı́z del servidor y el protocolo HTTP versión 1.1. Otro de los
encabezados que se puede observar es ‘User-Agent’ que envı́a información del navegador que creo la petición HTTP.
En el ejemplo el navegador utilizado fue Mozilla Firefox.
2
URL es un acrónimo de Uniform Resource Locator el cual es una referencia de un recurso en un computador que generalmente
consta de tres partes: protocolo, nombre de host y nombre de archivo.

POLITÉCNICO GRANCOLOMBIANO 4
método versión del
HTTP protocolo

GET / HTTP/1.1
Host: www.poli.edu.co servidor
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:54.0) Gecko
/20100101 Firefox/54.0 navegador
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q
=0.8
Accept-Language: es-ES,es;q=0.8,en-US;q=0.5,en;q=0.3
Accept-Encoding: gzip, deflate, br
Cookie has_js=1; project_u_general_menu=menu_id %3D812 %26position %3
D0; sgw=1501691404438
DNT 1
Connection: keep-alive
Upgrade-Insecure-Requests: 1

Figura 5: petición HTTP al sitio https://www.poli.edu.co

La versión 1.1 del protocolo HTTP define 8 métodos, sin embargo, los dos métodos principales son GET y
POST.

En esta petición la única información que fue suministrada por el usuario fue la dirección del servidor: www.poli.
edu.co, la información restante fue proporcionada por el navegador. Esto no significa que no se pueda enviar más
información, de hecho, una de las maneras de enviar información adicional es utilizando el método GET poniéndola
en la URL. Por ejemplo, la siguiente dirección lleva directamente a los resultados de la búsqueda de la palabra
ingenierı́a en el buscador de la página del Politécnico Grancolombiano:

https://www.poli.edu.co/search/node?search=ingenieria

En esta URL el servidor es www.poli.edu.co, la ruta del recurso ‘/search/node’ y ‘search=ingenieria’ es el parámetro
de nombre search y valor ingenierı́a. Como sugerencia pruebe modificando el valor del parámetro para intentar la
búsqueda con otro término.

Es posible enviar varios parámetros, en tal caso, se ubican las parejas nombre-valor al final de la URL separados
por el sı́mbolo &, por ejemplo:

http://www.algundominio.com/recurso?param1=valor1&param2=valor2

Es posible adicionar varios parámetros, sin embargo, la cantidad máxima de sı́mbolos está determinada por el
servidor, por esta razón, si la cantidad de sı́mbolos en la URL es muy grande, la petición podrı́a no funcionar. Por
otra parte, cuando es necesario enviar datos como contraseñas, números de tarjeta de crédito, mensaje privados u
otros datos sensibles, comúnmente no es aconsejable que tales datos se incluyan en la URL debido a que estos datos
pueden ser capturados fácilmente, por ejemplo, en el historial de los navegadores quedan almacenadas las URLs de
los sitios que se han consultado, también podrı́an quedar guardadas en el listado de marcadores del navegador, por
supuesto quedan visibles en la barra de direcciones e incluso un administrador de la red podrı́a ver estos datos en
una revisión de tráfico.

POLITÉCNICO GRANCOLOMBIANO 5
Una manera más apropiada para enviar datos sensibles al servidor es utilizar el método POST en lugar de usar el
método GET, como veremos enseguida el método POST permite enviar los datos en el cuerpo de la petición en
lugar de enviarlo s en la URL, lo que de cierta manera es más seguro.

2.2. Métodos HTTP

En una petición HTTP debe especificarse un método que indica la acción que se desea realizar sobre el recurso.
Entre el conjunto de métodos HTTP, aquellos que son más utilizados en desarrollo Web son GET y POST.

2.2.1. Método GET

Al utilizar el método GET en la petición, la URL incluye una ruta

del recurso solicitado que podrı́a ser la ruta relativa del recurso con /var/www/
respecto al directorio Web del servidor. Por ejemplo, una URL cuyo
images
recurso sea /images/logo.png podrı́a esperar que el archivo
logo.png de la carpeta images en el directorio Web de servidor logo.png
sea retornado junto con la respuesta HTTP.
js
Por otra parte, la ruta especificada podrı́a no corresponder a la funcs.js
ubicación fisica de un archivo en el servidor sino a una ruta lógica,
downloads
es decir, una ruta que el servidor analizará para poder ejecutar el
proceso adecuado que a partir de la información enviada con la Figura 6: Archivo logo.png en el directorio
petición o aquella que conozca previamente sobre el cliente generará Web de un servidor.
el recurso de forma dinámica.

2.2.2. Método POST

Algunos sitios Web como los de las redes sociales permite subir imágenes y videos. Utilizando el método GET es
posible enviar información al servidor, sin embargo, intentar enviar un archivo a través de la URL harı́a que tuviera
una longitud descomunal y los servidores establecen lı́mites para la cantidad de sı́mbolos que puede recibir en una
URL. Por tanto, esto no es una buena idea y de hecho los navegadores Web no contemplan esta posibilidad dentro
de la creación de peticiones. La solución es indicar el método POST en lugar del método GET.

El método POST permite enviar información hacia el servidor incluyéndola en el cuerpo de la petición. Esto
permite enviar información de mucho más tamaño que la que se podı́a enviar a través de la URL utilizando el
método GET. Dado que HTTP se encuentra en la pila de protocolos encima de el protocolo TCP/IP, este último
se encarga de fraccionar el cuerpo de la petición en paquetes y enviarlos a través de la red para luego recuperarlos
y reconstruirlos, por esta razón es posible enviar datos de gran tamaño como archivos. Otra de las ventajas de
utilizar el método POST es que la información que es enviada es más difı́cil que capturar que la enviada a través
del método GET.

En diferentes sitios Web frecuentemente nos encontramos con páginas cuyo propósito es recibir datos y están
constituidas de diferentes componentes gráficos como cajas de texto, listas desplegables, cajas de verificación

POLITÉCNICO GRANCOLOMBIANO 6
(checkboxes), entre otras, que permiten ingresar la información. A la sección de la página que encierra este tipo de
componentes y permite el envı́o de información se le conoce como formulario. En desarrollo Web es muy común
utilizar el método POST para el envı́o de estos datos al servidor, es ası́ como el desarrollador al momento de crear
el formulario encargado de recopilar la información debe indicar el método POST en lugar del método GET.

En la figura 7 se puede observar una petición HTTP con método POST. Enseguida de la sección en que se listan los
encabezados, se encuentra la sección de cuerpo de mensaje o también llamada payload. Allı́ son ubicados los datos
que fueron recopilados a través de un formulario HTML. En este caso, el ejemplo sugiere que los datos recolectados
fueron david y abc1234 con etiquetas username y passwords respectivamente.

método
HTTP

POST /login.php HTTP/1.1

Host: myapp.poli.edu.co
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:54.0) Gecko/20100101
Firefox/54.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: es-ES,es;q=0.8,en-US;q=0.5,en;q=0.3
Accept-Encoding: gzip, deflate, br
Connection: keep-alive
Upgrade-Insecure-Requests: 1 Datos recolectados
en el formulario
username=david&pasword=abc1234

Figura 7: petición HTTP con método POST

2.2.3. Otros métodos HTTP

HTTP define otros métodos diferentes a los dos anteriores, GET y POST, estos no suelen ser de tan común uso, sin
embargo, es bueno conocer de su existencia y utilidad. De ser el caso se podrı́a escribir código capaz de responder
peticiones a estos métodos. En el cuadro 1 se encuentra una breve descripción de los métodos.

2.3. Respuesta HTTP

En una comunicación efectiva bajo el protocolo HTTP para toda solicitud o petición realizada se espera una
respuesta por parte del servidor Web. Esta respuesta es analizada por el navegador dado que especı́fica el resultado
de la solicitud, es decir, si fue exitosa o no. En caso de ser exitosa el recurso que deberá ser visualizado por el
navegador viene junto con la respuesta dentro del denominado cuerpo de la respuesta (HTTP body). En la
figura 8 se puede observar la respuesta dada por el servidor a la solicitud con método GET mostrada anteriormente.

Una respuesta consta de un encabezado (header) y un cuerpo (body). En el listado la información del encabezado
va hasta la lı́nea vacı́a 3 , allı́ es posible encontrar campos como Date que indica la fecha y hora en que se creó
3
existen más tipos de campos del encabezado

POLITÉCNICO GRANCOLOMBIANO 7
 HEAD Es igual al método GET con la diferencia que HEAD
no devuelve contenido alguno en el cuerpo de la res-
puesta, es decir se obtendrı́an únicamente los encabe-
zados de la respuesta.
PUT Solicita almacenar el recurso enviado en la URI espe-
cificada. Si existe un recurso para la URI especificada
este será reemplazado por el nuevo, en caso contrario,
el servidor puede crear el recurso con esta URI.
DELETE Elimina el recurso especificado.
OPTIONS Retorna una lista de los métodos HTTP que el ser-
vidor puede atender. Suele desactivarse en aquellos
servidores Web que responden peticiones con este
método dado que esto puede proporcionar informa-
ción a un atacante.
CONNECT En Connolly, 2017 se enuncia que el método es re-
servado por el protocolo para utilizarlo con un proxy
que puede dinámicamente pasar a ser un tunel.

Cuadro 1: Métodos HTTP.

la respuesta, Content-Type que corresponde el MIME type4 que le indica al navegador el tipo de contenido que
recibirá junto con la respuesta, en este caso el tipo de contenido es HTML.

Existen varios códigos de estado HTTP, entre los más comunes se pueden encontrar: 202 Ok, 404 Not Found y
500 Internal Server Error.

3. Tecnologı́as Web

Para desarrollar en la Web, escribir programas capaces de devolver contenido dinámico, es necesario conocer un
conjunto de tecnologı́as que hacen posible su funcionamiento. La escritura de estos programas involucra tanto la
construcción de las páginas a través de HTML, CSS y JavaScript como el desarrollo de programas capaces de
responder a las peticiones realizadas por los clientes Web, tales programas suelen ser denominados programas CGI,
que significa Common Gateway Interface, generalmente escritos en Perl, Python, PHP entre otros lenguajes más.
Haremos un breve resumen sobre algunas de las principales tecnologı́as Web que se profundizarán más adelante en
nuestro módulo.
4
MIME es acrónimo de Multipurpose Internet Mail Extensions. MIME type es un identificador para los

POLITÉCNICO GRANCOLOMBIANO 8
 código de
estado

HTTP/1.1 200 OK
Date: Thu, 03 Aug 2017 12:55:30 GMT
Content-Type: text/html; charset=utf-8
Connection: keep-alive
X-Powered-By: PHP/5.5.9-1ubuntu4.17
Content-Language: es
Content-Encoding: gzip
Server: cloudflare-nginx

<html>
<head profile="http://www.w3.org/1999/xhtml/vocab">
...
<title>Politecnico Grancolombiano - Sitio Web Oficial</title>
...

Figura 8: respuesta HTTP del sitio https://www.poli.edu.co con algunos encabezados destacados

3.1. HTML Hypertext Markup Language

Cuando una página es visualizada en un navegador, el contenido que ha sido devuelto en el cuerpo de la respectiva
respuesta HTTP comúnmente es código HTML que el navegador analiza para poder construir cada uno de los
elementos que conforman la página. A pesar de que las páginas pueden incluir distintos elementos como texto con
formato, imágenes y video entre otros el código que la describe se define en un archivo de texto plano.

HTML es un lenguaje descriptivo que permite especificar los componentes de una página Web que es visualizada
por un cliente Web, tal como un navegador. Esto significa que las páginas Web a las que ingresamos comúnmente
están construidas en HTML y algunas otras tecnologı́as.

El lenguaje define un conjunto de elementos que son utilizados para describir una página. Estos elementos pueden
ser texto con formato, encabezados, párrafos, enlaces o hipervı́nculos, listas, cajas de texto, listas deplegables,
tablas, imágenes entre otros más.

La figura 9 es una captura de pantalla de la página inicial de nuestra institución en donde se indican algunos de los
componentes HTML que la componen.

POLITÉCNICO GRANCOLOMBIANO 9
 lista

caja de texto

botón
de envı́o

Figura 9: Página de inicio https://www.poli.edu.co

POLITÉCNICO GRANCOLOMBIANO 10
Referencias

Basham, B., Sierra, K., & Bates, B. (2008). Head first servlets and jsp: passing the sun certified web component
developer exam. Head first series. O’Reilly Media. Recuperado desde https://books.google.com.co/books?id=
15wp6fmAy4sC
Code School LLC. (2017). Server-side languages. Recuperado desde https://www.codeschool.com/beginners-guide-
to-web-development/server-side-languages
Connolly, D. (2017). Hypertext transfer protocol http 1.1. Recuperado desde https://www.w3.org/Protocols/
rfc2616/rfc2616.html
Duckett, J. (2014). Html and css: design and build websites (1.a ed.). Wiley Publishing.
Freeman, E. & Robson, E. (2012). Head first html and css. O’Reilly Media, Inc.
Gandee, T. & Chris, A. (2016). Front-end web development: the big nerd ranch guide. Big Nerd Ranch Guides.
Haverbeke, M. (2017). Http requests. Recuperado desde http://eloquentjavascript.net/1st edition/chapter14.html
Lemay, L., Colburn, R., & Kyrnin, J. (2015). Sams teach yourself html, css & javascript web publishing in one
hour a day. Sams.
Mozilla Developer Network y colaboradores. (2017). Http request methods. Recuperado desde https://developer.
mozilla.org/en-US/docs/Web/HTTP/Methods
Mozilla Developer Network y colaboradores individuales. (2017, 1 de agosto). How the web works. Recuperado
desde https://developer.mozilla.org/en-US/docs/Learn/Getting started with the web/How the Web works
Shenoy, A. (2014). Thinking in html. Packt Publishing Ltd.
Tanenbaum, A. & Van Steen, M. (2008). Sistemas distribuidos. principios y paradigmas. Pearson Educación.
Vara, J., López, M., & Granda, D. (2014). Desarrollo web en entorno cliente. RA-MA Editorial.

POLITÉCNICO GRANCOLOMBIANO 11
 INFORMACIÓN TÉCNICA

Módulo: Desarrollo de Front-end

Unidad 1: Desarrollo Web y HTML
Escenario 1: Introducción al Desarrollo Web

Autor: Diego Satoba

Asesor Pedagógico: Ingrid Ospina Posada

Diseñador Gráfico: Catalina López
Asistente: Angie Laiton

Este material pertenece al Politécnico Grancolombiano.

Por ende, es de uso exclusivo de las Instituciones
adscritas a la Red Ilumno. Prohibida su reproducción
total o parcial.

POLITÉCNICO GRANCOLOMBIANO 12