aboutsummaryrefslogtreecommitdiff
path: root/content/posts/software_engineering.md
diff options
context:
space:
mode:
Diffstat (limited to 'content/posts/software_engineering.md')
-rw-r--r--content/posts/software_engineering.md4
1 files changed, 3 insertions, 1 deletions
diff --git a/content/posts/software_engineering.md b/content/posts/software_engineering.md
index 6fc5eac..91d596b 100644
--- a/content/posts/software_engineering.md
+++ b/content/posts/software_engineering.md
@@ -1,6 +1,6 @@
+++
title = "Notes on Software Engineering"
-date = 2025-02-04
+date = 2026-02-04
+++
I worked at a large software company, [SAP](https://www.sap.com) for three years. But I didn't get to learn much about software engineering. SAP has its own tools and process that have already dictated how things work. But over the years, I have realized how important software engineering can be. Here I outline some of the lessons I have learnt (some with a lot of pain) about this. If you are reading this and don't know where you or ytour team stands on software engineering, take the [Joel Test](https://www.joelonsoftware.com/2000/08/09/the-joel-test-12-steps-to-better-code/). This is a living list and will be kept up to date based on my experiences.
@@ -45,7 +45,9 @@ Simple, fast and open tools are usually better in most cases. They allow for qui
## References
+- [Pragmatic Programmer](https://pragprog.com/titles/tpp20/the-pragmatic-programmer-20th-anniversary-edition/)
- [21 Lessons from Google](https://addyosmani.com/blog/21-lessons/)
- [Big O](https://samwho.dev/big-o/)
- [Periodic Table of System Design](https://github.com/jarulraj/periodic-table)
- [Refactoring Guru](https://refactoring.guru/refactoring/catalog)
+- [Useful git commands](https://piechowski.io/post/git-commands-before-reading-code/) \ No newline at end of file