228 meneos
2525 clics
Intel lanza su distribución de Python para uso en matemáticas y busca desarrolladores para probarla
Intel acaba de sumar a Python a los lenguajes de programación que pueden ser utilizados con su Math Kernel Library (Intel MKL), una biblioteca matemática desarrollada para aprovechar el potencial de los procesadores matemáticos de la empresa. Además, acaba de poner a disposición de los desarrolladores una distribución de Python que incluye, además de la MKL, los paquetes especializados en usos científicos y matemáticos NumPy y SciPy.
|
comentarios cerrados
Además las tareas con uso intensivo de CPU también son un problema en node, no se si ha mejorado el panorama en los últimos meses pero incluso si lo ha hecho hará falta madurar bastante ciertas cosas. Ahora mismo es mucho más viable hacer un wrapper e implementar este tipo de cosas en otro lenguaje, eso además creo que es bastante sencillo en node.
Si dices que algo es mejor explica detalladamente el por qué. El "a mí me gusta más" no es un por qué.
www.continuum.io/downloads
Es que me parece... en fin, que no me hago a ese tipo de programación.
Si que admito que JS tiene algunos defectos, especialmente en mi opinión mezclar números y cadenas de texto sin una conversión, pero en lo demás lo veo mejor.
Es que... no, o sea, no me hago a ello, es una fuente potencial de errorres, un incordio para copiar y pegar o añadir algún IF a un nivel superior... ¿Pero en qué narices estaban pensando cuando diseñando el código? Es que no trago con ello.
¿Sabes lo que es una broma? Que enero sea el mes 0. Eso si que es una puta broma de mal gusto.
Y aún así, yo dudo de secuestrar la libertad del usuario de escribir mal el código, puesto que a veces puede interesarte añadir un IF con idea de retirarlo después. ¿A indentar y desindentar todo sólo para hacer una prueba?
Además, hoy día muchos trabajan con IDEs que permiten indentar adecuadamente sin esfuerzo. Incluso sin IDE, darle cuatro toques al espacio no es un gran esfuerzo. El resultado final aboga por la legibilidad y mantenimiento del código, cosa que algunos -me incluyo- agradecemos mucho al leer lo de otros.
Es que me da asco eso, que van en plan "y como es en Python es molón", pues no, es molón para quién le mole ese lenguaje, para los que no es un asco.
En mi caso no trago tener que instalar paquetes a través de npm, pero si fuese necesario para hacer algo ya miraría de entenderlo y acostumbrarme. Antes de empezar a trabajar con Python también me quejaba de las indentaciones (queja por excelencia de los que empiezan con Python o han tocado poco) y ahora me he acostumbrado, entiendo el porqué de que se requieran y poniéndolo en la balanza creo que merece la pena. En comparación con otros lenguajes, leer y mantener sw en Python se me hace más llevadero que, p.e., Java o JS.
Respecto a lo de si es molón o no, estéticamente a mí me gusta por su simplicidad. Pero vamos, que no se puede evitar a veces cierta comunidad fanboy, y a veces peco también de ello, p.e. Python vs Ruby. Aunque es algo que creo que pasa en varios lenguajes, y también he conocido a defensores a ultranza de frameworks JS que con su trabajo hacen que en algún momento me toque usarlo. Con esto digo que hay "tiranteces" por los dos extremos; de alguna manera tendremos que "convivir".
Tomate las cosas menos en serio.
Me recuerdas a un amigo que era fan de Masserati y cuando alguien hablaba bien de Ferrari se le caiga el mundo encima. Acababa insultando a todos los ferraristas porque, desde su punto de vista, iban de güays, creyéndose mejores y que molaban más.
Yo me quedo con esta frase de un tipo que dice haber trabajado durante mucho tiempo en programación y saber 20 lenguajes: "What I discovered after this journey of learning is that it's not the languages that matter but what you do with them. Actually, I always knew that, but I'd get distracted by the languages and forget it periodically. Now I never forget it, and neither should you.
Which programming language you learn and use doesn't matter. Do not get sucked into the religion surrounding programming languages as that will only blind you to their true purpose of being your tool for doing interesting things."
Para quienes tenemos un nivel intermedio, Python es más un incordio que otra cosa.
Un recién titulado con grado y master en informática lleva programando 5 o 6 años todos los dias y es un principiante.
Un intermedio es alguien que lleva 10 años programando y se maneja con varios lenguajes y varios paradigmas completamente distintos. Para un intermedio Python es una maravilla.
PD: Ahora mismo estoy haciendo un proyecto django-rest-framework y backbone.js... y donde casualmente tengo código spaghetti (en realidad no es spaghetti pero compándolo con el de python si lo es) es en la parte javascript
EDIT+PD2: Y ya ni habla de callback hells y demas infierno insufrible (si, ya se que hay promises...)
Ahora al menos let y const son "nativos", porque durante más de un año disminuían totalmente el rendimiento al usar babel/6to5/etc (salvo en navegadores, básicamente).
Intel sacó su librería para Julia hace 2 o 3 años: software.intel.com/en-us/articles/julia-with-intel-mkl-for-improved-pe
Por cierto, #12 a nombrado al stack de Anaconda, otro proyecto muy chulo que estamos empezando a utilizar en la empresa es Jupyter (www.jupyter.org)
Yo creo que en España, salvo contadas empresas (ojo no quiero menospreciar a nadie) estan 3 o 4 años atrasadas tecnológicamente de lo que se hace en otros sitios y creo que es bueno para nosotros los desarrolladores tocar estas cosas aunque sea de forma autodidácta, porque al final la tecnología no tiene barreras y todo llegará (un poco más tarde, pero llegará)
También te digo otra cosa, no muchas veces lo último es lo mejor. Hay cosas muy testadas difícilmente superables en un tramo tan corto de tiempo, se nota mucho "hype" sobre todo en los más jóvenes.
Por otro lado, estar en la punta de lanza es algo duro, pero cuando se está en algún ámbito es todo gloria. Nosotros actualmente estamos desarrollando una librería en JS para procesamiento de PDF que no existe en el mundo (PDFKit y PDFMake vienen a ser 1/3 de lo que ahora estamos creando), al menos que se sepa (a no ser que lleven el proyecto sin publicar, como nostros). El problema está en que hay tantas variantes, tecnologías y librerías (no solo en JS) que es prácticamente imposible estar al día, y muchas veces es importante echar el freno y pensar fríamente.
Ánimo.
Se que no tienen nada que ver los propositos de dichas bases de datos... pero me apuesto a que si tienen la oportunidad de hacerlo por X requerimiento seguirán utilizando MySQL para guardar las sesiones (por nombrar un escenario que lo he visto con mis ojos).
Y pensando como "empleador", encontrar un administrador y desarrollador para Redis es más complicado que uno para MySQL, de ahí que si me baso en "ejercitos" junior lo tengo más fácil.
Tampoco sé como será en las grandes urbes, al menos por la zona norte no he visto mucho movimiento. Nos hemos acostumbrado a tener rivales de perfil muy bajo a nivel tecnológico (conocimientos), otra cosa es la capacidad que tienen (inversiones, plantilla, proyectos).
Por cierto, Firebase no la conozco, e Ignite solo de oídas.
Además, cualquiera que programe en otros lenguajes de forma mínimamente correcta, debería indentar adecuadamente todas las líneas de código. El único caso en que podría ser una molestia sería el que comentas del "if" y, que quieres que te diga, llevo años programando en Python y va a ser que no le veo el problema. Pocas veces debo hacerlo y para los 2 segundos que me lleva con cualquier editor indentar en bloque, no sé yo. Creo que a este lenguaje se le podrían criticar otras cosas, pero precisamente esto...
P.D.: El positivo ha sido por error (tampoco quería votar negativo, sólo responder).