Calling all Python users! - My Experience at PyCon Korea 2024
Of Python, by Python, for Python

Of Python, by Python, for Python

Fall is definitely the season for conferences 🍂 This year, I’ve been attending various conferences thanks to a number of opportunities. In particular, as someone who uses Python, I also attended PyCon—an event that anyone who uses Python should experience at least once.
I’d like to share my experience attending 파이콘, an event created by people who use or love Python, where I felt a real sense of passion and warmth.
It’s been four years since I started developing backends with Python. Even though Python had been gaining traction since the late 2010s, I hadn’t really felt it until now—but it seems that as the LLM field has taken off, interest in Python has definitely surged.

As AI developers have started building their own serving servers, the popularity of Python backend web frameworks has gradually increased, and these days, I’m seeing quite a few Python backend engineers around me. Perhaps because of this, there were several Django and FastAPI sessions at this year’s PyCon.
In addition, since anyone using Python could give a presentation, there were many interesting sessions. (Personally, I was really curious about the sessions by teachers, but they overlapped with the ones I wanted to attend, so I couldn’t make it ㅠㅠ Next time...!)
I visited the venue on both Day 1 and Day 2 and attended a total of 9 sessions. As a backend developer, I tried to attend as many backend sessions as possible, but honestly, every single session was so interesting that I had a hard time deciding which ones to choose. Among them, I’d like to highlight the three sessions that left the deepest impression on me from the perspectives of 백엔드 개발자, LLM 초심자, and 서비스 개발 도전자, and share my personal thoughts. (Since detailed session content will be uploaded to PyCon’s official YouTube channel, I’ll keep my explanations brief.)
Speaker: Seokchan Yoon
One-line summary: “Django is a solid, useful framework!”—by a hacker
Session introduction page Link
In this session, the speaker analyzed Django’s security management status and explained vulnerabilities at the framework level identified from a security expert’s perspective.
However, the speaker explained that they had recently discovered a few security vulnerabilities.
EmailValidator, etc.Nevertheless, the conclusion was that **“Django is a
secure and reliable framework in many respects!”**
- This is because the Django community responds quickly, leading to rapid stabilization...!
- The community is working together to resolve the vulnerabilities that have been discovered so far.
💭 I was impressed by how well the Django community handles security issues.
Django has one of the largest communities among Python web frameworks, and this session reaffirmed that they respond quickly to any issues. I had previously thought of Django simply as a heavy framework due to its many features, but I gained a small but tangible understanding of why it’s so widely used: it provides all the essential features for running a web service out of the box.
In contrast, since Flask is more lightweight than other frameworks, you have to configure these security settings one by one. While there are packages available for security configuration, they’re difficult to manage unless you make a conscious effort to use them. In this regard, I found myself wishing that Flask could automatically handle basic security measures as well.
💭 Through this session, I took another look at the security issues I need to consider as a web developer.
While I’ve been mindful of database-related issues, such as SQL injection, I hadn’t paid much attention to CSRF security. For example, early on in developing a service using open-source software, I once removed CSRF-related code. This was due to a team-wide decision that, rather than implementing proper security authentication, we should simply remove the relevant packages. The reasoning was that, since the service was used by a limited number of users in a closed network environment, there wouldn’t be any major issues.
However, through this session, I was once again reminded that if a service is operated on a public network, security policies to block access by unauthenticated users or hackers must be taken into account. I resolved to approach my work with a heightened awareness of these security issues moving forward.
Speaker: Sanghyun Park
One-line summary: A perfect introductory explanation for those new to LLMs
Session introduction page Link
This session clearly explained everything from the basics of LLMs to prompt engineering. It was organized into three parts: “Definition of LLMs,” “Conversing with LLMs,” and “Working with LLMs.”
Definition of LLM
Conversing with an LLM
Working with LLMs
💭 The presentation effectively highlighted the key points of the LLM field.
With the emergence of ChatGPT, the LLM field has become incredibly popular, and a flood of related services and advanced technologies has followed—but I hadn’t really been keeping up with that trend. Nevertheless, listening to this session gave me a general understanding of LLMs.
When the topic of hallucinations came up, I recalled how ChatGPT used to provide answers based on incorrect information in its early days. While this was entertaining in one sense, it was also somewhat disappointing; I wondered how much research had gone into solving this issue, which piqued my curiosity about the related research papers.
💭 I want to try building an LLM-related service.
Also, in the future, I’d like to try building a service—even a simple one—using prompt engineering. I’ve had a strong interest in language since I was young, and I’ve always found the field of natural language processing in IT fascinating… But seeing how rapidly this technology has advanced, I realized I didn’t want to just watch from the sidelines—I wanted to experience it firsthand. I need to start brainstorming ideas right away.
Speaker: Lee Jun-beom
One-line summary: Automating even spam filters using LLMs! Insights into the service development process
Session Introduction Page Link
Lee Jun-beom shared the story behind the 스마트 스팸 필터 app he developed himself, offering insights into his experience as a solo developer.
After deciding to use an LLM, the developer summarized the issues they constantly grappled with during development.
The presentation also covered considerations regarding building the model and deploying it as an app.
💭 Services also emerge from solving inconveniences.
A service is a means to fulfill a specific need. As illustrated by the example mentioned by the speaker, it can be highly effective when needs are met by resolving inconveniences.
What impressed me most about this session was how the service used machines or AI to automate (and resolve) areas where humans face limitations (inconveniences). It was particularly noteworthy that this was implemented using LLMs, a hot topic in today’s tech landscape.
Creating a service ultimately means filling gaps that humans cannot address or creating value through a better experience. I’ve always been the type to put up with inconveniences even when I feel them, but it suddenly occurred to me that resolving these very inconveniences could itself become a service.
💭 Solo Development: You Must Be Prepared Not Only for Technology but Also for Service Management
How they utilized LLMs and which models they considered were very interesting topics. However, the most inspiring part of this session was the managerial insights shared by the solo developer regarding the service operation process.
To operate a service, above all else, you must consider ways to reduce costs. The purpose of running a business is to generate profit, and to maximize profit, you inevitably need to cut costs. In particular, technical choices that optimize costs from the dual perspectives of money and time are crucial.
In this session, the speaker mentioned adopting a technical solution that uses a small model to reduce monetary costs and considering on-device language models (LMs) to cut server expenses. It was also noteworthy that repetitive tasks were automated to reduce the cost of time.
(Even if not limited to solo developers), from the perspective of a service provider, cost reduction and efficiency improvement are essential considerations. Although I currently lack direct authority over cost decisions within my role (R&R), I can certainly reduce the cost of time on my own. Consequently, I felt I should start by thinking about how I can contribute through improving work efficiency.
It was fun to attend sessions across various fields, and experiencing the events at the sponsor booths let me feel the conference vibe again after a long time. I’d gotten used to just rushing through my work, but this was a chance to reflect on why I need to understand technology and what I want to achieve with it 🤓
As is typical of conferences these days, there were definitely a lot of AI-related sessions. (Which makes sense, since it’s a Python conference.) I’ve only dabbled in AI briefly, so it was hard to follow everything, but it reignited my passion to dive back into studying it 🔥
I met colleagues from my company as well as many members of the Geul-tto community, and the time we spent talking together was truly precious. It was also fun to see how people working in different roles—data analysts, data engineers, backend engineers, entrepreneurs, and more—were all united by a single thing: Python! I thought it was one of Python’s charms that a single programming language could serve as a catalyst for building rapport 😁