[Python-es] Conocimientos
Narcis Garcia
informatica en actiu.net
Lun Mar 27 08:12:01 EDT 2017
Sr. del LG G4, todos tenemos parte de razón, aunque hay quien lo enfoca
desde el punto de vista de los derechos de quienes no son informados (o
inconcretamente) de las cosas, y hay quien lo enfoca desde un punto de
vista exclusivamente comercial o empresarial.
¿Ves a menudo la mención de una «nube» diciendo a quién pertenece la
misma? Yo trataba de aclarar un *detalle* del mundo real.
El 27/03/17 a les 13:33, Mario Lacunza ha escrit:
> 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
> <mailto: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>
> > <mailto: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 <mailto:Python-es en python.org>
> > https://mail.python.org/mailman/listinfo/python-es
> <https://mail.python.org/mailman/listinfo/python-es>
> >
> _______________________________________________
> Python-es mailing list
> Python-es en python.org <mailto:Python-es en python.org>
> https://mail.python.org/mailman/listinfo/python-es
> <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
>
Más información sobre la lista de distribución Python-es