• Facebook
• Twitter
• Reddit
• LinkedIn

Visto en Código Geek.

• Facebook
• Twitter
• Reddit
• LinkedIn

CascadiaJS es una conferencia orientada a Javascript que se celebró en Seattle los pasados 8 y 9 de noviembre. Javascript es un lenguaje que cada vez está tomando más relevancia y no sólo en el mundo web sino también en los nuevos sistemas operativos de Microsoft, así que ya no es sólo un lenguaje para desarrolladores web.

Pues nada, aquí tenéis los vídeos de las charlas de CascadiaJS:

• A simple crash course on web components and shadow DOM - how to build something with them and what problems they solve for developers.
• Navigating the DOM APIs. Sometimes, it makes sense to chart your own course.
• Big Data is raw, detailed, and happening all the time and we'll talk about ingesting, searching and visualizing this real-time data using the power of JavaScript.
• A whirlwind tour of interactive data visualizations, using distributed two tier applications powered by D3, CouchDB and friends.
• Advice for how to stay sane while building a large, complicated JavaScript library.
• A deep dive into Azure's new Mobile Service development platform - get your mobile app cloud-enabled in minutes.
• Things we didn't know (and we wish we did) when we started doing some cool HTML5 experiences.
• Let's talk about what Microsoft has given us for building ambitious, real-world Windows 8 apps in HTML5 and JavaScript—but also what's missing, and how we can fill in the gaps.
• Harness the power of streaming data in JavaScript using the Reactive Extensions for JavaScript.
• Learn the concepts behind Spark, a library that lets you write HTML declaratively by eliminating update logic.
• An overview of TypeScript, a new open-source compile-to-JS language for large application development from Microsoft.
• Learn everything you need to know about AMD & Require.js to implement a maintainable large JavaScript codebase.
• Exploring the problems and solutions with discovery in the JS ecosystem.
• Tips and secrets for fighting complexity while writing highly scaleable distributed systems using NodeJS.
• Interfaces will save us all by making it easier to write modular, flexible systems - and TypeScript is here to help us do it in JS.
• An in-depth look at some of the awesome things about Lo-Dash, a drop-in Underscore replacement.
• Experiential Analysis of the Ballmer Peak: Node.js, Arduino, and Beer.
• Creating non-blocking temporal sequences by letting node be node.
• Hacking the planet with cheap hardware & accessible platforms.
• I have spent the last year translating foreign language learning experiments into technology tools, and have an exciting vision for how they can come together using web technology.
• A rare peek into the way top developers think through coding problems.
• Demos of some fun and easy distributed systems.
• An inspirational discussion on the history that has brought us to the very point where returning to hardware is not only interesting, but exciting and why it all matters.

• Facebook
• Twitter
• Reddit
• LinkedIn

Aunque he categorizado esta entrada como Microhistoria, no la he titulado como tal, porque es más bien una pequeña curiosidad, sería más bien una mini-microhistoria :)

A finales de los 60s y principios de los 70s, el mundo de la informática vería nacer uno de los sistemas operativos con más influencia de la historia: Unix.

Cuando uno creaba un sistema operativo, además del núcleo necesitaba algunas utilidades con las que poder trabajar y seguir desarrollando en el mismo. Algunas de las herramientas esenciales eran un ensamblador, depurador, un editor de texto, etc. El papel que jugaba el editor de texto era importantísimo, ya que este era el medio por el que el programador podía escribir código directamente en el sistema.

En Unix el editor de texto que Ken Thompson se creó lo llamó ed. Posiblemente tu nunca hayas usado este editor, pero si dispones de un sistema Linux posiblemente lo tengas instalado. Los que lo hayan usado, sabrán que cuando abres un fichero con este edito, éste no te muestra el contenido del mismo, tienes que, a base de comandos, decirle que te muestre el contenido que quieres ver.

Este editor también tiene una opción de búsqueda, que se ejecuta con la barra inclinada /. Por ejemplo si quieres buscar la palabra hola, lo harías con /hola, y esto te mostraría la siguiente instancia de hola. Si lo que quieres es que te muestre todas las instancias de la palabra hola y no sólo la siguiente, eso se consigue con el prefijo g. Con lo que siguiendo nuestro ejemplo, tendríamos que escribir: g/hola. Una vez que ed encontraba nuestra búsqueda, si queríamos que nos imprimiera el resultado le teníamos que añadir al final otro comando (print) /p. Por lo que nuestro comando sería: g/hola/p. Pero ed no sólo era capaz de buscar cadenas de texto exactas, sino que nos permitía usar expresiones regulares, por lo que para buscar un texto de forma global, usando una expresión regular y que ed nos imprima el resultado, el formato sería: g/regular expression/p o g/re/p. Como el buscar ciertas cadenas de texto en ficheros de texto era una tarea muy común, Ken Thompson acabaría creando un utilidad específica para esta tarea y la llamó: grep.

PD: He hecho algunas pruebas con ed en mi sistema (Linux Mint) y ya no hace falta usar el /p para que se imprima el resultado de búsqueda, supongo que esto ocurría en sus primeras versiones.

Fuente