> Markdown version of [/jobs/ext/1313846-fullstack-web-development-lead-teaching-assistant](https://www.wearedevelopers.com/jobs/ext/1313846-fullstack-web-development-lead-teaching-assistant). Every page supports `.md` or `Accept: text/markdown`. Links point to the HTML versions so they work for humans too. Agent guide: [/agents.md](https://www.wearedevelopers.com/agents.md). --- # Fullstack Web Development Lead Teaching Assistant - **Company:** Research Foundation of The City University of New York - **Location:** New York, NY, United States (Remote available) - **Experience:** Expert - **Salary:** $62,400.0 - **Contract:** Temporary contract - **Skills:** HTML, JavaScript (Programming Language), Microsoft Windows, Application Programming Interfaces (APIs), Agile Methodology, Artificial Intelligence, Ajax (Programming Language), Amazon Web Services, Apple Mac Systems, Asana, JIRA, Microsoft Azure, Bash Shell, Cascading Style Sheets (CSS), Spreadsheets, Cloud Computing, Code Review, Cyber Security, Computer Programming, Continuous Integration, Cross-Origin Resource Sharing (Ajax Programming), Cron, Information Engineering, Relational Databases, Software Debugging, Programming Tools, Logic Synthesis of Circuits, Web Development, Github, Design of User Interfaces, JSON, PostgreSQL, Project Management Software, Microsoft Visual Studio, Node.Js, Open Source Technology, Peer-To-Peer (P2P), Pair Programming, Scrum Methodology, Lucidchart, Next.js, Responsive Web Design, Software Engineering, Trello, TypeScript, WebSocket, WebRTC, Google Cloud, Postman, Tailwind, ReactJS, Caching, Firebase, Backend, Rate Limiting, Git, Webpack, Git Flow, Information Technology, Figma, Npm(Software), React Native, Front End Software Development, React Redux, Pagination, SDET, Service Stack - **Published:** July 17, 2026 - **Apply:** https://www.dice.com/job-detail/155dd4cd-b6bd-4255-8141-c2acfec4ed73 ## About the Role The Tech Talent Pipeline Residency (TTPR), a training and internship placement program for a cohort of computer science undergraduates of CUNY BMCC, is seeking an experienced Fullstack Web Development Lead Teaching Assistant to deliver specialized software engineering support in the form of a software engineering coding bootcamp for TTPR. This role is ideal for individuals who possess a deep passion for teaching and a commitment to expanding access to the tech industry. This position is available as of April 2026, and will be terminated at the end of the funding period. We will also be hiring: 1 Lead Instructor, 4 Teaching Assistants, and 2 Peer Tutors., A degree or alternative education in computer science or related fields Experience delivering computer science or software engineering instruction (including live debugging), or substantial professional software engineering experience that demonstrates equivalent (or greater) capability Proficient in fullstack web development (HTML, CSS, JavaScript, Node, Express, React, Redux, Relational DBMS, ORMs) Proficient in developer tools such as CLI/Terminal, Postman, VS Code, Postico, pgAdmin Proficient in a project management tool(s) such as Jira, ClickUp, Monday, Asana, Notion, or Trello Proficient in industry-standard Git workflows and GitHub (GitHub Projects, GitHub Pages) Proficient in developer operations as it pertains to CI/CD and/or deployment/hosting using Netlify and/or Vercel Familiarity with: implementation details of Open Authorization protocol PREFERRED SKILLS Prior experience working at a Software Engineering/Cybersecurity/Data Science Bootcamp, an instructional (technical) role in a CUNY or CUNY-related program, or as a collegiate adjunct for a computer science course Familiarity with: Figma, Lucidchart, Tailwind, Bulma, Rate Limiting, Hashing/Salting, CORS Familiarity of: AWS/Google Cloud Platform/Azure, Firebase, UI/UX principles, React Native, TypeScript DESIRED SKILLS Prior experience as an apprentice, intern, freelance, associate, junior, or senior software engineer Prior experience as a or in: solutions engineer, sales engineer, quality assurance, quality engineer, software development engineer in test (SDET), scrum master, or UI/UX and Graphic Design & Digital Design Prior experience in other fields such as but not limited to: Data Engineering, Data Science, Cybersecurity, Artificial Intelligence Prior experience with: hackathons, open-source contribution, bug bounties, published scholarly works and research, computer science degree, TA/SI equivalent during undergraduate or graduate studies We value candidates who understand and connect with the experiences of students in public and access-focused higher education systems (CUNY), whether through their own academic background or professional work. The ideal candidate has a background in the training model we use (web development coding bootcamp flagship graduate or web development coding bootcamp flagship instructor) along with the specific technology stack that we train (PERN) and has held the role of a professional Junior Software Engineer with directly relevant hands-on work experience. If your experience doesn't perfectly match but you believe you'd be a strong fit, we encourage you to apply. Examples of bugs you should be able to troubleshoot: 1: A student says: "node -v isn't working" and you inform them that nodeJS is not yet installed. 2: A student is running their client code on one local server (Port 3000) and their backend code on another local server (Port 1234). With respect to Port 3000, they make an AJAX request through their browser to the local server on Port 1234. The student receives a CORS error. They send the same request through Postman. The student does not receive a CORS error. They put in a help ticket to have a thorough understanding of why this is happening, as well as some possible solutions (forward proxy or listing). 3: A student puts in a help ticket to install postgres on a device running Mac OS. Another student puts in a help ticket to install postgres on a device running Windows OS. 4: A student wants to practice responsive web design, so they take ownership of some open issues on their GitHub project management board for it. They accidentally use a media feature incorrectly such as using min-width versus max-width. You must be able to help them identify this mix up, and provide a solution as to why the style never applied to the intended screen, in a constructive and effective way. 5: A student sets up Okta's Auth0, however the first login fails despite it working upon refresh. It is up to you to discuss with the student, articulate the solution, and if necessary, share the working code. 6: A student puts in a help ticket that just reads as "getting error: detached HEAD state, please help in breakout room 8". You should be able to explain to them git's provided auto-message describing what a detached HEAD state is, that it does not classify as an error, and what is actually happening. Further, you should be able to explain when it is useful and when it is not useful for a student's immediate purposes, especially if they reached that point in the terminal inadvertently. Be able to explain to them that their pointer is pointing to a commit and not to a branch, how that differentiation is operationally relevant, and how to configure the pointer to point back to a branch if that is their intention. 7: A student is making a POST request through Postman. Turns out, they are using "body -> raw -> Text" when they are in fact trying to send the JSON representation of their React Form stored on React State. This is confusing to them, because they are not getting an error, just a blank response displaying on Postman. Everything looks fine, nothing crashes, but it is a silent bug. Server-side, express is configured such that: "app.use(express.json())" for parsing request bodies. From here, you should be able to debug with them such that they instead use ""body -> raw -> JSON" in order for the request to be properly formatted for their purposes, resulting in what they initially anticipated to see from a successful request-response 'cycle' through Postman. 8: A student understands how to use git stash and git stash apply as a tool, but they do not fully understand what's happening under-the-hood. They just 'have a feeling' of when to use them, and have so far been right each time, but they would like to 'have an understanding' of it in a first-principles way. You should be able to explain to them that "git stash" takes a snapshot and hides it off-branch and then "git stash apply" replays that snapshot as a patch onto current code. You do not need to go into how the stash is a stack, but just provide the clear reasoning about its use case. 9: Be able to extensively explain either during lecture, a help ticket, or an office hour about the distinct 'zones' in git such as: working directory, staging area, local repository, and remote repository, especially if a student either is trying to run a terminal command not applicable to that particular zone or if a student wonders why they have to still do "git pull" after pushing to the remote branch and merging onto main on the remote repository. They should be able to both execute the workflow and understand it, through you. ## Description Function as scrum master for half of capstone projects per capstone project Instructional Staff Standard Duties Review the material to prepare for help tickets Provide resources to students for technical knowledge and technical skillset support Complete help tickets for troubleshooting: tool installation, tool configuration, problem-solving related to in-class assignments, homework assignments, or capstone projects Identify blockers for a student's project Guide students to verbalize their thought process Unblock students through advisement, technical project management techniques, or by escalating to another instructional staff member Function as a scrum master for capstone projects and also contribute to brainstorming about frontend design, file structure, and project scope (you might be asked to diagram on a whiteboard when in-person or a digital whiteboard when remote) Participate in 1 weekly sync up meeting with the instructional staff by default, and with the program manager if available Review if a classwork or homework submission was submitted with: a link, an accessible link, a link to the proper project, time of last commit, sum of commits, and amount of commits per group member (use Trello?) Hold a mandatory office hour M-Th (no office hour on Friday) (two thirty-minute segments) Track individual aggregate contributions at the end of each capstone project by commit history, by copying and pasting it into an internal document Flag areas of improvement in student progress within an internal document Proctor monthly quiz with assigned students Conduct exit interview with assigned students Other Duties and Expectations: - Improvising deadlines (including if polling the students is the best way to adjust) - Improvising the agenda/schedule/EOD announcements, especially on or around challenging topics or demo day, or any mandatory staff member-trainee pair programming/office hour/code review - Improvising, for example, by adapting support dynamically; for example, if inbound help tickets drop to zero during capstones, shifting to a proactive, outbound model by regularly checking in and providing support across all groups on a consistent, responsive cadence - Building students' self-efficacy - Guiding students through the pace and intensity of a bootcamp - Facilitating capstone topic ideation - Developing students' first-principles programming skills alongside AI-assisted approaches, balancing foundational understanding with practical outcomes - Clarifying the limitations of third-party APIs - Supporting students in intermediate capstone concepts and implementations, including but not limited to: WebSockets, task scheduling (cron jobs), service workers for offline/background syncing, throttling, debouncing, caching, WebRTC, pagination, filters, sorts, searches, etc., Applicable holiday benefits Monday - Thursday (June 1 to August 21): Modality = BMCC Campus Fridays (June 1 to August 21): Modality = Remote (Demo Day will be at BMCC Campus) A Non-Capstone Monday, Tuesday, Wednesday, Thursday (June 1 to July 17): 10:00AM - 12:00PM: Lecture (attendance taken at 10:15AM by Lead Teaching Assistant) 12:00PM - 1:00PM: Lunch 1:00PM - 3:50PM: Project Work + Help Tickets 3:50PM - 4:00PM: EOD Announcements 4:00PM - 4:30PM: Mandatory "Office Hour" w/Student A 4:30PM - 5:00PM: Mandatory "Office Hour" w/Student B 5:00PM - 6:00PM: Survey/Quiz Prep A Non-Capstone Friday (June 1 to July 17): 10:00AM - 12:00PM: Lecture (attendance taken at 10:15AM by Lead Teaching Assistant) 12:00PM - 1:00PM: Lunch 1:00PM - 3:00PM: Project Work + Help Tickets 3:00PM - 4:00PM: EOW Weekly Instructional Staff Meeting 4:00PM - 5:00PM: Project Work + Help Tickets (without teaching assistants and peer tutors) 5:00PM - 6:00PM: Survey/Quiz Prep A Capstone Monday, Tuesday, Wednesday, Thursday (July 20 to August 20): 10:00AM - 12:00PM: Project Work + Help Tickets (attendance taken at 10:15AM by Lead Teaching Assistant) 12:00PM - 1:00PM: Lunch 1:00PM - 1:15PM: Daily Standup 1:15PM - 3:45PM: Project Work + Help Tickets 3:45PM - 4:15PM: Pair Programming or Code Review (Frontend) (Becomes optional in final project) 4:15PM - 4:45PM: Pair Programming or Code Review (Backend) (Becomes optional in final project) 4:45PM - 5:00PM: EOD Announcements 5:00PM - 6:00PM: Survey/Quiz Prep A Capstone Friday (July 20 to August 20): 10:00AM - 12:00PM: Project Work + Help Tickets (attendance taken at 10:15AM by Lead Teaching Assistant) 12:00PM - 1:00PM: Lunch 1:00PM - 1:15PM: Daily Standup 1:15PM - 1:45PM: Pair Programming (Frontend) or Code Review (Becomes optional in final project) 1:45PM - 2:15PM: Pair Programming (Backend) or Code Review (Becomes optional in final project) 2:15PM - 4:45PM: Project Work + Help Tickets (teaching assistants and peer tutors exit at 4:00PM) 4:45PM - 5:00PM: EOD Announcements 5:00PM - 6:00PM: Survey/Quiz Prep Demo Day (August 21): 10:00AM - 12:00PM: Prepare students for the event, and classroom-wide retrospective 12:00PM - 1:00PM: Lunch 1:00PM - 4:00PM: Demo ceremony, demos, and instructional staff farewells 4:00PM - 6:00PM: Exit Interview/Bootcamp Wrap-up Technology Stack and Tools HTML CSS JavaScript Node Express ReactJS (React Hooks and React Context) PostgreSQL Sequelize Auth0 Vercel Neon for Vercel Agile Methodology NPM Vite Chrome Developer Tools (colorpicker, network tab, breakpoints, device mode) Figma dbdiagram [dot] io CLI/Terminal/Bash Git (branches, issues, pull requests) Postman (hosted API documentation) GitHub GitHub Pages GitHub Projects (project management board) Visual Studio Code Postman Postico or Beekeeper Studio/PG Admin UI/UX/Design (Universal, Inclusive, Responsive) incorporating i18n, l10n, a11y, and u11y Cloud Spreadsheet Excalidraw GitHub ReadME OneRF Portal Licensed Zoom Philosophy: Everything aims toward the target of students becoming above-average or exceeding expectations of an early-career software engineer intern in the contemporary workforce. For example, we're not looking for capstone projects that would have stood out years ago; we're looking for original and intentional projects that will stand out in the present-day job market, where every moment, especially the project-building phase, has both instructive and industry value. With respect to the outcome, the target is not just to attend a bootcamp nor graduate from one, but to be internship-ready and be competitive candidates in the job market because of the training itself and the training environment co-created with them. With respect to training delivery, the pedagogical idea is to facilitate training that balances structured presentations with interactive discussions, emphasizing other methods such as two-way communication, flipped classrooms, and peer-to-peer collaboration (pair-programming via driver-navigator) as keys to learner success. With respect to agile ceremonies, students should receive training to actively communicate and actively listen, internalizing them as opportunities for a real dialogue, rather than as only a routine formality. With respect to technical documentation, students should receive training to diagram and document as if they were contributing to a professional runbook or participating in a sprint review. With respect to technical communication, students should receive training to talk with precision about a technical concept, and not talk around it nor talk past it. With respect to technical implementation, students should receive training to not just understand, observe, nor code-along, they should apply (so they know they know it) and demonstrate (so others know they know it). With respect to persistence, we believe in being able to promptly identify and address accordingly when a student is experiencing one of the following in their learner journey: unproductive struggle and productive struggle. With respect to a support system, the aim is to provide active support and guidance to students, adapting between standardized and personalized approaches as needed, with strong active listening skills. Final remark: We are committed to showing up for others, responding not only to what is asked, but to what is needed. If a trainee or staff member needs support, whether stated or unstated, expressed or not, we step forward to meet the need and act with care, awareness, and initiative., * Please Be Notified That: All appointments are subject to budgetary guidelines, fiscal constraints, a background check, and satisfactory performance assessment with no presumption of retention. This position is a non-tax-levy appointment supported by funds administered through the RFCUNY. As such, the individual who fills this role will be considered an employee of the RFCUNY and will be subject to its personnel policies and procedures for project employees. RFCUNY employees are also expected to comply with the rules and policies applicable to the worksite to which they are assigned. ## Related Videos - [The Resilience of the World Wide Web](https://www.wearedevelopers.com/videos/1281-the-resilience-of-the-world-wide-web) - [How a Small Team Shrank a Microsoft Monorepo by 94%](https://www.wearedevelopers.com/videos/1236-how-a-small-team-shrank-a-microsoft-monorepo-by-94) - [Making Teaching Code Less Academic and More Market-Ready - Peter Ruppel](https://www.wearedevelopers.com/videos/1911-making-teaching-code-less-academic-and-more-market-ready-peter-ruppel) - [Git for Code Reviews](https://www.wearedevelopers.com/videos/429-git-for-code-reviews) - [Fingerboard to Keyboard: Transposing One Profession to Another](https://www.wearedevelopers.com/videos/868-fingerboard-to-keyboard-transposing-one-profession-to-another) - [NoLoJS - Avoiding JavaScript Cruft with HTML and CSS - Aaron T. Grogg](https://www.wearedevelopers.com/videos/1806-nolojs-avoiding-javascript-cruft-with-html-and-css-aaron-t-grogg) ## Related Articles - [Should senior developers refuse interview coding challenges?](https://www.wearedevelopers.com/magazine/29-should-senior-developers-refuse-interview-coding-challenges) - [Best Coding Boot Camps in Germany](https://www.wearedevelopers.com/magazine/237-best-coding-boot-camps-in-germany) - [Stop Googling Git Commands. Start Actually Learning Git.](https://www.wearedevelopers.com/magazine/730-stop-googling-git-commands-start-actually-learning-git) - [Dev Digest 120 - Apple and peers](https://www.wearedevelopers.com/magazine/455-dev-digest-120-apple-and-peers) - [Dev Digest 121 - AI goes offline](https://www.wearedevelopers.com/magazine/456-dev-digest-121-ai-goes-offline) - [Résumé-Driven Development: How IT trends affect the job market for software developers](https://www.wearedevelopers.com/magazine/59-resume-driven-development-how-it-trends-affect-the-job-market-for-software-developers)