Y es que hablando de redes sociales, es inevitable que sea un portal para exponer trabajo he aquí una lista interesante y bastante extensa para pasear entre los mejores blogs de DISEÑO.

A los que todavía no conocen este listado les recomiendo que se den una vuelta, ahi están recopilados los mejores blogs de diseño, ilustración, moda, publicidad, tecnología, etc.

A Blog List

Parece ser que, los que tenemos cierto grado de familiarización con la tecnología, hemos pasado de la necesidad básica de tener un mail (lo cual ahora es un given, ya que tenemos por lo menos unas tres direcciones) a la urgencia de tener presencia en las redes sociales.

Sitios como Facebook, Myspace y Hi5, cuya popularidad no sólo es obvia, sino también abrumante, ya no son suficientes debido a la generalidad en los perfiles de los usuarios, es decir, se puede conocer mucho de cada persona pero no dejan de ser datos generales. Ahora lo importante es qué tan específica es la red en la que estamos, podemos compartir música en Blip o en Last fm, reportar cada paso que damos en Twitter, compartir imágenes en Flickr, compartir links en Delicious, compartir nuestra experiencia laboral en Linked-in y demás sitos que no terminaría de enumerar.

El principio es muy simple y acontinuación nos hacen el favor de explicarnoslo con monitos:

En otra ocasión abordaremos de manera anecdótica algunos de los sitios que enlisto arriba.

Las redes sociales en México aún no están completamente consagradas como lo están en Estados Unidos o en otros lugares, aún les falta mucho para estar en su punto ideal, prueba para estas afirmaciones es la enorme diferencia que existe entre MySpace y Facebook en comparación con Metroflog. Si bien Metroflog ha sabido “hacer” bien su papel en México. Pues a pesar de ser sumamente molesto -especialmente el recibir toneladas de correos en las que incitan a visitar metroflogs (por eso de las actualizaciones) -si se le compara con MySpace y Facebook en México, les saca una gran ventaja. Y sin olvidar a Hi5, que a pesar de ser una red social bastante vieja, aún sigue teniendo un buen número de usuarios en México, casi casi pisando los talones a los metroflogs, datos como esos, solo nos hacen ver lo atrasados que vamos, en cuanto al tema de las redes sociales y tecnologías en el país. Este 2009 será de Facebook, ¡eso que ni que!, es cuestión de tiempo, pues en el 2008, poco a poco fue superando a su rival más cercano, MySpace. En 2008, Facebook crecía 600,000 usuarios por día y llego a la cantidad de 150 millones de usuarios activos en el mundo. El declive de MySpace, Metroflog y Hi5 es una de las cosas que espero, son sucesos que serán inevitables, pues son un montón de sitios de la web 1.0, sobreviviendo en tiempos en los que la web 3.0 ya está con nosotros.

Así que Facebook como dicen en Monterrey, “Esta con madre”

Aprovecho para saludar a todas las madres en su mes!

Recuerda visitarnos en Hi5, Facebook, Myspace, o en nuestro sitio www.gum.com.mx

Búscanos como Gum, Bunny Rated Marketing

Got Marketing?

By Alex C!

Interesante el listado, algunos no los conocía y la verdad son muy útiles.

El común de la gente, no tiene conocimiento de que todo lo que le rodea en su casa, en la calle, en el supermercado, en la farmacia, y albums de dvds y cds, fueron diseñados previamente antes de ser un producto de consumo; y tampoco sabe que el profesional que le dió forma, color, y marca fue un diseñador.

Si bien el área del diseño tiene distintos estadios como ser: el diseño industrial, el de la moda, el multimedia, el editorial, o el diseñador gráfico; todos ellos han demostrado tener un alto grado de creatividad y predisposición para ejercer su profesión.

El trabajo le tomó 6 meses y obtubo un gran resultado, sobre todo si tomamos en cuenta que su búsqueda de imágenes se limito al estado de Victoria en Australia.

Impresionante, no?

Visto en Swiss Miss

A continuación algunos ejemplos que, por lo menos yo, utilizo constantemente:

Googlear: Acción de buscar cualquier cosa en Google. Es además adaptable para cualquier sito que nos permita hacer búsquedas; por ejemplo ‘wikipedear’. Una curiosidad al respecto aquí.

Chattear: Gloriosas épocas en los 90 cuando entrabamos a los chat rooms para cyberligar, ya sea con nuestra identidad real o haciéndonos pasar por un galanazo o una persona del sexo opuesto super cachonda. El término hoy es aplicable para cualquier sistema de mensajería instantánea como Messenger, Gtalk, AIM, Yahoo-messenger, etc. Una utilidad grandiosa al respecto aquí.

Forwardear: Mi favorito personal, increíblemente flojonazo, no somos capaces de hacer una traducción rápida a ‘reenviar’, nos parece mucho más fácil agregarle la terminación en español para conjugarlo como cualquier otro verbo. Generalmente aplicado para los emails.

Bloguear: Publicar entradas en tu bitácora electrónica. Palabra que de un sustantivo (Blog), se hace verbo con la magia de una terminación en español para conjugarlo en el tiempo y persona requeridos.

Twittear: Originario de la red social de mayor crecimiento hoy día que pone a prueba nuestra capacidad de síntesis para expresar qué estamos pensando en 140 caracteres; Twitter. Funciona a partir de la misma magia que poseen los dos anteriores. Esto me recuerda una buena imagen que me encontré por ahí. BTW, pueden seguirme aquí.

Feeds: Una de mis actividades favoritas y que consumen una buena cantidad de tiempo mientras estoy conectado es el ‘leer mis feeds’, en cristiano; leer las actualizaciones de las páginas a las que estoy suscrito mediante un sistema RSS. En pocas palabras mis feeds son mi quitatiempo favorito.

Algún término de su preferencia?

Internet surgió de un proyecto desarrollado en Estados Unidos para apoyar a sus fuerzas militares. Luego de su creación fue utilizado por el gobierno, universidades y otros centros académicos.

Internet ha supuesto una revolución sin precedentes en el mundo de la informática y de las comunicaciones. Los inventos del telégrafo, teléfono, radio y ordenador sentaron las bases para esta integración de capacidades nunca antes vivida. Internet es a la vez una oportunidad de difusión mundial, un mecanismo de propagación de la información y un medio de colaboración e interacción entre los individuos y sus ordenadores independientemente de su localización geográfica.

Orígenes de Internet

La primera descripción documentada acerca de las interacciones sociales que podrían ser propiciadas a través del networking (trabajo en red) está contenida en una serie de memorándums escritos por J.C.R. Licklider, del Massachusetts Institute of Technology, en Agosto de 1962, en los cuales Licklider discute sobre su concepto de Galactic Network (Red Galáctica).

El concibió una red interconectada globalmente a través de la que cada uno pudiera acceder desde cualquier lugar a datos y programas. En esencia, el concepto era muy parecido a la Internet actual. Licklider fue el principal responsable del programa de investigación en ordenadores de la DARPA desde Octubre de 1962. Mientras trabajó en DARPA convenció a sus sucesores Ivan Sutherland, Bob Taylor, y el investigador del MIT Lawrence G. Roberts de la importancia del concepto de trabajo en red.

En Julio de 1961 Leonard Kleinrock publicó desde el MIT el primer documento sobre la teoría de conmutación de paquetes. Kleinrock convenció a Roberts de la factibilidad teórica de las comunicaciones vía paquetes en lugar de circuitos, lo cual resultó ser un gran avance en el camino hacia el trabajo informático en red. El otro paso fundamental fue hacer dialogar a los ordenadores entre sí.

Para explorar este terreno, en 1965, Roberts conectó un ordenador TX2 en Massachusetts con un Q-32 en California a través de una línea telefónica conmutada de baja velocidad, creando así la primera (aunque reducida) red de ordenadores de área amplia jamás construida. El resultado del experimento fue la constatación de que los ordenadores de tiempo compartido podían trabajar juntos correctamente, ejecutando programas y recuperando datos a discreción en la máquina remota, pero que el sistema telefónico de conmutación de circuitos era totalmente inadecuado para esta labor. La convicción de Kleinrock acerca de la necesidad de la conmutación de paquetes quedó pues confirmada.

A finales de 1966 Roberts se trasladó a la DARPA a desarrollar el concepto de red de ordenadores y rápidamente confeccionó su plan para ARPANET, publicándolo en 1967. En la conferencia en la que presentó el documento se exponía también un trabajo sobre el concepto de red de paquetes a cargo de Donald Davies y Roger Scantlebury del NPL. Scantlebury le habló a Roberts sobre su trabajo en el NPL así como sobre el de Paul Baran y otros en RAND. El grupo RAND había escrito un documento sobre redes de conmutación de paquetes para comunicación vocal segura en el ámbito militar, en 1964.

Ocurrió que los trabajos del MIT (1961-67), RAND (1962-65) y NPL (1964-67) habían discurrido en paralelo sin que los investigadores hubieran conocido el trabajo de los demás. La palabra packet (paquete) fue adoptada a partir del trabajo del NPL y la velocidad de la línea propuesta para ser usada en el diseño de ARPANET fue aumentada desde 2,4 Kbps hasta 50 Kbps (5).

En Agosto de 1968, después de que Roberts y la comunidad de la DARPA hubieran refinado la estructura global y las especificaciones de ARPANET, DARPA lanzó un RFQ para el desarrollo de uno de sus componentes clave: los conmutadores de paquetes llamados interface message processors (IMPs, procesadores de mensajes de interfaz).

El RFQ fue ganado en Diciembre de 1968 por un grupo encabezado por Frank Heart, de Bolt Beranek y Newman (BBN). Así como el equipo de BBN trabajó en IMPs con Bob Kahn tomando un papel principal en el diseño de la arquitectura de la ARPANET global, la topología de red y el aspecto económico fueron diseñados y optimizados por Roberts trabajando con Howard Frank y su equipo en la Network Analysis Corporation, y el sistema de medida de la red fue preparado por el equipo de Kleinrock de la Universidad de California, en Los Angeles (6).

A causa del temprano desarrollo de la teoría de conmutación de paquetes de Kleinrock y su énfasis en el análisis, diseño y medición, su Network Measurement Center (Centro de Medidas de Red) en la UCLA fue seleccionado para ser el primer nodo de ARPANET. Todo ello ocurrió en Septiembre de 1969, cuando BBN instaló el primer IMP en la UCLA y quedó conectado el primer ordenador host .

El proyecto de Doug Engelbart denominado Augmentation of Human Intelect (Aumento del Intelecto Humano) que incluía NLS, un primitivo sistema hipertexto en el Instituto de Investigación de Standford (SRI) proporcionó un segundo nodo. El SRI patrocinó el Network Information Center , liderado por Elizabeth (Jake) Feinler, que desarrolló funciones tales como mantener tablas de nombres de host para la traducción de direcciones así como un directorio de RFCs ( Request For Comments ).

Un mes más tarde, cuando el SRI fue conectado a ARPANET, el primer mensaje de host a host fue enviado desde el laboratorio de Leinrock al SRI. Se añadieron dos nodos en la Universidad de California, Santa Bárbara, y en la Universidad de Utah. Estos dos últimos nodos incorporaron proyectos de visualización de aplicaciones, con Glen Culler y Burton Fried en la UCSB investigando métodos para mostrar funciones matemáticas mediante el uso de “storage displays” ( N. del T. : mecanismos que incorporan buffers de monitorización distribuidos en red para facilitar el refresco de la visualización) para tratar con el problema de refrescar sobre la red, y Robert Taylor y Ivan Sutherland en Utah investigando métodos de representación en 3-D a través de la red.

Así, a finales de 1969, cuatro ordenadores host fueron conectados cojuntamente a la ARPANET inicial y se hizo realidad una embrionaria Internet. Incluso en esta primitiva etapa, hay que reseñar que la investigación incorporó tanto el trabajo mediante la red ya existente como la mejora de la utilización de dicha red. Esta tradición continúa hasta el día de hoy.

Se siguieron conectando ordenadores rápidamente a la ARPANET durante los años siguientes y el trabajo continuó para completar un protocolo host a host funcionalmente completo, así como software adicional de red. En Diciembre de 1970, el Network Working Group (NWG) liderado por S.Crocker acabó el protocolo host a host inicial para ARPANET, llamado Network Control Protocol (NCP, protocolo de control de red). Cuando en los nodos de ARPANET se completó la implementación del NCP durante el periodo 1971-72, los usuarios de la red pudieron finalmente comenzar a desarrollar aplicaciones.

En Octubre de 1972, Kahn organizó una gran y muy exitosa demostración de ARPANET en la International Computer Communication Conference . Esta fue la primera demostración pública de la nueva tecnología de red. Fue también en 1972 cuando se introdujo la primera aplicación “estrella”: el correo electrónico.
En Marzo, Ray Tomlinson, de BBN, escribió el software básico de envío-recepción de mensajes de correo electrónico, impulsado por la necesidad que tenían los desarrolladores de ARPANET de un mecanismo sencillo de coordinación.

En Julio, Roberts expandió su valor añadido escribiendo el primer programa de utilidad de correo electrónico para relacionar, leer selectivamente, almacenar, reenviar y responder a mensajes. Desde entonces, la aplicación de correo electrónico se convirtió en la mayor de la red durante más de una década. Fue precursora del tipo de actividad que observamos hoy día en la World Wide Web , es decir, del enorme crecimiento de todas las formas de tráfico persona a persona.

Conceptos iniciales sobre Internetting

La ARPANET original evolucionó hacia Internet. Internet se basó en la idea de que habría múltiples redes independientes, de diseño casi arbitrario, empezando por ARPANET como la red pionera de conmutación de paquetes, pero que pronto incluiría redes de paquetes por satélite, redes de paquetes por radio y otros tipos de red. Internet como ahora la conocemos encierra una idea técnica clave, la de arquitectura abierta de trabajo en red.

Bajo este enfoque, la elección de cualquier tecnología de red individual no respondería a una arquitectura específica de red sino que podría ser seleccionada libremente por un proveedor e interactuar con las otras redes a través del metanivel de la arquitectura de Internetworking (trabajo entre redes). Hasta ese momento, había un sólo método para “federar” redes.

Era el tradicional método de conmutación de circuitos, por el cual las redes se interconectaban a nivel de circuito pasándose bits individuales síncronamente a lo largo de una porción de circuito que unía un par de sedes finales. Cabe recordar que Kleinrock había mostrado en 1961 que la conmutación de paquetes era el método de conmutación más eficiente.

Juntamente con la conmutación de paquetes, las interconexiones de propósito especial entre redes constituían otra posibilidad. Y aunque había otros métodos limitados de interconexión de redes distintas, éstos requerían que una de ellas fuera usada como componente de la otra en lugar de actuar simplemente como un extremo de la comunicación para ofrecer servicio end-to-end (extremo a extremo).

En una red de arquitectura abierta, las redes individuales pueden ser diseñadas y desarrolladas separadamente y cada una puede tener su propia y única interfaz, que puede ofrecer a los usuarios y/u otros proveedores, incluyendo otros proveedores de Internet. Cada red puede ser diseñada de acuerdo con su entorno específico y los requerimientos de los usuarios de aquella red.

No existen generalmente restricciones en los tipos de red que pueden ser incorporadas ni tampoco en su ámbito geográfico, aunque ciertas consideraciones pragmáticas determinan qué posibilidades tienen sentido. La idea de arquitectura de red abierta fue introducida primeramente por Kahn un poco antes de su llegada a la DARPA en 1972. Este trabajo fue originalmente parte de su programa de paquetería por radio, pero más tarde se convirtió por derecho propio en un programa separado.

Entonces, el programa fue llamado Internetting . La clave para realizar el trabajo del sistema de paquetería por radio fue un protocolo extremo a extremo seguro que pudiera mantener la comunicación efectiva frente a los cortes e interferencias de radio y que pudiera manejar las pérdidas intermitentes como las causadas por el paso a través de un túnel o el bloqueo a nivel local. Kahn pensó primero en desarrollar un protocolo local sólo para la red de paquetería por radio porque ello le hubiera evitado tratar con la multitud de sistemas operativos distintos y continuar usando NCP.

Sin embargo, NCP no tenía capacidad para direccionar redes y máquinas más allá de un destino IMP en ARPANET y de esta manera se requerían ciertos cambios en el NCP. La premisa era que ARPANET no podía ser cambiado en este aspecto. El NCP se basaba en ARPANET para proporcionar seguridad extremo a extremo. Si alguno de los paquetes se perdía, el protocolo y presumiblemente cualquier aplicación soportada sufriría una grave interrupción. En este modelo, el NCP no tenía control de errores en el host porque ARPANET había de ser la única red existente y era tan fiable que no requería ningún control de errores en la parte de los host s.

Así, Kahn decidió desarrollar una nueva versión del protocolo que pudiera satisfacer las necesidades de un entorno de red de arquitectura abierta. El protocolo podría eventualmente ser denominado “Transmisson-Control Protocol/Internet Protocol” (TCP/IP, protocolo de control de transmisión /protocolo de Internet). Así como el NCP tendía a actuar como un driver (manejador) de dispositivo, el nuevo protocolo sería más bien un protocolo de comunicaciones.

Ideas a prueba

DARPA formalizó tres contratos con Stanford (Cerf), BBN (Ray Tomlinson) y UCLA (Peter Kirstein) para implementar TCP/IP (en el documento original de Cerf y Kahn se llamaba simplemente TCP pero contenía ambos componentes). El equipo de Stanford, dirigido por Cerf, produjo las especificaciones detalladas y al cabo de un año hubo tres implementaciones independientes de TCP que podían interoperar.

Este fue el principio de un largo periodo de experimentación y desarrollo para evolucionar y madurar el concepto y tecnología de Internet. Partiendo de las tres primeras redes ARPANET, radio y satélite y de sus comunidades de investigación iniciales, el entorno experimental creció hasta incorporar esencialmente cualquier forma de red y una amplia comunidad de investigación y desarrollo [REK78]. Cada expansión afrontó nuevos desafíos.

Las primeras implementaciones de TCP se hicieron para grandes sistemas en tiempo compartido como Tenex y TOPS 20. Cuando aparecieron los ordenadores de sobremesa ( desktop ), TCP era demasiado grande y complejo como para funcionar en ordenadores personales. David Clark y su equipo de investigación del MIT empezaron a buscar la implementación de TCP más sencilla y compacta posible.

La desarrollaron, primero para el Alto de Xerox (la primera estación de trabajo personal desarrollada en el PARC de Xerox), y luego para el PC de IBM. Esta implementación operaba con otras de TCP, pero estaba adaptada al conjunto de aplicaciones y a las prestaciones de un ordenador personal, y demostraba que las estaciones de trabajo, al igual que los grandes sistemas, podían ser parte de Internet.

En los años 80, el desarrollo de LAN, PC y estaciones de trabajo permitió que la naciente Internet floreciera. La tecnología Ethernet, desarrollada por Bob Metcalfe en el PARC de Xerox en 1973, es la dominante en Internet, y los PCs y las estaciones de trabajo los modelos de ordenador dominantes. El cambio que supone pasar de una pocas redes con un modesto número de hosts (el modelo original de ARPANET) a tener muchas redes dio lugar a nuevos conceptos y a cambios en la tecnología.

En primer lugar, hubo que definir tres clases de redes (A, B y C) para acomodar todas las existentes. La clase A representa a las redes grandes, a escala nacional (pocas redes con muchos ordenadores); la clase B representa redes regionales; por último, la clase C representa redes de área local (muchas redes con relativamente pocos ordenadores).

Como resultado del crecimiento de Internet, se produjo un cambio de gran importancia para la red y su gestión. Para facilitar el uso de Internet por sus usuarios se asignaron nombres a los host s de forma que resultara innecesario recordar sus direcciones numéricas. Originalmente había un número muy limitado de máquinas, por lo que bastaba con una simple tabla con todos los ordenadores y sus direcciones asociadas.

El cambio hacia un gran número de redes gestionadas independientemente (por ejemplo, las LAN) significó que no resultara ya fiable tener una pequeña tabla con todos los host s. Esto llevó a la invención del DNS ( Domain Name System , sistema de nombres de dominio) por Paul Mockapetris de USC/ISI. El DNS permitía un mecanismo escalable y distribuido para resolver jerárquicamente los nombres de los host s (por ejemplo, www.acm.org o www.ati.es ) en direcciones de Internet.

El incremento del tamaño de Internet resultó también un desafío para los routers . Originalmente había un sencillo algoritmo de enrutamiento que estaba implementado uniformemente en todos los routers de Internet. A medida que el número de redes en Internet se multiplicaba, el diseño inicial no era ya capaz de expandirse, por lo que fue sustituido por un modelo jerárquico de enrutamiento con un protocolo IGP ( Interior Gateway Protocol , protocolo interno de pasarela) usado dentro de cada región de Internet y un protocolo EGP ( Exterior Gateway Protocol , protocolo externo de pasarela) usado para mantener unidas las regiones.

El diseño permitía que distintas regiones utilizaran IGP distintos, por lo que los requisitos de coste, velocidad de configuración, robustez y escalabilidad, podían ajustarse a cada situación. Los algoritmos de enrutamiento no eran los únicos en poner en dificultades la capacidad de los routers , también lo hacía el tamaño de la tablas de direccionamiento. Se presentaron nuevas aproximaciones a la agregación de direcciones (en particular CIDR, Classless Interdomain Routing , enrutamiento entre dominios sin clase) para controlar el tamaño de las tablas de enrutamiento.

A medida que evolucionaba Internet, la propagación de los cambios en el software, especialmente el de los host s, se fue convirtiendo en uno de sus mayores desafíos. DARPA financió a la Universidad de California en Berkeley en una investigación sobre modificaciones en el sistema operativo Unix, incorporando el TCP/IP desarrollado en BBN. Aunque posteriormente Berkeley modificó esta implementación del BBN para que operara de forma más eficiente con el sistema y el kernel de Unix, la incorporación de TCP/IP en el sistema Unix BSD demostró ser un elemento crítico en la difusión de los protocolos entre la comunidad investigadora.

BSD empezó a ser utilizado en sus operaciones diarias por buena parte de la comunidad investigadora en temas relacionados con informática. Visto en perspectiva, la estrategia de incorporar los protocolos de Internet en un sistema operativo utilizado por la comunidad investigadora fue uno de los elementos clave en la exitosa y amplia aceptación de Internet.

Uno de los desafíos más interesantes fue la transición del protocolo para host s de ARPANET desde NCP a TCP/IP el 1 de enero de 1983. Se trataba de una ocasión muy importante que exigía que todos los host s se convirtieran simultáneamente o que permanecieran comunicados mediante mecanismos desarrollados para la ocasión.

La transición fue cuidadosamente planificada dentro de la comunidad con varios años de antelación a la fecha, pero fue sorprendentemente sobre ruedas (a pesar de dar la lugar a la distribución de insignias con la inscripción “Yo sobreviví a la transición a TCP/IP”).

TCP/IP había sido adoptado como un estándar por el ejército norteamericano tres años antes, en 1980. Esto permitió al ejército empezar a compartir la tecnología DARPA basada en Internet y llevó a la separación final entre las comunidades militares y no militares. En 1983 ARPANET estaba siendo usada por un número significativo de organizaciones operativas y de investigación y desarrollo en el área de la defensa. La transición desde NCP a TCP/IP en ARPANET permitió la división en una MILNET para dar soporte a requisitos operativos y una ARPANET para las necesidades de investigación.

Así, en 1985, Internet estaba firmemente establecida como una tecnología que ayudaba a una amplia comunidad de investigadores y desarrolladores, y empezaba a ser empleada por otros grupos en sus comunicaciones diarias entre ordenadores. El correo electrónico se empleaba ampliamente entre varias comunidades, a menudo entre distintos sistemas. La interconexión entre los diversos sistemas de correo demostraba la utilidad de las comunicaciones electrónicas entre personas.

La transición hacia una infraestructura global

Al mismo tiempo que la tecnología Internet estaba siendo validada experimentalmente y usada ampliamente entre un grupo de investigadores de informática se estaban desarrollando otras redes y tecnologías. La utilidad de las redes de ordenadores (especialmente el correo electrónico utilizado por los contratistas de DARPA y el Departamento de Defensa en ARPANET) siguió siendo evidente para otras comunidades y disciplinas de forma que a mediados de los años 70 las redes de ordenadores comenzaron a difundirse allá donde se podía encontrar financiación para las mismas.

El Departamento norteamericano de Energía (DoE, Deparment of Energy ) estableció MFENet para sus investigadores que trabajaban sobre energía de fusión, mientras que los físicos de altas energías fueron los encargados de construir HEPNet. Los físicos de la NASA continuaron con SPAN y Rick Adrion, David Farber y Larry Landweber fundaron CSNET para la comunidad informática académica y de la industria con la financiación inicial de la NFS ( National Science Foundation , Fundación Nacional de la Ciencia) de Estados Unidos.

La libre diseminación del sistema operativo Unix de ATT dio lugar a USENET, basada en los protocolos de comunicación UUCP de Unix, y en 1981 Greydon Freeman e Ira Fuchs diseñaron BITNET, que unía los ordenadores centrales del mundo académico siguiendo el paradigma de correo electrónico como “postales”. Con la excepción de BITNET y USENET, todas las primeras redes (como ARPANET) se construyeron para un propósito determinado.

Es decir, estaban dedicadas (y restringidas) a comunidades cerradas de estudiosos; de ahí las escasas presiones por hacer estas redes compatibles y, en consecuencia, el hecho de que durante mucho tiempo no lo fueran. Además, estaban empezando a proponerse tecnologías alternativas en el sector comercial, como XNS de Xerox, DECNet, y la SNA de IBM (8).

Sólo restaba que los programas ingleses JANET (1984) y norteamericano NSFNET (1985) anunciaran explícitamente que su propósito era servir a toda la comunidad de la enseñanza superior sin importar su disciplina. De hecho, una de las condiciones para que una universidad norteamericana recibiera financiación de la NSF para conectarse a Internet era que “la conexión estuviera disponible para todos los usuarios cualificados del campus”.

En 1985 Dennins Jenning acudió desde Irlanda para pasar un año en NFS dirigiendo el programa NSFNET. Trabajó con el resto de la comunidad para ayudar a la NSF a tomar una decisión crítica: si TCP/IP debería ser obligatorio en el programa NSFNET. Cuando Steve Wolff llegó al programa NFSNET en 1986 reconoció la necesidad de una infraestructura de red amplia que pudiera ser de ayuda a la comunidad investigadora y a la académica en general, junto a la necesidad de desarrollar una estrategia para establecer esta infraestructura sobre bases independientes de la financiación pública directa. Se adoptaron varias políticas y estrategias para alcanzar estos fines.

La NSF optó también por mantener la infraestructura organizativa de Internet existente (DARPA) dispuesta jerárquicamente bajo el IAB ( Internet Activities Board , Comité de Actividades de Internet). La declaración pública de esta decisión firmada por todos sus autores (por los grupos de Arquitectura e Ingeniería de la IAB, y por el NTAG de la NSF) apareció como la RFC 985 (“Requisitos para pasarelas de Internet”) que formalmente aseguraba la interoperatividad entre las partes de Internet dependientes de DARPA y de NSF.

El backbone había hecho la transición desde una red construida con routers de la comunidad investigadora (los routers Fuzzball de David Mills) a equipos comerciales. En su vida de ocho años y medio, el backbone había crecido desde seis nodos con enlaces de 56Kb a 21 nodos con enlaces múltiples de 45Mb.Había visto crecer Internet hasta alcanzar más de 50.000 redes en los cinco continentes y en el espacio exterior, con aproximadamente 29.000 redes en los Estados Unidos.

El efecto del ecumenismo del programa NSFNET y su financiación (200 millones de dólares entre 1986 y 1995) y de la calidad de los protocolos fue tal que en 1990, cuando la propia ARPANET se disolvió, TCP/IP había sustituido o marginado a la mayor parte de los restantes protocolos de grandes redes de ordenadores e IP estaba en camino de convertirse en el servicio portador de la llamada Infraestructura Global de Información.

El papel de la documentación

Un aspecto clave del rápido crecimiento de Internet ha sido el acceso libre y abierto a los documentos básicos, especialmente a las especificaciones de los protocolos.

Los comienzos de Arpanet y de Internet en la comunidad de investigación universitaria estimularon la tradición académica de la publicación abierta de ideas y resultados. Sin embargo, el ciclo normal de la publicación académica tradicional era demasiado formal y lento para el intercambio dinámico de ideas, esencial para crear redes.

En 1969 S.Crocker, entonces en UCLA, dio un paso clave al establecer la serie de notas RFC ( Request For Comments , petición de comentarios). Estos memorándums pretendieron ser una vía informal y de distribución rápida para compartir ideas con otros investigadores en redes. Al principio, las RFC fueron impresas en papel y distribuidas vía correo “lento”. Pero cuando el FTP ( File Transfer Protocol , protocolo de transferencia de ficheros) empezó a usarse, las RFC se convirtieron en ficheros difundidos online a los que se accedía vía FTP.

Hoy en día, desde luego, están disponibles en el World Wide Web en decenas de emplazamientos en todo el mundo. SRI, en su papel como Centro de Información en la Red, mantenía los directorios online . Jon Postel actuaba como editor de RFC y como gestor de la administración centralizada de la asignación de los números de protocolo requeridos, tareas en las que continúa hoy en día.

El efecto de las RFC era crear un bucle positivo de realimentación, con ideas o propuestas presentadas a base de que una RFC impulsara otra RFC con ideas adicionales y así sucesivamente. Una vez se hubiera obtenido un consenso se prepararía un documento de especificación. Tal especificación seria entonces usada como la base para las implementaciones por parte de los equipos de investigación.

Con el paso del tiempo, las RFC se han enfocado a estándares de protocolo –las especificaciones oficiales- aunque hay todavía RFC informativas que describen enfoques alternativos o proporcionan información de soporte en temas de protocolos e ingeniería. Las RFC son vistas ahora como los documentos de registro dentro de la comunidad de estándares y de ingeniería en Internet.

El acceso abierto a las RFC –libre si se dispone de cualquier clase de conexión a Internet- promueve el crecimiento de Internet porque permite que las especificaciones sean usadas a modo de ejemplo en las aulas universitarias o por emprendedores al desarrollar nuevos sistemas.

El e-mail o correo electrónico ha supuesto un factor determinante en todas las áreas de Internet, lo que es particularmente cierto en el desarrollo de las especificaciones de protocolos, estándares técnicos e ingeniería en Internet. Las primitivas RFC a menudo presentaban al resto de la comunidad un conjunto de ideas desarrolladas por investigadores de un solo lugar. Después de empezar a usarse el correo electrónico, el modelo de autoría cambió: las RFC pasaron a ser presentadas por coautores con visiones en común, independientemente de su localización.

Las listas de correo especializadas ha sido usadas ampliamente en el desarrollo de la especificación de protocolos, y continúan siendo una herramienta importante. El IETF tiene ahora más de 75 grupos de trabajo, cada uno dedicado a un aspecto distinto de la ingeniería en Internet. Cada uno de estos grupos de trabajo dispone de una lista de correo para discutir uno o más borradores bajo desarrollo. Cuando se alcanza el consenso en el documento, éste puede ser distribuido como una RFC.

Debido a que la rápida expansión actual de Internet se alimenta por el aprovechamiento de su capacidad de promover la compartición de información, deberíamos entender que el primer papel en esta tarea consistió en compartir la información acerca de su propio diseño y operación a través de los documentos RFC. Este método único de producir nuevas capacidades en la red continuará siendo crítico para la futura evolución de Internet.

El futuro: Internet 2

Internet 2 es el futuro de la red de redes y está formado actualmente por un consorcio dirigido por 206 universidades que junto a la industria de comunicaciones y el gobierno están desarrollando nuevas técnicas de conexión que acelerarán la capacidad de transferencia entre servidores.

Sus objetivos están enfocados a la educación y la investigación académica. Además buscan aprovechar aplicaciones de audio y video que demandan más capacidad de transferencia de ancho de banda.

Encontrado en:

http://www.maestrosdelweb.com/

Al intentar reparar ese error tenemos que leer letra por letra nuestra página completa para corregir. Para evitar este último paso, contamos con Styleneat, una aplicación on line, que checa por nosotros cualquier error que tengamos. Lo único que hay que hacer es entregarle nuestra programación por tres posibles medios:

Direct input. Copiar y pegar nuestro texto

File upload. Subir nuestro archivo completo

Stylesheet url. En la que sólo debemos indicar la dirección de la página una vez que la subimos.

Esto nos ahorra muchísimo trabajo y valioso tiempo.

Chequenla y nos cuentan qué les parece.

Muchos cometen algunos de estos errores, por lo que te sugiero prestar atención en cada punto, evaluar y mejorar tu web si es necesario.

1. Usar un proveedor de hosting gratuito…

Existen cientos de ellos por toda la red, ofreciéndote espacio de 10 Mb, 20 Mb o incluso 50 Mb para alojar la web de forma totalmente gratuita. Estos proveedores, a cambio de su servicio, muestran su publicidad en las páginas o a través de ventanas pop-up. Esto es totalmente desaconsejable ya que una web comercial no puede trasmitir credibilidad con este tipo de hosting, además estos servidores están sobrecargados de internautas y ofrecen una transferencia muy pobre. Para crear una web comercial es primordial tener nuestro dominio propio con un proveedor de hosting que nos ofrezca unas prestaciones adecuadas para nuestra web, ya que la primera impresión es muy importante para un negocio en Internet. Recuerda el refrán: “No existe una segunda oportunidad para dar la primera impresión”.

2. No utilizar eficazmente el correo electrónico.

El correo electrónico es la principal herramienta de trabajo de un Negocio en Internet, después de la página web, por lo que es determinante para triunfar o fracasar. Tendremos que utilizarla diariamente para responder emails, leer los mensajes entrantes, enviar campañas de emails, etc. Una empresa está destinada al fracaso si no tiene bien organizado la comunicación a través del correo electrónico con los clientes o futuros clientes. El correo electrónico tiene muchas posibilidades, y hay que aprovecharlas al máximo. No se trata de crear más trabajo, sino de organizar y optimizar las comunicaciones para reducir el trabajo y aumentar la eficacia.

3. Sobrecargar la web.

El principal objetivo de una web comercial es vender, por lo tanto, si una web está repleta de gráficos, música, Applets java, etc. está haciendo lenta la carga de la web, esto es muy negativo para las páginas comerciales, ya que los internautas no son pacientes y pueden acabar por irse a otra web antes de que se acabe de cargarse la página. Cuando antes estén en nuestra web mejor, no los hagamos esperar ya que los principales interesados en que visiten la web somos nosotros. A no ser que la web venda comics, diseño, etc. no debemos poner ni un gráfico (a menos que sea imprescindible), ya que los gráficos en sí, no venden más bien distraen al internauta. En todo caso los gráficos deben estar optimizados para no sobrecargar demasiado la web.

4. No crear un Boletín Electrónico.

Mucha gente no se atreve comprar en Internet porque no tiene la suficiente confianza con la web vendedora. Los boletines pueden ayudar a establecer confianza entre el internauta y la empresa vendedora, y así mejorar considerablemente las ventas. El boletín debe de ser por suscripción voluntaria y de forma totalmente gratuita. A través de él, tendremos al internauta informado de las novedades de nuestra web, ya sea productos nuevos, servicios, nuevas secciones, etc., pero el contenido debe de ser interesante para los lectores, deberemos escribir artículos sobre el sector, trucos prácticos, noticias de actualidad, etc.

5. Hacer Spam, Es una técnica muy utilizada en muchas páginas web “novatas” en el Negocio en Internet.

Nadie se conecta a Internet para leer propaganda en su correo, es más, la mayoría odia recibir emails no deseados (Spam).El Spam aparte de no ser efectivo, da mala imagen a la empresa o web que lo envía, y es una forma de fracasar un Negocio en Internet. Mucha gente no lo ve o no lo cree hasta que por su propia experiencia acaban sufriendo las consecuencias.

6. Crear una web y pensar que trabajará por nosotros.

Mucha gente cree que con sólo poner una página en Internet ya tiene su negocio en marcha, y esperan a que le caigan los pedidos del cielo. La creación de una web es sólo el primer paso para estar presentes en Internet, pero luego hay que trabajar para hacerla funcionar de forma eficaz, y obtener beneficios. Internet es una herramienta con extraordinarias posibilidades, pero hay que aplicarlas de forma eficaz para que realmente un Negocio en Internet funcione. Podemos tener el mejor producto de todo Internet, pero si no es conocido en él, no venderemos ni una unidad.

7. Crear una web difícil o actualizar la web incorrectamente.

La navegación de una web debe de ser intuitiva y fácil de usar. Los internautas están constantemente visitando nuevas páginas, y poco motivados para aprender a utilizarlas. Si una página les resulta difícil de manejar se marchan rápidamente a otra. Por esta razón, es primordial la facilidad de uso. Muchas veces nos encontramos con que después de aprender el funcionamiento de una web para una determinada acción, como ver unas estadísticas, entrar en un apartado de usuarios, etc. nos cambian el diseño o los nombres de los links, dificultando así la utilización de la web. Esto no es positivo para nuestros clientes, ya que estamos dificultando su navegación por nuestra web, y se sentirán molestos. En las actualizaciones deberemos mantener el mismo funcionamiento, en la medida de lo posible a fin de no obligar a que nuestros clientes tengan que volver aprender el funcionamiento de nuevo.

8. No conocer las opiniones de los visitantes.

Muchos Negocios en Internet olvidan de pedir sugerencias o no hacen caso de las peticiones de los internautas que visitan la web. Esto no es bueno para una web comercial, ya que el internauta, en muchas ocasiones es nuestra principal fuente de ingresos y si no está contento con la web dejará de visitarnos y posiblemente perderemos el cliente. Tenemos que solicitar que opinen sobre nuestra web, podemos sugerir preguntas como ¿Qué mejorarías?, ¿Qué defectos encuentras?, ¿Qué sección incluirías?, etc. Al fin y al cabo son ellos los que navegan por nuestra web, y si les damos lo que quieren se sentirán a gusto en ella y estarán más satisfechos cuando naveguen por nuestra web.

Es cierto que existen muchos más errores que se pueden cometer, pero si no cometemos éstos comenzaremos con el pie derecho.

Gracias por visitar nuestro blog
Gum boutique marketing & pool creativo