CS Learning Journal

  WELCOME TO WEEK 5 Learning Journal - CST 438 Summarize in a few sentences what you have learned this week.        This week I learned about the role and challenges of larger tests in software development. Unlike unit tests that focus on small parts of code, larger tests help ensure the entire system works as intended by simulating real-world conditions. Larger tests focus on higher fidelity, meaning they aim to reflect the actual behavior of the system as closely as possible. For example, Google runs A/B diff tests that send traffic to both an old and new version of a system and compare the results to catch unexpected changes. These tests are useful for finding issues like configuration errors, performance problems, or integration bugs that unit tests often miss. However, they can be slow, unreliable, and hard to maintain, so it's important to design them carefully, make them as small as possible while keeping them meaningful, and ensure someone is respon...

WELCOME TO WEEK 4 Learning Journal - CST 438 What is the most interesting thing you have learned in your reading of "Software Engineering at Google"?      What stood out to me the most from this chapter was how Google sees code review as more than just making sure the code works. It’s really about whether the code can be understood and maintained later on. I didn’t realize before how much they focus on making sure code will still make sense to other people in the future, especially as teams grow or change. The part that said code is a liability really changed how I think about adding new features.       Writing code isn’t always progress if it just adds more work for someone else down the line. I also thought it was interesting how greenfield reviews are handled. They’re not just about checking the code but also making sure it follows an approved design and is fully tested. That made me see how important it is to plan ahead before even writing anything...

  WELCOME TO WEEK 3 Learning Journal - CST 438 Good points about using Git: Git is really helpful for managing code because it keeps track of all the changes made over time. If something goes wrong, you can go back to an earlier version easily. It also lets different people work on the same project at the same time without getting in each other’s way. Everyone can make changes on their own branch and then bring them together later. This makes teamwork a lot easier and keeps the code organized.  Problems Git merge doesn’t solve: Even though Git helps bring code together, it doesn't always know how to fix conflicts when two people change the same part of a file. In those cases, someone still has to go in and figure out which version to keep. Also, Git can’t tell if the combined code actually works well together. If developers weren’t fully aligned, the merge might go through but the program could still break. So some issues need human judgment, not just Git.

  WELCOME TO WEEK 2 Learning Journal - CST 438 In Lab 1 on JUnit, we used a Mock to simulate parts of the application, like a database, without actually connecting to the real one. A mock acts like a stand-in for something real, such as a database or web service, and helps us see how our code responds without needing to use the actual system. This is helpful in unit testing because it keeps the focus on the specific piece of code we’re testing. If there’s an issue, we can be confident it’s coming from our code and not some outside system. It also helps tests run quicker and more consistently since they don’t rely on anything external.