| abstract syntax tree |
90-9-1 rule |
| Accumulator pattern |
accessibility |
| Acorn |
accessibility - WebAIM WAVE |
| actual result (in unit test) |
active bystander |
| Adapter pattern |
active listening |
| algorithm - greedy |
actual result (in unit test) |
| alias - during import |
ADHD |
| Alloy |
agile development |
| anonymous function |
agile development - conditions for success |
| ANTLR |
all-nighters |
| API - as protocol |
allocating work - chaotic decomposition |
| Application Binary Interface |
allocating work - confirmation loop |
| Armstrong, Tavish |
allocating work - effect of social status |
| array - implementation of |
allocating work - feature decomposition |
| Array.filter |
allocating work - functional decomposition |
| Array.forEach |
allocating work - in teams |
| Array.reduce |
allocating work - modular decomposition |
| ArrayBuffer |
allocating work - rotating decomposition |
| assembler |
Alloy |
| assembly code |
ally |
| assertion - as runnable documentation |
already invented here syndrome |
| assertion - in unit test |
analysis & estimation |
| assignment - destructuring |
analysis paralysis |
| async keyword |
Ant |
| asynchronous execution |
Apache Software Foundation |
| automatic variable (in build) |
APT |
| await keyword |
assertion |
| Babel |
authentication |
| backward compatibility |
authentication - two-factor |
| Bajel |
auto-completion |
| bare object |
automated program repair |
| bind method to object |
automation |
| bitwise operation |
automation - as programming |
| block comment |
Automattic - hiring process |
| Brown, Amy |
Baldwin, James |
| Brubeck, Matt |
Baxter, T. Carter |
| build - automatic variable |
bias |
| build - clock synchronization |
big bang integration |
| build - dependency |
Bitbucket |
| build - hash code |
Black |
| build - pattern rule |
Blackbox project |
| build - recipe |
blog - as team journal |
| build - rule |
blog - automatically generated |
| build - stale |
Boehm Curve |
| build - timestamp |
Borland |
| build manager |
branch (in Git) |
| build target |
breakpoint |
| C |
breaks (importance of regular) |
| C++ |
Brook's Law |
| cache - calculated values |
Brown, Neil |
| cache - modules |
browser automation - for testing |
| cache - of loaded files |
browser automation - record and playback |
| call stack - environment |
BSD License |
| call stack - stack frame |
bug tracker |
| callback function |
build manager |
| callback function - conventions for |
build manager - and version control |
| caller module |
build manager - Ant |
| chain of inheritance |
build manager - Make |
| Chain of Responsibility pattern |
build manager - Rake |
| character encoding |
build manager - rules for using |
| character encoding - UTF-8 |
build manager - Snakemake |
| circular dependency |
build number |
| clock synchronization (in build) |
Burns, Heather |
| closure |
C |
| code - as data |
C++ |
| code completion |
Carnac |
| code coverage |
casual threat |
| Code of Conduct |
catch exception |
| coding style - importance of consistency |
CC-BY license |
| coding style - linter |
CC0 license |
| cognitive load |
chaotic decomposition |
| collision (in hashing) |
checklists - benefits of |
| column-major storage order |
checklists - use in code review |
| combinatorial explosion |
Checkstyle |
| command-line argument |
chorus of explanation |
| comment - block |
chunking |
| comment - doc |
co-op |
| comment - line |
code browser |
| compiled language |
code clones |
| compiled language - linking |
code comprehension |
| Comprehensive TeX Archive Network |
code coverage |
| confirmation bias |
code metrics - ineffectiveness of |
| console.log |
Code of Conduct |
| const declaration - advantages of |
Code of Conduct - responding to violations |
| Cook, Mary Rose |
code review |
| coordinate system |
code review - effectiveness of |
| coupling |
code review - for security |
| cryptographic hash function |
code review - procedure |
| CSS |
code review - responding to |
| CSS - struggles with |
cognitive bias |
| DAG |
cognitive dimensions framework |
| data frame |
cognitive load |
| DataForge |
cognitive load - extraneous |
| debugger |
cognitive load - germane |
| debugger - source map |
cognitive load - impact of checklists |
| Decorator pattern |
cognitive load - in debugging |
| delta debugging |
cognitive load - intrinsic |
| dependency (in build) |
cognitive load theory |
| depth-first search |
cognitive transition |
| design by contract |
collective action |
| design pattern - Accumulator |
comments - as communication |
| design pattern - Adapter |
commit (version control) |
| design pattern - Chain of Responsibility |
commit message (version control) |
| design pattern - Decorator |
common programming errors |
| design pattern - Iterator |
commons |
| design pattern - Singleton |
communication - asynchronous |
| design pattern - Template Method |
communication - blog |
| design pattern - Visitor |
communication - comments |
| destructuring assignment |
communication - email |
| DiBernardo, Mike |
communication - instant messaging |
| directed acyclic graph |
communication - synchronous |
| directed acyclic graph (DAG) |
communication - wiki |
| directed graph |
community of practice |
| doc comment |
competent practitioner |
| Document Object Model |
competent practitioner - documentation needs |
| DOM |
Comprehensive TeX Archive Network (CTAN) |
| dynamic loading |
conceptual architecture - diagram |
| dynamic lookup |
concrete examples |
| dynamic scoping |
concurrent systems - difficult of debugging |
| eager matching |
CONDUCT file |
| EJS |
configuration - layered |
| encapsulation |
configuration - parameters |
| entry point (of module) |
confirmation loop - allocating work |
| environment (to store variables) |
conflict (in Git) |
| error (in unit test) |
conflict (in Git) - repeating |
| Escodegen |
conflict (interpersonal) |
| ESDoc |
conflict (interpersonal) - escalating |
| ESLint |
conflict (interpersonal) - handling |
| Esprima format |
confounding variable |
| eval - insecurity of |
console |
| event handler - streaming API |
continuous integration |
| event loop |
continuous integration - GitHub Actions |
| exception - for control flow |
continuous integration - Travis CI |
| exception - handler |
contrarian (why not to be) |
| exception - in promise |
CONTRIBUTING file |
| exception - throw |
control group |
| exception - with await |
controlled experiments |
| execution - asynchronous |
Conway's Law |
| execution - event loop |
copyright |
| execution - non-blocking |
coverage - code |
| execution - single-threaded |
coverage - path |
| execution - streaming |
Creative Commons |
| Expect |
Creative Commons - CC-BY license |
| expected result (in unit test) |
Creative Commons - CC0 license |
| experiments |
Creative Commons - ND clause |
| experiments - test harness |
Creative Commons - no commercial use |
| exploratory programming |
Creative Commons - share-alike |
| fail (in unit test) |
crunch mode |
| filesystem operations |
CSS selector - use in testing |
| finite state machine - correspondence with regular expressions |
cultural fit (as unconscious bias) |
| fixture (in unit test) |
cutting corners |
| fluent interface |
CVS (version control) |
| formal verification |
dark matter developer |
| formal verification - Alloy |
data mining |
| formal verification - TLA+ |
data structure diagrams |
| fs.stat |
dead code |
| function - anonymous |
debugger - breakpoint |
| function - inner |
debugger - single-stepping |
| function - nested |
debugging - concurrent systems |
| function signature |
debugging - importance of good habits |
| fuzz testing |
debugging - rubber duck |
| generator function |
debugging - symbolic debugger |
| Git |
debugging - why schools don't teach |
| GitHub Pages |
defensive programming |
| globbing |
delta debugging |
| globbing - filtering results |
demotivation |
| greedy algorithm |
design by contract |
| hash code |
design for test |
| hash code - in build |
design pattern - model-view-controller |
| hash code - SHA-1 |
development process |
| hash function |
DevOps |
| hash function - collision |
diagnostic power (of formative assessment) |
| hash function - cryptographic |
diagrams - conceptual architecture |
| header file - in C and C++ |
diagrams - data structure |
| header file - static site generator |
diagrams - entity-relationship |
| helper function |
diagrams - physical architecture |
| heterogeneous storage |
diagrams - use-case map |
| homogeneous storage |
diagrams - workflow |
| Hoye, Mike |
dictionary attack |
| HTML5 specification |
digital signature - for activity logs |
| Huffine, Trey |
discoverability - of issues |
| Human Resource Machine |
discovery-based learning |
| immediately-invoked function expression |
discrimination |
| immutable data |
do-ocracy |
| import - alias |
Docker |
| import module |
documentation - as communication |
| import vs. require |
documentation - embedded |
| inner function |
documentation - for competent practitioners |
| instruction pointer |
documentation - for experts |
| instruction set |
documentation - for novices |
| interpreted language |
documentation - what to include |
| intrinsic complexity |
documentation generator |
| introspection - in unit testing |
documentation generator - JSDoc |
| introspection - of methods |
doi2bib |
| Istanbul |
Don't Repeat Yourself |
| Iterator pattern |
double blind experiments |
| Iterator pattern - generator function |
dual coding |
| Jake |
dumpster diving |
| Java |
Dunning-Kruger effect |
| JavaScript - hurried design of |
dynamic analysis |
| Jekyll |
dynamic analysis - Valgrind |
| Jest |
dynamic typing |
| JSDoc |
easy mode (as a metaphor for privilege) |
| Kernighan, Brian |
editor - Emacs |
| Knuth, Donald |
editor - Notepad |
| label (on address) |
effort-importance grid |
| language - compiled |
effort-importance grid - helping triage |
| language - interpreted |
Eiffel |
| layout engine |
elaboration |
| lexical scoping |
Elbakyan, Alexander |
| lifecycle - of file interpolation |
elevator pitch |
| lifecycle - of unit test |
Emacs |
| line comment |
email (for team communication) |
| linking (compiled language) |
email - filters |
| linter |
embedded database - use in testing |
| Liskov Substitution Principle |
engineering tradition in computing |
| literal (in parsing) |
entity-relationship diagram |
| literate programming |
error - common |
| macro |
error - external |
| Make |
error - internal |
| manifest (of package) |
error - misperception of frequency |
| Markdown |
error - root cause analysis |
| Markdown - parser |
error message - internationalizing |
| matching - eager |
error message - writing helpful |
| method chaining |
ESLint |
| Mocha |
Evans, Julia |
| Mocha - afterEach |
Excel |
| Mocha - beforeEach |
exception |
| mock object - for testing |
exception - handling |
| module - entry point |
exception - raise |
| module bundler |
exception - under-used and abused |
| module loader |
exception - when to check |
| mutual references |
exfiltrate |
| namespace |
expected result (in unit test) |
| nested function |
experimenter bias |
| Nison, Maël |
expert |
| non-blocking execution |
expert - code comprehension |
| Nystrom, Bob |
expert - documentation needs |
| OAuth |
expert blind spot |
| op code |
external error |
| Open-Closed Principle |
extraneous load |
| operator precedence - implementing |
extrinsic motivation |
| Oram, Andy |
failure |
| package manifest |
fairness |
| Pandas |
FAQ |
| parser |
fault |
| parser - check-and-combine |
feature boxing |
| parser - post-hoc compression strategy |
feature creep (danger of) |
| parser - reasons not to write |
feature decomposition |
| parser - shunting-yard algorithm |
feedback loops |
| pass (in unit test) |
final report |
| patch number |
finite state machines - use in software design |
| pattern rule (in build) |
fixture (in unit test) |
| PHP |
floating-point arithmetic - difficulty of testing |
| plugin architecture |
Flon's Axiom |
| polymorphism (in software design) |
flow |
| process.argv |
flow graph - abstract interpretation |
| programming style - fluent interface |
flow graph - actual |
| promise - as alternative to callback |
flowchart |
| promise - automatic creation of |
Ford, Henry |
| promise - behavior |
formative assessment |
| promise - catch |
functional decomposition |
| promise - reject |
fuzz testing |
| promise - resolve |
garbage collection - generational |
| promise - then |
Gender Decoder |
| Promise.all |
GenderMag |
| protocol - API as |
General Data Protection Regulation (GDPR) |
| protocol - for unit testing |
generational garbage collection |
| prune (a search tree) |
germane load |
| Python |
Gilliam, Terry |
| query selector |
Git |
| query selector (for HTML) |
Git - basic commands |
| R |
Git - branch |
| race condition |
Git - branch names |
| race condition - time of check/time of use |
Git - cloning project |
| recipe (in build) |
Git - commit |
| recycling data |
Git - commit ID |
| Redux |
Git - commit message |
| register (in computer) |
Git - configuring |
| regular expression |
Git - conflict |
| reject promise |
Git - creating project |
| require - caching modules |
Git - difference between add and commit |
| require vs. import |
Git - graphical interface |
| resolve promise |
Git - HEAD |
| row-major storage order |
Git - history |
| rule (in build) |
Git - ignoring files |
| runnable documentation (assertions as) |
Git - interface (indistinguishable from hoax) |
| sandbox (for safe execution) |
Git - merge |
| SAT solver |
Git - post-commit hook |
| satisfiability |
Git - pre-commit hook |
| scope - of variable definitions |
Git - pull request |
| scope creep - when writing lessons |
Git - pull request - comments |
| scoping - dynamic |
Git - reasons for popularity |
| scoping - lexical |
Git - rebase |
| search - depth-first |
Git - recovering old files |
| search path |
Git - remote |
| search path - shell variable |
Git - saving changes remotely |
| semantic versioning |
Git - showing status |
| semantic versioning - patch number |
Git - viewing differences |
| setImmediate |
Git - workflow |
| setTimeout |
GitHub Actions |
| SHA-1 hash code |
GitHub Pages |
| shell variable (for storing search path) |
GitLab |
| shunting-yard algorithm |
GNU Public License (GPL) |
| side effect - for module registration |
Goal-Question-Metric |
| signature - of function |
Goodhart's Law |
| sin - using regular expressions to parse HTML |
Google - unfair hiring practices |
| single-threaded execution |
Google Summer of Code |
| Singleton pattern |
governance |
| slug (unique identifier) |
Graf, David |
| software design - bare object |
Grand Perspective |
| software design - coupling |
GUI designer |
| software design - deferring problems |
harassment |
| software design - design by contract |
Hippocratic License |
| software design - driver |
hiring process |
| software design - encapsulation |
hiring process - Automattic |
| software design - generic function |
hiring process - healthy |
| software design - Liskov Substitution Principle |
hiring process - mistakes |
| software design - Open-Closed Principle |
history of computing |
| software design - plugin architecture |
hitchhiker |
| software design - polymorphism |
Homebrew |
| software design - testability |
Hoye, Mike |
| source map |
human rights |
| spread - function arguments |
humanist tradition in computing |
| SQL |
hypercorrection effect |
| stack frame |
IDE |
| stale (in build) |
IDE - console |
| Standard JS |
IDE - in browser |
| static site generator |
IDE - under-used and abused |
| static site generator - header file |
IDE - VS Code |
| storage - heterogeneous |
implicit bias |
| storage - homogeneous |
in-memory database - use in testing |
| storage order - column-major |
inequality |
| storage order - row-major |
insider threat |
| streaming API |
instant messaging - inevitable use of |
| streaming API - event handler |
institutional priorities |
| string interpolation |
intellectual property |
| tagged data structure |
intellectual property - copyright |
| target - build |
intellectual property - patent |
| TDD |
intellectual property - trade secret |
| Template Method pattern |
intellectual property - trademark |
| term |
interleaving |
| test harness |
internal error |
| test runner |
internship |
| test subject (in unit test) |
interruption bingo (in meetings) |
| test-driven development |
interruptions |
| testability - as design criterion |
intimate threat |
| tidyverse |
intrinsic load |
| time of check/time of use |
intrinsic motivation |
| timestamp - in build |
introspection |
| TLA+ |
issue |
| token (in parsing) |
issue - classifying |
| topological order |
issue - description of |
| transitive closure |
issue - fields |
| Turing Machine |
issue - good titles |
| two hard problems in computer science |
issue - timestamps |
| unit test - actual result |
issue tracker |
| unit test - error |
issue tracker - as course deliverable |
| unit test - expected result |
issue tracker - helping triage |
| unit test - fail |
issue tracker - Jira |
| unit test - fixture |
issue tracker - milestones |
| unit test - interactive application |
issue-tracking system |
| unit test - lifecycle |
Java |
| unit test - pass |
Java - build manager |
| unit test - requirements for |
Java - style checker |
| unit test - test runner |
JavaScript |
| unit test - test subject |
JavaScript - style checker |
| unit test - using mock object |
Jekyll |
| University of Toronto |
Jira (issue tracker) |
| UTF-8 |
JSDoc |
| variable definition - scope |
just-in-time compiler |
| version control system |
Kaplan-Moss, Jacob |
| version control system - Git |
Kendzior, Sarah |
| virtual machine |
LaTeX |
| virtual machine - op code |
learned helplessness |
| Visitor pattern |
learner persona |
| walk a tree |
learning strategies |
| WebAIM WAVE |
learning strategies - concrete examples |
| Whitehead, Alfred North |
learning strategies - dual coding |
| Wilson, Greg |
learning strategies - elaboration |
| Wolfram Alpha |
learning strategies - interleaving |
|
learning strategies - retrieval practice |
|
learning strategies - spaced practice |
|
learning styles |
|
legitimate peripheral participation |
|
Lehrer, Tom |
|
lending privilege |
|
LibreOffice |
|
license - software |
|
license - why not to write your own |
|
LICENSE file |
|
linter |
|
Linux |
|
Linux - toxic leadership |
|
logging |
|
logging - during debugging |
|
logging - for security |
|
logging - levels |
|
logging - output format |
|
logging - rotating files |
|
long-term memory |
|
Lua |
|
MacOS |
|
macro |
|
major version number |
|
Make |
|
Make - pattern rule |
|
Make - shortcomings |
|
Markdown |
|
Markdown - for final report |
|
marketing |
|
Martha's Rules |
|
mathematical tradition in computing |
|
MathML |
|
MATLAB |
|
meetings |
|
meetings (online) |
|
meetings - discussion |
|
meetings - decision |
|
meetings - extra rules for post mortems |
|
meetings - interruption bingo |
|
meetings - three sticky notes |
|
Mencken, H.L. |
|
mental health |
|
mental health (stigma associated with) |
|
mental model |
|
mental model - Git |
|
mentoring |
|
Mercurial (version control) |
|
merge (in Git) |
|
microphone |
|
microservice |
|
Microsoft Project |
|
Microsoft Visual Studio Code |
|
Microsoft Word |
|
milestone (in issue tracker) |
|
minor version number |
|
minutes (of meetings) |
|
MIT License |
|
mock object |
|
model - of software development |
|
model-view-controller architecture |
|
model-view-controller architecture - testing |
|
modeling tools - Alloy |
|
modeling tools - TLA+ |
|
modular decomposition |
|
motivation - extrinsic |
|
motivation - intrinsic |
|
motivation - self-efficacy |
|
multitasking |
|
Myers-Briggs Type Indicator |
|
negative results (failure to publish) |
|
neurodivergent |
|
neurotypical |
|
Node.js - package.json file |
|
non-disclosure agreement |
|
non-disclosure agreement - abuse of |
|
not invented here syndrome |
|
note-taking (as a learning strategy) |
|
Notepad |
|
novice |
|
novice - code comprehension |
|
novice - documentation needs |
|
NPM |
|
NPMS |
|
onboarding checklist |
|
open offices (evils of) |
|
Open Source Initiative |
|
Open-Closed Principle |
|
org chart - importance of |
|
overwork |
|
package - as course deliverable |
|
package - building |
|
package manager |
|
package manager - APT |
|
package manager - Homebrew |
|
package manager - NPM |
|
package manager - package ratings |
|
package manager - pip |
|
package manifest |
|
packaging |
|
pair programming |
|
pair programming - effect of personality |
|
paradox of tolerance |
|
patch (software) |
|
patent |
|
path coverage |
|
peer evaluation |
|
PEP8 |
|
performance review - importance of written criteria for |
|
performance testing - manual |
|
Perl |
|
persuasion |
|
Petre, Marian |
|
Petrov, Andrey |
|
phishing |
|
physical architecture - diagram |
|
pip |
|
placebo |
|
PLOS |
|
plugin - for IDE |
|
post mortem |
|
post-commit hook |
|
post-condition |
|
post-condition - strengthening |
|
Pratchett, Terry |
|
pre-commit hook |
|
pre-condition |
|
pre-condition - weakening |
|
pre-registration of experiments |
|
process - waterfall |
|
Proctorio (invasive surveillance) |
|
product manager |
|
productivity |
|
productivity - comparative |
|
productivity - SPACE framework |
|
profiler |
|
programmers - happiness |
|
programming - innate ability |
|
programming in the large |
|
programming language - compiled |
|
programming language - dynamically typed |
|
programming language - ease of learning |
|
programming language - interpreted |
|
programming language - statically typed |
|
project course - characteristics of |
|
project manager |
|
project organization - standard files |
|
pseudoscience - learning styles |
|
pseudoscience - Myers-Briggs Type Indicator |
|
pull request |
|
pull request - serial number |
|
Python |
|
Python - PEP8 style guide |
|
Python - style checker |
|
qualitative methods |
|
quasi-experiment |
|
Quorum |
|
R (programming language) |
|
radical candor (as bullshit) |
|
radicalization |
|
raise exception |
|
Rake |
|
reading code |
|
reading code - effect of variable names |
|
reading code - eye tracking studies |
|
reading code - fMRI studies |
|
README file |
|
rebasing (in version control) |
|
refactoring |
|
refactoring - for code review |
|
remote (in Git) |
|
reporting - to your manager |
|
repository (version control) |
|
Representational State Transfer |
|
reproducible example (reprex) |
|
requirements error |
|
REST |
|
retrieval practice |
|
Robinson, Evan |
|
rotating decomposition |
|
rubber duck debugging |
|
Ruby |
|
sanitizing data |
|
Scalzi, John |
|
Schneier, Bruce |
|
Sci-Hub |
|
scientific tradition in computing |
|
Scottish verdict |
|
Scratch |
|
scriptability |
|
Scrum |
|
secure deletion tool |
|
security theater |
|
self-confidence (lack of) |
|
self-efficacy |
|
semantic versioning |
|
sense vote |
|
Shopify - support for alt-right sites |
|
short-term memory |
|
short-term memory - chunking |
|
short-term memory - limited capacity of |
|
significance hacking |
|
single-stepping |
|
Snakemake |
|
Snowden, Edward |
|
social engineering |
|
sociotechnical congruence |
|
software design - accessibility |
|
software design - evolution |
|
software design - influence of testability |
|
software design - role of diagrams |
|
software design - scriptability |
|
software license |
|
software license - BSD License |
|
software license - GNU Public License (GPL) |
|
software license - Hippocratic License |
|
software license - MIT License |
|
software license - open |
|
software license - why to use the MIT License |
|
software patch |
|
software portal - Bitbucket |
|
software portal - communication tools |
|
software portal - GitHub |
|
software portal - GitLab |
|
SPACE framework |
|
spaced practice |
|
spearphishing |
|
sprint |
|
SQL injection attack |
|
Stack Overflow |
|
stand-up meeting |
|
standard project files |
|
static analysis |
|
static site generator |
|
static site generator - Jekyll |
|
static typing |
|
string I/O |
|
style checker |
|
style checker - Black |
|
style checker - Checkstyle |
|
style checker - ESLint |
|
Subversion (version control) |
|
surveillance |
|
symbolic debugger |
|
Taylor & Francis |
|
team contract |
|
teams - allocating work |
|
teams - benefits of diverse ability levels |
|
teams - dissolving |
|
teams - effect of having friends on |
|
teams - effective size of |
|
teams - isolating at-risk students |
|
teams - learning benefits of |
|
teams - selecting |
|
teams - taking schedules into account |
|
Tech Solidarity |
|
technical debt |
|
term |
|
test framework |
|
test runner |
|
test suite |
|
test-driven development |
|
testability - influence on software design |
|
threat - casual |
|
threat - insider |
|
threat - intimate |
|
three sticky notes (in meetings) |
|
throw low, catch high |
|
ticketing system |
|
time boxing |
|
time management |
|
timestamp - of Git commit |
|
TLA+ |
|
to-do list |
|
tone policing |
|
toxic people - misperception of |
|
toxic people - rarity of |
|
trade secret |
|
trademark |
|
Travis CI |
|
treatment group |
|
triage |
|
triage - using issue tracker |
|
Turbo Pascal |
|
two-factor authentication |
|
type declaration - effect on readability |
|
type declaration - effectiveness at catching bugs |
|
type declaration - use in software design |
|
TypeScript |
|
typing - dynamic |
|
typing - static |
|
Uber |
|
UCOSP |
|
unconscious bias |
|
Unified Modeling Language |
|
unit test |
|
unit test - actual result |
|
unit test - browser automation |
|
unit test - code coverage |
|
unit test - expected result |
|
unit test - fixture |
|
unit test - floating-point arithmetic |
|
unit test - fuzzing |
|
unit test - influence on software design |
|
unit test - path coverage |
|
unit test - performance |
|
unit test - profiling |
|
unit test - test framework |
|
unit test - test suite |
|
unit test - visualization |
|
Universal Declaration of Human Rights |
|
University of Toronto |
|
Up & Go |
|
use-case map |
|
user story - use in software design |
|
Valgrind |
|
variable naming |
|
version control |
|
version control - and build manager |
|
version control - centralized |
|
version control - collaboration |
|
version control - collaboration - using a shared repository |
|
version control - collaboration - using forked repositories |
|
version control - CVS |
|
version control - decentralized |
|
version control - Git |
|
version control - inability to handle office documents |
|
version control - Mercurial |
|
version control - reasons to use |
|
version control - repository |
|
version control - Subversion |
|
version control - systems |
|
version control - when to commit |
|
version numbers |
|
version numbers - build |
|
version numbers - major |
|
version numbers - minor |
|
version numbers - patch |
|
version numbers - semantic versioning |
|
Vim editor - exiting |
|
virtual machine |
|
virus scanner |
|
Visual Basic |
|
visualization - difficulty of testing |
|
VS Code |
|
Wales, Jimmy |
|
waste (in software development) |
|
waterfall model |
|
WebAIM WAVE |
|
WEIRD |
|
whiteboard coding questions |
|
wiki |
|
Wikipedia |
|
Wilson, Greg |
|
Wilson, Robert |
|
Windows |
|
workflow (in Git) |
|
workflow diagram |
|
working memory |
|
YubiKey |