[Python-es] Conocimientos

[Miguel Manzano]

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
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://mail.python.org/pipermail/python-es/attachments/20170327/35eec6cb/attachment.html>