Dev&Ops

En este episodio de Dev&Ops analizamos un debate que ya no es debate: ¿por qué Linux terminó dominando los servidores web y de aplicaciones?
Recorremos la historia desde los 90s: Perl, CGI, PHP, Java, ASP, ColdFusion, el nacimiento del stack LAMP, el auge de Apache y NGINX, y cómo la comunidad open source inclinó definitivamente la balanza.
No es una conversación basada en fanatismo. Es un análisis histórico y técnico sobre costos, rendimiento, comunidad, estabilidad y cómo la nube terminó de consolidar el dominio de Linux en la web.

🔍 En este episodio aprenderás:
  • Cómo el stack LAMP revolucionó el desarrollo web
  • Por qué el modelo open source aceleró la adopción de Linux
  • Qué papel jugaron PHP, Java, Ruby y ASP en esta batalla
  • Cómo el rendimiento y la arquitectura multiusuario marcaron la diferencia
  • Por qué la nube terminó de consolidar el dominio de Linux
  • En qué áreas Windows sigue siendo el rey (Exchange y Active Directory)
📑 Capítulos recomendados
 (00:00) Introducción al EP50
 (02:10) ¿Linux vs Windows en servidores? Una batalla ya ganada
 (05:46) ¿Qué pasaría si hoy te pidieran montar un servidor web en Windows?
 (09:11) Servidores Windows en los 2000: IIS, NT y Windows 2000
 (12:00) El factor costo: licencias vs open source
 (16:01) Linux como puerta de entrada para desarrolladores
 (21:00) Los lenguajes que marcaron la historia web (Perl, CGI, C/C++)
 (29:40) El nacimiento de PHP y el auge del stack LAMP
 (31:44) Ruby on Rails y su impacto en la web
 (37:42) ColdFusion, enterprise y software propietario
 (43:38) ASP y el ecosistema cerrado de Windows
 (46:45) Java y la era de los Servlets
 (51:33) Open source vs propietario: quién inclinó la balanza
 (57:44) Comunidad, Apache y la consolidación de Linux
 (1:01:03) Automatización y facilidad de despliegue
 (1:03:21) Estabilidad, rendimiento y arquitectura multiusuario
 (1:13:21) Microsoft adopta Linux en la nube
 (1:16:00) La nube como golpe final a la batalla
 (1:18:00) Conclusiones: hechos históricos, no fanatismo

Creators and Guests

DB
Host
Douglas Barahona
JR
Host
Juan Ramos

What is Dev&Ops?

Dev&Ops es el espacio donde hablamos de cultura tech, compartimos anécdotas reales y damos consejos prácticos para todo entusiasta del mundo del desarrollo y la tecnología. Acompáñanos a descubrir las últimas tendencias, aprender de nuestras experiencias y recibir tips que te ayudarán a destacar en este entorno digital en constante evolución.

Douglas (00:00)
el primer stack de Apache PHP y MySQL verdad y ese stack Juan, ese stack revolucionó la web era era sólido

era simple, corría en un solo servidor, ¿verdad? Era fácil de replicar, era fácil de mantener, era conocidísimo por todo el mundo, cualquiera te daba una guía, un consejo de cómo hacerlo, personas que no tenían trasfondos técnicos tan profundos, comenzaban agarrando una guía, un how to, una guía de cómo hacerlo y sólo repetían comandos y ya lo ponían a correr.

Juan (00:19)
Sí.

Douglas (00:46)
Hola a todos y bienvenidos a un nuevo episodio de Dev & Ops, su podcast favorito de desarrollo, tecnología, DevOps y su cultura en general. Y le doy la bienvenida a mi amigo y co-host Juan Ramos que me acompaña cada episodio en este espacio. Juan bienvenido, ¿qué tal estás?

Juan (01:06)
Hola Douglas, me encuentro muy bien el día de hoy. Muy emocionado y intrigado con cómo está avanzando la inteligencia artificial. Estaba revisando cómo utilizar la inteligencia artificial en los procesos de generar, para generar animaciones en los juegos. Y está muy interesante, la verdad. Siempre me llama la atención cómo de dos meses para atrás había algo que ni siquiera existía y ahora hay cosas que cambian la industria. Pero bueno, ahí...

Ahí vamos. Y bueno, emocionado por el capítulo, obviamente.

Douglas (01:40)
Sí, qué interesante, ya cuando una tecnología sorprende a una persona que lleva más de una década en este mundo, en este rubro, significa que es algo grande, que es algo significativo. Y yo estoy con vos, la verdad que eso pasa mucho. Y es el tema del momento, sin embargo, no vamos a hablar de cosas relacionadas con la inteligencia artificial hoy. De hecho, a hablar de un tema que va a incluir un poco de historia.

Un poco de historia, un tema que algunos pudieran pensar que es un versus, pero en realidad no es un versus porque estamos hablando de una batalla ganada y es que vamos a hablar Juan de por qué Linux le ganó la batalla a Windows en lo que tiene que ver con servidores de sistema web o de aplicaciones móviles incluso hoy en día, con lo que tiene que ver con esa parte de sistemas porque recordemos Juan que Windows

Juan (02:10)
Ok, excelente.

Douglas (02:38)
era y sigue siendo el rey en lo que tiene que ver con la parte del Exchange Server, ¿verdad? Yo recomiendo hoy en día que la gente pueda tener sus servicios de correo en la nube y pueden usar el Office 365 de Microsoft, así lo desean o cualquiera de los otros servicios, pero empresas que tienen estas políticas de seguridad interna, Exchange Server, hoy se llama, si mal no recuerdo, Subscription Edition, Change Server Subscription Edition, algo así.

me equivoco, tengo mucho tiempo no trabajar con Windows. Y también la parte de Active Directory, verdad que es el directorio de usuarios locales, está Entry ID que es el servicio de Azure si lo quieres integrar con la nube, pero para aquellos que lo tienen local realmente que...

Pudieras hacerlo con Linux, sí, totalmente, puedes tener un servidor directo de correos electrónicos con Linux y puedes tener un Open LDAP o verdad, un LDAP en general y tener tus usuarios, pero realmente que ahí no nos engañemos, no nos equivoquemos, Juan, Windows es el rey y es el que yo le voy a recomendar a cualquiera en ese sentido, pero en todo lo que tiene que ver con servidores, sobre todo servidores web.

lo que hay alrededor de los servidores web, cómo se llama, el web server, el application server, database, el caching, todo esto Linux le ganó la batalla a Windows, es que le está ganando, no, ya le ganó, ya aquí ya no veo posible que Windows pueda remontar a menos que Windows se traiga los votos rurales, ese es un chiste que solo los hondureños entendemos y me disculpo como el resto de Latinoamérica

por esta referencia, pero a menos que Windows haga algo realmente no lo miro en el panorama, ya Linux lo ganó, pero Juan lo que quisiera que habláramos es por qué lo ganó, aquí ya las personas que nos ven hace mucho tiempo saben que si bien es cierto tenemos nuestra opinión basada en nuestras experiencias

Juan (04:34)
Ok

Douglas (04:42)
tampoco somos cerrados y tampoco discriminamos ningún tipo de tecnología. Si hay por ahí algunos unicornios que quieren seguir usando Windows para web server, son libres de hacerlo, ¿verdad? No sé por qué lo harían, pero libres son y no los vamos a criticar por eso.

pero sin embargo queremos hablar de porque los hechos, no queremos personas cerradas que solo digan no Linux es mejor, Linux es mejor, pero por qué, por qué es mejor, no te equivocas, Linux es mejor para web pero por qué es mejor y es lo que queremos, lo que quisiéramos, quisiera yo Juan que habláramos hoy, que discutamos hoy y yo sé Juan que vos bueno vos usas Linux aún en tu local, en tu día a verdad vos sos un usuario de Linux e incluso de escritorio, cuando me refiero a escritorio me refiero a tu computadora de laptop o tu

Juan (05:26)
Sí.

Douglas (05:29)
tu computadora personal de escritorio. Y a nivel de servidor yo sé que voy a conocer que Linux es realmente quien lleva la delantera en ese sentido y por mucho. Pero la conversación en general, ¿qué quieres agregar antes de comenzarla?

Juan (05:46)
Wow, verdad es que es como decía ya está ganada la batalla, Que alguien intente utilizar, por ejemplo si alguien viniera y me dijese, ok vamos a hacer este proyecto pero el servidor tiene que estar todo en Windows, ni siquiera sabría por dónde empezar, o sea no tengo idea. Así de desconectado estoy con esa parte porque...

nunca lo utilicé como un servidor web. Claro, sé que se ha utilizado, sé esas cosas. En cierto trabajo donde yo estaba, lo utilizaba. Incluso recuerdo antes, cuando estaba muy joven, yo trabajaba como recepcionista en un hotel y allí utilizaban el servidor era Windows. Entonces yo miraba eso, pero yo ya empezaba a estudiar informática, entonces yo no entendía por qué utilizaban Windows.

pero

bueno yo decía alguna razón tendrán sin embargo pues la verdad es que Linux a mí lo que se me viene a la mente como para iniciar a dar mis lo que se me viene a la mente, no lo que imagino es tal vez el apoyo de la comunidad recuerdo hace mucho tiempo también en la universidad

Nos enseñaban, o sea la clase que nos daban era sobre programar y programar a páginas web y lo que nos, el tema que nos compartían tenía que ver con .net y utilizarlo, toda la tecnología de Windows. Y bueno, lo utilizaba, lo utilicé para la clase. De hecho, no tengo idea cómo funcionaba. Logré configurarlo casi por arte de magia porque nunca terminé de captar bien los conceptos.

Y más en esa época donde estaba mucho más joven y creo que hemos pasado por esas etapas donde defendemos algo con a capa y espada. En ese entonces yo era con Linux, estaba súper súper emocionado con Linux, así que venían y me daban una clase sobre Windows, me daban aburticaria. Sí, sí, sí, en esa época...

Douglas (07:56)
Te arrancaste las vestiduras.

Juan (08:00)
Interdamente no, tampoco hice ninguna protesta, pero a lo que voy es que con el tiempo hice otro proyecto, pero ya era parte, no tenía que ver con la clase y PHP, Linux y todo esto. Y el recuerdo que el maestro me preguntó por qué no utilizó lo que lo que vimos en la clase y no sabía cómo responder era como no me gusta. Pero ya le empecé a decir no, pues esta tecnología me gusta.

Douglas (08:01)
Claro,

Juan (08:28)
Bueno, sí, y él quedaba, bueno, sí, es que tiene sentido, Creo que es muy buena. Como que empezó a recapacitar de por qué estamos dando esta clase. Pero bueno, es interesante como poco a poco, de alguna forma, como que todo el mundo dejó de hablar de Windows en los servidores web. Al menos así lo percibí yo, ¿no? Porque nunca estuve tan metido en ese mundillo.

simplemente empezado a utilizar los servidores y esa es la percepción que tengo Douglas como que se fue apagando ese interés por utilizar servidores Windows pero tampoco tengo claro el por qué o sea cuál fue el factor determinante no lo tengo claro

Douglas (09:11)
Bueno, mira que interesante, Porque, yo tengo la misma experiencia que vos cuando inició en tecnología, a principios de los 2000, había todavía, voy a decir una cantidad, en lo que yo pude ver, en lo que yo pude ver, en lo que yo pude experimentar, una cantidad todavía algo significativa de servidores web en Windows. Todavía había, estaba bastante el Windows NT Server, me acuerdo yo, y Windows 2000, que eran los sistemas operativos de Windows.

Juan (09:32)
Ok

Sí, sí, sí.

Douglas (09:41)
para servidores específicamente, no es que se corría Windows 98 como servidor aunque me topé con personas que así lo hacían, pero estaban estas versiones de Windows específicas para servidores y estaba el IIS, es el web server de Windows que ya no recuerdo que significan en las siglas, una de las I's es Internet, si mal no recuerdo y ese probablemente sea Service o

Juan (09:57)
Sí, es el que yo recuerdo.

Douglas (10:12)
me disculpo con las personas por no saber esto, no trabaja mi día a día, ¿no? Sí, yo elijo creer que no, puede ser service, no server,

Juan (10:15)
elijo creer que es server.

Douglas (10:22)
en fin, pero existía, Juan Fiat existía y había webs que tenían, que corrían en Windows todavía, yo recuerdo y usaban esas tecnologías verdad y se conectaban a un Microsoft SQL server en database para base de datos y ahí funcionaban estos sitios web.

Juan (10:43)
que el IIS

sería como la contraparte de Apache creo que así se podría ver, ¿verdad?

Douglas (10:48)
sí, sí, sí, el web server, la contraparte

de apache, entonces en efecto, verdad, me topaba con eso, puedo decir un número random, decir que un 30 % de los servidores que yo miraba todavía corría en windows, pero a medida avanzaba el tiempo y cada vez menos habían, verdad, yo obviamente entré de lleno con linux en lo que tiene que ver con todos los servicios web, base de datos, application server, web server y todo eso.

Sin embargo, como te digo, lo miraba. Aquí vamos a hablar, Juan, un poco de nuevo, de historia y un poco más de mi experiencia, ¿verdad? O nuestra experiencia porque vos nos vas a dar tu opinión también de cómo ha sido el porqué de la adopción. Y fíjate, Juan, que para dar el primer punto, uno de estos puntos que comenzaron a determinar que Linux ganara la batalla son los costos, ¿verdad? Y es que no es secreto para nadie que Windows siempre ha requerido de una licencia comercial.

sido pagado para que lo puedas instalar en tus equipos locales y también en tus servidores mientras que Linux

siempre habían distribuciones gratuitas, listas para poder ser usadas a nivel de servidor e incluso Juan, antes de que Linux se popularizara, verdad, porque vos sabes que Linux Torvald creó el kernel de Linux y en algún punto se popularizó, aún antes de esto existía Unix que en su mayoría era pagado porque o pagaba la licencia dependiendo que Unix utilizara.

o dependía de comprar un hardware que corriera específicamente esa distribución de UNIX. Esta es un poquito de historia que yo alcancé. De hecho, yo tengo mucha experiencia trabajando con un UNIX de IBM que se llama AIX, ¿verdad? Y no es el Armani Exchange, la marca de moda es AIX. Es un lenguaje, es un sistema operativo de IBM que corre en hardware, propietario de IBM que se llama los Power Series.

y es extremadamente caro, es un transformer, hace de todo, sin necesidad de apagarlo le agregas, le quitas CPU, memorias, discos, más tarjetas sin necesidad de apagar y IAX te reconoce el nuevo CPU, nueva memoria, el nuevo disco sin necesidad de reiniciarlo, es un transformer pero también era apagado, pero Linux cuando entra Linux One comienza la parte del open source y entonces ⁓

Juan (13:04)
Wow.

Douglas (13:24)
eso hace de que es más fácil para el que viene comenzando probar sus cositas web en Linux que podía bajar e instalar local que con un Windows que probablemente tenía que pagar.

Sobre todo cuando tenés que hospedar diferentes aplicaciones ya sea en tu propio data center porque bueno en ese momento no existían nubes ¿no? pero lo que voy es que habían situaciones en tu oficina en los pies dicen, tenías una computadora que funcionaba como el servidor de la oficina y ahí tenías corriendo ¿no? pero cuando yo ocupaba 3-4 hacía tu cuartito de servidores pero entonces ya son 3-4-5 licencias de Windows comparado con 3-4 distribuciones de Linux que puedes

Juan (13:55)
jajaja

Douglas (14:08)
bajar gratis suficiente con haber tenido que pagar bastante dinero por el hardware y si bien es cierto Juan, mucho hardware que compraba las empresas, las corporaciones hacían acuerdos con lo que te lo vendía que ya vinieran con licencia de Windows, eso siempre ha sido una realidad a nivel personal a medida ibas trabajando, que ibas probando, no es lo mismo que yo estuviera en mi casa probando cosas, que estuviera en el colegio, en la universidad probando

cosas y que alguien joven o alguien con pocos recursos tenga que comenzar a pagar bastante para dar a una corporación porque quiero aclarar algo en este sentido las corporaciones siempre han recurrido a licencias por motivos de seguridad interna

verdad, ellos necesitan tener un respaldo de que alguien va a poder administrar si por poner un escenario todos sus empleados renuncian, ¿no? Estás en Linux y todos sus empleados renuncian, ¿quién me maneja mañana? Bueno, las empresas, las corporaciones grandes, sus sistemas críticos están con la licencia de SUSE o la licencia de Red Hat, por ejemplo, aunque estén en Linux, ¿verdad?

A nivel corporativo, estas empresas pagan licencias porque ocupan ese soporte, nunca se... muy pocas veces se usa, Juan, te lo digo, en experiencia personal, pero las empresas, las corporaciones cubren sus espaldas, ¿verdad? Pero, de nuevo...

La mayoría de usuarios no son los corporativos, es la comunidad y el costo es uno de los factores que hizo que Linux fuese ganando terreno contra Windows a nivel de usuarios, a nivel de comunidad. Y asumo Juan que este punto resulta obvio, ¿no? Te resulta obvio que el costo haya sido uno de los factores.

Juan (16:01)
Sí, porque tiene sentido que para poder iniciar o para que alguien lo recomendara al inicio a la empresa tuvo que haberlo pues trabajado o probado y pues si era gratis probarlo y manejarlo al 100 y luego pasar la producción sin tener que pagar nada pues era más fácil. También era más fácil, me imagino yo, hacer hacerles estas sugerencias a los

a los managers, a los dueños de las empresas y decirles ok, probemos este de los 5 servidores, probemos 1 o 2, no tiene que pagar nada extra, entonces es fácil tomarlo. También creo que es interesante como se van dando las cosas, algo que me parece a mi que está sucediendo también

hoy en día es con los dispositivos ARM siento que los dispositivos ARM poco a poco empiezan a tener mucho más soporte al punto que bueno yo en mi mi HomeLab todos los nodos de mi cluster son dispositivos ARM entonces siento que es algo similar donde son estas tecnologías que empiezan a emerger y son fáciles de adoptar para los que

no están en una empresa, que la empresa no les está pagando nada y luego, como ya lo manejan, pueden tal vez sugerirlo a las empresas. Hoy en día, por ejemplo, están surgiendo varios servicios de hospedaje que son en base a ARM y muchas veces son mucho más baratos que las contrapartes. Entonces sí, sí, definitivamente es es resulta lógico que sea el cosa. Ahora me llama la atención cómo lo cómo lo estás describiendo porque

Si bien todos teníamos la idea de que iba a ser el coste un factor determinante, no es en sí el coste para la empresa, creo yo, porque las empresas ya pagaban. De todas maneras siguen pagando pues licencias, ya sea Red Hat, que Red Hat es el más famoso en el mundo de Linux.

Douglas (17:56)
Sí.

Juan (18:05)
sino más bien creo que es por las personas, por el usuario común, ahí es donde se bajó la barra o el nivel para iniciar a conocer el sistema.

Douglas (18:18)
Sí, y fíjate que tal cual lo que estás diciendo, la licencia, el costo, la licencia, y se combina con algo que vamos a hablar un poquito más adelante que tiene que ver con el rendimiento porque yo recuerdo, Juan, mi escenario donde habían servidores que estaban listos para ser destruidos, eliminados para...

Juan (18:28)
Ok.

Douglas (18:35)
instalar el nuevo servidores, se hacía luego de 8 o 10 años antes, las empresas grandes en realidad lo hacían luego de cada 5 años, pero yo recuerdo situaciones donde decían, voy a quedar con estos 10 servidores.

y le voy a meter Linux para hacer pruebas porque Windows ya no le corrían tan bien pero Linux sí, ¿verdad? Y eso de nuevo, aún en el ambiente corporativo donde se paga la licencia siempre los empleados, por así decirlo, las personas encargadas de departamentos no me aprueban presupuesto para cosas. Bueno, agarro estos servidorcitos viejos, hago mi laboratorio, mi sandbox, mis pruebas y luego tengo con qué presentar a los ejecutivos para que luego me aprueben.

Juan (18:53)
Ok

Douglas (19:19)
implementar cosas. Siempre pagaban el poder, teníamos un espacio, hay que pagar el poder, siempre se pagaba eso pero ya no había necesidad de comprar equipo nuevo, entonces por ahí uno en IT se las arreglaba y los dejaba, los metía, no escondidas, pero te las arreglaba y ya lo hacías trabajar. ahora

Juan (19:20)
que de todas maneras se iban a deshacer de ese equipo.

Claro.

Sí, sí, sí.

y que interesante que no se

pierden las viejas costumbres porque hoy en día está pasando mucho eso con la pero con el la las lápteos no el desktop para usuarios comunes estoy viendo bastante bueno no sé si youtube está targueteando a mí específicamente con ese contenido pero pareciera que

Hoy en día hay mucho contenido donde personas están restaurando o renovando sus computadoras porque ya no tienen soporte para Windows o con el Windows les corre muy muy lento, entonces están empezando a revisar las nuevas distribuciones de Linux. Parece que se repite la historia, ¿no? Pero ahora en el mundo desktop.

Douglas (20:25)
Sí, así mismo como lo está diciendo.

Juan (20:29)
Así que ojo, tal vez ahora sí es el año de desktop en Linux.

Douglas (20:35)
Sí, la verdad no sé Juan, mientras no podamos correr juegos, no es broma, pero sí, es algo a considerar, es la manera que podemos revivir equipo viejo y se ha hecho de nuevo por experiencia propia directa, se ha hecho a nivel de servidores, por qué no intentarlo a nivel de usuario, verdad. Entonces Juan, quisiera que abancemos como un segundo punto, cómo los lenguajes de programación

Juan (20:41)
Jajaja

Douglas (21:00)
fueron definiendo también esa parte y se vienen complementando con costos, ¿verdad? que es gratis, que requería licencia, como los lenguajes de programación, fueron inclinando la balanza hacia Linux, ¿verdad? Entonces, mira, quiero comenzar cuando de nuevo estamos hablando de la web, orientado a la web, ¿verdad? quiero comenzar mencionando los lenguajes Perl, ¿sí has escuchado Perl?

Juan (21:15)
Ok.

Lo he escuchado. Nunca lo he visto, de hecho, no he trabajado, pero sí, lo he escuchado.

Douglas (21:33)
Sí, como ver, es como, Pearl se miraba como que a tu generador de contraseñas le pidas una contraseña generada con caracteres especiales, con números, con letras mayucas, algo así se miraba el código de Pearl. Pearl fue creado en el 87, de hecho, verdad, como open source y cobró su auge en web del 93 en adelante.

Entre el 93 y 98 cobra su auge en web porque sí, recordar que en los 90s también la web empieza a cobrar visibilidad, ¿verdad? La World Wide Web y esas cosas, ¿no? Comienza a cobrar visibilidad en los 90s. Y Pearl era usado con CGI dinámico en Apache principalmente, ¿verdad? Entonces.

Juan (22:03)
bastante rápido.

Ajá, te va a... a expandirse,

CGI,

asumo que no te referís a los gráficos por computadora.

Douglas (22:31)
⁓ no son gráficos por computador, a CGI, mira qué buena pregunta Juan, que yo sabía qué significa CGI y no recuerdo, lo hubiese investigado para este tema, pero CGI scripts eran un módulo que corrían en Apache y permitía que Apache interpretara scripts de lenguaje, entonces en esta ocasión Perl era ese lenguaje y corría principalmente en UNIX en sus tiempos, luego en Linux cuando esa

Juan (22:42)
Ok

Ok.

Douglas (23:01)
salió el kernel de Linux, ¿verdad? Perl viene desde Unix, para que te hagas la idea, ¿no? Viene desde Unix. Sí, ya cuando Linux Turbo inventa el kernel de Linux, obviamente entonces se puede empezar a correr en Linux. Y Apache es el que permitía que corriera. Las primeras páginas web, si tenían contenido dinámico...

Juan (23:04)
Sí.

No sabía eso.

Douglas (23:24)
era para que era pero así para dar pero es el padre del contenido dinámico en la web

Juan (23:28)
Ok

Douglas (23:32)
Al grado Juan, yo creo que en algún momento yo lo comenté, un amigo muy cercano se fue, que conocí yo en esta empresa donde vos y yo también nos conocimos, se fue para Europa a trabajar con una de estas empresas famosas, aún en la actualidad muy famosa, de reservaciones, de hoteles y de vuelos y esas cosas, ¿no? Y él contó esto fue que hace como ocho años tal vez, o una cosa así, ocho diez años por ahí, y él contó que cuando llegó, el core principal...

de esta empresa seguía escrito en Perl todavía, porque las migraciones no son tan fáciles como se creen, ya lo hemos hablado, pero el core principal de esa empresa seguía escrito en Perl, verdad, y el hecho de que Perl fuera por supuesto gratuito, lo hizo una opción que fuese creciendo, verdad.

Juan (24:08)
Sí.

Pero quiere decir entonces que Perl no era tan compatible con Windows.

Douglas (24:26)
si vos instalabas Apache en Windows lo puedes hacer correr, de nuevo en realidad que era principalmente corrido en Unix y porque viene desde los tiempos de Unix y entonces era realmente usado y es que la red que antes era el internet o el primer internet era mayormente Unix también Juan, eso hay que reconocer Linux cobró auge a nivel de usuario

Juan (24:29)

Ok.

Sí.

Douglas (24:56)
A nivel de oficina, el usuario, el ejecutivo, era que usaba Windows para sus hojas de cálculo, sus documentos, cálculos, ese tipo de cosas, ¿verdad?

antes de eso era Unix realmente y siempre a nivel de programación y esas cosas Unix era el que usaban para desarrollar en C, Unix era el que usaban para ensamblador y ese tipo de cosas que se hacían en 80s, principios de 90s, verdad, pero sí Perl era el padre y era open source. En el 91 sale Python, Python pero realmente que su boom, Python es más para scripting y

y ese tipo de cosas, pero del 2005 en adelante, él agarra su auge en web. Entonces tenemos Python, pero no viene a jugar un factor en web.

hasta el 2005 en adelante, verdad, pero corría local para scripting y para aplicaciones, de hecho muchos, muchos de los comandos y servicios que tenemos en Linux hoy en día en realidad son hechos en Python, por eso cuando Python pasó de la versión 2 a la versión 3 que tenía un montón de cambios que eran breaking changes, verdad, eso era, eso fue un problema bien grande y recuerdo yo en ese momento, ⁓ para actualizar de 2 a 13.

Juan (26:18)
Sí.

Douglas (26:18)
porque si actualizabas a la versión 3 tu sistema operativo, dejaban de funcionar, rompías el sistema operativo prácticamente con un montón de comandos y servicios que no funcionaban. Pero en fin, está desde el 91 pero no viene a ser determinante para la batalla entre Linux y Windows, si lo queremos llamar batalla, ¿no? Linux y Windows

Juan (26:37)
Sí, creo que Python,

creo que alcanzó un gran auge con la salida del framework Django. me estoy equivocando. Django. Sí, Python. ⁓ OK. OK. Tiene sentido.

Douglas (26:46)
Sí, exacto. En el 2005 sale Django.

si si

no no no está mal Django es justo el que el que lo pone en la mira para web a python antes de eso era era más un lenguaje para scripting y para para sistema operativo como tal verdad entonces lo menciono porque está desde el 91 sin embargo no fue en lo que web como tal tenemos mirada y esto sí tuvo un auge grande yo lo recuerdo en el 93 sale CGI

Juan (26:55)
No,

Douglas (27:21)
estándar para usar para web que permitía usar

C o C++ para la parte lógica de web, ¿verdad? Tenemos Pearl que inició desde los 80s, pero también con CGI, se trabajaba con C o C++ siempre, cómo se llama, Apache, interpretando, Apache se conectaba directamente a ellos y permitía por medio de CGI interpretarlo y muchas páginas dinámicas usaban C o C++.

por medio de CGI como backend, eso sale en el 93 y eso fueron realmente fue por bastante tiempo que fue grande CGI, verdad, pero estos son siguen siendo Juan obviamente open source, no sé si más más pues cualquiera podría diseñar en ellos

No ocupaba una licencia como tal, aunque recuerdo que Microsoft tenía subversiones, verdad, que sí, no sé si ocupaba licencia realmente ya no me acuerdo porque pues yo nunca programé en C o C++, vos sí, sí te tocó programar en C y C++.

Juan (28:30)
para servidores web no, no y hoy en día no lo haría, o sea, hoy en día existen soluciones un poco más amigables con el usuario. Sin embargo, sí he utilizado, bueno, yo aprendí a programar. La primera vez que yo vi lo que era un programa que fue en el colegio fue con C++. Entonces me siento cómodo con C++, con C no tanto, aunque muchos dicen que es más simple.

Douglas (28:36)
Sí.

Juan (28:59)
Pero bueno, ya en el ámbito de web server, imagino que era un poquito complicado comparado con lo que nos hemos acostumbrado hoy en día.

Douglas (29:11)
No, por supuesto, antes todo era complicado pero estoy yo comparto con vos, asumo que C y C++ era un poco más complejo, más complicado. Estamos hablando un poco de historia que jugan entonces, no que estamos diciendo que lo trabajen, sin embargo bastante de la web, jugan bastante de la web con CGI, corría o en Pearl que ya lo mencioné antes, o C o C++. Ahora en el 95 nace

Juan (29:13)
Sí.

Sí.

Douglas (29:40)
El papá de los que nos ven y escuchan, no se enojen, PHP.

Juan (29:45)
Sí, PHP es el mejor de lenguaje.

Douglas (29:48)
Mira, yo sé que tiene mucho hate. Tiene mucho hate. Y yo no merecido. Entiendo porque obviamente, Juan, la tecnología se va modernizando y van saliendo cosas mejores. Y bajo ninguna circunstancia, PHP es mejor que los lenguajes modernos. En lo absoluto, no estamos diciendo eso. Sin embargo, tenemos que agradecerle a PHP.

Juan (29:53)
No merecido, pero sí.

Douglas (30:14)
el auge de la programación web. PHP nace en el 95 como open source, del 2000 en adelante, cobra su boom en lo que es la web.

En 2003 lo despega y lo remata WordPress de nuevo lo siento porque hay muchos haters de WordPress de la misma manera que mucha gente que ama WordPress y lo trabaja en realidad deberíamos de mantenerlos objetivos pero desde ese entonces PHP pega, se dispara, lanza y creció tanto

Juan (30:31)
Sí.

Douglas (30:50)
que aún al día de hoy más de la mitad de la web está en PHP, casi la mitad de la web sigue en WordPress por en de PHP, verdad, porque tuvo un impacto tan tan grande que PHP hizo ese despegue, de hecho a PHP tenemos que agradecerle Juan el famoso Stack Lamp, verdad.

Juan (30:59)
Sí.

Douglas (31:15)
el famoso stack LAMP que son PHP, Apache y MySQL, verdad, que eso integraba el LAMP, tenías tu LAMP con PHP y Apache y MySQL y ahí escorría al sitio web en tu página web. Entonces PHP que también es un open source vino a dar este, vino a dar otro empujón grande en este sentido. Tenemos a Ruby.

Juan (31:15)
Sí.

Douglas (31:44)
Ruby que existe desde el 95 también, también fue open source, pero hace su boom en la web del 2004 en adelante, cuando sale el framework de Ruby on Rails. Yo recuerdo perfectamente instalar herramientas en Ruby on Rails, pero sí del 2008 al 2010 comenzó a tener menos uso, ¿verdad? Comenzó a...

Por alguna razón, sé, fíjate que mí me gustaba, te voy a decir, Ruby, obviamente no es el más efectivo ni nada por el estilo, pero Ruby on Rails era un framework que me gustaba, me parecía mejor que otros frameworks, por cierto, ¿verdad? Pero creció bastante, tuvo su gran auge y luego decayó, pero sí fue parte.

Juan (32:26)
si, de cayo

de una forma muy extraña, también concuerdo con vos que es raro yo no lo utilicé pero si recuerdo que en cierto momento la web hablaba sobre rubian rails en todo, sitio hablaba sobre esto

y se fueron apagando las aguas, fueron calmando las aguas hasta que muchos ya ni recordamos que existía Rubian Rails hasta que alguien lo menciona, es como, es cierto, existía esto.

Douglas (32:56)
Mil disculpas a todos, tuvimos una serie de...

problemas técnicos que nos impidieron continuar con la grabación en el momento en que la iniciamos, pero como este podcast realmente no tiene un guión como tal, son pláticas 100 % orgánicas, una cosa es que nos preparemos para proveerles un contenido de valor y otra cosa es que nosotros hagamos un guión de las pláticas, verdad, son 100 % orgánicas, entonces en respeto a la plática que hemos llevado hasta el momento, decidimos con Juan continuar del punto en

nos quedamos, verdad, pudimos simplemente, no Juan, tal vez fingir volver a comenzar desde el principio, pero la conversación entre nosotros no hubiese sido la misma y pues no hubiese sido justo para ustedes, verdad, entonces les pedimos disculpas realmente, los diferentes incidentes técnicos comenzaron por cosas que se escaparon de nuestras manos y queremos continuar con el valor que buscamos proveerles siempre, entonces Juan, ¿estás listo para que continuemos?

Juan (33:56)
Sí, sí, sí, sí,

es totalmente listo. Y es que sería un poco incómodo, ¿no? Es como cuando en WhatsApp envías una risa por audio pero no se grabó y tenés que volver a reírte. Ya no sale igual.

Douglas (34:10)
Ya nos sale igual,

sí, sí, sí. Entonces, verdad, para que sepan, obviamente estos son videos pregrabados y editados como todo podcast, pero la conversación que tenemos son realmente orgánicas y eso es lo que buscamos proveer. Entonces, continuemos con la plática para que no nos atracemos mucho, verdad, y hemos estado hablando. Juan, nos quedamos justo mencionando Ruby, verdad, como Ruby, pues está desde el 95. Sin embargo, no jugó

Juan (34:20)
Mm-hmm.

Douglas (34:40)
un papel en lo que fue como Linux, le ganó la batalla a Windows en servidores web porque hasta el 2004 es que sale Ruby on Rails que vos mencionaba justo verdad que lo escuchaba mucho hubo un gran boom pero bueno luego casi que como que desapareció Ruby on Rails casi que desapareció de la tierra porque se dejaron de ver herramientas yo recuerdo trabajar mucho con RedMine que es una herramienta

Juan (34:50)
Sí.

Douglas (35:11)
de project management. Esto es antes de JIRA, ¿verdad? Antes de estas herramientas. RedMine era una herramienta self-hosted buenísima para administración de proyectos antes de JIRA. Obviamente era, no tenía la gráfica que tienen hoy en día. Y yo alcancé a trabajar con ella, a instalarlo, ¿verdad? Y mantenerlo para administrar proyectos cuando iniciaban estas olas de los proyectos ágiles, ¿verdad? Y por el año 2008.

Juan (35:14)
Ok

Ok, ok.

Douglas (35:40)
2009 y eso era Ruby on Rails, pero en fin eso era Ruby, era un open source, Ruby era open source y eso hizo que agarrara bastante auge también.

Juan (35:50)
Sí, sí, sí.

Que vale aclarar

que estoy seguro que hay muchos proyectos que continúan utilizando Ruby on Rails. Hace poco recuerdo haber visto que había una actualización de algo, no vi a profundidad. Pero pues ya si lo comparamos a como estaba antes y como está la industria en general, podríamos decir que no se habla a nivel general.

Douglas (36:16)
Sí, no, pero es cierto, hay productos todavía en Ruby, verdad, hay una empresa muy conocida, creo que es Bootcamp que se llama, tienen su producto que ellos lo hacen en Ruby on Rails. Esta empresa es de las más deseadas por todos los profesionales de IT. Todo profesional de IT desea trabajar en esa empresa, es de las mejores que hay en cuestión de cultura y filosofía de trabajo, aún más que querer trabajar en Amazon, en Facebook y en Instagram, muchos profesionales de IT que conocen

de

bootcamp prefieren trabajar ahí y hasta donde tengo entendido sus productos siguen en Ruby on Rails, verdad. Y es que Ruby en general desapareció Juan porque incluso Puppet, yo recuerdo que esta herramienta de automatización Puppet era escrita en Ruby, verdad, pero luego ellos comenzaron a escribir su core en C, C o C++, no recuerdo cual de los dos. Y bueno, en general Ruby fue desapareciendo del mapa en cuestión de scripting, en cuestión de automation.

Juan (36:51)
Ok.

Ok

Douglas (37:16)
y probablemente eso también impactó lo que tiene que ver con Ruby on Rails en la web, en fin, en los 90's Ruby sale justo a la mitad de los 90's y no jugó un rol en lo que tiene que ver con el impacto web y con el impacto que Linux tuvo en el hosting para aplicaciones y servidores web. Ahora,

Juan (37:40)
Uhum.

Douglas (37:42)
que en sí tuvo algo de impacto, pero probablemente muchas personas de los que nos ven y nos escuchan van a conocer al respecto, es sobre ColdFusion. ColdFusion que tiene un lenguaje que se llama basado en TAX, el lenguaje se llama CFML, CFML, que si mal no recuerdo, y yo debería de recordarlo bien, si mal no recuerdo las iniciales CFML es por ColdFusion.

Moodle language creo que es si mal no lo recuerdo o markup language markup language puede ser

Juan (38:15)
o Markup Language, tal vez? Yo tampoco me lo sé, no me lo sé tampoco.

Douglas (38:21)
Yo creo que vos estás en lo correcto. model o markup language. ¿Por qué debería saberlo? Porque en esta empresa que vos y yo nos conocimos, eran fuerte en Confusion sus primeras aplicaciones. No su primera, o sea, por muchos años. De hecho, cuando vos llegaste, Juan, todavía mucho, muchos de los sitios estaban en Confusion y había muchos sitios que estaban aún en Confusion, en CFML, ¿verdad? Confusion sale en el 95.

una empresa, yo no recuerdo cómo se llamaba esta empresa, la verdad es que nunca tuve contacto con ellos, cuando yo vengo a conocer a Confusion, ya era dueño de ellos, una empresa que se llamaba Micromedia, las personas nuevas hoy en día no tienen ni idea de quién es Micromedia, pero esta empresa también era lo que hacían este IDE muy famoso en aquel tiempo que se llamaba Dreamweaver.

Juan (39:07)
mmm

Douglas (39:20)
No sé si alcanzaste a escuchar de Dreamweaver, Ellos eran los dueños de este IDE y tenían Flash.

Juan (39:20)
Sí, sí, sí, sí.

Sí.

Douglas (39:29)
E igual, las personas que que tiene poco tiempo tecnología, no nos estamos refiriendo al superhéroe Flash. Flash era una tecnología que requería un player específico, un reproductor específico, y era súper para animaciones y efectos, ¿verdad? Y de hecho, a principios de los 2000, la mayoría de los sitios web tenían mucho Flash y se miraban casi como una caricatura. Y contaban una historia y se iban moviendo.

Juan (39:57)
Sí.

Douglas (39:59)
y se movía un pichinguito, eran casi como una caricatura y eso estaba en flash y se requería...

Juan (40:06)
Si, que flash muere,

perdón flash muere cuando apple deja, dice que no quiere dar soporte

Douglas (40:14)
Steve Jobs lo mata con Apple, sin embargo él no se equivocó, se equivocó, habían problemas de seguridad con Flash, se requería de que descargaras el reproductor de Flash, no funcionaba en móviles, no funcionaba en móviles, solo en escritorio, porque había que descargar su reproductor, no era responsive porque es como que queras hacer un video responsive, es imposible, sea, si encogés la pantalla, el video lo que se hace es más pequeña la resolución.

Juan (40:16)
Sí.

Ajá.

Sí.

Douglas (40:45)
pero no se acomodan los elementos flash era como para que nos puedan entender un poco es como tratar de encoger un vídeo no se acomodan los elementos sólo se hacía más pequeño entonces no es que se equivocó Steve Jobs y Apple sin embargo era un boom pero

No me quiero enfocar en Flash, de hecho me quiero enfocar en Call Fusion porque voy a ello porque esta empresa, MicroMedia, era los dueños de estos productos junto con otros productos que luego fueron adquiridos por Adobe. Adobe es quien actualmente es dueño, sigue siendo dueño de las licencias, ¿verdad?

ColdFusion era un lenguaje de programación que nació en el 95 y siempre fue enterprise, siempre fue de pago. Entonces, empresas grandes que no querían invertir en lo que hemos ya hablado en Perl, verdad, porque no encontraban un soporte sólido, que no querían invertir en PHP, que recién salía también ahí para esos mismos años, que no querían invertir en CGI porque sí,

se hicieron más y más era lenguaje sólidos de nuevo no había como que un soporte grande específico entonces estas empresas que querían algo solo y que querían soporte se iban con co-efficient yo recuerdo cuando cuando yo entré en esta empresa que vosotros nos conocimos con el tiempo me di cuenta que la nasa incluso tenía sus páginas web en este lenguaje co-efficient verdad desde los 90 desde los finales

Juan (42:23)
Sí.

Douglas (42:23)
de los 90 si mal no recuerdo, no desconozco que usarán hoy en día si siguen usando Colfision o no, lo desconozco, pero la NASA y otros grandes junto con esta empresa en la que yo trabajaba, que vos y yo nos conocimos, que es una empresa muy muy grande, usaban Colfision, verdad. Luego Colfision evolucionó y salieron, lenguaje como tal y salieron...

Juan (42:39)
Mm-hmm.

Douglas (42:49)
alternativas open source. La última que terminamos usando nosotros se llamaba Lucy, que es L, U, C y dos E Lucy y este corría era el mismo lenguaje pero el engine que lo corría era open source. Entonces la comunidad fue agarrando un poco más hacia ese lado de open source pero el hecho de que fue de paga desde el inicio hizo que no fuese un lenguaje adoptado en general de manera grande por la comunidad.

Juan (42:59)
Ajá

Douglas (43:19)
⁓ pero si por lo enterprise y corría tanto en windows como en linux pero pues por supuesto que linux es donde donde cobró su auge verdad en linux es donde la mayoría de los grandes usaban este lenguaje ahora

Juan (43:36)
Sí.

Douglas (43:38)
Hablando de pagados, por supuesto Microsoft no quería quedarse atrás a la fiesta de los lenguajes de programación para la web, Y en el 96 sale el primer ASP. ¿Trabajaste alguna vez con ASP, Juan? De Microsoft.

Juan (43:55)
No

a nivel profesional, nunca hice nada, recibí dinero por ello, pero sí lo exploré en su momento. No me parecía un mal framework, ni nada como tal, pero pues ya parecía entonces, ya conocía otras alternativas que me parecían más intuitivas en aquel entonces.

Douglas (44:18)
Sí, sí, sí. Y el problema que tuvo ASP comparado con las otras herramientas es que al ser propietario de Microsoft dependía de Windows Server y dependía de IIS. No era una plataforma que podía correr tanto en Linux como en Windows, sino que era exclusivamente para Windows. Y eso limitó bastante su adopción, si se quiere ver así. Como vos dijiste, no necesariamente es que fuese un mal lenguaje.

Juan (44:45)
Sí.

Douglas (44:48)
obviamente ha evolucionado, luego fue parte de .net que este framework que mejoró e incluso .net

Juan (44:49)
Claro.

Douglas (44:56)
evolucionó aún más verdad y hoy en día .net lo puedes correr en linux tanto en linux como en windows y yo creo que pues ellos buscaron aprender de ese tipo de cosas y que bien por microsoft en ese sentido pero en su momento en el 96 cuando salió la primera versión de asp era de paga y dependía de windows y de su web server iis verdad

Juan (45:20)
O sea, ya para este

punto, ya entonces, ya podríamos decir que Linux ya estaba empezando a subir. Porque no... Digamos que todavía no había ganado la pelea en ese entonces, pero ya estaba a un punto muy grande, me imagino. Para que ya fuese un factor pues determinante.

Douglas (45:34)
Mira,

la pelea puede considerarse como todavía en disputa en los 90s, sin embargo ya estaba inclinada para Linux, ¿verdad? Y el hecho, ese hecho de que ASP dependiera de Windows, hizo que poca gente lo trabajara.

Juan (45:46)
Sí.

Sí.

Douglas (45:56)
Y eso más bien en lugar de afectar la otra parte, casi que fue matando un poco el lenguaje como tal. En lugar de jalar a que más gente quisiera usar Windows, más bien mató el lenguaje, ¿verdad? En Call Fusion, el que mencionamos antes, que corría tanto en Windows como en Linux, muchas personas que yo conocí comenzaron trabajándolo en Windows de hecho, ¿verdad? Comenzaron trabajándolo en Windows. Sin embargo, a medida vas a producción y te vas topando con más cosas que vamos a ir hablando, la gente

Juan (46:08)
Si

Douglas (46:26)
se movió a Linux, ¿verdad? Pero tuvo la opción de moverse a Linux a pesar de que era de pago. ColdFusion es un lenguaje con muchísima más aceptación que lo que alcanzó a tener ASP, porque ASP era sobre nuevo en Windows y ambos eran de paga, ¿verdad?

Juan (46:28)
Sí.

Sí.

Douglas (46:45)
Entonces, el último que quiero mencionar en los 90s, Juan, es Java, por supuesto, Que los, ¿cómo se llamaban? Serplets. Los Serplets salen en el 97, ¿verdad? Ahí por el 97. Y Java entre el 97 y el 99 se puso fuerte en lo que es la parte web, la parte dinámica de web. Todavía era, todavía el dueño de Java era Sun Microsystems.

Juan (46:49)
Ok

Ajá.

ok

Ajá,

ok.

Douglas (47:11)
ellos son

los que lanzaron Java, verdad, y tenían su propio web y application server, lo corría que con Tomcat, verdad, o ellos tenían también su propio web server, había uno que se llamaba Starfish, no, OpenFish, OpenFish creo que era, wow, yo alcance a usar, no lo recuerdo ahorita, verdad, nunca fui el mayor fan de Java, si lo quieres poner de esa manera, sin embargo, pues era muy efectivo.

Juan (47:27)
No lo conozco.

Sí.

Douglas (47:40)
Y de nuevo, lo que volvió famoso a Java era que no solo corría en Windows y en Linux, sino que corría casi en cualquier dispositivo. Corría en lavadoras, corría en los dispositivos móviles que había en su momento, y corría mientras instalara el engine de Java, el runtime de Java, perdón, corría casi en cualquier lugar. Entonces, eso hizo que Java se adueñara de la web.

Juan (47:50)
Exacto.

que bueno, con el tiempo cuando sale Android se convierte en el lenguaje oficial para el Android.

Douglas (48:14)
Exacto,

exacto, sí, y ahí quién pone en disputa eso, No soy el mayor fan de estar lidiando con aplicaciones Java y con su JVM, verdad, y su runtime environment porque consume memoria y el garbage collector no hace lo que querés que haga muchas veces, sin embargo, hay que darle ese crédito a Java, ¿no?

Juan (48:18)
Sí.

Ajá.

No,

Yo creo Douglas

que el que lenguaje que tal vez estuvo a punto o el que se le puso como decimos aquí de tuba a tuba a PHP creo que probablemente fue Java porque Java fue muy o sea fue masivamente adoptado por toda la industria. Yo personalmente no lo utilicé nunca lo utilicé de esa forma. Yo lo empiezo a utilizar ya cuando empiezo a intentar hacer aplicaciones para Android y todo eso. Es otro ambiente claramente.

pero pues lo que yo recuerdo que hablaba sobre Java era pues todo era servidores web entonces yo creo que sí por ahí PHP esa era la pelea que tenía en ese entonces contra Java

Douglas (49:21)
Sí, sí, que el Java lo que lo termina matando en la web no es su poder, sino que su JVM, Esa parte de tener que manejar ese virtual machine y tener algo de memoria siempre corriendo para el JVM y el hip size y aparte de eso luego tu aplicación. Entonces eso es lo que tal vez hizo que se comenzara a poner un poco complicado para automatización, ¿verdad? No era como muy API based, su web server.

Juan (49:28)
Ajá.

sí.

Douglas (49:51)
había que conectarse muchas cosas o modificar config files que eran en XML, eran mucho XML y cuando por ejemplo entró JSON, esto seguía siendo en XML, la comunidad dejó de usar XML, se migró a JSON y estos lenguajes, perdón, estas tecnologías, no.

Juan (50:05)
Sí.

Douglas (50:10)
se movieron a Jason. Entonces por ahí eso terminó matando a Java como tal en web en comparación con PHP. Que PHP hoy en día otras tecnologías lo han dejado por un lado, Sin embargo, pues PHP corre fácilmente en Linux, ya sea con Apache, sea con Nginx. No depende de un JVM como tal y pues por ahí en esa parte superó, verdad.

Juan (50:36)
Sí.

Douglas (50:39)
Pero sí, tenés toda la razón en ese sentido. Y si hacemos un recap o un análisis rápido de los lenguajes de programación en los 90s y principios de 2000, en este periodo donde había una batalla todavía entre Linux y Windows para lo que tiene que ver con hosting de aplicaciones web, si analizamos los personajes open source y multiplataformas, son los que terminaron ganando esa pelea.

si lo queremos decir en cuestión de lenguajes porque podían usarse tanto en Windows como en Linux y programadores podían desarrollar en Windows en su ambiente local y al momento de lanzar la producción se lanzaba a Linux porque Linux era como más inclinado mientras que los lenguajes o de paga.

como confusion, verdad, o lo ASP que solo era para Windows, pues fueron teniendo menos auge. Y de nuevo, eso hizo que la balanza se fuera inclinando más y más y más y más y ya. Casi que desde el principio Juan, esa pelea entre Linux y Windows con lo que tiene que ver hosting para aplicaciones web.

Juan (51:33)
Sí.

Douglas (51:45)
Fue una pelea que era como pelear un peso pesado con un peso pluma, de entrada se empezó un poco dispareja por las bondades del index, en lo que tiene que ver en la parte del servidor.

Juan (51:55)
el rendimiento.

Douglas (51:59)
es nada correcto, no es nada personal en ese sentido, pero sí, de nuevo, digamos que en los 90 y principios de 2000 se pudiera decir que se estaba peleando un poco porque mirábamos, yo miraba más, me topaba con un porcentaje de servidores Windows para web de vez en cuando, a diferencia de hoy en día que no, no, como conté al principio en la conversación, es sólo una empresa en la actualidad nos ha pedido

Juan (52:10)
Ajá.

Sí.

jajaja

Douglas (52:26)
que quieren trabajar con Windows y pues nuestra respuesta fue que lastimosamente no les podemos ofrecer soporte, no porque odiemos Windows o algo como tal, simplemente no se tiene el skill set porque estamos tan invertidos en trabajarlo en Linux, verdad.

Juan (52:40)
Sí. Y es

que creo que Windows siempre es más pesado, Y pues lo que querés en el servidor son procesos muy livianos. Si acaso, o sea, que la carga del sistema operativo como tal sea lo menos posible para que las aplicaciones le saquen el mayor jugo al hardware donde están.

supongo que sin dejar de lado el tema de los lenguajes y cómo la industria iba surfeando las mareas pues obviamente me imagino que el rendimiento que ofrecía Linux desde el inicio fue un factor muy determinante.

Douglas (53:21)
Sí, de hecho Juan está entre la lista de las razones por las queremos discutir hoy en día, que preparé para que discutamos. Está entre esa lista de factores que hizo que Linux ganara la pelea y terminó siendo de los determinantes de hecho. Entre, y en mi opinión personal, los dos más grandes factores que determinaron la pelea fueron el costo.

Juan (53:44)
Sí.

Douglas (53:49)
y obviamente todo lo que tiene que ver con el rendimiento y este tipo de cosas que vos comentaste.

Juan (53:55)
Ahí tengo una pregunta Douglas, siempre he

escuchado que el Linux tiene mejor rendimiento obviamente ¿Pero tenés alguna idea de qué porcentaje podría ser? O sea, si tuviese un servidor Windows y Linux ¿Qué porcentaje de memoria RAM, CPU?

utiliza más Windows que Linux. En las computadoras personales yo le he notado que por ejemplo una laptop con Windows utiliza 40 % de RAM y estando idle, haciendo nada, cuando que en Linux eso baja a un 5 % o algo así. No sé si es la misma proporción en los servidores o no es tanto como nos han dicho.

Douglas (54:39)
Fíjate que no sé si hay una manera fácil de medir eso. He trabajado con...

Juan (54:43)
Ajá.

Douglas (54:47)
servidores Windows que están lentos y hace mucho tiempo, hace muchos años. Quiero aclarar eso, hace muchos años y hoy en día han cambiado cosas, no soy yo la persona correcta para decirlo, pero recuerdo trabajar con servidores Linux que recién se formateaban y se instalaba todo y aún ahí solo por ponerlo a correr ya estaba consumiendo un 40-45 % de todos los recursos, Linux corriendo en sí solo.

que tiene forma de estar reciclando la memoria y no es que solo quedaba el 55 por ciento, por ejemplo, libre. Se le podía ir bajando un poquito más, Pero una manera de decir que se pueda medir exactamente, no existe una, va a depender por aplicación, pero sí el hecho de que Windows tenga que cargar un ambiente gráfico, por ejemplo, ¿verdad?

Juan (55:29)
Ok.

Douglas (55:43)
vos podes tener tu aplicación, por ejemplo IIS, agarramos como ejemplo IIS, el server web de Microsoft vos lo podes correr en el background y él está corriendo y haciendo proceso pero cuando queres modificarlo haces click y se abre una interfaz gráfica que cargue esa interfaz gráfica es memoria

Juan (55:50)
Sí.

Douglas (56:07)
por cargar la interfaz demográfica es memoria que no está siendo utilizado por clientes o usuarios conectándose al servidor web es memoria para cargar la interfaz y yo poder ver, es mucha o poca pues eso es debatible pero si lo consideras de que Linux no necesita esa interfaz gráfica lo que sea de memoria RAM que agarre esa interfaz gráfica es mucho ya comparado con Linux lo que sea que agarre

Juan (56:33)
si

Douglas (56:37)
es mucho ya comparado con Linux que lo único que necesito es la memoria suficiente para que me abra el config file de Nginx o me cargue el config file de Apache por ahí puedes darte cuenta de cómo esos detalles van creando la necesidad de tener memoria RAM disponible que en Linux no tenés por qué tenerla

Juan (57:00)
Si no tenía idea o bueno ya ahora que lo mencionas pues hace sentido pero no lo había considerado que aún en ambiente de servidor siempre tiene una interfaz gráfica lo cual pues en el mundo de Linux no pasa.

Douglas (57:14)
Si no, no pasa. Entonces, si te parece, avancemos con los otros puntos. En el punto 5 hablamos un poquitito más sobre esta parte de los aspectos técnicos. El siguiente punto por el cual se fue consolidando Linux y ganándole la batalla a Windows en hosting de servidor web, que lo hemos venido diciendo entre líneas en lo anteriores, la comunidad. La comunidad alrededor basada en que

Juan (57:21)
Sí.

Douglas (57:44)
en que era gratis, aprovechando que era gratis, perdón, aprovechando los lenguajes que iban saliendo que eran gratis, eran open source, la comunidad comenzó a comenzó a trabajarlo más, así de sencillo. Si mal no recuerdo Apache, yo no trabajaba en los 90s, pero cuando yo empecé uno empieza a escuchar historias y todo, Apache no siempre fue open source y no me acuerdo si en 95 o 96 por ahí escuché que se hizo open source.

Juan (58:04)
Sí.

Douglas (58:14)
Apache, verdad o si siempre fue open source me disculpo pero eso es de lo que recuerdo un poco haber escuchado yo pero sí sé que a mitad de los 90 en 95 96 comienza el primer stack de Apache PHP y MySQL verdad y ese stack Juan, ese stack revolucionó la web era era sólido

Juan (58:14)
Ok

Douglas (58:43)
era simple, corría en un solo servidor, ¿verdad? Era fácil de replicar, era fácil de mantener, era conocidísimo por todo el mundo, cualquiera te daba una guía, un consejo de cómo hacerlo, personas que no tenían trasfondos técnicos tan profundos, comenzaban agarrando una guía, un how to, una guía de cómo hacerlo y sólo repetían comandos y ya lo ponían a correr.

Juan (58:46)
Sí.

Douglas (59:10)
Entonces,

programadores que nos ven y nos escuchan, que a veces se tiene cierta molestia contra PHP, sepan...

que la programación web fue impulsada al punto en el que está hoy en una gran medida, nadie puede decir que es lo único, porque antes de esto había algo que lo fue impulsando y antes del otro había otro y así vamos, pero en esos pasos que se fueron dando...

el stack de PHP, Apache y MySQL fueron un paso sólido y grande para que la web como tal y la programación web creciera y hospedarlo, hostearlo en Linux.

donde eso si había algo de querer pelear un poquito windows esa esa parte de hosting web ahí ya estuvo ese fue el gancho al hígado que desestabilizó el gancho al hígado que quemar y hizo la primera caída de de linux en ese sentido verdad corría en linux en cualquier distribución de linux en la referida en la que querrás verdad no digamos cuando salen las bm sabían personas que ya tenían la

Juan (1:00:12)
Sí.

Douglas (1:00:33)
bien lista donde la imagen de disco lista y con esa imagen levantaban una una bien y ya te traía ese está listo sólo para ir a cambiar algunas configuraciones citas existían scripts que la gente se pasaba uno con otro que los scripts que se instalaban todo rapidito y te lo configuraban o con el script cambiaban cositas verdad yo mismo trabajé algunos scripts que nosotros utilizamos que automatizaba esa instalación y está ahí por el 2008 2009

Juan (1:00:36)
⁓ sí, sí,

Douglas (1:01:03)
por ahí. A pesar de que nosotros no hacíamos PHP, pero en mi curva de aprendizaje lo hice para mí. Entonces, la comunidad hace que se termine de solidificar ese stack como tal y que se solidifique en Linux. Ya Juan, para el 2004, cuando sale NGINX, ¿verdad?

que es este reverse proxy creado en Rusia, Nginx es creado en Rusia, ya para cuando sale Nginx y comienza a reemplazar a Apache en esa posición, ya realmente ahí la batalla está ganada. De nuevo, podías correr Apache en Windows también si así lo querías, o en Mac podés correrlo, aunque bueno, Mac es Unix, yo creo que le inclina la balanza más

Juan (1:01:31)
Sí.

Sí, sí.

Douglas (1:01:58)
la

parte del Inox más bien y lo mismo con NGINX pero NGINX lo que viene a hacer es reemplazar a Apache como una mejor alternativa verdad pero NGINX cuando ya entra en el juego cuando ya aparece en la película pues ya ya ya está ganado esa parte

De nuevo, esa parte de que Linux es el que preferido para hostear aplicaciones web, ¿verdad? Salen, el auge o el repunte de Postgres para bases de datos, me acuerdo yo, porque mayormente, de nuevo, era MySQL, ¿verdad? Pero ahí en los 2000 también Postgres hace su repunte y tiene su función. Y a principios de los 2000 salen, obviamente, las tecnologías de Object

a

cache verdad, memcache sale en el 93 como open source y ready sale en el 2009 creo si mal no recuerdo y estas tecnologías por supuesto que en linux es donde brillan más

porque la memoria, estas estas tecnologías de cache necesitan de memoria RAM y en Linux nada más compite con ellos por RAM, si solo instalas memcache le puedes asignar el 98 % de la memoria RAM a memcache y te puedes sentir tranquilo y pasa algo similar con Redis, obviamente Redis es más complejo porque puedes crear clústeres pero cuando estas tecnologías salen simplemente se afianzan en Linux y se aprovechan

Juan (1:03:13)
Sí.

jajaja

Douglas (1:03:34)
las bondades que les da, pero a ese punto Juan ya para cuando salen 2003 en adelante muy muy poco muy poco de Windows se ve a ese punto, ya casi que está ganada la batalla y yo creo que tuviste una experiencia similar Juan cuando empezaste a trabajar con estas tecnologías, ya nos has comentado que vos trabajaste en Linux, pero ya para cuando estas tecnologías salen que tanto de Windows mirabas en el panorama de servidor de hosting

Juan (1:03:45)
Sí.

Douglas (1:04:04)
para la web.

Juan (1:04:04)
Bueno es que por ejemplo yo empiezo a estudiar programación web y todo esto allá por el 2011 tal vez 2010 2011 empiezo a ver y lo que se me viene a la mente mientras hablaba lo que recuerdo es que en 2011 2012 todavía lo que recomendaban sí o sí era el stack lamp linux apache mysql php

O sea, ni siquiera había discusión ahí. No es como hoy en día. Hoy en día creo que para alguien que viene empezando sí es un poco complicadito porque hay muchas opciones, hay muchas formas de cómo hacer una página web. En aquel entonces era, ok, ¿querés hacer una página web interactiva? Bueno, stacklamp, punto. Y eso pues hacía que... pues uno, bueno, seguía lo que decían las guías, lo que recomendaba la gente.

Ya parece entonces pues ese era el default de la web. Yo todavía trabajaba en Windows, mi computadora personal era Windows, así que todo lo hacía en Windows, claramente. Pero pues al momento de querer hacer el deployment y desplegar las páginas en un servidor de pago, recuerdo mucho este servicio que aún está vivo, si no me equivoco, que es...

No recuerdo, no me equivoco, creo que era GoDaddy Creo que fue la primera vez donde desplegué algo Y pues lo que te daban ya era una solución específicamente para esto con el PHP MyAdmin y todo esto Entonces sí, definitivamente para cuando yo empiezo Cuando yo inicio en el mundo del desarrollo web Pues ya todo estaba decidido De hecho hasta mucho tiempo después

me doy cuenta, lo que te decía al inicio del episodio, que donde yo trabajaba antes, tenían un servidor Windows y para mi era... era como muy interesante saber que ok, hay un servidor que es Windows, o sea, lo miraba muy exótico, si lo querés ver de alguna forma, ¿no? Porque pues lo que se manejaba en la web, en los guías y todo era... era Linux, no había discusión de ningún tipo.

Y obviamente, bueno, Mac nunca participó en esto, no quiso meterse a esa pelea de ninguna forma. Pero muy interesante, verdad, cómo lo que saco de todo esto, Douglas, es interesante que no es como que alguien decidió. Como en el caso de Flash, donde...

Apple tomó la decisión, no vamos a dar soporte y eventualmente eso lo que derrumba esta tecnología. Aquí es como... como que la misma comunidad empieza a moverse para un lado, para el otro y hasta que deciden de forma colectiva, sin ponerse de acuerdo, deciden que eso es lo que les gusta. por qué? Bueno, porque era un buen producto y sigue siendo un buen producto ¿no? Linux no se quedó en ese puesto solo porque sí. Realmente pues...

hay todo un trasfondo, lo que he comentado hasta ahora. Así que sí, llama mucho la atención ese aspecto de cómo la comunidad se fue asentando hasta que llegó un punto donde bueno, ahora lo que utilizamos es Linux. Y está bien difícil que eso cambie.

Douglas (1:07:27)
Si no, en lo que es web está difícil. Imagínate que vos decís que en el 2011 que comenzaste a trabajar se recomendaba el stack LAMP que desde el 95 y entre el 95 y 96 se define ese stack. sea, estás hablando de 10 a 11 años adelante y todavía se define ese stack. Y en LAMP, la L es de Linux. Entonces, de nuevo, Linux se solidifica. Me llama la atención

Juan (1:07:28)
En lo que es web. Sí, sí,

Sí.

y de Linux.

Douglas (1:07:57)
que a vos te sorprendió por tu experiencia, por cómo vos entraste, te sorprendió ver un servidor Windows, a mí no me sorprendía ver servidores Windows porque fuera de la web...

dominaba aquí en esta región a menos, verdad, donde yo crecí, dominaba los servidores Windows para otro tipo de cosas, para software contables, los servidores Windows, para obviamente lo que tiene que ver con Active Directory, los usuarios, para file servers, casi que todo lo demás en oficinas pequeñas, en maquilas, los servidores que yo miraba era Windows,

Juan (1:08:10)
Ok.

sí, sí,

Douglas (1:08:32)
Y cuando comienzo a ver web es que la gran mayoría era Linux y casi no miraba Windows, pero al iniciar, como te digo yo, pues miraba 70-30 por decir algo. Si al principio de la conversación dije otro porcentaje, recuerden que yo uso porcentaje para ilustrar.

Juan (1:08:41)
Sí.

jajaja

Douglas (1:08:51)
que tanto iba ganando más o menos una tecnología, no son estadísticas. Pero ver servidores Windows para web no era una sorpresa por la costumbre que tenía de ver servidores Windows fuera de la web. Pero sí, una vez que sale el LAMP, como dijimos, la L en LAMP es de Linux y eso fue inclinando la pelea, ¿verdad? ¿Por qué pasó eso?

Juan (1:09:14)
Sí, sí, sí, sí.

Douglas (1:09:20)
Lo comenzaste vos diciendo un poco Juan hace no mucho, con algunas de tus preguntas y observaciones y obviamente es la estabilidad comprobada en Linux en comparación con Windows. O sea, Linux tiene un sistema más sólido y robusto en cuestión de permisos, más eficiente al manejar procesos, multiprocesos. Su arquitectura es más pensada para multiusuario.

O sea, en Windows antes, no sé si ha cambiado esto Juan, quiero aclarar porque por los años que tengo yo de trabajar en...

en Windows, pero antes en una PC normal de Windows por ejemplo vos no podías conectarte remoto a ella mientras otra persona estuviera trabajando. Uno podía abrir varias sesiones al mismo tiempo. Si yo que hoy en día en Windows Server, bueno no hoy en día creo que desde Windows Server 2000 o 2003 o el NTT, ya podías hacer sesiones con diferentes usuarios en Windows, ¿verdad?

siempre por remote desktop, entonces, imagínate cada usuario cargando una interfaz gráfica, ¿no? Al mismo tiempo era complicado con recursos. Pero eso es algo que Windows tuvo que ir trabajando en el camino, el poder permitir que varios usuarios tengan sesiones abiertas al mismo tiempo en el mismo servidor, cosa que con Linux, al heredar de Unix...

Juan (1:10:25)
Uh-huh.

Douglas (1:10:44)
vino de nacimiento como se dice, verdad? Entonces en ese sentido la estabilidad de Linux supera por mucho a Windows y sobre todo cuando ya nos vamos a la parte de hosting como veníamos diciendo Juan, eso significa que consume menos recursos tiene un mayor uptime, o sea con Linux no te va ocurrir que quiso reiniciarse porque ocupaba Upgrade

Juan (1:10:46)
Sí.

Sí,

Douglas (1:11:10)
dijo ello, pongo un hombre, voy a reiniciar. Quiero aclarar que es un chiste, no pasa

con Windows en server, pasa con Windows en desktop, no pasa con Windows en server. Pero en Linux no pasa, ni en desktop, ni en servidor, Espero, quiero hacerla, quiero hacer justo con Windows, nivel de servidor no pasa, no. Pero sí, en general, sí hay un mayor uptime, porque...

Juan (1:11:24)
No, no, no.

Douglas (1:11:35)
Muchas veces en Windows cuando comienza a consumir memoria lo único que puedes hacer es reiniciar. Aunque querrás detener un servicio se queda trabado, el administrador de tareas se queda trabado, no puedes hacerlo, entonces vos venís y decís tengo que reiniciar. Mientras que en Linux...

fácilmente matas un proceso y mueres, corres un par de comanditos de kernel y haces que la memoria que estaba cachada la afloche y entonces podés salvar un servidor de esa manera sin necesidad de reiniciar y por ende no matar tu servicio. Entonces esa mayor seguridad, ese multiproceso, multiusuario nativo que tuvo Linux desde el principio

es lo que hizo definitivamente de nuevo los recursos y ahí, Juan, obviamente esto genera más, más fácil de automatizar.

con JavaScript, porque antes no había las tecnologías y herramientas que hay hoy en día JavaScript era lo que se usaba mucho para automatizar Windows tenía su lenguaje de terminal que podías hacer scripts también pero pues de nuevo como no es pagado se adoptó más el de Linux, verdad? pero esa estabilidad Juan, cuando combinás todo y por eso hemos venido por paso, combinás que no es pagado Linux

Combinas que los lenguajes son open source y trabajan para las dos plataformas, pero entonces luego combinas eso con que comienzan a correr mejor en Linux, comienzan a tener un mejor rendimiento, al grado de que el stack más famoso que ha habido al menos hasta el momento, aunque hoy en día no sea tan famoso, si contas la historia, el stack más famoso era en Linux que corría, entonces eso hizo...

Juan (1:13:19)
Sí.

Douglas (1:13:21)
que se inclinara la balanza y ahí había ya un KO, verdad, ya era un knockout completo porque de nuevo, en esta parte Windows lo que hizo, para quienes no sepan, verdad, Windows lo que hizo por muchos años ya, cuando digo muchos años no sé si como 10 o 12 años, Windows lo que hizo fue crear su propia distribución de Linux para correr en Azure sus servicios, verdad, y Windows ellos, ellos corren sus servicios en Azure.

Juan (1:13:26)
No,

Douglas (1:13:51)
de hecho en el 2018 yo fui a una conferencia de NGINX, que se llamaba, yo no sé si la hacen todavía, se llamaba NGINXConf, que me parece el nombre más maravilloso porque su config file principal se llama NGINX.conf, verdad, entonces ellos NGINXConf y Conf por la conferencia, entonces ese es un paréntesis ahí.

Juan (1:13:59)
Ok.

⁓ ok, ok.

Todos encerrados ahí. ⁓

Douglas (1:14:21)
Ajá, paréntesis, pero me parece fabuloso el nombre que ellos tenían.

Douglas (1:14:25)
Sí, y en esta conferencia, una de ellas fue impartida por uno de los encargados en Microsoft de su parte de su división en Linux, ¿verdad? Y resultó chistoso porque él, en su conferencia, resultó algo, una pregunta relacionada con Windows, y él dijo, miren.

No me van a creer, pero tengo, mencionó el 12 años o 13 años, algo así, de no trabajar con Windows. Yo trabajo para Microsoft, pero solo trabajo en Linux, verdad. Entonces, y esto no es por, por, por, por molestar ni nada, Juan, ni por, ni por hacer chiste de Microsoft como tal, sino que te digo que, que superó tanto Linux a Microsoft, a Windows en ese sentido, verdad, de lo que es el hospedaje web, porque Windows trató de casi que reconstruir de cero.

sus nuevas versiones desde Windows 7 creo que fue o Windows Vista no recuerdo pero ellos trataron de reconstruir de cero y aun así obviamente no pudieron llegar ahí que lo que hicieron ellos fue simplemente en su nube y sus servicios a adoptar Linux también ¿Verdad?

Y ya lo mencionamos, el .NET hoy en día, su nuevo framework puede correr tanto en Windows como en Linux, en contenedores y donde se necesite, ¿verdad? Entonces, por ahí está el asunto. Entonces, sí, está ganado. Y como último punto, Juan, que quisiera dar, fíjate, ya aquí es.

Juan (1:15:55)
Sí.

Douglas (1:16:00)
Un knockout, listo. Pero lo que hace que no se levante, que hasta Microsoft se fue por ahí, verdad, es que la nube terminó de consolidar todo. No sé cuántas personas conoces vos que llegan, se conectan a Easy2, que es la parte de las máquinas virtuales en Amazon. Y cuando crean una instancia...

deciden crear una Windows y pagar licencia de Windows, aparte de pagar el hardware en la nube, querer pagar licencia de Windows, a menos que sean requerimientos específicos para la web.

Juan (1:16:29)
Sí.

Douglas (1:16:33)
Linux, verdad, porque entonces las personas comenzaban, las empresas comenzaban a pagar su hosting que es más barato que tener tu propio data center, ¿no? En la mayoría de los escenarios, pero la gente empezaba a pagar su propio Nube y aparte no iban a estar pagando por licencia, ¿no? No lo hacían antes en sus data centers, mucho menos hoy en día, ¿verdad? Entonces la Nube como tal se fundó.

y creció en Linux, verdad. Entonces, nuevo, a este punto ya estamos hablando de Knockouts, ¿no? Desde que mencionamos el StackLand y entrando a los 2000, el principio de los 2000 cuando salen tecnologías como las tecnologías de cache, incluso cuando salen Nginx, ya ahí la batalla está ganada, ¿verdad? Pero esas son las razones, esas son las razones, los puntos por los cuales

Linux le ganó a Windows esa pelea en lo que tiene que ver hosting web y hoy en día también pues ahí se incluyen los servidores de bases de datos, los servidores de caché, todos estos servicios de mensajería, estos servicios de mensajería, aún luego correo electrónico, verdad, los estos servicios sólidos y fuertes de las empresas grandes quitando Microsoft Exchange por supuesto, lo que corren atrás de ellos son servidores Linux, entonces aún fuera

de eso Linux es quien terminó dominando la web recordemos no es que Windows no tenga su uso Active Directory Exchange las empresas que necesitan eso no tienen nada mejor que no sea Windows a nivel de servidor y a nivel de usuario pues

En mi opinión para empresas Windows sigue siendo el mejor porque pues es más económico el hardware aunque pagas por el software cuando compras a nivel corporativo es más económico el hardware es fácil de utilizar y para nivel de usuario obviamente tiene buen rendimiento pero hablando de esa parte Juan hoy hemos discutido cosas por las cuales van más allá de solo ego de sysadmin o solo ego de programador de que está acostumbrado a decir no Linux es mejor, Linux es mejor esta práctica se ha enfocado en hecho

históricos en experiencias nuestras tanto la tuya como la mía verdad en experiencias mías propias de cuando yo comencé a principio porque en el mero 2000 empiezo con estudiar tecnología juan verdad entonces yo viviendo un par de del tercer mundo comencé en el mero 2000 pero pues me toca interactuar con cosas que que estaban desde como el 94 95 en el mercado de hecho mucho más antes verdad por

Juan (1:19:14)
Sí.

Douglas (1:19:14)
por

el retraso que había en Honduras, pero ¿cuáles son tus reflexiones finales alrededor de esto? De nuevo, que hemos estado hablando de hechos y un poco de historia y de nuestra experiencia, más allá que solo una idea o una mentalidad de decir, no, Linux es mejor, porque sí.

Juan (1:19:33)
De hecho algo que yo siempre he mencionado, bueno no estoy seguro pero creo que sí lo he mencionado aquí en el podcast, es que en cierto momento yo he tenido la experiencia de trabajar en un entorno totalmente Windows, donde todo desde la Active Directory hasta el servidor de correos, el software que hacíamos para la empresa estaba hecho con .NET y todo todo todo tenía que ver con Windows y la verdad es que no...

Tengo ninguna queja. No recuerdo yo quejarme de algo respecto a la experiencia, al menos como desarrollador.

de trabajar con un ambiente así. Recuerdo que todo era muy fácil. El hecho de poder enlazar el Active Directory con los permisos que iban a tener en la base de datos, en el SQL Server y con eso mismo se lo guiaban a la aplicación era muy muy intuitivo para los usuarios y muy fácil para nosotros. Así que nunca yo podría decir que es un mal ambiente o que Windows Server es malo solo porque sí. Yo diría que no.

Sin embargo, es interesante ver o revisar un poco la historia de cómo se han ido dando las cosas. Estoy seguro que hoy en día a muchos nos ha pasado que vemos, bueno, se recomienda hacer un Easy2 con Ubuntu Server y listo. Ok, ¿por qué? ¿Por qué utilizamos esto y no otra versión? ¿Por qué no utilizas Arch? O ¿por qué, como decías, no utilizas un Windows Server?

es interesante verlo desde esta perspectiva y a mí lo como te lo mencionaba lo que me llama más la atención es poder revisar que al final del día

lo que dicta la industria no son las empresas grandes de tecnología, somos nosotros mismos, la comunidad es lo que va dictando que es lo que se utiliza. Hace poco está saliendo muy, se está popularizando mucho esta tecnología, bueno, esta herramienta Open Claw se llama, creo que ese es nombre, último nombre que tiene. Ha tenido varios nombres. Sí, al día de hoy. Y pues mucha gente está hablando.

Douglas (1:21:32)
Creo que sí, al menos al día de hoy que grabamos.

Juan (1:21:41)
vamos a ver de aquí a un par de años como sigue la escena a ver si se solidifica como decíamos o si pasa de moda porque muchas technology's han pasado de moda y otros se mantienen para que se mantengan pues tiene que ser como un producto como linux creo que linux es el número uno del proyecto open source más grande que existe hoy en día y bueno eso te habla mucho de lo que puedes

tener en tu servidor al momento de hostear tu aplicación, algo resiliente, algo robusto que bueno, no tengo la experiencia en Windows, no quiero decir que sea malo pero pues al menos en Linux es resiliente, es robusto, cuesta menos dinero, todo corre como tiene que correr, etc. no, al menos al día de hoy pues no hay una no hay un punto o un motivo para no usar Linux.

y bueno la verdad es que sí es interesante yo aún sigo esperando y aún tengo fe que ya que linux conquistó los servidores ahora sigue los desktop pero pero bueno ya veremos

Douglas (1:22:50)
Mira, de la manera en que no miro como Windows, no veo factible que Windows le gane la pelea a Linux en servidor. Siendo honesto, como digo mismo, no veo un escenario en el que Linux le gane la pelea Windows en desktop, ¿verdad? Porque ya tiene que ver con drivers, con gaming y con otro tipo de cosas que los grandes que hacen las tarjetas de video, por ejemplo, no se enfocan mucho en hacer drivers para Linux porque...

Juan (1:23:06)
Sí.

Sí.

Douglas (1:23:18)
el 90 y pico de esos usuarios están entre Windows y Mac e incluso Windows, supera a Mac en ese sentido. Quiero hacer un análisis pequeño de una de las cosas que dijiste antes de cerrar y es cómo la comunidad dicta

el rumbo de la tecnología y no las empresas grandes. Y un ejemplo que soporta eso, que quiero dar brevemente, es yo recuerdo cuando Microsoft adquirió a GitHub, ¿verdad? Compró a GitHub porque no sé quiénes recuerdan o no, o quiénes sabían por si alguien es algo nuevo en tecnología. Microsoft compró a GitHub.

Así como Microsoft también compró a Skype y lo compró para deshacerse de él, porque no sé quién usa Skype ya. Probablemente muchos ni saben qué es Skype. Pero Microsoft compró a GitHub, Y cuando eso ocurrió, yo recuerdo a bastantes, no unos cuantos, a bastantes developers decir, y algunos se me acercaron a decir, cerré mi cuenta de GitHub y abrí una en Bitbucket.

Juan (1:24:03)
jejejeje

Douglas (1:24:22)
⁓ cerré mi cuenta de GitHub y abrí a GitLab. ¿Y por qué? No, porque Microsoft y vos sabés que aquí, la corporación y que ellos... Entonces sí.

Juan (1:24:32)
el diablo de

Douglas (1:24:36)
Y mira, avanzamos ya no sé cuántos años después, porque eso fue, ya ni me acuerdo cuántos años, Microsoft Compro y GitHub es la herramienta de Git más utilizada por open source, por individuos, por corporaciones, por empresas, porque simple y sencillamente lo que ofrece ha encajado más con la mayoría de las personas.

Y el hecho de que Microsoft lo haya adquirido no cambió eso. Algunas cuantas personas que tal vez eran cerradas lo pensaban de esa manera. Y te aseguro no he hablado con ningún novio directo, pero te aseguro que muchos de ellos reabrieron sus cuentas o crearon una nueva en GitHub porque donde trabajan les pidieron crear una cuenta para que les dieran acceso a sus repositorios. Entonces quería mencionarlo, porque eso es prueba de que realmente somos nosotros como comunidad,

Juan (1:25:20)
Ajá.

Douglas (1:25:28)
terminamos haciendo. Obviamente las corporaciones grandes tienen influencia, pusimos el ejemplo de flash con apple, no? Como apple decimos que lo mató, pero realmente eso es algo en lo que no se equivocaban, No se equivocaban, tenían razón y por eso la comunidad terminó aceptándolo de esa manera. De hecho yo mismo fui un poco escéptico al principio, pero cuando comencé a ver las razones técnicas me di cuenta de que así era, verdad?

Pero bueno, eso es la conversación que queríamos tener hoy. Queremos disculparnos una vez más por los problemas técnicos. Esperamos que eso no les haya causado un inconveniente en lo que es la información que queríamos compartirles, transmitirles, ¿verdad? Si nosotros en la plática obviamente nos creó esa, pequeño corte, brecha en medio. Sin embargo, pudimos tener la conversación, y como siempre, es disfrutando este tipo de conversaciones con vos y de tu aporte y de tu experiencia. Entonces,

de esta manera nos despedimos con todos ustedes y nos vemos en un episodio más. Hasta la próxima.

Juan (1:26:31)
Nos vemos, bye.