<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>JavaScript on Zach Alexander</title><link>https://zpalexander.com/tags/javascript/</link><description>Recent content in JavaScript on Zach Alexander</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Wed, 27 Jan 2016 20:09:00 -0800</lastBuildDate><atom:link href="https://zpalexander.com/tags/javascript/index.xml" rel="self" type="application/rss+xml"/><item><title>Debugging "Unknown Provider" In Minified Angular.js</title><link>https://zpalexander.com/posts/debug-unknown-provider-minified-angularjs/</link><pubDate>Wed, 27 Jan 2016 20:09:00 -0800</pubDate><guid>https://zpalexander.com/posts/debug-unknown-provider-minified-angularjs/</guid><description>&lt;p&gt;For the past few months I’ve been working on an &lt;a href="https://angularjs.org/"&gt;AngularJS&lt;/a&gt; app that makes use of &lt;a href="https://material.angularjs.org/latest/"&gt;Angular Material&lt;/a&gt; as a Bootstrap-like front-end library. I recently had to solve one of the hardest bugs I’ve ever faced in Angular, and I’d like to share my debugging technique with anyone who might encounter the same problem down the road. While the bug was related to the use of Angular Material in my case, it could occur in vanilla Angular as well, so don’t stop reading just yet!&lt;/p&gt;</description></item><item><title>JavaScript Promises With Node.js</title><link>https://zpalexander.com/posts/javascript-promises-with-nodejs/</link><pubDate>Sun, 20 Sep 2015 15:02:18 -0800</pubDate><guid>https://zpalexander.com/posts/javascript-promises-with-nodejs/</guid><description>&lt;p&gt;JavaScript is a non-blocking programming language, which means that one chunk of JS code will not necessarily wait for the lines above it to execute before beginning itself. In many cases this is a pretty awesome feature of the language. Imagine if your website was only able to run one window.onload call at a time. If your page needed to perform a number of calculations or data insertions in order to render correctly, things would take forever to load and users would see a bunch of unstyled content and blank boxes at the beginning of every page load. Yuck.&lt;/p&gt;</description></item><item><title>You Can't JavaScript Under Pressure</title><link>https://zpalexander.com/posts/you-cant-javascript-under-pressure/</link><pubDate>Sun, 20 Jul 2014 18:50:00 -0700</pubDate><guid>https://zpalexander.com/posts/you-cant-javascript-under-pressure/</guid><description>&lt;p&gt;A fun little Javascript game was forwarded around my office recently, and I had a great time revisiting my elementary programming skills while defeating each of its levels. It’s called &lt;a href="http://games.usvsth3m.com/javascript-under-pressure/"&gt;“You Can’t Javascript Under Pressure”&lt;/a&gt;. I would recommend that everyone take the next 10-30 minutes out of their life to check it out.&lt;/p&gt;&#10;&lt;p&gt;&lt;a href="http://games.usvsth3m.com/javascript-under-pressure/"&gt;&lt;img src="https://zpalexander.com/images/you-cant-javascript-under-pressure/Screen-Shot-2014-07-19-at-19-25-24.png" alt="Game screenshot"&gt;&lt;/a&gt;&lt;/p&gt;&#10;&lt;p&gt;While I found the game relatively easy, I figured it might be nice to share my solutions with the web. This game is great practice for the elementary-level software developer, and working through tough problems with a cheat sheet can be an excellent way to learn new topics. Even if you don’t need any help solving these problems, it can always be fun to see solutions that are different than your own. So, without any further ado, here are my solutions to each of the 5 levels:&lt;/p&gt;</description></item></channel></rss>