Marcy Sutton is a developer at Substantial and Angular core team member working on Material Design for Angular. She is a primary contributor to ngAria, the accessibility module, as well as the author of a new accessibility plug-in for Protractor, the end-to-end testing framework. In her spare time, she co-organizes the Seattle chapter of Girl Develop It. She's also in love with riding bicycles and throwing the frisbee for her dog/Muppet.
What do you do when you only have a few regular attendees? Is your own schedule so crammed you can't sustainably present every topic every month? Do you still want a local user group? Some hard won experience from a local web developer meetup co-organizer. Or, how we kept the user group going and helped foster continued growth in attendance and participation.
Doing things with webs since interning for the Chicago Technology Cooperative in 2007, Jacob is a mostly front-end focused web developer that enjoys building purposeful applications and elegant, usable solutions. Co-organizer of the Rockford Web Devs meetup and rockdevs.com. Interactive Developer for Quiet Light Communications, a full service agency located in downtown Rockford, IL. Veteran of FatWallet.com and the Rockford Register Star.
Formerly a NYC Teaching Fellow, Ashley learned the ropes teaching middle school science in Harlem, NYC. Since then, she has spent the vast majority of the past few years teaching web development to beginners, most notably running the NYC Web Development Fellowship in its flagship year. When not headlong in a discussion about pedagogy, she is probably getting seriously fired up about philosophy, language, systems, and/or jokes.
Currently there are ES7 features proposed for async programming that have never been seen in a programming language before. If accepted, these proposals could allow entire JS applications to be written without a single callback! By providing the same level of support for async functions as regular functions, ES7 could dramatically alter the way everyday developers write code. Imagine reading data from a stream or a web socket with a simple loop. Imagine catching async errors using try/catch, and never again finding yourself in the callback pyramid of doom.
What actually happens when your code is run? Our programs are simple text documents composed of patterns of rules, but the processes they guide aren't nearly as well behaved. Function scopes are generated, data is plumbed through pathways, bits are shifted and applications are evaluated. There's a lot of ins, a lot of outs. It's a very complicated case. We can gain some insight into the process with console.log and step-through debuggers, but we're left to develop a full program simulation in our minds based only on the code we wrote and the tiny snapshots our debugger gives us -- effectively requiring a JS interpreter to be compiled into our wetware. This can make it somewhat challenging to reason about our work. We'll look at some ways of remedying this, starting with basic data structures and tiptoeing toward full programs. Your code is the DNA for a process: let's build an illustrated anatomy guide.
Dann enjoys building things, like programming languages, databases, distributed systems, communities of smart friendly humans, and pony castles with his two year old.
Parsha grew up programming with a Commodore 64 and started creating websites in 1995. His interests include language design, decentralized systems, hardware, databases, and of course, the web platform. Parsha enjoys working on tooling and developer efficiency. When not hacking on games, home automation, and other projects, he enjoys skiing and playing tennis.
Half the day I'm a developer for Telenor Digital where I work on Firefox OS / IoT / Open Hardware. I'm a core contributor for Firefox OS and submitted hundreds of patches to various open source projects. Furthermore I'm working as Firefox OS Evangelist, building community in countries where Telenor launches. I'm known for juggling phones on stage, and one Bengali newspaper credited me as "Firefox OS Grand Master"
When you weren't looking, someone stuck a synthesizer into your favorite web browser. The Web Audio API is widely supported and makes it easy—and more importantly, fun—to create, process, and control audio in the browser. We can spin up oscillators, adjust gain, tweak frequencies, and slap on some funky delay. Additionally, we can also take existing sounds and manipulate them to our heart's content. We can grab input from cameras and microphones and use them as we see fit. But, the fun doesn't stop there—we still have the rest of the browser's media APIs at our disposal. We'll talk a little bit about the Web Audio API. We'll explore the browser as a vehicle for creative expression. We'll fire up some audio contexts and connect some nodes. We'll also leverage the getUserMedia Web API, WebSockets, and others to build unique musical instruments that could only be possible in the web browser. We'll not only talk about the API itself, but also some of the fundamental concepts for working with audio and making music.
Sam Saccone is an engineer working at MojoTech. In his free time he works on MarionetteJS, TodoMVC, and when not in front of his computer likes to wear hats.
The formula for a Bezier curve is beautiful. Using sine and cosine to create orbiting objects is dazzling. L-systems create fractals through elegant simplicity. Developers, as a group, may be losing site of the beauty that code can create. Designers by the bunch are picking up a keyboard and creating amazing pieces, but it's happening the other way very slowly. That's a shame, because the computer lets otherwise unexpressed ideas go unexplored. Developers have the ability to embrace the art of programming and the art of art because of the myriad frameworks available. Use the language of your choice to make some art, whether it’s in the browser or in the physical realm. Walk away with the confidence and the inspiration to put down the work for a minute and pick up a digital paintbrush.
John Brown is a Swiss Army developer, a Jack of all Trades, a serial "knows just enough to be dangerous" sort. In Portland, OR, he fits in perfectly with his beard, tattoos, self-roasted coffee, homemade sodas, and handmade furniture made from reclaimed lumber. He's working on at least two side projects at any time, so ask him about either of them!
Through out history, JS has been pointed out as the villain when the matter is accessible websites. By presenting some tricks and techniques, we plan to provoke this discussion among developers, and show that Accessibility and JS may live together, as long as you take the right steps.
Making the mobile web platform better, both for ourselves and for the next two billion users, is one of the most important challenges of our careers. It's not enough to rely on standards organizations and browser vendors to solve our technical and cultural problems. We've got to do more. I'm going to take a look at solving problems such as performance, routing, and offline experiences by circumventing the DOM, building hybrid Android apps, and using persistent background queues. Not that these approaches will solve all your problems – but rather, help you set new benchmarks, give greater clarity and direction to the bugs you file on browser vendors, and ultimately get you better results. By making bold technical decisions, we move the web forward. Instead of improving and optimizing the problematic paradigms/assumptions under which the web was built, we should borrow patterns from other mobile platforms or invent new ones. We also need to understand how the experience of coming online for the first time will be very different for the next generation of primarily non-North American mobile users.
Kassandra is an educator and Mad Scientist at Bocoup. When she's not building NodeBots, she's thinking about web architecture, or seeing a movie.
John K. Paul is the organizer of the NYC HTML5 meetup group, the VP of engineering at Penton Media and former lead technical architect of Condé Nast's platform engineering team. He is a also contributor to a few open source projects including requireify, jquery-ajax-retry and one single commit into jQuery.
Brian Arnold Sinclair is a Staff Software Engineer at Bazaarvoice. He's also a board games fanatic and is overly excited about Rock Band 4.
Why is React.js a game changer in a world with so many UI frameworks? We'll have fun learning what makes React.js special and uncover its simple core concepts. As we continue our journey, we'll apply our React.js skills to building some reactive web apps. You'll emerge from this workshop knowing the basics of React.js and will be ready to use it for your own projects.
Jeff is the founder of CodeWinds. He is developing leading edge web developer training on topics like React.js, Hapi.js, and Node.js which will be delivered as online video courses. Jeff has worked as a full-stack engineer at MasterCard (for the ApplePay project), Elsevier, RGA, and served as an officer in the USAF. He enjoys speaking, mentoring and training developers on the best ways to build resilient systems.
OS X and Linux are two very popular operating system choices for web developers but they still want to be able to test Internet Explorer and the new Microsoft Edge browsers. In this talk, we'll discuss the state of browser marketshare, the options available for testing these browsers on OS X & Linux and new tools that offer enhanced testing capabilities for mobile browsers
In this talk we will explore signal processing, specifically how our brain interprets sound. We will explore some of the basic theory behind how music is digitally encoded and look back at some of the history and science behind the western musical cannon.
A dive into how the Relay framework makes it simple for developers to implement mutations (data writes) and real-time updates.
Where is my train? When is my next talk? Is now a good time to use the restroom? Pebble is a device intended to give you constant access to the tools and data that matter most without having to dig out your phone. In this talk we will show off how easy it is to start programming data driven applications for Pebble with just a few lines of JS.
Lessons from the intersections of organizational design, human psychology, and business in order to better organize ourselves, our projects, and our communities.
This talk will introduce the idea of working with both Dom + GL in a single co-ordinate system.
What are web components and why you should be using them. Find out how to get started and how Comcast is using Polymer for customer facing applications.
Why we wrote our own framework to deliver high-performance UI updates and fast server-side rendering within our existing tech stack.
Have a large Backbone application that you'd like to try React on with the hopes of moving away from Backbone in the future? I'll guide you through some of the options and techniques you can do so without going crazy.
Whether you work on open source or are hiring developers to work with you, first impressions matter. The first day on with a project is both exciting and challenging for any developer. From missing documentation, unknown dependencies, complex codebases and install processes, it’s a wonder that most people don’t just quit on the spot. However, when a plan is in place and when things are handled correctly, the first day with a codebase can become one of the most motivating days for any developer.
Our semi-yearly episode of NodeBots:Live! We'll have so much to talk (and dance) about! Want to be on the panel? Let me know: email@example.com
At WalmartLabs, we like to automate-away all our boring and tedious work, so we can focus on the fun stuff. But automated cross-browser end-to-end testing is really really hard to get right. We'll show you how we did it, and unveil some open source tools we're releasing to help with your zombie apocalypse, too.
Introducing NemoJS (http://nemo.js.org, https://github.com/paypal/nemo), a test and task runner agnostic selenium wrapper - with confit (https://github.com/krakenjs/confit) for configuration and a plugin architecture for precise customization and modularity.