#115 Si la policía necesita entrar para la persecución de un delito en caliente, puede pasar. Si alguien impide la entrada, debe ser arrestado y pasar a disposición judicial. La policía no va a entrar a tirar tiros, va a entrar a detener a una persona que ha cometido varios delitos.
Si algún familiar o amigo tuyo muere por la imprudencia de un tipo como el del futbolista este igual tendrías un mínimo de consciencia de la gravedad de sus acciones y en consecuencia de la importancia de su detención.
#26 Eso es falso, la policía sí puede.
Artículo 18.2 de la Constitución: “El domicilio es inviolable. Ninguna entrada o registro podrá hacerse en él sino consentimiento del titular o resolución judicial, salvo en caso de flagrante delito.”
#6
Mi apuesta, muy personal, es:
. C y ensamblador AVR para incrustados (para aclararnos, microcontroladores). Libro recomendado para principiantes: Make: AVR Programming: Learning to Write Software for Hardware
. Rust como substituto a C++ para sistemas de rendimiento crítico que no sean microcontroladores ( básicamente su creador dice que la forma de programar correctamente en C++ es esencialmente lo que trae Rust de serie www.youtube.com/watch?v=1OEu9C51K2A ). La web de rust trae muy buena documentación y si quieres realmente aprender C++, mira el video que te puesto, es muy bueno.
. CUDA+OpenCL para sistemas de cálculo numérico. Toneladas de libros, extensa documentación.
. Scala o Go para web, sistemas distribuidos y demás. Lo mismo que con CUDA, toneladas de buenos recursos de aprendizaje.
Ah, por cierto:
1. "Embebido" es una mala traducción de embedded al castellano. Mi recomendación es usar directamente "embedded" o incrustado (sistemas incrustados).
2. Para la mayoría de plataformas incrustadas no podrás usar C++. De hecho, en las pocas que lo usan, no lo recomiendan. C++ suele usar el heap ("new") y para la mayoría de plataformas solo puedes usar la pila (o stack) y el RAII da demasiada carga a los procesadores incrustados con las copias forzadas. Lo mejor para sistemas incrustados es C. Eso no quiere decir que C++ no tenga sus usos, pero no para microcontroladores.
3. ARM ya no es un sistema exclusivo para sistemas incrustados, sus procesadores se pueden usar para aplicaciones similares a los Intel o AMD. Creo que AVR seguirá siendo la plataforma dominante en incrustados. Ah, también ten en cuenta que si te da para estudiar ensamblador ARM, te puede dar un ataque cuando veas las diferencias en las instrucciones entre plataformas (AArch64).
4. Suerte!
Kellogg thought that masturbation was the worst evil one could commit; he often referred to it as "self-abuse". He was a leader of the anti-masturbation movement, and promoted extreme measures to prevent masturbation. In addition, Kellogg thought that diet played a huge role in masturbation and that a bland diet would decrease excitability and prevent masturbation. Thus, Kellogg invented Corn Flakes breakfast cereal in 1878. He hoped that feeding children this plain cereal every morning would help to combat the urges of "self-abuse"
Nunca me hubiera imaginado que mis cereales estuvieran especificamente disenyados para no pajearme...
Python es un lenguaje estupendo para pequeños desarrollos, pero yo le veo unos problemas para el desarrollo de aplicaciones grandes:
1- Como es de tipos dinámicos, si se siguen buenas normas de documentación, hay que poner el tipo de cada variable/campo y en cada parámetro de cada método (incluidos tipos de retorno). Esto, con lenguajes de tipos estáticos no es necesario al quedar explícito en la declaración del campo/método.
Puedes omitir este tipo de información en los comentarios, pero luego lo pagas a los pocos meses de desarrollo (invirtiendo más tiempo).
2- El Intellisense de los IDEs no funcionan demasiado bien (por no decir nada bien) en lenguajes de tipos dinámicos. Una vez empiezas a usar intellisense en un IDE, es difícil aceptar un lenguaje que por su diseño no te admite aprovechar al 100% dicha funcionalidad.
3- El hecho de que en Python los bloques (closures) se definan por indentación tabular hace que a veces puedas cometer un error humano que es difícil percibir e invertir horas por confundir o no darte cuenta de errores de tabulación.
4- El GIL (global interpreter lock) usado por Python lo incapacita para aprovechar como toca la totalidad de los núcleos del procesador utilizando múltiples hilos. Esto, hoy en día, es una gran desventaja para cualquier intérprete.
5- Existen otros lenguajes diseñados para el "confort del programador" como Scala, Groovy, Dart o TypeScript que eliminan gran parte de los problemas de Python.
Si algún familiar o amigo tuyo muere por la imprudencia de un tipo como el del futbolista este igual tendrías un mínimo de consciencia de la gravedad de sus acciones y en consecuencia de la importancia de su detención.