[Python-es] Conocimientos

Mario Lacunza mlacunza en gmail.com
Lun Mar 27 08:39:53 EDT 2017


Hola Raúl,

Discrepo contigo, referenciar a Google y la Wikipedia como fuentes de
conocimiento no tiene nada de ofensivo, sino por el contrario no es el
método q usamos todos para aprender hoy en día?

Enviado desde mi LG G4

El 27 mar. 2017 7:22 AM, "Raúl Cumplido" <raulcumplido en gmail.com> escribió:

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


Más información sobre la lista de distribución Python-es