Lecture Notes from CS-340 Spring 2023
kevinaangstadt / cs340-s23-notes Goto Github PK
View Code? Open in Web Editor NEWLecture Notes from CS-340 Spring 2023
Lecture Notes from CS-340 Spring 2023
My pull request has an additional pull request for some contribution to day21 notes but cannot be changed or made into separate pull req until the fixed PR129 goes through.
Now that PR's are being added to the main branch it would be helpful if we could figure out a general format for all of the lecture notes to fit into and what general content is going to be consistent across all of the lecture summaries.
It is important that we create new branches in order for us to make changes to the main. It on GitHub there is an option to create new branch then we can checkout this branch to make changes. Should we format our commits in a specific way in order for them to be more readable? My proposal would be the day we were assigned to and then then our name.
Within my pull request I have an outline for my lecture with a sample lecture. I think this may help solve the issue for finding a good format.
Within the format I have headings, sub heading, and important things to note bolded/italicized. I also used lines to separate different ideas which are made with "---" in one line of the markdown file.
Lastly, I added definitions within the file.
For example:
"term
:definition"
The folder is located within the main branch.
It seems that whoever is recording the notes for lecture 26 which is April 24th is within its own folder.
Im not sure if we want to separate it out into folders within the repo to make everything more specific or not.
We should come to a consensus on this soon because the project is due in about a week.
I have added an empty markdown file to store day 6 notes. This outline will need to be populated in the future once a style for the formatting has been chosen.
Is there a way we can come in agreement on having similar header style for our notes, so, all of our lecture notes will have a consistent header style format.
Hey everyone,
It would probably be a good idea if we could all agree on a universal style sheet for our lecture notes.
Things to consider could be :
The style guide hasn't been claimed by anyone yet, so maybe a few of us should get together and sort this out before people start submitting notes.
I will be finishing up the style guide in the next few days. If you have any final suggestions please post them as an issue if you would like them to be considered for the style guide.
is there a way that we should mark important information that has either been said to likely be on an exam or just needed later? Should we just have a section stating that this is the most important/useful? Also, should we mark down things for who ever ends up doing the second exam review to put in said review?
This might be an issue for others too, check if the Day 9 branch is merged with the lecture notes. This happened to me where they both merged.
I have noticed some a few different branches being used to submit PRs, and wanted to clarify some things so we are all on the same page. The project description says:
"Create your pull requests from non-main branches. That is, create a new branch with a descriptive name before committing your
contributions to your fork."
So those who submitted from the main branch will want to create a new branch for their final submit.
Also, I wonder if we should all use the same naming scheme for our branches? I'm not sure if this will make a difference to the end result so let me know what y'all think about this.
I have added an empty outline as a markdown file for the lecture 14 notes. This file will be filled out with the notes for lecture 14 at a later date.
If we include homework readings, should it be readings assigned during your lecture day, or the reading due on your lecture. For mine at least it makes more sense for the former, but what do you all think?
I am wondering if it is possible to submit the lecture notes as a pdf just because I mostly take down notes on my ipad and this also makes it easy when it comes to drawing diagrams. My handwriting is legible and hence do we only need to have them typed?
I noticed that the Lecture_Notes_3_29_23.md file appears to be an initial contribution for day 19 notes (according to the spreadsheet in #26). I also notice that we appear to have a completed version of our Day19Notes.md merged into our main branch. There was likely some issue during PR #104.
@pamaph20, we were both working with this PR earlier. Can you check my work here?
If this is the case, removing Lecture_Notes_3_29_23.md from our main repository could be an opportunity for someone to get in another PR
Along with the formatting guidelines that we decide on, I think that it is important to utilize bolding and italicizing certain words or key concepts. Doing so is quite easy in markdown files to bold a word, simply insert "**" before and after the word or sentence. Italicizing is inserting "*" before and after the word or the sentence.
Within the style guide (#116) it states to have all major sections of notes separated out with horizontal lines ->
"Major sections should be separated by horizontal rules"
However, there are some instances where we define major aspects of a process but do not go into depth about it. Without the in depth portion the maintaining of the horizontal rules makes the markdown file feel clunky (Reference down below) . How would we go about this to make the file look more presentable.
stuff
(See also Markdown Guide - Horizontal Rules)
Hello Everyone! I was wondering how we plan on tackling this if we find that one of our peer's outlines might need more clarification or examples.
As the style guide suggests, we should link necessary outside material used in class, as certain classes do link outside materials within the lecture.
Just wanted to let everyone know if they weren't aware, there is a cool & quite easy way to make hyperlinks in markdown so that it isn't just the entire link within the notes, but a link embedded into other text. You can use this syntax:
https://anvilproject.org/guides/content/creating-links
Just thought it looked nice and seemed useful for making clean lecture notes.
is there a way if we Identify any important content that is missing from the lecture notes, like if a topic was covered in class but is not mentioned in the notes. we can mark down that to be added
The file naming format for 3/27/23 does not contain the lecture number or follow the guidelines for naming. File name needs to be updated to match proper format.
We need to determine the correct naming convention for the lecture notes.
Most of the files are under lecture__.md (number) but the style guide recommends Day__Notes.md.
Are there any opinions on what we should do for this problem?
It looks like the style guide is now up and is waiting to be accepted from PR's (#116). With this now up, all class notes already up should be updated and formatted to match this. I think the sooner people update their daily notes the sooner people can review them to make sure they're correct before finals.
Additionally updating file notes to the proper format could be a good chance for people to do a PR of a contribution to someone else's document which is required for the P2 grading.
After looking back in my notes, I noticed that there are some lectures that contain diagrams in the notes that are helpful to know. However, I don't know how we would go about implementing these diagrams into our notes, because we would not be able to imbed the image directly into the notes file. Does anyone have any suggestions on how we can include these diagrams, or would it be for the best to just ignore them?
Hey everyone,
Seeing as it has been some weeks and we have not decided on a the style for our notes, maybe we should set a deadline for that so we can move further along with the project.
Maybe we could have this done before our next exam on 04/26?
Let me know what you think ?
I submitted a pull request for branch lecture1, which I created for the first day of lecture notes. lecture1.md contains an outline for the first day of lecture notes, but needs to be filled in by the p2 deadline.
At what point should we be adding out lecture notes into the lecture notes folder. Furthermore, within our own repo is there any point in which we should merge our off_main branches with our main branch??
Should we be merging all the changes from main into our branches before committing?
Basically what I'm wondering is if the branch I create the pull request for only has my Day26Notes.md file in it, will this cause other files to be removed from main if my PR is accepted?
As seen from looking through the pull requests menu, there has been disparity on which branches pull requests should be made from. As outlined in the project outline, "Create your pull requests from non-main branches.". Lets make sure we are all submitting pull requests from a separate branch other than our main to keep everything consistent.
For example--
Add more commits by pushing to the main branch on pamaph20/CS340-S23-Notes.
Hi all,
Just a quick note about code we produce in class and how we implement it into our study notes.
Given the fact that those who are reviewing the code in the notes wouldn't have the privilege of asking questions in class, I think it is a good idea for us to go over the code we are putting into our notes and make sure it is easily understood through comments in the code, sometimes even beyond what those we put in during class if need be.
If anyone has anything to add to this, suggestions are welcome.
I have added an outline for lecture day 7's notes under a day7 branch, but the actual notes are missing for this day.
In issue #38, it seemed we had decided on the file naming scheme as lecturex_y-yy.md where x is the lecture number and y-yy is the month and day of the lecture. But in the style guide, the file naming scheme is defined as lecture DayXNotes.md where x is the lecture number. Which one are we using?
Lecture 25 notes are still unfulfilled; Please upload ASAP for review @hbsecor
Hey all,
How do we want to organize this repo? I think it might be overwhelming if we have all of our lecture notes and other documents in the top level directory.
My only idea is to have a directory for all of our lecture notes that is separate from our style guide, course overview, etc. Something like this?
CS340-S23-Notes
Does anyone have any other ideas for organization?
I need to insert a flow chart for the GitHub process of pulling and pushing. I wasn't quite sure how this should be done. I thought about adding a photo I found online but also thought about just typing it out the best I can. What do you guys think I should do? For reference this is from day 8.
Hey I noticed file some file names are different, some have lecturex.md and others have lecturex_date.md. We should all try to stay consistent. I did mine without the date, what seems better to you guys?
Within my file, I created a header and just did bullet points some of which contained other sub-points. What is the overall format that we are thinking of? should we do topics with bullet points and do life definitions as Kevin does them in class and so on. Please let me know what you are all thinking!
Hey everyone,
How are we naming our files? lecture_x.md or lecturex.md, where x is the number of the lecture you're working on?
I have claimed the style guide appendix. Please comment on this issue with any formatting or other style guide suggestions. I will go through comments and other issues and create the style guide based on group consensus wherever possible.
It would be helpful for everyone to name the lecture notes with the same title. Either a name like "lecture-20.md" or "day20notes.md".
@rmfust20 can you submit your commit soon so that I can start reviewing it?
Hello everyone,
For the purposes of organization, and minimizing overlap, please claim the day/item you will take notes on, in excel below.
Thank you,
Hans
I was wondering if we needed to wait for our pull requests to be verified/approved before we can fork them and edit them for contribution. I can't seem to figure out how to fork (or gain access to) a pull request that hasn't been approved. Let me know if anyone has a solution to this or any comments on this.
Is it problematic if my main repository contains more files than the original repository?
That is, should I delete the lecture 4 outline in my main branch, since I created a day 4 branch for it?
I have created a pull request after creating a new branch on my forked repo and supplying an outline for Lecture 3 on January 25th, which will be populated with actual data at another time prior to the P2 deadline.
hey, @JamesB5201 could please complete your pull request so I can start reviewing soon. Thank you!
I noticed some people are making separate branches in their forked copies of the repo and committing from those, while some other people are committing from their Main branches. Does it matter which option we use? Would that only affect local repository organization?
I've noticed that many of the lecture notes do not currently have an overview section at the beginning. Not only to follow the style guide but to improve the usability of these notes we should include overviews.
Hi Everyone,
I wanted to point out some things that would be easy for us to clean up on our next pull requests that we are trying to have done by this Friday 4/21.
Does anyone have any other suggestions of things that would be easy to clean up in the next pull request?
A declarative, efficient, and flexible JavaScript library for building user interfaces.
๐ Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. ๐๐๐
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google โค๏ธ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.