Edited
・
Reviews 3
・
Average rating 5.0
Following the previous course, I am taking this one as well. I am a junior developer currently in my 4th year. When I was a rookie, I knew nothing, but around my 2nd year, I started having some thoughts. It might be embarrassing to admit, but there were many times when I felt frustrated by the indiscriminately verbose source code or "unclean" code written by senior developers. Even more embarrassingly, I once harbored the arrogance to think that I could do a better job than those seniors if I were assigned the same tasks. I realized later that those senior developers understood the business much better than I did, communicated effectively with colleagues, and were skilled at translating business needs into code. Being "clean" wasn't actually the most important thing. I eventually realized that even if a developer uses two for-loops or avoids using streams, it is better code if it effectively incorporates the business logic. Although I was hired as a developer to get work done, honestly, I wasn't the type of talent the company truly needed or wanted at the time. Rather than focusing on performing the job well, I strongly believed that a "good" developer was someone who strictly adhered to principles like writing clean, well-defined components and following development rules without exception. As I entered my 3rd and 4th years, my perspective gradually began to change as I observed people in the company who weren't developers—people who didn't write code themselves but provided direction for projects and explained their understanding to others. I started to realize that I am here primarily to do the job well, and my role is simply to achieve that through development. It was around that time that I first came across Gemini's lectures. I was surprised because the message of the lecture focused exactly on what is necessary to be a developer who works well. (I wondered if you had read my mind...) In Korea, there is a strong tendency across all fields to struggle with asking questions. Personally, I have always been interested in Jewish education, so I’ve looked into related books and videos. I intend to strive toward becoming a developer who works well and asks good questions. I am certain that the ability to ask questions and the process of solving problems through inquiry to make the best choices in rapidly changing situations will become even more important in the future. (The lectures often mention asking questions and encourage self-thinking, which resonated with me deeply.) Following this course, I look forward to all your future releases.
dragonwaterr! Thank you so much for such a quick and thoughtful review! I think it’s something like a "puberty phase" that we all go through at least once while developing. I’ve been there myself! The key is whether you recognize the need for change and maintain a broad perspective and an open mind. In that regard, it seems you already have the right mindset! That’s awesome! (It’s nothing to be ashamed of at all!) Anyway, I’m so glad my lecture could be of help while you were reflecting and figuring things out on your own. Also, as you mentioned, I often think that in this day and age, a developer who works efficiently and excels at asking questions and communicating is heading in an even better direction. Thank you for following up on the previous lecture by watching this one as well, and I hope it proves helpful in your future endeavors!




