Shadowing Practice: What are Design Patterns? | Introduction to Design Patterns and Principles | Geekific - Learn English Speaking with Video
Kies een oefenmodus
Elke modus opent een volledig scherm oefenruimte.
11 zinnen
Als zinnen te kort of te lang zijn, klik op Bewerken om ze aan te passen.
1
What's up geeks and welcome to the channel! If you're in the computer science domain you definitely have heard of design patterns before or even used a few patterns in practice with or without your knowledge but really what are design patterns?
2
why were they created in the first place and who decided to create them?
3
what is actually the main purpose behind design patterns?
4
all these questions and more will be answered in this first video of our design pattern series to which later we will add more videos detailing each pattern on its own.
5
As always and to better understand the concept at hand let's take a practical example and let's imagine a steak. You see I may have imagined a well done steak you may have imagined a medium done one someone else might have imagined a vegan steak, while ordering a steak at a restaurant, each one of us orders it differently we don't all necessarily have to order or eat our steak the same way and yet the cook that is preparing it, will take the same piece of meat or soy in addition to the way or policy of how we like our steak and prepare a delicious meal a different one for each one of us using the same piece of meat as a starting point To compare this to a computer program suppose we have a Chef class with a prepare() method This method can take a WellDoneInstruction object and in this prepare method the chef will know how to prepare a well-done steak but what about other ways of preparing a steak we will have to overload this method to take in a MediumDoneInstruction and a VeganInstruction Okay now our chef knows how to cook all the steaks we want Let's say this chef extended his knowledge and now knows of five additional ways to cook a steak should we add five more methods? Well let me suggest something else, why not replace all these methods with a single method that takes a steak cooking instruction and let all these classes inherit this one what do you think?
6
Isn't that a better design for our Chef class You see this way, our class is closed for modification and open for extension which means that not only we won't have to add any more methods nor even touch our Chef class in the future but in addition to this when a new instruction is needed all we have to do is extend the SteakCookingInstruction class we created with this new instruction and the prepare method will handle it automatically Now because of our design, this chef apparently skyrocketed and decided to open a new branch for the restaurant So every time a new customer enters the restaurant the chef goes ahead and informs them of the opening date and details for the new branch but do you think that is the best approach to deal with such a scenario?
7
Don't you think that instead of waiting for people to come in the chef should have instead messaged all his customers the details about the opening or even posted on social media and those interested would have showed up wouldn't his reach be far larger? In both previous scenarios the solutions I suggested hint at a specific pattern this pattern will not actually solve our problem and generate magically ready code for us but rather it will give us a description or template to follow a way of thinking that will help us solve these problems like a series of formalized best practices, steps that programmers have followed and used to solve common problems like the one we just encountered. Design Patterns best became known from the design patterns book by Erich Gamma, Richard Helm, Ralph Johnson, and John Vlissides often referred to as the Gang of Four book published in the mid 90s.
8
Now, this book details 23 design patterns which were split into three groups: Creational Patterns, Structural Patterns, and Behavioral Patterns.
9
Creational patterns deal with the creation of objects Instead of you instantiating all objects very specifically and explicitly they give you more flexibility in how the objects are actually created Let's suppose that we have a class with 10 attributes but not every time we create an object based on this class we need to specify all 10 attributes sometimes you only need one, in other cases three or two, and sometimes eight or nine, in such cases we are left with two solutions and not quite the best out there: either to create a lot, like a lot, of overloaded constructors for our class or create one constructor that takes all arguments but then we will need to pass as null values the ones we don't require upon creation of our objects Well, design patterns will tell you wait, you have a third option follow the template provided by the Builder Pattern, a template widely used and tested by many developers out there Well if I were in your shoes I'd pick this last option.
10
Structural patterns deal with how classes are actually designed with how things like inheritance and composition and aggregation can be used to provide extra functionality Let's consider that in our application we are storing book objects and these books well there's too many of them, like in the hundred thousand books of a library, or the books in all of amazon online store, and for some reason we need to represent each book by an object You see in this case we will have a bunch of book objects that will share the same attributes and by bunch I mean in the thousands which will have the same author, the same amazon physical storage location, same places it can be delivered to, same provider, etc. you got the idea and maybe the only attribute that will defer is the title itself and the price in some cases So why create for each book an object and consume all this amount of memory while at the same time if we follow the template specified by the Flyweight Pattern we will be able to minimize memory usage by sharing as much data as possible between our similar objects You see that is what design patterns are trying to do they are trying to provide us with a schema, a step-by-step definition or template to help us overcome development or architectural problems that others have faced before us.
11
Finally, Behavioral patterns are specifically concerned with communication and assignment of responsibilities between objects as the program is running The two examples we gave at the beginning of our video can actually be solved using two different behavioral patterns one of them being the Strategy pattern Let's take a second example and suppose we realized that the state of an object in our application will be changed by a lot of other objects but we need to be able to undo the last change Well this can be done in many different ways and you are free to use any of them but there is a Memento design pattern that describes a simple proven approach. So to sum up, design patterns will speed up your development process by providing tested and proven development models At first you may not notice that you require the use of this pattern here or there or you may make use of it without even knowing but with time practice and hopefully with the help of our videos you will! So that's it for this video, I hope it was helpful, thank you guys for watching, take care and I will see you in the next one!
App downloaden
Alles wat je nodig hebt om vloeiend te spreken
AI UitspraakScoor elke zin
IPA OefeningBeheers elk geluid
WoordenschatBouw je woordenschat op
WoordenspelLeren terwijl je speelt
FOR YOU
Aanbevolen Video
B21
96 zinnen
Design Patterns in Java Theory
Daily ConversationUniversity StudentsWorking Adults
C12
540 zinnen
Incremental Cooking in UE 5.7: A Dive Into the UE Cook Pipeline | Unreal Fest Chicago 2026
Business EnglishUniversity StudentsWorking Adults
C11
120 zinnen
Learn Data Modeling in 8 minutes: Dimensional Data Modeling, Data Vault, and One Big Table
Business EnglishUniversity StudentsWorking Adults
C11
218 zinnen
Introduction to Marketing: The Marketing Mix
Business EnglishUniversity StudentsWorking Adults
![How to Create a Women’s Bodice Block from Body Measurements [Pattern Making Tutorial]](https://img.youtube.com/vi/Bn594SV1nXA/mqdefault.jpg)
C12
122 zinnen
How to Create a Women’s Bodice Block from Body Measurements [Pattern Making Tutorial]
Business EnglishUniversity StudentsWorking Adults
C11
124 zinnen
How to Make Anything - Learn to Think Like an Engineer
Business EnglishUniversity StudentsWorking Adults
C17
99 zinnen
How to Answer System Design Interview Questions (Complete Guide)
Business EnglishInterview EnglishUniversity Students
C11
180 zinnen
Your API Can’t Handle Real-World Integrations
Business EnglishUniversity StudentsWorking Adults
C13
80 zinnen
What is clean code? - Uncle Bob
Business EnglishUniversity StudentsWorking Adults
C11
309 zinnen
Claude Code: The Advanced Guide (99% of Devs Skip These Features)
Business EnglishUniversity StudentsWorking Adults
C119
20 zinnen
Design Systems vs. Style Guides
Business EnglishUniversity StudentsWorking Adults
C11
68 zinnen
System Design: Why is Kafka fast?
Business EnglishUniversity StudentsWorking Adults
Woordenschat en spreektips bij deze les
Deze spreekles op niveau C1 is gebaseerd op de video “What are Design Patterns?”. Deze woorden komen het vaakst terug: pattern, object, design, steak, chef. Deze video bevat 11 zinnen en 1284 woorden om na te spreken. Het gesproken deel duurt 7:17. De spreker praat in een natuurlijk tempo van ongeveer 176 woorden per minuut, dicht bij een alledaags gesprek. 85% van de woorden hoort bij de 3.000 meest gebruikte Engelse woorden; de rest kun je beter vooraf bekijken. 7 van de 11 zinnen zijn vragen, dus het is goede oefening voor vraagintonatie en korte antwoorden.
Belangrijke woorden in deze video
De 15 moeilijkste woorden uit de video, met uitspraak en betekenis:
| Woord | Uitspraak | Betekenis |
|---|---|---|
| steak zelfstandig naamwoord | /steɪk/ | biefstuk, steak |
| template zelfstandig naamwoord | /ˈtɛm.plɪt/ | sjabloon, malplaatje |
| attribute zelfstandig naamwoord | /ˈæt.ɹɪˌbjut/ | attribuut, eigenschap |
| overload werkwoord | /ˌəʊvəˈləʊd/ | overladen |
| specify werkwoord | /ˈspɛs.əˌfaɪ/ | specificeren |
| inherit werkwoord | /ɪnˈhɛɹɪt/ | erven |
| programmer zelfstandig naamwoord | /ˈpɹoʊɡɹæmɚ/ | programmeur |
| undo werkwoord | /ʌnˈduː/ | ongedaan maken, tenietdoen |
| geek zelfstandig naamwoord | /ɡiːk/ | freak |
| functionality zelfstandig naamwoord | functionaliteit | |
| inheritance zelfstandig naamwoord | /ɪnˈhɛɹɪtəns/ | erfenis, nalatenschap |
| consume werkwoord | /kənˈsum/ | consumeren, verbruiken |
| vegan zelfstandig naamwoord | /ˈviːɡən/ | veganist, veganiste |
| explicitly bijwoord | uitdrukkelijk | |
| architectural bijvoeglijk naamwoord | /ˌɑɹkɪˈtɛkt͡ʃəɹəl/ | architectonisch, architecturaal |
Phrasal verbs die je zult horen
| Woord | Betekenis |
|---|---|
| show up werkwoord | tentoonstellen |
Grammatica in deze video
De structuren die de spreker het meest gebruikt, met de exacte woorden uit de video:
| Structuur | In de video |
|---|---|
| Voorwaardelijke zinnen if + zin, will/would + werkwoord — een voorwaarde en het gevolg | if I were in your shoes I'd pick |
| Lijdende vorm be + voltooid deelwoord — het gaat om wat er gebeurt, niet om wie het doet | will be answered · is closed · were split |
| Present perfect have/has + voltooid deelwoord — iets uit het verleden dat nu nog telt | have heard · have followed · have faced |
| Betrekkelijke bijzinnen who / which + zin — extra informatie over een persoon of ding | extension which means · patterns which were · thousands which will |
Uitspraak om op te letten
De spreker gebruikt 8 samentrekkingen en verkorte vormen, zoals don't, I'd, isn't. Spreek ze kort uit, zoals je ze hoort.
- De klanken “sh” en “zh”: aggregation /æɡɹəˈɡeɪʃən/, instantiate /ɪnˈstænʃieɪt/, modification /ˌmɑdɪfɪˈkeɪʃən/
- Lange woorden — let op de klemtoon: behavioral /bɪˈheɪvjəɹəl/, aggregation /æɡɹəˈɡeɪʃən/, modification /ˌmɑdɪfɪˈkeɪʃən/, inheritance /ɪnˈhɛɹɪtəns/, architectural /ˌɑɹkɪˈtɛkt͡ʃəɹəl/
Klanken die Nederlandstaligen lastig vinden:
- Stemhebbende eindmedeklinker — /b/, /d/, /g/, /z/, /v/ niet verscherpen: overload /ˌəʊvəˈləʊd/, formalize /ˈfɔɹ.məlaɪːz/, minimize /ˈmɪn.ɪˌmaɪz/
- /æ/ — opener dan de Nederlandse “e”: attribute /ˈæt.ɹɪˌbjut/, aggregation /æɡɹəˈɡeɪʃən/, instantiate /ɪnˈstænʃieɪt/, magically /ˈmæd͡ʒ.ɪ.kli/, programmer /ˈpɹoʊɡɹæmɚ/
- /g/ — een harde plofklank, geen Nederlandse “g”: aggregation /æɡɹəˈɡeɪʃən/, programmer /ˈpɹoʊɡɹæmɚ/, geek /ɡiːk/, vegan /ˈviːɡən/
Zo oefen je met deze video
- Luister de hele video één keer zonder te spreken en noteer de woorden die je niet kent.
- Begin op 0,75× snelheid, spreek zin voor zin na en ga terug naar normale snelheid zodra het makkelijk gaat.
- Neem jezelf op en vergelijk met het origineel; let daarbij op woorden als steak, template, attribute.
Wat is de Shadowing-techniek?
Shadowing is een wetenschappelijk onderbouwde taalleermethode die oorspronkelijk is ontwikkeld voor professionele tolkentraining en gepopulariseerd door polyglot Dr. Alexander Arguelles. De methode is eenvoudig maar krachtig: je luistert naar native Engelse audio en herhaalt het onmiddellijk hardop — als een schaduw die de spreker volgt met slechts 1–2 seconden vertraging. In tegenstelling tot passief luisteren of grammaticadrills, dwingt shadowing je hersenen en mondspieren om echte spraakpatronen tegelijkertijd te verwerken en te reproduceren. Onderzoek toont aan dat het de uitspraaknauwkeurigheid, intonatie, ritme, verbonden spraak, luisterbegrip en spreekvaardigheid aanzienlijk verbetert — waardoor het een van de meest effectieve methoden is voor IELTS Speaking-voorbereiding en echte Engelse communicatie.