Fuller University  ·  School of Computing Friday, August 7, 2026
Developers gathered at a community meetup
Contribution & Credits

Nobody teaches alone.

Our curriculum is original work, but it stands on decades of open documentation, free books, conference talks, public datasets, and published research. This page names them all — and explains how you can contribute back to DevModules itself. External resources remain the property of their respective owners, under their own licenses.

The references our parts are built on.

These are the primary sources we link from the syllabus and recommend without reservation.

MDN Web Docs & the MDN Curriculum

Mozilla & contributors

The reference we cite more than any other, across every part. MDN’s Curriculum also informed our “platform first” sequencing.

The Modern JavaScript Tutorial

Ilya Kantor & contributors

Primary reading for Parts 1–3. Its closure and event-loop chapters set a standard our own exercises try to live up to.

The Odin Project

Odin Project community

Proof that a free, project-first, open web curriculum can carry people to employment. Our project-before-tutorial stance owes it a debt.

Full Stack Open

University of Helsinki

The “parts with exercises” structure you see on our curriculum page follows the shape Full Stack Open made famous. Sincerest form of flattery, openly credited.

Eloquent JavaScript

Marijn Haverbeke

Recommended reading alongside Part 1. Freely readable online, and still one of the best-written introductions to the language.

You Don’t Know JS Yet

Kyle Simpson

Further reading for the Closures & Scope workshop. The book series that convinced a generation the language deserved deep study.

Node.js Docs, Express Guide & PostgreSQL Docs

OpenJS Foundation · Express contributors · PostgreSQL Global Development Group

The official documentation behind Part 4 — and the habit of reading official docs is itself part of what we teach.

The TypeScript Handbook & web.dev

Microsoft · Google

Primary references for Part 6 and for our accessibility and forms units in Part 2, respectively.

High Performance Browser Networking

Ilya Grigorik (O’Reilly)

Free-to-read and referenced throughout Part 0 — the clearest long-form explanation of what the network is doing under your app.

OWASP Cheat Sheet Series & The Twelve-Factor App

OWASP Foundation · Adam Wiggins

Our authentication unit follows OWASP’s guidance; our deployment unit follows twelve-factor conventions. Both are freely published.

Vitest & Playwright documentation

Vitest team (VoidZero) · Microsoft

The testing tools of Part 5, taught straight from their own excellent docs.

roadmap.sh

Kamran Ahmed & community

We checked our Learning Path against roadmap.sh’s community-maintained developer roadmaps to make sure nothing employers expect was missing.

Where our numbers and claims come from.

Stack Overflow Developer Survey 2025

Stack Overflow

Source of the language, database, and learning-habits statistics on our Learning Path and Articles pages (49,000+ respondents, 177 countries).

Web Almanac 2024

HTTP Archive & chapter authors

Source of the JavaScript-payload and page-weight data in our featured article and Performance workshop. Published openly by a volunteer community.

GitHub Octoverse 2025

GitHub

Source for TypeScript’s rise to the most-used language on GitHub by monthly contributors — the data point behind our Part 6 emphasis.

Learning-science literature

Bloom · Roediger & Karpicke · Cepeda et al. · Ericsson et al. · Bjork · Sweller · Dunlosky et al.

The research our teaching method rests on, cited in full — authors, years, journals — on the Philosophy page.

“What the heck is the event loop anyway?”

Philip Roberts — JSConf EU 2014

Recommended viewing in Part 3 and the Event Loop workshop. Arguably the most-watched JavaScript talk ever made, for good reason.

“In the Loop” & Tasks, microtasks, queues and schedules

Jake Archibald — JSConf.Asia 2018 · jakearchibald.com

The talk and article our event-loop visualizer is unashamedly inspired by. Required material in the workshop’s further reading.

The Programmer’s Brain

Felienne Hermans (Manning, 2021)

Informs our code-reading guide and the way exercises are chunked. A rare book that applies cognitive science to programming practice directly.

The Performance Inequality Gap, 2024

Alex Russell

The analysis behind the JavaScript budget figures we quote in the Performance workshop and featured article.

What this site itself is made of.

Typefaces

Bricolage Grotesque · Schibsted Grotesk · Source Serif 4

All three families are released under the SIL Open Font License and are self-hosted with the site — no font requests leave the page.

Photography

Generated for DevModules with Higgsfield Soul

The article and section photography was produced for DevModules in a shared documentary style. All Rights Reserved.

Site build

Hand-written HTML, CSS & vanilla JavaScript

No framework, no build step, no trackers — the site practices what the curriculum preaches. View source; that’s the whole stack.

Everything else on this site

DevModules, Fuller University

Curriculum text, exercises, essays, and the DevModules name and logo are our own work. All Rights Reserved — see the Terms of Service for what enrolled learners may do with them.

The best curricula are argued with.

The material improves because learners and engineers push back on it. Here’s how to push.

Report errata

Found a wrong answer, a dead link, or an outdated API? Email info@devmodules.fuller.edu. Confirmed fixes are credited by name below the corrected exercise.

Propose an exercise

Seen a bug in the wild that would make a great drill? Send it in. If it enters the curriculum, it ships with your name on it.

Review as an engineer

Working engineers with three or more years of production JavaScript can apply to join the capstone-review pool — paid, remote, async.

Translate & adapt

Interested in localizing the curriculum? Materials are All Rights Reserved, so translations run as formal partnerships — write to us and let’s talk.

Free enrollment

Start any of these on the contact page.

Errata, new exercises, engineer reviews, translations — one form covers them all.