#56 ARM licencia los diseños pero luego la fabricación y las adaptaciones lo hacen otros pagando royalities. Los ARM son chips RISC y esta tecnología la desarrolló IBM en eeuu,
#38 berri en Guipucoano, batua, etc., barri en Vizcaino.
Yo estoy despierto por que han llamado de un telefono de Madrid y a tres timbrazos han colgado, suponemos que equivocado, pero un hermano vive en Andalucia y el susto, por las horas, nos ha tocado los huevos y ovarios a todos, jo-der con el borracho tocapelotas...
#69 a la velocidad que avanza la tecnologia ya deberiamos estar metiendo placas en todos sitios. Usaremos la red lo menos posible hasta k dejemos de usarla. Lo importante es el cambio de mentalidad. Cambiar un monopolio centralizado y privado por una gestión distribuida y cooperativa. Las trabas mas grandes a los cambios estan en la mente de las personas.
#43 en los techos, toldos, agrupaciones barriales, cooperativas de energía solar,pequeñas placas portatiles. Todo!
Cuando la gente entienda k puede producir su propia energia hasta el dinero caerá.
#140 para comprobadores de tipado, para IDEs, pero sobre todo, para poder documentar puntualmente en el código los argumentos o variables en los que creas que haya que destacar el tipo esperado. Como Python tiene duck typing por diseño, no tiene sentido hacer comprobaciones de tipo.
#96 no se comprueban en tiempo de compilación (que no hay) ni en tiempo de ejecución. Y en cualquier caso no es un "avance". Python es un lenguaje con tipado dinámico y tiene las ventajas y desventajas del tipado dinámico. Necesitamos variedad de lenguajes potentes y Python está cubriendo un nicho muy importante ahora mismo.
#96 es básico si no haces simplemente scripts. Para la comprobación estática hay que usar mypy, lo ejecutas cuando tú quieras o lo íntegras con tu IDE como cualquier linter y a funcionar.
Python ya soporta programación asíncrona bien hecha y lo siguiente será adoptar cuatro cosas que le faltan para ser un lenguaje válido para programación funcional. La verdad que es bastante normal que siga avanzado tal y como avanza. Es casi un estándar en él mundo del software libre.
#110 Cuando digo natural lo que estoy diciendo en realidad es que son más fáciles de leer porque la implementación de clases y la arquitectura no es tan forzada como en otros lenguajes. Es maravilloso la cantidad de librerías que tienes que te permiten hacer algo impresionante en una sola línea de código y que si lo piensas bien, sólo tendrías que usar una y solamente una.
En cuanto al tema Java lo he usado por dos razones. La principal para hacer aplicaciones para Android. Para mí fue claro que aunque es más complejo que otros frameworks, con AndroidStudio puedes hacer prácticamente todo. Y además de eso ... la documentación es cojonuda y en stackexchange hay taaaaanta gente con "problemas" que se hace fácil cualquier cosa que quieras hacer. Tu problema pequeño o grande ha sido comentado decenas de veces desde distintos ángulos.
Y en cuanto a lo de los framworks de Java ... una puta locura. Además se ponen de moda y dejan de ponerse de moda en pocos meses. Por no hablar de la locura que supone cosas como inyección de dependencias que le meten un nivel de complejidad que, para mí, raya lo absurdo.
Y ya si te quieres descojonar mira las ofertas de trabajo ... empiezan a pedirte cosas absurdas, completamente redundantes y sin sentido ... cuando piden, por ejemplo, MAVEN yo siempre me pregunto ... qué pretenden, que hagas librerías para venderlas? Y no, coño, es que le metas una puta línea en un fichero XML que si usas un IDE tipo Netbeans ni siquiera eso ... para mear y no echar gota
EDIT: Y lo de C++ ... le tengo una manía que no puedo con mi alma. Es un puto precompilador de C. Lo siento, paso de esa cosa jajajaja
#104 Y perdón, lo olvidé. Es cierto que Python tiene fundamentalmente un tipado dinámico y que es fuerte. La diferencia respecto a Java o C# (sinceramente se me hace difícil ver la diferencia que hay entre los dos: para mí C# es el Java de Microsoft) es que al ser dinámico te permite muchísimas más cosas y, sobre todo, hace que tu código sea mucho más natural.
Y hay una cosa que me resulta curiosa ... a pesar de que Python permite herencia múltiple, se usa muy poco. Rara vez heredas de más de una clase. Sin embargo los interfaces en Java es un continuo dolor de pelotas. Los tienes que meter cada dos por tres y me parece un coñazo y hacen que TODO pierda estrctura.
#80, no te creas, que aunque la estimación inicial sea mala suele converger. Y luego puedes hacer una combinación entre bisección y secante. En lugar de coger el punto medio como en bisección usas secante, pero al igual que en bisección miras el signo y te quedas de los dos anteriores el de signo contrario al último. Consigues más velocidad y aseguras la convergencia en los mismos casos que bisección.
#104se aprende en seguida y que puedes hacer mucho con poco esfuerzo, pero cuando el programa crece se vuelve inmanejable
No puedo estar de acuerdo contigo en eso. En primer lugar si bien es cierto que aprender Python es rápido, sacarle partido no lo es. Para mí ha sido un camino agradable pero de mucho esfuerzo. Y lo que hace a Python más o menos manejable no es el python en si sino los frameworks que le dan estructura. Recuerdo que empecé con GTK y no estando mal deja bastante que desear en la manejabilidad del código. Tienes razón que con algo como GTK cuando tu aplicación crece se hace una pesadilla manejarlo. No por nada, sino porque la estructura es mínima y no tienes un buen IDE que te ayude con ello. Pero para mí el todo ha sido conocer Django y Flask. No te hace falta ni siquiera un IDE para poder manejar eso ... el mismo framework te impone una estructura que hace sencillísimo el mantenimiento o el entendimiento de lo que está pasando ahí dentro.
No creo que haya mucha diferencia en manejar código de 200.000 líneas o código de 20.000 si usas ese tipo de frameworks. Por no hablar de tecnologías que te ayudan muchísimo como Git, Agile, etc ... Al menos a mí que lo que suelo escribir está en torno a las 20.000 líneas no tengo ningún problema pasado el tiempo precisamente por lo bien estructurado y las "obligaciones" que te imponen los frameworks.
Lo de TypeScript, ¿te parece poco? En mi experiencia cuando programas pasas un 10% del tiempo escribiendo código, y un 90% leyendo. Cualquier cosa que ayude a hacer el código más comprensible es buena.
Tal vez no me expliqué bien. JavaScript me gusta a pesar de lo "mierder" que es con la estructura de datos y TypeScript me encanta aunque no me veo (aunque sé que se hace cada vez más) programando backends con él.
#76, el método de bisección converge si tienes una función continua. Si no lo es puede no converger. Además tiene el problema de que tienes que encontrar inicialmente dos puntos que tomen valores de signo distinto en la función.
Además evidentemente con un ordenador te resuelve ambas formas en nada, pero cuando tienes que aplicar esto muchas veces pues es importante la velocidad de convergencia.
Por cierto, para evitar el problema de la derivada se puede aplicar el método de la secante, que también converge muy rápido (bisección orden 1, Newton 2, secante (1+raíz (5))/2=1.7...).
#91 A ver. Reconozco que tengo cierta querencia por Python ya que es el primer POO que aprendí. Y reconzco que Java y C# tienen su cosa. Por ejemplo .. gracias a Java me hice mucho más "fuerte" en la POO ya que Java es la única opción que te deja. Y eso me ayudó a ser mejor y a cambiar mi manera de pensar como programador.
PERO
Lo que yo digo es que el que sea fuertemente tipado o no lo sea, no lo hace mejor o peor. JavaScript es una caca ... pero me gusta lo que se puede hacer con él. TypeScript es básicamente lo mismo pero en "bonito" y con mucha mejor estructura y, sinceramente, creo que la diferencia entre JavaScript y TypeScript es, básicamente, que ves de una manera más sencilla la estructura de los datos y de las clases. Nada más. Hacen casi lo mismo y se ejecutan más o menos en el mismo tipo de entornos.
Luego te encuentras con mierdas como el JQuery que para mi gusto es insoportable. Tiene una sintaxis de locos y hace que cualquier chorrada sea una mierda difícilmente legible.
Y gracias por el comentario de las interfaces. Así es ... un parche porque no admite herencia múltiple. Y yo me pregunto si es un parche porque sí o es un parche porque precisamente el ser tan fuertemente tipado hace muy difícil que el compilador pueda con esa herencia múltiple.
#81 esa ventaja ya no existe, en las últimas versiones Python (3.6+) soporta el tipado estático. No es perfecto por su naturaleza pero para el 90% del uso que le vas a dar al tipado estático te va a servir y para florituras, programación funcionan, etc... generalmente hay `workarounds`
#86 No he escrito código en Python de cientos de miles de líneas de código pero sí de decenas de miles de líneas de código y he tenido en python los mismos problemas que en Java o en C#. Porque si Java es un horror, C# es exactamente el mismo horror.
Y esos problemas que tú cuentas los resuelves antes de empezar a escribir planteando la arquitectura y, sobre todo, la estructura de los datos. Que siendo dinámicos en Python y no siendo fuertemente tipado te puedes hacer exactamente el mismo planteamiento pero sin mierdas como los "interfaces", por ejemplo.
#81 Sinceramente no le veo ninguna ventaja al tipado estático. Y el código es compacto pero no por el C# en sí, sino por el propio framework que normalmente te obliga a compactar y estructurar. Después de trabajar 3 años en Python y meterme con Java de repente va y me entero de que había una "cosa" llamada inyección de dependencias ... y yo me preguntaba cómo coño no me había enterado de que eso exisitía. Y es que en Python no sólo no es necesario, sino que no tiene ningún sentido. Al final cosas como esa (hay muchas más como los "interfaces" que no son más que un puto parche) son las que hace que tu código se llene de "cosas" que tienen que estar pero sólo tienes una idea "filosófica" de qué coño hacen.
Eso en python no pasa. A mí no me pasó ni cuando empezaba a trabajar con él.
#74, hombre, normal que lo hagas más rápido por bisección ya que no tienes que usar la derivada. Si tu lenguaje de programación supiera derivar se programan igual de rápido
#93 No exactamente. Los invernaderos de Almería pueden producir tomates, pero esa tierra no puede producir forraje o hierba para el ganado.
Igualmente, necesitas producir 100 kg de forraje y sólo 1 kg de comida para humanos, o sea que, si produces 5 kg de comida ya estás multiplicando la producción agrícola de alimentos por 5.
#29, lo dices de broma, pero yo he puesto exámenes para que me resuelvan de forma numérica algi a ecuación y que lo hagan con la precisión de 8 o 10 cifras (lo que permita la calculadora), y con Newton suele salir esa precisión lo mismo en 5 pasos... Pues bien, algún alumno que otro me lo ha hecho con bisección con lo que si parte de un intervalo de longitud 1, necesita dar sobre 30 pasos
#28 ya. No sabes lo que buscan, pero aún así los odias. Para que escuchar sus reivindicaciones, si ya sabes que no buscan la igualdad. ¿Y eso lo sabes porque te lo ha explicado un tipo enmascarado en internet?
#58 DjSiam * 
Para que escuchar sus reivindicaciones, si ya sabes que no buscan la igualdad. ¿Y eso lo sabes porque te lo ha explicado un tipo enmascarado en internet? 
