-
-
Notifications
You must be signed in to change notification settings - Fork 126
Continuous Learning Guide edit #1760
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Open
ozgulsal
wants to merge
3
commits into
main
Choose a base branch
from
learning-edit
base: main
Could not load branches
Branch not found: {{ refName }}
Loading
Could not load tags
Nothing to show
Loading
Are you sure you want to change the base?
Some commits from the old base branch may be removed from the timeline,
and old review comments may become outdated.
Open
Changes from all commits
Commits
File filter
Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
There are no files selected for viewing
211 changes: 206 additions & 5 deletions
211
org-cyf-guides/content/employability/learning/_index.md
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -1,10 +1,211 @@ | ||
| --- | ||
| title: Continuous learning | ||
| description: Continue developing your skills to remain relevant | ||
| title: Continuous Learning | ||
| date: 2024-07-17T11:13:37 | ||
| description: How to grow sustainably in your first 3 to 5 years in tech | ||
| emoji: 📚 | ||
| weight: 7 | ||
| weight: 8 | ||
| --- | ||
| # Continuous Learning | ||
| Continuous learning isn't a buzzword. It's how people build durable careers in tech. It doesn't mean studying every evening or sacrificing your weekends. It means developing a habit of growth that fits your life, your energy, and your role. Sustainable beats intense. Consistency beats bursts. | ||
|
|
||
| Continual learning is not just a buzzword for software developers; it's a necessity for staying relevant and competitive in a rapidly evolving industry. New technologies, frameworks, and languages emerge constantly, and existing ones are continuously updated. Without ongoing learning, a developer's skills can quickly become outdated, making them less valuable to employers and less able to create innovative solutions. Below are some resources you can use to keep your skills up to date. | ||
| To use this guide you should: | ||
| - Be in or preparing for your first role in tech | ||
| - Have a general sense of the role or area you are working towards | ||
| - Be open to reflecting honestly on how you learn and what gets in the way | ||
|
|
||
| ## Resources | ||
| After using this guide you will: | ||
| - Have a realistic and sustainable approach to continuous learning | ||
| - Know what to focus on at different stages of your early career | ||
| - Have a simple quarterly learning plan to guide your development | ||
|
|
||
| ## What Continuous Learning Actually Means | ||
| For a lot of new grads, "continuous learning" sounds like endless pressure - like you're always behind and always need to be doing more. That's not what it means. | ||
|
|
||
| Continuous learning means: | ||
| - Staying curious | ||
| - Improving intentionally | ||
| - Adapting as your role evolves | ||
| - Building depth over time | ||
|
|
||
| It's not about doing everything. It's about doing the right next thing. | ||
|
|
||
| In tech, change is normal. Frameworks evolve. Tools are replaced. Teams shift how they work. The goal isn't to chase every trend. It's to remain capable and adaptable. | ||
|
|
||
| ## Why It Matters Early in Your Career | ||
| Your first 2 to 3 years shape your trajectory more than you might expect. | ||
|
|
||
| Early habits compound. If you build the habit of learning regularly, even in small ways, the effect after three years is significant. A few things happen in those early years that are worth understanding: | ||
|
|
||
| - **Your reputation forms quickly.** People notice who asks good questions, who improves fast, who takes ownership. That perception sticks. | ||
| - **Generalists slowly become specialists.** You don't need to specialise immediately, but the people who thrive long-term tend to develop genuine depth in something. | ||
| - **Small improvements compound.** Getting 5% better at debugging, communicating, or prioritising might seem minor. Multiply that across two years and it's significant. | ||
|
|
||
| This isn't about fear or pressure. It's about leverage. Small skill improvements early on create disproportionate impact later. | ||
|
|
||
| ## Step 1: Design a Learning Approach That Fits You | ||
| Before deciding what to learn, understand how you learn best. Copying someone else's system rarely works. Pay attention to what actually helps things stick. | ||
|
|
||
| - **Little and often** — 20 to 30 minutes a few times a week builds habits that last. This works well for newsletters, articles, or working through a course slowly. | ||
| - **Deep dives** — Some people need longer focused sessions. A Sunday morning or a half day can create real momentum. The risk is waiting for the "perfect" time and never starting. | ||
| - **Pomodoro** — 25 minutes of focus, 5 minutes break. Repeat. Useful for active problem solving or when concentration feels hard. | ||
| - **Learning by doing** — Building something real often teaches more than passive study. Side projects, small experiments, applying a concept directly to work. | ||
| - **Social learning** — Discussing ideas, pair programming, joining meetups, asking questions in community spaces. Explaining something to someone else is one of the most powerful forms of reinforcement there is. | ||
|
|
||
| Most people use a combination. Reflect honestly: | ||
| - When did something last truly click for me? | ||
| - Was I reading, building, discussing, or teaching? | ||
|
|
||
| That's your clue. Self-awareness accelerates learning. | ||
|
|
||
| **Exercise:** | ||
| - Think of the last time you genuinely learned something new | ||
| - Write down how you learned it (reading, building, discussing, being shown) | ||
| - Write down one learning format you want to try more of | ||
|
|
||
| Note: Is the format you gravitate towards the same one that helps things stick? | ||
|
|
||
| ## Step 2: Decide What to Focus On | ||
| Random learning feels productive but rarely compounds. Without a sense of direction, it's easy to spend time on things that don't move you forward. | ||
|
|
||
| Think in three layers: | ||
|
|
||
| - **Layer 1: Core skills** — What's essential to perform well in your current role? This is your baseline. If there are gaps here, they're worth addressing first. | ||
| - **Layer 2: Adjacent skills** — What would make you more effective in cross-functional work? This includes things like communication, understanding how other roles operate, or basic data literacy. | ||
| - **Layer 3: Future-facing skills** — What's required for the role you want in 2 to 3 years? This is where intentional investment now pays off later. | ||
|
|
||
| This structure helps you avoid chasing trends and move deliberately instead. | ||
|
|
||
| **Exercise:** | ||
| - List 2 to 3 skills in each layer based on your current role and goals | ||
| - Highlight the one skill across all three layers that would have the biggest impact right now | ||
|
|
||
| Note: Are there gaps in your core skills that should come before anything else? | ||
|
|
||
| ## What to Learn | ||
| ### For Developers | ||
| Technical skills matter, but depth matters more than novelty. Understanding something well — really well — is more valuable than having surface familiarity with many things. | ||
|
|
||
| Focus on: | ||
| - Writing clean, readable code | ||
| - Debugging deeply, not just fixing symptoms | ||
| - Reading other people's code — this is a skill in itself | ||
| - Testing and reliability | ||
| - Understanding trade-offs in architecture, not just syntax | ||
| - System design fundamentals | ||
|
|
||
| Beyond the technical: | ||
| - **Domain knowledge** — If you work in fintech, health, logistics, or education, understanding the industry makes you far more effective. You'll ask better questions and write better software. | ||
| - **Communication** — Explaining decisions clearly, writing good documentation, giving thoughtful feedback. Underrated at junior level, essential at senior level. | ||
| - **Product understanding** — Knowing why something is being built makes you a better engineer. | ||
|
|
||
| ### For Product Managers and Other Roles | ||
| You don't need to become an engineer, but technical fluency helps. | ||
|
|
||
| Focus on: | ||
| - Data literacy: reading dashboards, basic statistics, simple SQL | ||
| - User research: how to interview users and synthesise what you hear | ||
| - Prioritisation thinking: not memorising frameworks, but sharpening your instincts | ||
| - Clear written communication: PRDs, decision docs, stakeholder updates | ||
|
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. can you explain the acronym PRD here, I don't think the trainees will know it. |
||
| - How engineering teams actually work: estimation, technical debt, trade-offs | ||
| - How to run better meetings: most people have never been taught this | ||
| - How to write concise decision documents: one page, clear recommendation, reasoning visible | ||
|
|
||
| ### The Underrated Skills | ||
| Some skills compound more than any framework or programming language. They rarely appear in job descriptions, but they shape careers. | ||
|
|
||
| - Writing clearly | ||
| - Asking good questions | ||
| - Listening properly | ||
| - Giving and receiving feedback | ||
| - Managing your manager | ||
| - Running efficient meetings | ||
| - Handling disagreement professionally | ||
| - Handling uncertainty without freezing | ||
| - Saying "I don't know" confidently | ||
|
|
||
| These aren't soft skills. They're career accelerators. The people who develop them early tend to progress faster and with less friction than those who don't. | ||
|
|
||
| ## Learning Formats That Actually Work | ||
| There's no single best format. Match the format to the topic, the depth required, and your energy level. | ||
|
|
||
| - **Low effort** — Newsletters, podcasts | ||
| - **Medium effort** — Blogs and articles, YouTube, community discussions | ||
| - **High effort** — Books, courses, side projects | ||
|
|
||
| Company engineering blogs are often excellent — teams like Stripe and Netflix regularly share thoughtful writing about how they solve real problems. For product perspectives, podcasts give you exposure to real decision-making stories from experienced practitioners. | ||
|
|
||
| Courses can be helpful, but completion rates are low. If you don't finish one, that doesn't mean you lack discipline — it may just not suit your learning style. Building things remains one of the most effective methods. Even small tools that solve your own problems create strong learning loops. | ||
|
|
||
| **Exercise:** | ||
| - List the formats you currently use most often | ||
| - Identify one format from the list above that you have not tried but would like to | ||
|
|
||
| Note: Does the format you spend the most time on lead to real skill change, or mostly consumption? | ||
|
|
||
| ## Blending Learning Into Your Working Life | ||
| This is where good intentions often fail. Life is busy. Work is demanding. Studying in the evenings isn't always realistic. | ||
|
|
||
| The most sustainable learning is embedded in your job, not bolted on top of it. | ||
|
|
||
| Four practical actions: | ||
| 1. **Ask about learning time during 1:1s.** Many companies support personal development — but if you never ask, you may never find out. | ||
| 1. **Turn stretch tasks into explicit learning goals.** If you're working on something unfamiliar, name it as a development opportunity and treat it as one. | ||
| 1. **Include learning in your performance objectives.** This creates accountability and makes your growth visible to your employer. | ||
| 1. **Share what you're learning with your team.** Sharing reinforces your own retention, and it signals that you're invested in growing. | ||
|
|
||
| When learning aligns with real responsibilities, it stops feeling like extra effort. | ||
|
|
||
| ## Avoid Common Traps | ||
|
|
||
| - **Trap 1: Learning what's trendy instead of what's useful** — Not everything popular deserves your time. Ask whether something will make you meaningfully more effective before investing in it. | ||
| - **Trap 2: Confusing information consumption with skill building** — Reading 20 articles isn't the same as applying one concept well. Consuming content feels productive. Actually changing how you work is what compounds. | ||
| - **Trap 3: Buying courses you never finish** — Be realistic about your energy and your learning style before spending money. A book you finish is worth more than a course you abandon at module three. | ||
| - **Trap 4: Comparing yourself constantly** — People share highlights, not confusion or slow progress. Everyone's timeline is different. Comparison is usually misleading and rarely motivating. | ||
|
|
||
| ## Build a Simple Personal Learning Plan | ||
| Structure helps, especially early in your career when there's no one telling you what to develop next. | ||
|
|
||
| Keep it lightweight. Each quarter, define: | ||
| - 1 core skill to strengthen | ||
| - 1 adjacent skill to explore | ||
| - 1 underrated skill to practise — communication, feedback, writing | ||
| - 1 visible output to produce: a project, a presentation, a piece of documentation, an internal talk | ||
|
|
||
| This makes learning tangible and measurable rather than abstract. Review every three months. Adjust, don't abandon. | ||
|
|
||
| **Exercise:** | ||
| - Draft your quarterly learning plan using the four prompts above | ||
| - Share it with a partner and discuss: does it feel realistic? Is anything missing? | ||
|
|
||
| Note: Is your plan specific enough to act on, or is it still too vague? | ||
|
|
||
| ## A Note on Comparison and Pace | ||
| Measure progress in six-month increments, not daily effort. | ||
|
|
||
| Ask yourself: am I more capable than I was six months ago? | ||
|
|
||
| If the answer is yes — even slightly — you're moving in the right direction. That's the whole game. You don't need to prove yourself by learning constantly. You need to build momentum steadily. | ||
|
|
||
| The people who burn out early often do so because they try to learn everything at once, compare themselves to people further along, and treat every gap as an emergency. It isn't. | ||
|
|
||
| In early career stages, consistency beats intensity. Show up, learn something, apply it, repeat. | ||
|
|
||
| ## Learning Objectives | ||
| Our goal is to collectively do the following: | ||
| - [ ] Identify how you learn best and which formats help things stick. | ||
| - [ ] Map your current skills to the three layers (core, adjacent, future-facing). | ||
| - [ ] Identify at least one underrated skill to develop. | ||
| - [ ] Draft a simple quarterly learning plan with four clear goals. | ||
| - [ ] Identify one way to embed learning into your current working life. | ||
|
|
||
| ## Set-Up | ||
| - [ ] Reflect individually before discussing with others | ||
| - [ ] Split into pairs for the learning plan exercise | ||
| - [ ] Set a whole class timer for 30 minutes | ||
|
|
||
| ## Instructions | ||
| - [ ] Think of the last time something truly clicked for you — write down how you were learning at that moment. | ||
| - [ ] Map your skills across the three layers and highlight the most important gap to address now. | ||
| - [ ] Draft your quarterly learning plan using the four prompts in the guide. | ||
| - [ ] Share your plan with a partner and give each other feedback: is it realistic? Is it specific enough to act on? | ||
| - [ ] Identify one action you can take this week to embed learning into your working life — not bolted on top of it. | ||
Oops, something went wrong.
Oops, something went wrong.
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is very much a personal preference so please feel free to disregard this feedback but I preferred the writing style of your LinkedIn PR, I find the tone of a lot of short enthusiastic sentences that is here and in some other places a bit too much.