diff --git a/2024/intern-lessons.html b/2024/intern-lessons.html
index 2e50781..514e8d6 100755
--- a/2024/intern-lessons.html
+++ b/2024/intern-lessons.html
@@ -83,22 +83,22 @@
Internship Lessons
some lessons from my internships
-note: i have never done a swe internship
+these are some things i found useful through my internships and are probably good guidelines for anyone doing one.
-
document, document, document
-- i made day to day logs where i could dump notes from the day, which included things like:
-- running log of what i accomplished / meetings i went to (with meeting notes)
+- every day, i made a page to dump notes, which included things like:
+- running log of what i accomplished / meetings i went to (+ meeting notes)
- anything i needed to copy paste (eg: list of server names)
- notes on how to do something (eg: how to spin up a new server)
-- thoughts on how to accomplish something (eg: to build this pipeline, i need x to connect to y server and send data to z)
+- musings on potential ways to accomplish something (eg: to build this pipeline, i could use x to connect to y server and send data to z)
- section for jotting down what you need to do the next day / future goals
-- this is very helpful for final presentations / project report
+- these logs are very helpful for your final presentation / project report
-- i also had pages for specific tools i'd be working with a lot to note down useful commands
+- i also had pages for specific tools/languages so i could note down useful commands
- eg: i made a page with useful clickhouse queries and docs i found myself referencing a lot
@@ -107,24 +107,30 @@ some lessons from my internships
-
set up expectations / goals and project timelines asap
-- understand why your project(s) is important; why / how is your project providing value? can you measure that? what does success look like?
-- find people that are actually affected by it and talk to them (and follow up on their feedback!)
-- if you're struggling, try to set up a more granular timeline and ask what your mentor thinks to see if you're on the right track
+- understand why your project(s) is important
+- why / how is your project providing value? can you measure that? what does success look like?
+
+
+- find people that will benefit or have to change their workflow because of your project and talk to them (and follow up on their feedback!)
+- if you're struggling, set up a more granular timeline and ask what your mentor thinks to see if you're on the right track
-
talk to people! set up coffee chats with anyone doing anything you find interesting
-- your manager / team members will help you find people to talk to if you aren't sure who, given a topic / area you want chat about
+- given a topic / area you want chat about, your manager / team members will help you find people to talk to if you aren't sure who
- come with a list of questions you want to talk about; here's my list for coffee chats
- similarly, if you hear about interesting projects during stand up, you can set up a quick meeting with your team member and have them run through it with you
-
-
have nice commits, code, and readme
+have understandable commits, code, and readme
- people are looking at them and judging you based on it because these are the main things you are there to create
-- might be worth looking at conventional commits or asking how your mentor wants commits and comments to look like
+- ask your mentor about how they style commits and comments
+
- make everything you create as user friendly as possible
- note down how to run your code, potential failures and how to remedy them
- you will not be there to explain how anything works in three months
@@ -133,17 +139,28 @@ some lessons from my internships
-
-
if you find something annoying, see if you can quickly automate it
+read about the tools you're going to be using
-- bash is your friend
-- if you can't do it quickly, ask your mentor if it's worthwhile to automate it so other people can use your script
+- if you're not sure where to find the best resources, ask for reading material and internal docs about tools and libraries
+- listen to talks about similar projects in other companies or how your team functions in other companies
+- do not spend too much time rabbit holing into tools or the codebase at the expense of doing things
-
-
read about the tools you're going to be using
+ask good questions
-- if you're not sure, ask for reading material and where to find internal docs about them
-- listening to talks about similar projects in other companies or how your team functions in other companies is also very helpful
+- make sure to google your question before you ask
+- if you didn't find anything, ask and mention what you found when googling
+
+
+- anything else i have to say is said better by julia evans
+
+
+-
+
if you find something annoying, see if you can quickly automate it
+
+- bash is your friend
+- if you can't do it quickly, ask your mentor if it's worthwhile to automate it so other people can use your script
-
@@ -153,6 +170,8 @@
some lessons from my internships
+
+note: i have never done a swe internship. make of that what you will.