MRP Thesis Defense
REMEMBR
Building an accessible journaling application without a programming background.
Raafi Islam Master of Digital Media · Toronto Metropolitan University
Agenda
How this defense runs
-
00
The problem
Why I built this. A problem I kept running into, and what the apps we already have could not do about it.
-
01
Methodology and Positionality
What evidence I used, and what studying my own practice can and cannot prove.
-
02
REMEMBR
The app I built, and the accessibility thinking behind each decision in it.
-
03
Findings
The four skills this took, the four ways the AI kept failing, and the three habits I built to work around them.
-
04
Discussion
My answers to both research questions, what this adds, and where it goes next. Then your questions.
Dhaka, 2018
I recognized the face.All I had was one word: undergrad.
No name. No idea who introduced us, when we last spoke, or what we had ever talked about. One fragment, and nothing I owned could do anything with it. My contacts app wanted a name. My photos wanted a date. Neither of them would take “undergrad” and give me back a person.
So I made an excuse and left. What stayed with me was not the awkwardness. It was realizing I had no way back to that person at all.
A Recurring Pattern
It did not happen once.
It kept happening, until I started avoiding situations where it might come up again.
Epilepsy
Epilepsy affects how memories get stored in the first place. It is my own diagnosis, and the reason this kept happening to me.
Monthly support sessions
I heard the same frustration from other people, month after month. The tools we have are not built for memory you cannot rely on.
The Gap
Journaling apps organize by date. Contact apps organize by name. Associative memory does neither.
Standard journaling applications, Day One, Journal, Diary, organize content by date. Standard contact applications organize by name. Neither model reflects how associative memory actually works.
People are more reliably retrievable through their relational context and associated events than through a name or a face alone (Yovel and Duchaine, 2006). REMEMBR grew out of that gap: entries organized around people rather than dates, surfaced through any connected context. A shared location. A mutual contact. An event.
Research Questions
Two questions drive this MRP
- RQ1
How can a non-programmer use generative AI to design and build a functional software application, and what specific competencies does that process require?
- RQ2
What are the practical limits, recurring failure modes, and design trade-offs of AI as the primary development tool, and how were they navigated?
Thesis
Generative AI has created a genuinely new pathway for non-programmers to build production-grade software. It is not frictionless.
It demands a distinct skill set, rooted in design, editorial, and project-management practice, not programming. The skills are real. So are the limits.
01
Methodology and Positionality
How I studied this. What evidence I used, and what research into your own practice can and cannot prove.
Evidence Base
Two kinds of primary evidence
AI conversation transcripts
The full archive of my ChatGPT conversations, and the Claude Code sessions that followed. Together they record every instruction I gave, what the AI sent back, and how I corrected it.
Versioned application files
Two separate version histories. Fifteen named versions from the early build, each saved as its own file, and a second run of versions from the Claude Code build that replaced it.
Positionality
Designer, director, and subject
I did not begin with a research framework. The process was driven by personal experience and iterative making: trying things, observing what happened. This resembles what design researchers call research through practice (Frayling, 1993): knowledge generated by the act of making, not by observing from outside it.
What this makes possible
I know why every decision was made, which nobody watching from outside could reconstruct. At every step I knew exactly how far the output was from what I wanted.
What it cannot guarantee
I cannot be fully objective about my own experience. I handle that by tying each claim to a dated transcript rather than to memory.
Limitations
What this study cannot claim
A single case
One case cannot tell you what is generally true of non-programmers building with AI.
No external verification
The dated transcripts back up what I claim, but I am the one reading them.
Theory found after the fact
I noticed the link to Actor-Network Theory afterwards. I did not set out to test it.
What it can produce: a detailed, internally consistent account of one instance of this process, precise enough to generate propositions later research can test.
02
REMEMBR
The app this project produced, and the accessibility thinking behind every decision in it.
The Artifact
A people-first journal, not a dated diary
You build a profile for each person in your life, linked to places, events, and people you both know. Remember any one of those things, and you should be able to find the person.
Built for
Epilepsy · Prosopagnosia · Traumatic brain injury · ADHD
- 8 months
- From October 2025
- 13,000
- Lines, in a single HTML file
- 0
- Lines of production code written by hand
Design Principle
Accessibility is the baseline, not a feature
Governed throughout by WCAG 2.1 AA, Ontario's AODA, and W3C COGA guidance for cognitive accessibility. Every setting here is the user's choice, never auto-detected.
WCAG rests on four principles, known together as POUR. Here is what each one meant in practice.
- Perceivable
- Can you take the information in? Atkinson Hyperlegible type, and a sky-teal palette that took five rounds to pass WCAG 2.1 AA. Anything saved can be read out loud.
- Operable
- Can you work the controls? Dictation in any text field, not just a special voice mode, tuned for a wide range of accents. Tap targets over 44 by 44 pixels, motion you can turn down, and nothing that strobes.
- Understandable
- Does it make sense as you go? Easy Mode replaces every multi-field form with one plain question at a time.
- Robust
- Does it work with the tools you already rely on? ARIA labels, full keyboard control, and screen reader support.
Signature Feature
The Connection Web
A graph where people, places, memories, and events all carry the same weight. Start anywhere, from a mutual friend or an event, and follow the links out to the person you are trying to reach.
Structurally resonant with Actor-Network Theory (Latour, 2005): a connection recognized only in retrospect, after the interface was already built from lived experience rather than from theory.
Any point is an entrance
Pick any node. The light finds its way back to Adam.
People Places Events and memories
Signature Features
Two more ways in
Associative Search
One search box looks through everything at once, so you never have to pick a category first. That matches how episodic memory is actually retrieved, through linked cues (Tulving and Thomson, 1973).
Easy Mode
Every multi-field form turns into one question at a time, right across the app. It is grounded in cognitive load theory (Sweller, 1988).
Signature Features
Designed to remove friction, not add polish
Avatar Creator
Not everyone has a photo of every person they want to remember. I set Snapchat's Bitmoji as the bar to hit, and rejected three rounds before the fourth was good enough.
Social Card Generator
A card you can share that tells someone what they mean to you. It reads: "I REMEMBR YOU."
03
Findings
Eight months of working across several AI tools and models, running trials, exploring options, and fixing errors. Here is what came out of it.
Finding 1 of 3
Four competencies, not one line of code
- 01
Specification
Turning what you want into words precise enough for the AI to build it correctly. You do this constantly, not once at the start.
- 02
Evaluation
Judging whether the result is good enough without reading the code. You go on how it behaves, how it compares to other products, and what testing shows.
- 03
Direction
Giving a correction specific enough to actually fix things. Naming a product to match works far better than saying "make it better."
- 04
Continuity Management
Holding one clear picture of the product across dozens of separate sessions, with tools that remember nothing in between.
Finding 2 of 3
Four failure modes, recurring by structure
- 01
Silent Feature Regression
Features I had already signed off would disappear between sessions, with no warning. The AI only saw what was in front of it, not a running list of what already existed.
- 02
Persistent Hallucination
The same wrong facts kept coming back. It repeatedly said the app stored everything on the device, when REMEMBR actually syncs to the cloud.
- 03
Token Limit Constraints
Useful working time dropped to 15 or 20 minutes before the context ran out. Waiting for the limit to reset could take up to five hours.
- 04
Code Token Exhaustion
At 13,000 lines, simply loading the file into a new session used up a large part of the context before any work began.
Finding 3 of 3
Three practices developed in response
- 01
Structured Context Documents
A dense briefing pasted in at the start of every session, because a chat tool opens each conversation blank. Claude Code made this easier later on. It keeps project notes in files on the machine, so the context carries over instead of being pasted again.
- 02
Standing Rules
Every mistake the AI kept repeating became a fixed rule I carried into every later session. I never had to explain it twice.
- 03
Forced Review and Planning Cycles
The forced waiting turned into useful time. I used it to test what was live, find bugs, and plan the next features on paper.
A Question This Raises
Who owns this, and is the data safe?
REMEMBR holds private memories about real people. Both questions were requirements from day one.
- Code ownership
- Copyright needs a human author, but work directed through human creative choices can still qualify (U.S. Copyright Office, 2023). Anthropic claims no ownership of what it generates (Anthropic, 2024).
- Data safety
- Encrypted in transit and at rest. Sensitive entries sit behind a vault PIN with escalating lockout, and every administrative read hits an audit log. No ads, no trackers, nothing sold, no memories used to train a model. It is not end-to-end encrypted, and the privacy policy says so plainly.
- Training data
- The training opt-out stayed on throughout, so the build sessions were excluded from model training (Anthropic, 2024).
- Platform choice
- I left Rork because keeping project data private needed a paid subscription. REMEMBR runs on infrastructure I own and audit myself.
Discussion
Answering both research questions
-
RQ1
How can a non-programmer use generative AI to design and build a functional software application, and what specific competencies does that process require?
They can, and it takes four skills. Not one of them is programming. They are design and editorial skills, and far more people already have them than can write code.
Specification · Evaluation · Direction · Continuity management
-
RQ2
What are the practical limits, recurring failure modes, and design trade-offs of AI as the primary development tool, and how were they navigated?
The same four failures kept coming back, and they share one cause: the tool is stateless, so it never sees the whole product it has already built. Because the cause is structural, the failures are predictable, and predictable failures can be worked around with documented, repeatable habits.
Silent feature regression · Persistent hallucination · Token limits · Code token exhaustion
Next Steps
This does not stop at the defense
- Continuous development
- The app is live and still shipping. The same working method carries straight on: build, test, correct, release.
- Partnership
- I presented REMEMBR to the board of Epilepsy Toronto. They are now partnering with me to apply for government grants, which is what turns this from a student project into a funded one.
- Real users, not just me
- That partnership is also the route to the users this was built for. Moving from closed testing to a full release, with people other than me deciding whether it works.
I needed this app. Nobody had built it. So I built it. The next part is other people using it.
I REMEMBR YOU
Thank you.
Questions and discussion
Raafi Islam · REMEMBR · Master of Digital Media, Toronto Metropolitan University
References
Works cited in this presentation
- Anthropic. (2024). Privacy policy. https://www.anthropic.com/legal/consumer-terms
- Anthropic. (2026). Claude [Large language model]. https://claude.ai
- Braille Institute of America. (2019). Atkinson Hyperlegible font. https://www.brailleinstitute.org/freefont
- Frayling, C. (1993). Research in art and design. Royal College of Art Research Papers, 1(1), 1-5.
- Government of Ontario. (2005). Accessibility for Ontarians with Disabilities Act, 2005, S.O. 2005, c. 11.
- Latour, B. (2005). Reassembling the social: An introduction to actor-network-theory. Oxford University Press.
- Sweller, J. (1988). Cognitive load during problem solving: Effects on learning. Cognitive Science, 12(2), 257-285.
- Tulving, E., & Thomson, D. M. (1973). Encoding specificity and retrieval processes in episodic memory. Psychological Review, 80(5), 352-373.
- U.S. Copyright Office. (2023). Copyright and artificial intelligence. https://www.copyright.gov/ai/
- W3C COGA Task Force. (2021). Making content usable for people with cognitive and learning disabilities. World Wide Web Consortium.
- W3C Web Accessibility Initiative. (2018). Web Content Accessibility Guidelines (WCAG) 2.1. World Wide Web Consortium.
- Yovel, G., & Duchaine, B. (2006). Specialized face perception mechanisms extract both part and spacing information: Evidence from developmental prosopagnosia. Journal of Cognitive Neuroscience, 18(4), 580-593.
Note. The REMEMBR screens shown here are figures from the MRP and keep the paper's figure numbers, except the search screen on slide 17, which is a later capture of the same feature. All show software generated with Claude (Anthropic, 2026).