[Python-es] Conocimientos

[Miguel Manzano]

*yo lo llamaría Servidor.

jajaja... :P

El 27 de marzo de 2017, 14:03, Miguel Manzano <mmanzano en gmail.com> escribió:

> No quiero entrar en polémicas pero puedo tener una máquina dentro de mi
> red local que sirva datos a través de Internet y a eso yo lo llamaría
> Internet. Y eso, puedo conseguirlo con una raspberry pi. :D
>
> No me gustan los blancos o negros... pero bueno, yo que soy así de raro.
> Vuelvo a mi cueva.
>
> Saludos.
>
> El 27 de marzo de 2017, 13:33, Mario Lacunza <mlacunza en gmail.com>
> escribió:
>
>> Estás bien equivocado. Primero TODOS los servidores de Internet son
>> remotos. En informática de define como remoto a un servidor corriendo fuera
>> de tu red local.
>>
>> Segundo puedes saber sobre TODOS los servidores a quien pertenecen, dónde
>> están localizados, q os corren y un largo etc de información, claro hay q
>> saber cómo obtenerla.
>>
>> El término nube o cloud en inglés define el paradigma de sistemas
>> distribuidos lo cual nada tiene q ver con tú idea de ocultar la pertenencia
>> del servidor, te aconsejo usar Google y la Wikipedia para informarte mejor.
>>
>> Enviado desde mi LG G4
>>
>> El 27 mar. 2017 4:02 AM, "Narcis Garcia" <informatica en actiu.net>
>> escribió:
>>
>> Quiero matizar un detalle de lo que diferenció Chema Cortés:
>> - Lo que se ejecuta en un servidor, se ejecuta en un computador remoto.
>> - Lo que se ejecuta en la «nube», se ejecuta en un servidor oculto*
>>
>> (*) Oculto sólo a efecto de no decir a quién pertenece. Usar el término
>> «nube» es parecido a usar el término «máscara» o «indefinido».
>>
>>
>> El 26/03/17 a les 20:17, Chema Cortes ha escrit:
>> > El dom., 26 mar. 2017 a las 15:29, Johnny Alonso
>> > (<johnny.alonso.quintero en gmail.com
>> > <mailto:johnny.alonso.quintero en gmail.com>>) escribió:
>> >
>> >     De nuevo muchas gracias a todos, ya empecé a estudiar HTML5 y CCS3,
>> >     hasta
>> >     aquí estático y bonito como indica Narcis.
>> >
>> >
>> > Bonito, sí; pero estático sólo en parte. Con CSS3 se pueden construir
>> > animaciones e interaccionar con el usuario, sin usar javascript. Este es
>> > un mundo más para diseñadores que para programadores, y precisa de
>> > bastante dedicación hasta dominar sus posibilidades. Para facilitar su
>> > uso por diseñadores han salido varios frameworks como bootstrap. En su
>> > mayoría usan javascript para obtener mayores efectos.
>> >
>> >
>> >
>> >     Ahora bien, sí JavaScript es un
>> >     lenguaje de progresión que permite darle dinamismo a la página, me
>> >     surgen
>> >     las siguientes preguntas:
>> >     ¿Hay que instalar algo en el sistema del cliente o en el servidor?
>> >     A groso modo ¿qué sería posible hacer con él y cuál es su alcance
>> >     (cliente
>> >     y/o servidor)?
>> >
>> >
>> > El navegador sólo entiende html, css y javascript. No obstante, los
>> > programadores no escriben directamente en estos lenguajes. Lo habitual
>> > es programar las webs con otros lenguajes y generar luego los ficheros
>> > que luego se enviarán al navegador del cliente para que los visualize.
>> > Las combinaciones son casi infinitas, desde generar todos los ficheros
>> > en un servidor antes de enviarlos al cliente, hasta enviar únicamente el
>> > fichero javascript al cliente para que él genere el html y css.
>> >
>> > Este año será el año en el que los navegadores interpreten webassembly
>> > (una especie de subconjunto de javascript), lo que abre las puertas a
>> > futuros compiladores de otros lenguajes a webassembly sin pasar por
>> > código javascript, similar a los lenguajes que hay para JVM.
>> >
>> >
>> >     ¿Qué es JQuery y para qué sirve?
>> >
>> >
>> > Una conocida librería javascript para mejorar la experiencia de usuario
>> > (GUI).
>> >
>> >
>> >     ¿En dónde encaja Python, cual es la razón?
>> >
>> >
>> > Como ya te han dicho, las aplicaciones webs van a dar paso a las apps
>> > para móviles. Estas apps tendrán una parte cliente que se ejecuta en el
>> > móvil y otra remota que se ejecutará en un servidor o, más probable, en
>> > la "nube". Es en esta segunda parte donde python puede tener mejor
>> > cabida. Existe mucho caos sobre cómo serán las aplicaciones del futuro,
>> > incluso abogan por que sean "isomórficas", la misma aplicación
>> > javascript tanto en cliente como en servidor y así unificar todo en un
>> > único desarrollo. Pero la verdad es que no hay nada demostrado que haga
>> > a un lenguaje como lo único necesario con el que se pueda programar
>> > todos los elementos implicados en una aplicación web (ni siquiera java).
>> >
>> > Mi consejo es que no te obsesiones demasiado por estar al día, ya que lo
>> > que es hoy está de moda, puede quedar obsoleto en poco tiempo. Empieza
>> > por algún framework para python que esté bien documentado como django,
>> > aunque déjame recomendarte web2py para empezar a entender cómo se
>> > programaban webs. Puede que, para cuando ya hayas aprendido a usarlo,
>> > haya salido python para webassembly y tengamos un nuevo paradigma para
>> > programar aplicaciones.
>> > --
>> > Hyperreals *R  "Quarks, bits y otras criaturas
>> > infinitesimales": http://blog.ch3m4.org <http://ch3m4.org/blog>
>> >
>> >
>> > _______________________________________________
>> > Python-es mailing list
>> > Python-es en python.org
>> > https://mail.python.org/mailman/listinfo/python-es
>> >
>> _______________________________________________
>> Python-es mailing list
>> Python-es en python.org
>> https://mail.python.org/mailman/listinfo/python-es
>>
>>
>>
>> _______________________________________________
>> Python-es mailing list
>> Python-es en python.org
>> https://mail.python.org/mailman/listinfo/python-es
>>
>>
>
>
> --
> Miguel Manzano Garcia
>



-- 
Miguel Manzano Garcia
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://mail.python.org/pipermail/python-es/attachments/20170327/95db0008/attachment.html>