Programación para Estudiantes

Hoy vengo a presentar la nueva serie que estoy haciendo en twitch y próximamente en Youtube: The Binary Theory. En esta serie abordaremos diferentes conceptos de Estructuras de Datos y Algoritmos, ¡para poder superar cualquier entrevista que lo requiera! Comenzando por array y listas enlazadas (linked list), hasta acabar con charlas de diferentes ámbitos como puede ser QA o DevOps. En esta serie abordamos de forma teórica y práctica estas estructuras de datos que a veces no entendemos lo suficiente o que incluso se obvian en nuestra formación. Sin embargo, en muchas entrevistas nos encontraremos con preguntas de toda esta temática: Arrays. Listas enlazadas o Linked List (singly and doubly). FIFO y LIFO, pilas y colas. Estructuras jerárquicas como árboles binarios. Grafos. Y mucho más.

Lo primero que hay que tener claro es lo siguiente: React de por sí NO es un framework y Angular 2 SÍ . Pero, entonces, ¿por qué compararlos? son dos formas de trabajar y de hallar soluciones con un nexo en común: un modelo de interfaces basado en componentes. NOTA: Este artículo lo publiqué originalmente en:  https://medium.com/@FerCortesF/el-empate-en-las-caracter%C3%ADsticas-de-react-y-angular-2-c18f9c0c9247 Comodidad vs Libertad Para mí, este punto es un empate . Angular  2 aporta la comodidad de tener un framework completo que dispone de todas las herramientas necesarias para llevar a cabo una aplicación, permitiendo que te despreocupes de tener que buscar la forma de implementar funcionalidades, lo que hace que todo tengas que hacerlo "a su manera". Mientras que React aporta la flexibilidad y la libertad de seleccionar las herramientas con las que deseas trabajar, aumentando así la carga de decisiones tecnológicas que tomar. Esta filosofía permite ir reemplazando ...

A menudo ocurre que al escribir código obviamos ciertas características del lenguaje con el que se trabaja. Más todavía en Javascript dado que tenemos muchos caminos diferentes para llegar a un punto , por ejemplo, definiendo funciones[1]. En estos casos cada uno tiene sus manías para determinadas situaciones, pero al hacerlo podemos obviar ciertas especificaciones o comportamientos del lenguaje. Debido a esto, el otro día me encontré con un problema en Javascript en el cuál se encontraban fechas, que no se habían modificado, con la fecha 1/1/1970 . Las fechas venían en String por lo que era necesario transformarlas a objetos Date. Tras mucho depurar llegué a ver que en un punto (una directiva de AngularJS para fechas) estaba creando el objeto fecha de la siguiente forma: " new Date(fchEnString) " ¿Problema? Que no se comprobaba si el parámetro era null , aunque sí que existía una comprobación posterior acerca de si el objeto creado era una fecha válida.   Sin embargo,...

A veces en ASP.NET tenemos la necesidad de realizar un 'post back' desde JavaScript. Si analizamos el HTML que se genera con ASP.NET encontramos que los controles de ASP.NET llaman a la función __doPostBack para realizar esta acción. Esta es una función Javascript generada automáticamente por ASP.NET. Esta función recibe dos parámetros: eventTarget eventArgument Por lo general en eventTarget se envía el ID del control que causa el 'post Back' mientras que en eventArgument se envía información adicional . Al realizarse el 'post back' ASP.NET analiza estos parámetros para ver quién ha realizado el 'post back' y a que evento debe acudir. Sin embargo, podemos enviar información que no sea un ID en el eventTarget y que nos sirva para controlar una llamada a __doPostBack desde una función nuestra de JS.  function realizarPostBack(dato) { __doPostBack('miPostBack', dato); } Por ejemplo tenemos la siguiente función de JS: ...

Desde Javascript se puede detectar si accedemos desde un dispositivo móvil. Para conocer esto deberemos inspeccionar el elemento navigator.userAgent en el DOM. Esto puede ser útil para modificar el comportamiento o el estilo de algunos elementos que tengamos en nuestra web.Veamos un ejemplo detectando si entramos desde iPhone o desde un dispositivo Android. function detectBrowser() { var useragent = navigator.userAgent; if (useragent.indexOf('iPhone') != -1 || useragent.indexOf('Android') != -1 ) { // Comportamiento desde móvil. } } Una utilidad para esto podría venir con Google Maps. Desde Google nos recomiendan que ejecutemos los mapas con un alto y ancho del 100% de la pantalla en iPhone y Android. Si usasemos siempre el 100% de la pantalla algunos navegadores de escritorio no funcionarian correctamente. Por lo tanto, si venimos desde movil pondríamos el mapa al 100%. En caso contrario al tamaño que deseemos.