Entradas

Mostrando entradas de marzo, 2019

Jersey Shore

No debe de quedarnos duda de que la mejores ideas siempre nacerán de los momentos de ocio y el ensayo que analizaremos hoy es la prueba fehaciente de ello pues el argumento de "lo peor es mejor" nació justamente en una charla casual. Este argumento le sirvió al autor para dar algunas charlas y que grandes empresas relacionaran este concepto con su nombre durante muchos años e incluso al tiempo después publicó otro ensayo atacando este argumento bajo un pseudónimo, pero bueno, esto únicamente es historia, si nos queremos enterar de por qué lo peor es mejor tendrás que seguir leyendo. Listas y más listas  via GIPHY Lo primero es lo primero, ¿qué demonios es LISP? Bueno, según mi experiencia en el campo de la computación la entrada correspondiente en Wikipedia , LISP se trata de un conjunto de lenguajes de programación que se decantaban por hacer las operaciones aritméticas de manera rarita y que, aunque sea difícil de creer, aún tiene un uso súper extendido a lo

Los blogs no están muertos (y están lejos de estarlo)

via GIPHY Este post tratará más acerca de un comentario que de una entrada tipo artículo como tal pues al leer Blogging and Me de Ana Rodrigues me vinieron muy buenos recuerdos acerca de cómo ha cambiado el internet estos años, vaya que son otros tiempos. Cuando comencé a buscar contenido de calidad en la web inevitablemente me topé con las primeras aplicaciones que recopilaban estos y la mejor en aquellas épocas era Google Reader, ¿te imaginas tener todas las entradas de tus blogs favoritos en una sola app? Era una pasada. Lamentablemente Google mató este servicio ya que no era para nada monetizable y desde ahí se pusieron las cosas difíciles para el contenido de calidad. A través del post, Ana nos cuenta tu propia visión y por las diversas etapas que pasó en su vida personal y en su vida digital y nos hace caer en cuenta como las redes sociales pasaron por encima de todo hace unos años y dieron paso a contenidos que si bien eran más rápidos en su creación, su calidad dejaba

SimHell

Imagen
via GIPHY La entrada de hoy será bastante corta ya que es simplemente una review de un juego que literalmente hará que quieras romper tu computadora porque los avatares simplemente no completan las tareas, hoy hablaremos un poco de SimSE . Si no has tenido un buen día este juego no te vendrá bien para despejarte, todo lo contrario, hará que quieras arrojar tu ordenador por la ventana después de unas cuántas partidas. En lo personal jugué 3 veces, 2 en Extreme Programming y uno un Waterfall siendo este último en el que me fue menos peor, ahí logré un nada despreciable score de 30 sobre 100 así que supongo que me habrían despedido como manager de cualquier proyecto o en otras empresas me hubieran dado un aumento . Tengo que decir que tuve que ver un tutorial y leer el documento adjunto para saber cómo iban los controles lo cuál ya me había frustrado muchísimo desde antes de siquiera avanzar un poco en el  juego  ahora entiendo como nuestro profesor de videojuegos estaba e

OOPocalipsis

via GIPHY En muchísimos blogs se habla del día en que la Programación Orientada a Objetos dejará de ser relevante ante una tecnología que emergerá intempestivamente, es en este día que nos olvidaremos de Booch , TGofF y de los Three Amigos  y abriremos paso a un nuevo paradigma que revolucionará todo de un día para otro, ¿esto realmente terminará pasando? Bueno, creo fervientemente que todo tiene un ciclo y lo viejo siempre servirá de base para dar paso a nuevas y mejores tecnologías pero ese día del que tanto se habla está más bien lejos que cerca. El tema de esta entrada ha dado lugar a debates acalorados en una gran cantidad de foros y creo que el día de hoy no será la excepción. El lenguaje si importa via GIPHY Imagina que quieres lanzar una aplicación web lo más pronto posible pero no cuentas con el efectivo suficiente para hacerla de una manera totalmente profesional, para una startup salvo algunas notables excepciones   lo más importante es entrar en e

El QQQ que no es malo

En este punto del libro y del semestre quizá te sientas un poco rebasado por toda la información que estás asimilando a la vez pero ya deberías de comenzar a tranquilizarte, aquí te vamos a explicar como es que se deben de unir todos tus conocimientos previos para que tus proyectos lleguen al mejor término posible. Si no te quieres perder esta información, venga, te invito a seguir leyendo. Esta arquitectura va sin casco via GIPHY Bien, ya que hemos partido todos nuestros problemas en pedazos para poder lidiar mejor con ellos ahora podemos comenzar a unirlos para desarrollar de un sistema de calidad, pero, ¿cómo demonios lo vamos a hacer? Bueno, quizá deberías comenzar por la arquitectura. La arquitectura no es otra cosa más que tu estructura de diseño, esta debe de destacar las partes más importantes de tu sistema así como también las relaciones entre estas partes. ¿Cómo? ¿Aún no tienes definida tu arquitectura? Bueno, no te preocupes, vamos a resumirte como podrías comenz

Otro problema complejo

Hoy veremos uno de esos temas que damos por sentados y que manejamos a la perfección pero realmente no tenemos ni la más mínima idea como todo en la vida , estoy hablando del diseño de una base de datos. Diseñar es fácil, pero de aquí a que realmente sea el diseño mejor diseño para lo que estamos programado hay muchísima distancia. En fin, vamos a abrir las puertas del infierno que ningún profesor de bases de datos quiere abrir y nosotros como alumnos mucho menos. Complejidad a la vista via GIPHY Cuando estamos desarrollando nuestros primeros proyectos nos desvivimos por buscar herramientas que hagan mucho más fácil nuestro trabajo tales como un lenguaje de sintaxis clara, un framework adecuado, un IDE muy cool que tenga colores por todos lados pero nos olvidamos de una parte bastante importante: cómo guardamos los datos. Ya sea que te decidas por una base de datos relacional o una no relacional el tema no deja de ser uno de los problemas más complejos en estos días pero todo

Las partes 2 nunca son buenas

Imagen
He dejado de lado mi negación a escribir y hoy vamos a tener una entrada tradicional, de esas que tanto les gustan a Ken y a mi único lector de Alemania, saludos Niklas . Hoy tenemos que hacer la segunda parte de UML y visitaremos temas un poco más avanzados pero que no dejan de ser cosas que se supone que ya debíamos de haber visto tales como diagramas de estado, diagramas de paquetes y diagramas de componentes, sin más, vamos a ello. Las máquinas nos dominarán a todos via GIPHY Si todavía no recuerdas de qué van los diagramas de estado te aseguro que cuando lo hagas tendrás malos recuerdos de ellos, sobre todo si ya cursaste Matemáticas Computacionales y Sistemas Digitales. Los diagramas de estado son sinónimos de los diagramas de máquina de estados, sí, esos que para pasar de estado tenías que cumplir con una condición en específico para cambiar de estado y así poder llegar al final. O no. Recuerda que también podías caer a un pozo y tu proceso se iba a ejecutar hasta

Ted Mosby, architect

Imagen
Bien, ya tenemos algunas buenas prácticas para resolver el problema de nuestra vecina y de nuestro amigo que tiene un ciber, ¿qué pasará cuando tengamos un problema real, uno de esos grandes y complejos que de sólo pensarlos ya se nos ha complicado más la vida? Bueno, para calmar esas ansias sobre qué pasara cuando tengamos que estar en esa situación han escrito este capítulo. Este capítulo en especial a mi parecer es uno de los principales pues toca muchos temas al mismo tiempo así que agárrate bien de tu silla que allá vamos. Divide et impera via GIPHY ¿Por qué nunca me habían dicho que la versión en latín de divide y vencerás sonaba más cool? Bueno, cómo sea, ya te han contado de esto cuando llevaste algoritmos y recursión, divide tu problema grande en otros más pequeños, ¿ahora qué? Pues al diferencia de tu clase de algoritmos donde no aprendiste nada, en este capítulo si que te dan pautas para dividir tu problema de una forma efectiva pues de incitan a dividir tu prob