Skip to article frontmatterSkip to article content
Site not loading correctly?

This may be due to an incorrect BASE_URL configuration. See the MyST Documentation for reference.

Practice Badges

Practice badges are a chance to first review the basics and then try new dimensions of the concepts that we cover in class. After each class, you will need to review the day’s material. This includes reviewing prismia chat to see any questions you got wrong and reading the notes. The practice badge will also ask you to apply the day’s material in a similar, but distinct way. They represent the minimum bar for B-level understanding.


Badges will be posted as issues and instructions will be here as well. 

2026-01-22

related notes

Activities:

  1. Find & Review the notes from today on the course website.

  2. if you have not already joined the course organization, accept this assignment and join the existing team.

  3. Post an introduction to your classmates on our discussion forum (include link to your comment in PR comment, must accept above to see)

  4. Read the notes from today’s class carefully

  5. Create a profile readme and include a screenshot of your profile in your badge PR comment

  6. Fill in the first two columns of your KWL chart (content of the PR; named to match the badge name)

  7. Set a github profile picture (can be of yourself, or anything else, just make it not the default)

2026-01-27

related notes

Activities:

Prepare for next class

  1. (for lab Monday) Read the syllabus section of the course website carefully and explore the whole course website

  2. (for lab Monday) Bring questions about the course

  3. (for class Tuesday) Think about one thing that you know really well (computing or not). Be prepared to discuss the following: How do you know that you know it? What was it llike to first learn it? (nothing written to submit, but you can use your issue to take notes if you would like)the text in () below is why each step is assigned

  4. review today’s notes after they are posted, both rendered and the raw markdown versions. Include links to both views in your badge PR comment. (to review the material and get familiar with the raw version)

  5. Complete your about file on the same branch. Mark the PR ready for review. Request a review from @brownsarahm.

  6. read Chapter 1, “Decoding your confusion while coding” in The Programmer’s Brain add a file called brain.md to your kwl repo that summarizes your thoughts on the chapter. Do you think this information will help you approach learning more effectively? why or why not? How, if at all, does it changes how you think about debugging and learning to program? Give examples of how you have encountered the different types of confusion in your prior programming experiences. (to help you get good strategies and prime for things we will see in the next few weeks)

  7. map out your computing knowledge and add it to your kwl chart repo in a file called prior-knowledge-map.md. Use mermaid syntax, to draw your map. GitHub can render it for you including while you work using the preview button. (what we will learn will connect a lot of ideas, mapping out where you start, sets you up for success)

2026-01-29

related notes

Activities:

Any steps in a badge marked lab are steps that we are going to focus in on during lab time. Remember the goal of lab is to help you complete the work, not add additional work. The lab checkout will include some other tasks and then we will encourage you to work on this badge while we are there to help. Lab checkouts are checked only for completion though, not correctness, so steps of activities that we want you to really think about and revise if incorrect will be in a practice or review badge.

  1. Read the notes. If you have any questions, post an issue on the course website repo.

  2. Using your terminal, download your KWL repo. Include the command used in your badge PR comment.

  3. Try using setting up git using your favorite IDE’s interface or GitHub Desktop. Make a file gitoffline.md and include some notes of how it went. Was it hard? easy? what did you figure out or get stuck on? Is the terminology consistent or does it use different terms?

  4. lab Explore the difference between git add and git commit: try committing and pushing without adding, then add and push without committing. Describe what happens in each case in a file called gitcommit_tips.md. Compare what happens based on what you can see on GitHub and what you can see with git status. Write a scenario with examples of how a person might make mistakes with git add and commit and what to look for to get unstuck.

2026-02-03

related notes

Activities:

  1. Review the notes from today

  2. Learn about GitHub forks and more about git branches(you can also use other resources)

  3. In branches-forks.md in your KWL repo, compare and contrast branches and forks; be specific about their relationship. You may use mermaid diagrams if that helps you think through or communicate the ideas. If you use other resources, include them in your file as markdown links.

2026-02-05

related notes

Activities:

badge steps marked lab are steps that you will be encouraged to use lab time to work on. For this one in particular, I am going to give you the messy repo in lab.

  1. Review the notes from today

  2. Create a merge conflict in your KWL repo on the branch for this badge and resolve it using your favorite IDE, then create another one and resolve it on GitHub in browser (this requires the merge conflict to occur on a PR). Describe how you created each conflict, show the files, and describe how your IDE helps or does not help in merge_conflict_comparison.md. Give advice for when you think someone should resolve a merge conflict in GitHub vs using an IDE. (if you do not regulary use an, IDE, try VSCode) You can put content in the file for this step for the purpose of making the merge conflicts for this exercise.

  3. (option) Get set up so that you can contribute to the course website repo from your local system. Note: you can pull from the compsys-progtools/spring2026 repo, but you do not not have push permission, so there is more to do than clone. Append the commands used and the contents of your local spring2026/.git/configto a git-remote-practice.md. Then, using a text editor (or IDE), wrap each log with three backticks to make them fenced code blocks and add headings to the sections.

  4. lab Organize the provided messy folder (details will be provided in lab time). Commit and push the changes. Clone that repo locally.

  5. Organize a folder on your computer ( good candidate may be desktop or downloads folder), using only a terminal to make new directories, move files, check what’s inside them, etc. Answer reflection questions in a new file, terminal_organization_adv.md in your kwl repo. Tip: Start with a file explorer open, but then try to close it, and use only command line tools to explore and make your choices. If you get stuck, look up additional commands to do acomplish your goals.

# Terminal File moving reflection
1. How was this activity overall Did this get easier toward the end?
2. How was it different working on your own computer compared to the Codespace form? 
3. Did you have to look up how to do anything we had not done in class?
4. When do you think that using the terminal will be better than using your GUI file explorer?
5. What questions/challenges/ reflections do you have after this?
6. Append all of the commands you used in lab below. (not from your local computer's history, from the codespace history)

2026-02-10

related notes

Activities:

  1. Review the notes from today

  2. Explore the tools for conventional commits and then pick one to try out. Work on the branch for this badge and use one of the tools that helps making conventional commits (eg in VSCode or a CLI for it)for a series of commits adding “features” and “bug fixes” telling the story of a code project in a file called commit-story.md. For each edit, add short phrases like ‘new feature 1’, or ‘next bug fix’ to the commit-story.md each time, but use conventional commits for each commit. In total, make at least 5 different types of changes (types per conventional commits standard) including 2 breaking changes and at least 10 total commits to the file.

  3. learn about options for how git can display commit history. Try out a few different options. Choose two, write them both to a file, gitlog-compare.md. Using a text editor, wrap each log with three backticks to make them “code blocks” and then add text to the file describing a use case where that format in particular would be helpful. do this after the above so that your git log examples include your conventional commits

  4. Find the detailed view of the commit that added today’s notes to the website in github.com and locally. In commit-detail-compare.md include the url to the commit in github and the contents of the commit object with a description (pseudocode or bullets) of what Github would have to do to create its detailed view page from the commit object.

2026-02-12

related notes

Activities:

  1. Review the notes from today

  2. Most real projects partly adhere and at least partly deviate from any major design philosophy or paradigm. Add a ## Unix Philosophy section to your software.md about how that project adheres to and deviates from the unix philosophy. Be specific, using links to specific lines of code or specific sections in the documentation that support your claims. Provide at least one example of both adhering and deviating from the philosophy and three total examples (that is 2 examples for one side and one for the other). You can see what badge software.md was previously assigned in and the original instructions on the KWL file list.

  3. create methods.md and answer the following:

- which of the three methods for studying a system do you use most often when debugging? Give an example
- which do you use when you are trying to understand something new? Is it the same as when you are debugging? why or why not
- do you think the ones you use most often are consistently effective? why or why not? When do they work or not work? (for either learning new thing or debugging)
- what are you most interested in trying that might be different for either learning new things or debugging?

2026-02-17

related notes

Activities:

  1. Review the notes from today

  2. Read about different workflows in git and add responses to the below in a workflows.md in your kwl repo. Two good places to read from are Git Book and the atlassian Docs

  3. Update your kwl chart with what you have learned or new questions in the want to know column

  4. Find the hash of the content of your completed workflows.md file and put that in the comment of your badge PR for this badge. Try to do this from your local CLI, but full credit even if you use the website interface

## Workflow Reflection

1. Why is it important that git can be used with different workflows?
1. Which workflow do you think you would like to work with best and why?
1. Describe a scenario that might make it better for the whole team to use a workflow other than the one you prefer.  

2026-02-19

related notes

Activities:

  1. Review the notes from today

  2. Review the notes, jupyterbook docs, and experiment with the jupyter-book CLI to determine what files are required to make jupyter-book build run. Make your kwl repo into a jupyter book. Set it so that the _build directory is not under version control.

  3. Learn about the documentation ecosystem in another language that you know using at least one official source and additional sources as you find helpful. In docs.md include a summary of your findings and compare and contrast it to jupyter book/sphinx. Include a bibtex based bibliography of the sources you used. You can use this generator for informal sources and google scholar for formal sources (or a reference manager).

2026-02-26

related notes

Activities:

  1. Review the notes from today

  2. Use git bisect to find the first bad commit in the toy bug repo, save the command history and the bad commit hash to git_debug.md

  3. Determine how many of the tags in the course website are annotated vs lightweight using (hint: annotated are objects, lightweight just point to commits). (You may need to use git pull --tags in your clone of the course website)

# Tags

<!-- short defintion/description in your own words of what a tag is and what it is for -->


## Comparing tag types 

<!-- include your experiment terminal history  and interpretation -->

## Inspecting tags

Course website tags by type: 
- annoted:
- lightweight: 
<!-- include lists of tags for each type -->

2026-03-03

related notes

Activities:

  1. Review your notes from the activity

  2. Describe a type of project where it would be worth it for you to learn a language you have never used before in newlanguage.md This should be based in what types of features for the language your project would require and/or what would contribute to the long term health of the project. Your justifiction must come from sources used in class and be based in factual evidence about the language.

  3. Learn about one of the following languages that you have not used before: R, Julia, Clojure, Zig, Go, erlang, Elixir or another language you are curious about that appeared in the Developer survey. For example you might be interest in the top paying languages. Use the official documentation. Answer the following questions in languagelearning.md:

    1. What is this language designed for?
    2. What Programming paradigm(s) does it support?
    3. Give at least 1 example of a programming language that experience in would make it **easy** to learn this language and explain why. 
    4. Give at least 1 example of a programming language that experience in would make it **hard** to learn this language and explain why. 
    5. What is its most unique feature(s)?

hint: for questions 3 & 4, for example learning Python first does not make it easy to learn C++, but learning C makes it very easy to learn C++ (but I have not filled in explanations).

Explore badge option

Actually try out one of the langauges above in a new repo created from this asssignment.

work on a branch and commit after each step

  1. Setup the devcontainer to provide the compiler/interpreter for the language of your choice. See features

  2. Add top extensions related to the language to the devcontainer.

  3. Add a gitignore file for that language

  4. Write a hello world type program in the language and make sure it runs.

  5. Use the official documentation to figure out a common task in the language and write an example program that completes something typical for that language (eg a sort data analysis in R). You may use GitHub Co-pilot in the code space to help write the code, but you should justify the task you ask it to do. Commit any generated code immediately with the message “code from copilot via ” and your prompt filled in.

  6. Test your understanding of the code by trying to modify it, and make commits describing what you changed and why.

  7. Fill in the prompts in the README (follow the comments) and Answer the questions in the README of the template repo.

2026-03-05

related notes

Activities:

  1. Review the notes from today

  2. Read more details about git internals to review what we did in class in greater detail. Make a file gitplumbingdetail.md and create a a table or mermaid diagram that shows the relationship between at least three porcelain commands and their corresponding plumbing commands (generally more than one each).

  3. Create gitislike.md and explain main git operations we have seen (add, commit, push) in your own words in a way that will either help you remember or how you would explain it to someone else at a high level. This might be analogies or explanations using other programming concepts or concepts from a hobby.

2026-03-10

related notes

Activities:

tip: numbers do not need to be in decimal

  1. Review the notes from today

  2. Analyze the xor hashing algorithm in the notes to determine which properties of a cryptographic hash are/not met. Include your analysis in xorhash.md

  3. find 2 more real world examples of using other number systems (either different bases or different symbols and bases) not mentioned in class that are currently used. Describe the number system and its usage in numbers.md. Include links to your sources and be sure that the sources are trustworthy.

  4. Calculate the maximum number of git objects that a repo can have without requiring you to use more than the minimum number of characters to refer to any object and include that number in gitcounts_scenarios.md with a title # Git counts. Describe 3 scenarios that would get you to that number of objects in terms of what types of objects would exist. For example, what is the maximum number of commits you could have without exceeding that number? How could you get to that number of objects in the fewest number of commits? What is the maximum number of files you can edit per commit and still take have at least 128 commits? Assume normal git use with porcelain commands, not atypical cases with plumbing commands. If you get stuck, outline what you know and then request a review.

  5. Read about the Learn more about the SHA-1 collision attach

  6. Learn more about how git is working on changing from SHA-1 to SHA-256 and answer the transition questions below gittransition.md

gittransition

# transition questions

1. Why make the switch? (in detail, not just *an attack*)
2. What impact will the switch have on how git works?
3. Which developers will have the most work to do because of the switch?

2026-03-12

related notes

Activities:

  1. Review the notes from today

  2. While we saw many types of gates today, but we actually could get all of the operations needed using only NAND gates. Work out how to use NAND gates to implement a half adder and describe it in nandhalf.md

  3. In addertypes.md compare ripple adders and lookahead adders.

    1. Give a synopsis of each adder type
    2. Compare them in terms of time (assume that each gate requires one unit of time)
    3. Compare them in terms of space/cost by counting the total number of gates required.
  4. Experiment with bitwise operators in python to derive 3 generic rules. Submit in bitwise_expt.md that has code in cells and the output (eg like the notes). An example (that you cannot get credit for) is any number xor with itself is 0, or a^a =0.

hover over the explore ideas below and to make an issue if you want to work on that explore

2026-03-24

related notes

Activities:

  1. Review the notes from today

  2. Write a C program to compare values as doubles and as float (single precision/32bit) to see that this comparison issue is related to the IEEE standard and is not language specific. Make notes and comparison around its behavior and include the program in a code cell in cdouble.md

  3. In floatexpt.md design an experiment using the fractions.Fraction class in Python that helps illustrate why .1*3 == .3 evaluates to False but .1*4 ==.4 evaluates to True. Your file must include both code and interpretation of the results.

2026-03-26

related notes

Activities:

  1. Review the notes from today

  2. Run and examine how rect.hack and max.hack in the projects/05/ folder of the CPU Emulator work. Make notes and answer the questions below in assemblyexplore.md.

    1. What does rect.hack do?  
    2. What did you learn trying to figure out how it works?
    2. Write an excerpt of code in a high level compiled language that would compile into this `max.hack`. Try writing multiple different versions.
  3. Use the simulator to figure out what the program mystery.hack that is on the notes for today does.

2026-03-31

related notes

Activities:

  1. Review the notes from today

  2. compare and contrast the four different types of storage (register, RAM, ROM, disk) using an analogy of your choice. You may use AI to help, but you need to be able to discuss the idea. To get credit for this badge, you must discuss with Dr. Brown either in lab or office hours.

2026-04-02

related notes

Activities:

  1. Review the notes from today

  2. configure ssh keys for your github account

  3. Find 2 other encyrption algorithms that could be used wiht ssh (hint: try man ssh or read it online) and compare them in encyryption_compare. Your comparison should be enough to advise someone which is best and why, but need not get into the details.

  4. Read through this rsa encryption demo site site and use it to show what, for a particular public/private key pair (based on small primes) it would look like to pass a message, “It is spring now!” encrypted. (that is encypt it, and decrypt it with the site, show it’s encrypted version and the key pair and describe what would go where). Put your example in rsademo.md.

2026-04-07

related notes

Activities:

  1. Review the notes from today

  2. Update your KWL Chart learned column with what you’ve learned

  3. prevent badges.json and badges.yml from being tracked by git in your kwl repo

  4. write a bash script that prevents jupyter-book from giving warnings about files not having a heading by using the file name as a temporary title. (see the previous badge where you should have converted your repo, or do that one first, this counts as an extension on that if you have not done it)

Hint: Use sed’s insert option and head as needed.

Explore idea

modify your script to use a small llm from ollama to automatically insert a sensible title by summarizing the file. using a commercial chat interface does not qualify, but using an llm locally does

2026-04-09

related notes

Activities:

  1. Review the notes from today

  2. On Seawulf, modfiy main.c from class to accept the integer as a command line argument instead of via input while running the program. See this tutorial for an example.

  3. Write a bash script demo_test.sh that runs your compiled program for each integer from 10 to 30 (syntax for a range is {start..end} so this would be {10..30})

  4. Write an sbatch script, batchrun.sh to run your script on a compute node and save the output to a file. The sbatch script should compile and link the program and then call the script. see the options

  5. use scp to download your modified main, script files, and output to your local computer and include them in your kwl repo.

  6. Create some variations of the hello.c we made in class. Make hello2.c print twice with 2 print commands. Make hello5.c print 5 times with a for loop and hello7.c print 7 times with a for loop. Build them all on the command line and make sure they run correctly.

  7. Write a bash script, assembly.sh to compile each program to assembly and print the number of lines in each file.

  8. Put the output of your script in hello_assembly_compare.md. Add to the file some notes on how they are similar or different based on your own reading of them.

2026-04-16

related notes

Activities:

  1. Review the notes from today

  2. Update your KWL chart.

  3. If you were to use something from this course in an internship for an interview, what story could you tell?

  4. Learn about the system libraries in two languages (one can be C or Python, one must be something else). Find the name(s) of the library or libraries. In systeminteraction.md summarize what types of support are shared or different? What does that tell you about the language?

  5. In a language of your choice, use the timing library in the languge to compare two different ways of doing something to see which is faster. Choose two implementations that you think should take different times based on your understanding of how the computer executes things.

2026-04-16

related notes

Activities:

  1. Review the notes from today

  2. Update your KWL chart.

  3. If you were to use something from this course in an internship for an interview, what story could you tell?

  4. Learn about the system libraries in two languages (one can be C or Python, one must be something else). Find the name(s) of the library or libraries. In systeminteraction.md summarize what types of support are shared or different? What does that tell you about the language?

  5. In a language of your choice, use the timing library in the languge to compare two different ways of doing something to see which is faster. Choose two implementations that you think should take different times based on your understanding of how the computer executes things.

2026-04-16

related notes

Activities:

  1. Review the notes from today

  2. Update your KWL chart.

  3. If you were to use something from this course in an internship for an interview, what story could you tell?

  4. Learn about the system libraries in two languages (one can be C or Python, one must be something else). Find the name(s) of the library or libraries. In systeminteraction.md summarize what types of support are shared or different? What does that tell you about the language?

  5. In a language of your choice, use the timing library in the languge to compare two different ways of doing something to see which is faster. Choose two implementations that you think should take different times based on your understanding of how the computer executes things.

2026-04-16

related notes

Activities:

  1. Review the notes from today

  2. Update your KWL chart.

  3. If you were to use something from this course in an internship for an interview, what story could you tell?

  4. Learn about the system libraries in two languages (one can be C or Python, one must be something else). Find the name(s) of the library or libraries. In systeminteraction.md summarize what types of support are shared or different? What does that tell you about the language?

  5. In a language of your choice, use the timing library in the languge to compare two different ways of doing something to see which is faster. Choose two implementations that you think should take different times based on your understanding of how the computer executes things.

2026-04-16

related notes

Activities:

  1. Review the notes from today

  2. Update your KWL chart.

  3. If you were to use something from this course in an internship for an interview, what story could you tell?

  4. Learn about the system libraries in two languages (one can be C or Python, one must be something else). Find the name(s) of the library or libraries. In systeminteraction.md summarize what types of support are shared or different? What does that tell you about the language?

  5. In a language of your choice, use the timing library in the languge to compare two different ways of doing something to see which is faster. Choose two implementations that you think should take different times based on your understanding of how the computer executes things.

2026-04-23

related notes

Activities:

  1. Review the notes the course of the semester; the final lab wil be cumulative this is integrative-2

  2. Create in_five_years.md and answer the following two questions: What do you think you will remember from this class in five years? What parts of this course’s content do you think will change the most in five years?

  3. Reflect on how this course impacts programming/debugging skills in skillup.md. You can write this as how you think your own skill has improved or as if you are convincing another student to take this class. Touch on at least three topics.

  4. Submit a PR with either advice to future students on how to succeed in the course or on why a student should take this course. Each of those is linked to where you should add your advice.

2026-04-16

related notes

Activities:

  1. Review the notes from today

  2. Update your KWL chart.

  3. If you were to use something from this course in an internship for an interview, what story could you tell?

  4. Learn about the system libraries in two languages (one can be C or Python, one must be something else). Find the name(s) of the library or libraries. In systeminteraction.md summarize what types of support are shared or different? What does that tell you about the language?

  5. In a language of your choice, use the timing library in the languge to compare two different ways of doing something to see which is faster. Choose two implementations that you think should take different times based on your understanding of how the computer executes things.

2026-04-21

related notes

Activities:

  1. Review the notes from today

  2. Write solutions for each of the questions you did not get correct including a reflection on what made that question hard to answer.

2026-04-14

related notes

Activities:

  1. Review the notes from today The first two tasks are the practice task, the thirds is a pre-approved explore badge. Hover it on your issue to create an independent issue to track it. Title the new issue Explore: IDE. On the explore badge, when it is ready for submission, request a review from Dr. Brown.

  2. In bestide.md, compare two IDEs using your group’s table from class, to evaluate each of them. Your review should have an introduction that justifies the ranking and defines the criteria, a section describing each IDE with respect to all of the criteria and your overall experience with that IDE, and a conclusion that explains which of the 3 is the best based on your evaluation.

  3. Configure your VS Code preferences to your github account. add settingssync.md with a description of what settings you customized and synced and reflect on why this is an important feature and what prerequisites to it might be.

  4. (explore badge opportunity) Create a small repo owned by compsys named ide-USERNAME where USERNAME is your gh username with some example code, a vscode/codespace devcontainer file that installs CodeTour and your favorite extension(s). Write a CodeTour that walks someone through using your favorite extension to do something with the code. The example code can be any language, can be very simple, can even have a bug in it if that helps your example. You can use an-IDE integrated LLM (eg GitHub Co-pilot, not the chat version) to generate some code for this purpose if you do not have some available to you already, but you cannot share solutions to a course assignment without that instructor’s permission.

2026-04-16

related notes

Activities:

  1. Review the notes from today

  2. Update your KWL chart.

  3. If you were to use something from this course in an internship for an interview, what story could you tell?

  4. Learn about the system libraries in two languages (one can be C or Python, one must be something else). Find the name(s) of the library or libraries. In systeminteraction.md summarize what types of support are shared or different? What does that tell you about the language?

  5. In a language of your choice, use the timing library in the languge to compare two different ways of doing something to see which is faster. Choose two implementations that you think should take different times based on your understanding of how the computer executes things.