[Python-es] Conocimientos

Sherab Giovannini shaddycls en gmail.com
Lun Mar 27 09:13:05 EDT 2017 

En cualquier caso, tenéis una forma un poco particular de defender vuestras
posiciones. Siempre es interesante conocer las impresiones sobre la
industria en general, y del mismo modo siempre hay argumentario suficiente
para matizar los detalles, pero no así.

Mario, ya he visto dos hilos con comentarios tuyos y diría que rompen con
la buena armonía y dinámica de las conversaciones que, como lector pasivo,
percibo. Estoy seguro de que valoras mucho tus posiciones pero no veo
necesario defenderlas de ese modo, especialmente porque dentro de lo que
dices hay cosas que son interesantes, pero sólo es ese tinte imperativo el
que le hace a uno dejar de percibirlos como tal.

"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."

En la industria existen infinidad de protocolos, procesadores y operativos,
que haya buenas herramientas que intentan aproximar con técnicas conocidas
(fingerprinting) estos elementos no significa que siempre sea posible, los
"metadatos" de un servidor la mayoría de las veces están ahí para eso, para
informar, pero no significa que estén en la obligación de hacerlo. Del
mismo modo que como particular no tienes capacidad para acceder al mapeo de
direcciones de un ISP, aunque una autoridad judicial pudiera hacerlo, y aún
así, cualquier intermediario en la ruta pivotando en un país más gris te
limitaría.

Y por favor, somos una industria muy joven; usamos conceptos que
generalmente adoptan otros significados con el tiempo. No seamos talibanes.




El 27 de marzo de 2017, 14:44, Chema Cortes <pych3m4 en gmail.com> escribió:

> El lun., 27 mar. 2017 a las 14:16, Narcis Garcia (<informatica en actiu.net>)
> escribió:
>
>> 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.
>>
>>
> Existen "nubes" privadas que cada empresa puede montar con servidores
> propios o contratados por todo el mundo, existen "nubes" públicas cuyos
> servidores están localizados en España para así cumplir con la Ley de
> Protección de Datos española,... El término "nube" no se caracteriza por
> usar servidores "ocultos". Otra cosa distinta es que los usuarios de las
> aplicaciones en la nube desconozcan dónde se encuentran sus datos, algo que
> las leyes europeas están tratando de arreglar.
>
>
>
>>
>> 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
>> >
>> _______________________________________________
>> Python-es mailing list
>> Python-es en python.org
>> https://mail.python.org/mailman/listinfo/python-es
>>
> --
> 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
>
>


-- 
HomePage <http://www.reversingcode.com> @ Research Labs
<http://research.reversingcode.com>

[AbsshA's Blog <http://abssha.reversingcode.com>]

[PGP Public Key
<http://www.reversingcode.com/D5D674CE7060012E0C5EE7B15C5B66768B8D4045.asc>]
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://mail.python.org/pipermail/python-es/attachments/20170327/015398be/attachment.html>

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