Author Archives: Lord Zed

Expose Your Ignorance

In the early stages of a career, it is quite natural to feel like you don’t know enough and to be intimidated by the tasks ahead. As an apprentice, you may feel like you have to prove yourself to your colleagues and bosses, which often leads to pretending to know more than you actually do. However, pretending to be an expert can lead to disastrous results and can harm the project in the long run. The “Expose Your Ignorance” pattern is a solution to this problem that many apprentices face.

The “Expose Your Ignorance” pattern emphasizes the importance of being honest about your lack of knowledge, especially when it comes to software development. Being transparent about your ignorance is a sign of strength, not weakness, and it allows your team members and managers to understand the scope of your abilities. This pattern encourages apprentices to admit their lack of knowledge, ask questions, and share their learning process with their team.

What I found interesting about this pattern is that it highlights the importance of transparency and honesty in the workplace. It also emphasizes that software development is a continuous learning process, and everyone is constantly learning. There is no shame in not knowing something, and it is better to admit it and ask for help than to pretend to know everything. This pattern encourages a culture of openness and collaboration in the workplace, which can lead to better team performance.

This pattern has caused me to change the way I think about my intended profession. As a future software developer, I now understand that it is okay to not know everything and that I will constantly be learning throughout my career. I have also learned that it is essential to have an open and collaborative culture in the workplace, where everyone feels comfortable sharing their knowledge and learning process with others. It is this openness that will foster innovation and lead to better results.

However, I do disagree with one aspect of this pattern, which is the suggestion to put a list of things that you don’t understand in a place where others can see it. While it is essential to refresh the list frequently and work on improving the listed skills, I don’t think it needs to be public. I believe it is enough to have the list for personal reference and accountability. Nevertheless, the core idea of exposing your ignorance and asking questions to learn is vital and should be practiced regardless.

In conclusion, the “Expose Your Ignorance” pattern is an essential tool for any apprentice in any profession, especially software development. Admitting your lack of knowledge and asking for help is a sign of strength, not weakness, and it fosters a culture of openness and collaboration. By adopting this pattern, you will not only improve your skills but also build stronger relationships with your colleagues and team members.

 

From the blog Zed's Blog by Lord Zed and used with permission of the author. All other rights reserved by the author.

Expose Your Ignorance

In the early stages of a career, it is quite natural to feel like you don’t know enough and to be intimidated by the tasks ahead. As an apprentice, you may feel like you have to prove yourself to your colleagues and bosses, which often leads to pretending to know more than you actually do. However, pretending to be an expert can lead to disastrous results and can harm the project in the long run. The “Expose Your Ignorance” pattern is a solution to this problem that many apprentices face.

The “Expose Your Ignorance” pattern emphasizes the importance of being honest about your lack of knowledge, especially when it comes to software development. Being transparent about your ignorance is a sign of strength, not weakness, and it allows your team members and managers to understand the scope of your abilities. This pattern encourages apprentices to admit their lack of knowledge, ask questions, and share their learning process with their team.

What I found interesting about this pattern is that it highlights the importance of transparency and honesty in the workplace. It also emphasizes that software development is a continuous learning process, and everyone is constantly learning. There is no shame in not knowing something, and it is better to admit it and ask for help than to pretend to know everything. This pattern encourages a culture of openness and collaboration in the workplace, which can lead to better team performance.

This pattern has caused me to change the way I think about my intended profession. As a future software developer, I now understand that it is okay to not know everything and that I will constantly be learning throughout my career. I have also learned that it is essential to have an open and collaborative culture in the workplace, where everyone feels comfortable sharing their knowledge and learning process with others. It is this openness that will foster innovation and lead to better results.

However, I do disagree with one aspect of this pattern, which is the suggestion to put a list of things that you don’t understand in a place where others can see it. While it is essential to refresh the list frequently and work on improving the listed skills, I don’t think it needs to be public. I believe it is enough to have the list for personal reference and accountability. Nevertheless, the core idea of exposing your ignorance and asking questions to learn is vital and should be practiced regardless.

In conclusion, the “Expose Your Ignorance” pattern is an essential tool for any apprentice in any profession, especially software development. Admitting your lack of knowledge and asking for help is a sign of strength, not weakness, and it fosters a culture of openness and collaboration. By adopting this pattern, you will not only improve your skills but also build stronger relationships with your colleagues and team members.

 

From the blog Zed's Blog by Lord Zed and used with permission of the author. All other rights reserved by the author.

Expose Your Ignorance

In the early stages of a career, it is quite natural to feel like you don’t know enough and to be intimidated by the tasks ahead. As an apprentice, you may feel like you have to prove yourself to your colleagues and bosses, which often leads to pretending to know more than you actually do. However, pretending to be an expert can lead to disastrous results and can harm the project in the long run. The “Expose Your Ignorance” pattern is a solution to this problem that many apprentices face.

The “Expose Your Ignorance” pattern emphasizes the importance of being honest about your lack of knowledge, especially when it comes to software development. Being transparent about your ignorance is a sign of strength, not weakness, and it allows your team members and managers to understand the scope of your abilities. This pattern encourages apprentices to admit their lack of knowledge, ask questions, and share their learning process with their team.

What I found interesting about this pattern is that it highlights the importance of transparency and honesty in the workplace. It also emphasizes that software development is a continuous learning process, and everyone is constantly learning. There is no shame in not knowing something, and it is better to admit it and ask for help than to pretend to know everything. This pattern encourages a culture of openness and collaboration in the workplace, which can lead to better team performance.

This pattern has caused me to change the way I think about my intended profession. As a future software developer, I now understand that it is okay to not know everything and that I will constantly be learning throughout my career. I have also learned that it is essential to have an open and collaborative culture in the workplace, where everyone feels comfortable sharing their knowledge and learning process with others. It is this openness that will foster innovation and lead to better results.

However, I do disagree with one aspect of this pattern, which is the suggestion to put a list of things that you don’t understand in a place where others can see it. While it is essential to refresh the list frequently and work on improving the listed skills, I don’t think it needs to be public. I believe it is enough to have the list for personal reference and accountability. Nevertheless, the core idea of exposing your ignorance and asking questions to learn is vital and should be practiced regardless.

In conclusion, the “Expose Your Ignorance” pattern is an essential tool for any apprentice in any profession, especially software development. Admitting your lack of knowledge and asking for help is a sign of strength, not weakness, and it fosters a culture of openness and collaboration. By adopting this pattern, you will not only improve your skills but also build stronger relationships with your colleagues and team members.

 

From the blog Zed's Blog by Lord Zed and used with permission of the author. All other rights reserved by the author.

Expose Your Ignorance

In the early stages of a career, it is quite natural to feel like you don’t know enough and to be intimidated by the tasks ahead. As an apprentice, you may feel like you have to prove yourself to your colleagues and bosses, which often leads to pretending to know more than you actually do. However, pretending to be an expert can lead to disastrous results and can harm the project in the long run. The “Expose Your Ignorance” pattern is a solution to this problem that many apprentices face.

The “Expose Your Ignorance” pattern emphasizes the importance of being honest about your lack of knowledge, especially when it comes to software development. Being transparent about your ignorance is a sign of strength, not weakness, and it allows your team members and managers to understand the scope of your abilities. This pattern encourages apprentices to admit their lack of knowledge, ask questions, and share their learning process with their team.

What I found interesting about this pattern is that it highlights the importance of transparency and honesty in the workplace. It also emphasizes that software development is a continuous learning process, and everyone is constantly learning. There is no shame in not knowing something, and it is better to admit it and ask for help than to pretend to know everything. This pattern encourages a culture of openness and collaboration in the workplace, which can lead to better team performance.

This pattern has caused me to change the way I think about my intended profession. As a future software developer, I now understand that it is okay to not know everything and that I will constantly be learning throughout my career. I have also learned that it is essential to have an open and collaborative culture in the workplace, where everyone feels comfortable sharing their knowledge and learning process with others. It is this openness that will foster innovation and lead to better results.

However, I do disagree with one aspect of this pattern, which is the suggestion to put a list of things that you don’t understand in a place where others can see it. While it is essential to refresh the list frequently and work on improving the listed skills, I don’t think it needs to be public. I believe it is enough to have the list for personal reference and accountability. Nevertheless, the core idea of exposing your ignorance and asking questions to learn is vital and should be practiced regardless.

In conclusion, the “Expose Your Ignorance” pattern is an essential tool for any apprentice in any profession, especially software development. Admitting your lack of knowledge and asking for help is a sign of strength, not weakness, and it fosters a culture of openness and collaboration. By adopting this pattern, you will not only improve your skills but also build stronger relationships with your colleagues and team members.

 

From the blog Zed's Blog by Lord Zed and used with permission of the author. All other rights reserved by the author.

Expose Your Ignorance

In the early stages of a career, it is quite natural to feel like you don’t know enough and to be intimidated by the tasks ahead. As an apprentice, you may feel like you have to prove yourself to your colleagues and bosses, which often leads to pretending to know more than you actually do. However, pretending to be an expert can lead to disastrous results and can harm the project in the long run. The “Expose Your Ignorance” pattern is a solution to this problem that many apprentices face.

The “Expose Your Ignorance” pattern emphasizes the importance of being honest about your lack of knowledge, especially when it comes to software development. Being transparent about your ignorance is a sign of strength, not weakness, and it allows your team members and managers to understand the scope of your abilities. This pattern encourages apprentices to admit their lack of knowledge, ask questions, and share their learning process with their team.

What I found interesting about this pattern is that it highlights the importance of transparency and honesty in the workplace. It also emphasizes that software development is a continuous learning process, and everyone is constantly learning. There is no shame in not knowing something, and it is better to admit it and ask for help than to pretend to know everything. This pattern encourages a culture of openness and collaboration in the workplace, which can lead to better team performance.

This pattern has caused me to change the way I think about my intended profession. As a future software developer, I now understand that it is okay to not know everything and that I will constantly be learning throughout my career. I have also learned that it is essential to have an open and collaborative culture in the workplace, where everyone feels comfortable sharing their knowledge and learning process with others. It is this openness that will foster innovation and lead to better results.

However, I do disagree with one aspect of this pattern, which is the suggestion to put a list of things that you don’t understand in a place where others can see it. While it is essential to refresh the list frequently and work on improving the listed skills, I don’t think it needs to be public. I believe it is enough to have the list for personal reference and accountability. Nevertheless, the core idea of exposing your ignorance and asking questions to learn is vital and should be practiced regardless.

In conclusion, the “Expose Your Ignorance” pattern is an essential tool for any apprentice in any profession, especially software development. Admitting your lack of knowledge and asking for help is a sign of strength, not weakness, and it fosters a culture of openness and collaboration. By adopting this pattern, you will not only improve your skills but also build stronger relationships with your colleagues and team members.

 

From the blog Zed's Blog by Lord Zed and used with permission of the author. All other rights reserved by the author.

Apprenticeship Patterns – Chapter 1 and more

I read Apprenticeship Patterns as per the syllabus and I found a lot of things that resonated deeply with me. Dave talks about giving up on learning to code, or rather to program after being unable to do anything compelling or significant, and only having had mastered Perl on his third attempt. I myself have on multiple occasions traded a language for another when I stop making progress. My thinking was – “Maybe, this isn’t the one for me”. So, I hopped from Python to JS to Scala to Java to C learning only the basics and just enough to satisfy any classes that might’ve required it. I was a jack of all trade, and master of none! Only upon revisiting Python again for a summer fellowship with a professor, and working on learning more than just the syntaxes, idiosyncrasies, and fun facts about the language, was I able to move on to being somewhat competent. Dave’s story tells us how he sought out mentors, took on challenging projects, and continuously challenged himself to improve and grow as a software developer. His story serves as an illustration of the apprenticeship journey and the importance of seeking out opportunities for learning and growth in the software development field.


I also really liked the definitions and the progression in stages – an apprentice, to a journeyman, to a master. Looking at software development as a craft to be honed and mastered like an Archer, or a Swordsman was quite interesting to think about. The third chapter especially was very enlightening. For the pursuit of efficiency, or most likely in service of sloth – my favorite sin, I take shortcuts whenever possible. I have noticed in myself the tendency to bodge things to make do – like putting on a band-aid over a bullet hole, to push perfection for later, to say – “Can’t be bolloxed, this will have to do!”.  Walking the Long Road is quite a departure from that mindset, and one I hope to grow into. Ah! to be able to rip off the band-aid!


All in all, quick fun read. Not bad at all!

From the blog Zed's Blog by Lord Zed and used with permission of the author. All other rights reserved by the author.

Apprenticeship Patterns – Chapter 1 and more

I read Apprenticeship Patterns as per the syllabus and I found a lot of things that resonated deeply with me. Dave talks about giving up on learning to code, or rather to program after being unable to do anything compelling or significant, and only having had mastered Perl on his third attempt. I myself have on multiple occasions traded a language for another when I stop making progress. My thinking was – “Maybe, this isn’t the one for me”. So, I hopped from Python to JS to Scala to Java to C learning only the basics and just enough to satisfy any classes that might’ve required it. I was a jack of all trade, and master of none! Only upon revisiting Python again for a summer fellowship with a professor, and working on learning more than just the syntaxes, idiosyncrasies, and fun facts about the language, was I able to move on to being somewhat competent. Dave’s story tells us how he sought out mentors, took on challenging projects, and continuously challenged himself to improve and grow as a software developer. His story serves as an illustration of the apprenticeship journey and the importance of seeking out opportunities for learning and growth in the software development field.


I also really liked the definitions and the progression in stages – an apprentice, to a journeyman, to a master. Looking at software development as a craft to be honed and mastered like an Archer, or a Swordsman was quite interesting to think about. The third chapter especially was very enlightening. For the pursuit of efficiency, or most likely in service of sloth – my favorite sin, I take shortcuts whenever possible. I have noticed in myself the tendency to bodge things to make do – like putting on a band-aid over a bullet hole, to push perfection for later, to say – “Can’t be bolloxed, this will have to do!”.  Walking the Long Road is quite a departure from that mindset, and one I hope to grow into. Ah! to be able to rip off the band-aid!


All in all, quick fun read. Not bad at all!

From the blog Zed's Blog by Lord Zed and used with permission of the author. All other rights reserved by the author.

Apprenticeship Patterns – Chapter 1 and more

I read Apprenticeship Patterns as per the syllabus and I found a lot of things that resonated deeply with me. Dave talks about giving up on learning to code, or rather to program after being unable to do anything compelling or significant, and only having had mastered Perl on his third attempt. I myself have on multiple occasions traded a language for another when I stop making progress. My thinking was – “Maybe, this isn’t the one for me”. So, I hopped from Python to JS to Scala to Java to C learning only the basics and just enough to satisfy any classes that might’ve required it. I was a jack of all trade, and master of none! Only upon revisiting Python again for a summer fellowship with a professor, and working on learning more than just the syntaxes, idiosyncrasies, and fun facts about the language, was I able to move on to being somewhat competent. Dave’s story tells us how he sought out mentors, took on challenging projects, and continuously challenged himself to improve and grow as a software developer. His story serves as an illustration of the apprenticeship journey and the importance of seeking out opportunities for learning and growth in the software development field.


I also really liked the definitions and the progression in stages – an apprentice, to a journeyman, to a master. Looking at software development as a craft to be honed and mastered like an Archer, or a Swordsman was quite interesting to think about. The third chapter especially was very enlightening. For the pursuit of efficiency, or most likely in service of sloth – my favorite sin, I take shortcuts whenever possible. I have noticed in myself the tendency to bodge things to make do – like putting on a band-aid over a bullet hole, to push perfection for later, to say – “Can’t be bolloxed, this will have to do!”.  Walking the Long Road is quite a departure from that mindset, and one I hope to grow into. Ah! to be able to rip off the band-aid!


All in all, quick fun read. Not bad at all!

From the blog Zed's Blog by Lord Zed and used with permission of the author. All other rights reserved by the author.

Apprenticeship Patterns – Chapter 1 and more

I read Apprenticeship Patterns as per the syllabus and I found a lot of things that resonated deeply with me. Dave talks about giving up on learning to code, or rather to program after being unable to do anything compelling or significant, and only having had mastered Perl on his third attempt. I myself have on multiple occasions traded a language for another when I stop making progress. My thinking was – “Maybe, this isn’t the one for me”. So, I hopped from Python to JS to Scala to Java to C learning only the basics and just enough to satisfy any classes that might’ve required it. I was a jack of all trade, and master of none! Only upon revisiting Python again for a summer fellowship with a professor, and working on learning more than just the syntaxes, idiosyncrasies, and fun facts about the language, was I able to move on to being somewhat competent. Dave’s story tells us how he sought out mentors, took on challenging projects, and continuously challenged himself to improve and grow as a software developer. His story serves as an illustration of the apprenticeship journey and the importance of seeking out opportunities for learning and growth in the software development field.


I also really liked the definitions and the progression in stages – an apprentice, to a journeyman, to a master. Looking at software development as a craft to be honed and mastered like an Archer, or a Swordsman was quite interesting to think about. The third chapter especially was very enlightening. For the pursuit of efficiency, or most likely in service of sloth – my favorite sin, I take shortcuts whenever possible. I have noticed in myself the tendency to bodge things to make do – like putting on a band-aid over a bullet hole, to push perfection for later, to say – “Can’t be bolloxed, this will have to do!”.  Walking the Long Road is quite a departure from that mindset, and one I hope to grow into. Ah! to be able to rip off the band-aid!


All in all, quick fun read. Not bad at all!

From the blog Zed's Blog by Lord Zed and used with permission of the author. All other rights reserved by the author.

Apprenticeship Patterns – Chapter 1 and more

I read Apprenticeship Patterns as per the syllabus and I found a lot of things that resonated deeply with me. Dave talks about giving up on learning to code, or rather to program after being unable to do anything compelling or significant, and only having had mastered Perl on his third attempt. I myself have on multiple occasions traded a language for another when I stop making progress. My thinking was – “Maybe, this isn’t the one for me”. So, I hopped from Python to JS to Scala to Java to C learning only the basics and just enough to satisfy any classes that might’ve required it. I was a jack of all trade, and master of none! Only upon revisiting Python again for a summer fellowship with a professor, and working on learning more than just the syntaxes, idiosyncrasies, and fun facts about the language, was I able to move on to being somewhat competent. Dave’s story tells us how he sought out mentors, took on challenging projects, and continuously challenged himself to improve and grow as a software developer. His story serves as an illustration of the apprenticeship journey and the importance of seeking out opportunities for learning and growth in the software development field.


I also really liked the definitions and the progression in stages – an apprentice, to a journeyman, to a master. Looking at software development as a craft to be honed and mastered like an Archer, or a Swordsman was quite interesting to think about. The third chapter especially was very enlightening. For the pursuit of efficiency, or most likely in service of sloth – my favorite sin, I take shortcuts whenever possible. I have noticed in myself the tendency to bodge things to make do – like putting on a band-aid over a bullet hole, to push perfection for later, to say – “Can’t be bolloxed, this will have to do!”.  Walking the Long Road is quite a departure from that mindset, and one I hope to grow into. Ah! to be able to rip off the band-aid!


All in all, quick fun read. Not bad at all!

From the blog Zed's Blog by Lord Zed and used with permission of the author. All other rights reserved by the author.