Totalmente de acuedo con Raúl. 2017-03-27 14:16 GMT+02:00 Raúl Cumplido <raulcumpl...@gmail.com>:
> Hola Mario, > > Hay diferentes formas de decir las cosas y decirle a alguien que "está > bien equivocado" y que se lea Google y la Wikipedia para informarse en una > lista sobre dudas és quizas un poco duro. Tienes razón en que Narcis quizás > no ha sido del todo preciso en sus definiciones, pero lo puedes comentar. > Explicar que no és exactamente eso y dar la definición. Probablemente > ahorrandote la última frase. Estoy seguro que todos los que se toman el > tiempo para contestar tratan de ayudar. > > Saludos, > Raúl > > 2017-03-27 13:03 GMT+01:00 Miguel Manzano <mmanz...@gmail.com>: > >> 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 <mlacu...@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" <informat...@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.quint...@gmail.com >>> > <mailto:johnny.alonso.quint...@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@python.org >>> > https://mail.python.org/mailman/listinfo/python-es >>> > >>> _______________________________________________ >>> Python-es mailing list >>> Python-es@python.org >>> https://mail.python.org/mailman/listinfo/python-es >>> >>> >>> >>> _______________________________________________ >>> Python-es mailing list >>> Python-es@python.org >>> https://mail.python.org/mailman/listinfo/python-es >>> >>> >> >> >> -- >> Miguel Manzano Garcia >> >> _______________________________________________ >> Python-es mailing list >> Python-es@python.org >> https://mail.python.org/mailman/listinfo/python-es >> >> > > _______________________________________________ > Python-es mailing list > Python-es@python.org > https://mail.python.org/mailman/listinfo/python-es > > -- Juan Luis Cano
_______________________________________________ Python-es mailing list Python-es@python.org https://mail.python.org/mailman/listinfo/python-es