Skip to content

Commit 78c723a

Browse files
docs(blog): sir.kr 2020년 포스트 5건 마이그레이션 (3개 언어)
- 개발자 나태함/번아웃 에세이 - 온프레미스 vs 클라우드 서버 이전 고민 - MySQL UUID 활용으로 보안 강화 - 부모님 세대 노후대비 에세이 - AWS 입문기 + Developer Associate 자격증 합격 후기
1 parent c103966 commit 78c723a

18 files changed

Lines changed: 1245 additions & 0 deletions
Lines changed: 44 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,44 @@
1+
---
2+
layout: post
3+
title: "When Coding Is Fun But Your Hands Won't Move - The Developer Laziness Trap"
4+
date: 2020-03-16 09:00:00 +0900
5+
categories: [Life, DevDiary]
6+
tags: [Developer, Burnout, Laziness, Growth, Experience]
7+
author: "Kevin Park"
8+
lang: en
9+
excerpt: "I still love coding, but my hands just won't move. The architecture is all planned out in my head, yet execution feels impossible. Am I the only one?"
10+
---
11+
12+
# When Coding Is Fun But Your Hands Won't Move
13+
14+
## The Problem
15+
16+
I haven't lost my passion for development. It's still fun.
17+
18+
But something strange is happening. Ideas for new projects keep popping up in my head. I can design the architecture, plan the database schema, even anticipate where the bottlenecks will be. Yet when it comes to actually writing the code... my fingers just won't cooperate.
19+
20+
I used to love building things solo. Cranking out features one by one, watching something come together from scratch — that process itself was the reward. But lately, working alone just feels painfully slow.
21+
22+
## What's Going On?
23+
24+
After some reflection, I think this is an unintended side effect of accumulated experience.
25+
26+
Back in the early days, I'd just start coding without a plan. Make it work, break it, fix it, break it again. That cycle of trial and error was genuinely exciting.
27+
28+
But now? The design is already done in my head before I touch the keyboard. I know which tech stack to use, how to structure the project, and where things will go wrong. So this nagging thought creeps in: "Why do I need to physically type what I already know?"
29+
30+
## Am I Becoming That Senior Developer?
31+
32+
Every time I feel this way, I ask myself: am I turning into one of *those* senior developers?
33+
34+
I haven't started saying "that's not how you do it" to juniors yet. But when the act of writing code starts feeling like a chore, it might be a warning sign.
35+
36+
## My Workaround
37+
38+
I don't have a perfect solution. But one thing that's worked surprisingly well:
39+
40+
**Deliberately introducing unfamiliar technology into every project.**
41+
42+
When you use only familiar tools, your brain finishes the entire project before your fingers start. But throw in a technology you've never used before, and suddenly you're back to the joy of figuring things out. You Google something, which leads to writing code, which leads to flow state before you know it.
43+
44+
Developer laziness, at its core, might just be the illusion of knowing everything. When in reality, there's still a mountain of things we don't know.
Lines changed: 44 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,44 @@
1+
---
2+
layout: post
3+
title: "開発は楽しいのに手が動かない - デベロッパーの怠惰の正体"
4+
date: 2020-03-16 09:00:00 +0900
5+
categories: [Life, DevDiary]
6+
tags: [開発者, バーンアウト, 怠惰, 自己成長, 開発経験]
7+
author: "Kevin Park"
8+
lang: ja
9+
excerpt: "開発が嫌いになったわけじゃないのに手が動かない。頭の中では設計が完了しているのに実行できない。これって自分だけでしょうか?"
10+
---
11+
12+
# 開発は楽しいのに手が動かない
13+
14+
## 問題の始まり
15+
16+
開発が嫌いになったわけではありません。むしろ楽しいです。
17+
18+
でも不思議なことがあります。開発したいことは頭の中にどんどん浮かんでくるし、設計もできるのに...実際にコードを書く指が動かないのです。
19+
20+
昔は一人でもどんどん開発するのが好きでした。何かを作り上げていく過程そのものが楽しかったから。でも最近は、一人でやるとスピードが出ません。
21+
22+
## 何が起きているのか
23+
24+
じっくり考えてみると、これは経験が積み重なったことの副作用だと思います。
25+
26+
以前は何も分からないからとりあえずコードから書いていました。とにかく動くように作って、ダメなら直して、またダメなら直す。その試行錯誤の過程が楽しかったのです。
27+
28+
でも今は?頭の中で既に設計が終わってしまいます。どの技術を使うか、どんな構造にするか、どこで問題が起きるかまで予測できる。すると「もう分かっていることをなぜまた手で打たなければならないの?」という考えが浮かぶのです。
29+
30+
## ベテランの悪い癖が出始めている?
31+
32+
こう感じるたびに自分に問いかけます。面倒くさがりなベテランになりつつあるのか?
33+
34+
後輩に「そのやり方は違う」とはまだ言っていませんが、コードを書くこと自体が面倒に感じ始めたなら、何かの警告サインかもしれません。
35+
36+
## 自分なりの解決策
37+
38+
完璧な解決策はまだありません。でも効果があったのはこれです。
39+
40+
**意図的に未経験の技術をプロジェクトに混ぜること。**
41+
42+
慣れた技術だけ使うと頭の中で全部完結してしまうので、使ったことのない技術を一つ混ぜると、再び「試行錯誤する楽しさ」が蘇ります。分からないことが出てくると検索するようになり、検索していると自然とコードを書くようになり、気づけば没頭しています。
43+
44+
開発者の怠惰は、結局「全部知っているという錯覚」から来るのではないでしょうか。実際にはまだ知らないことが山ほどあるのに。
Lines changed: 44 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,44 @@
1+
---
2+
layout: post
3+
title: "개발이 재밌는데 손이 안 움직인다 - 개발자 나태함의 정체"
4+
date: 2020-03-16 09:00:00 +0900
5+
categories: [Life, DevDiary]
6+
tags: [개발자, 번아웃, 나태함, 자기계발, 개발경험]
7+
author: "Kevin Park"
8+
lang: ko
9+
excerpt: "개발이 싫어진 건 아닌데 손이 안 움직인다. 머리속엔 설계가 다 되어 있는데 실행이 안 된다. 이거 혹시 나만 그런 건가?"
10+
---
11+
12+
# 개발이 재밌는데 손이 안 움직인다
13+
14+
## 문제의 시작
15+
16+
개발이 싫어진 건 아니다. 오히려 재밌다.
17+
18+
근데 이상한 게 있다. 개발할 건에 대한 생각은 머리속으로 막 떠오르고 설계도 가능한데... 실행할 손가락이 안 움직인다.
19+
20+
예전에는 혼자서도 뚝딱뚝딱 개발하는 게 좋았다. 뭔가 만들어 나가는 과정 자체가 재밌었으니까. 근데 요즘은 혼자 하면 속도가 안 난다.
21+
22+
## 이게 뭔 현상이지?
23+
24+
곰곰이 생각해 봤는데, 아마 경험이 쌓이면서 생긴 부작용 같다.
25+
26+
예전에는 몰라서 무작정 코드부터 짰다. 일단 돌아가게 만들고, 안 되면 고치고, 또 안 되면 또 고치고. 그 과정이 재밌었던 거다.
27+
28+
근데 지금은? 머리속에서 이미 설계가 끝나버린다. 어떤 기술 쓰고, 어떤 구조로 잡고, 어디서 문제가 생길지까지 예측이 된다. 그러니까 "이미 아는 걸 왜 또 손으로 쳐야 하지?"라는 생각이 드는 거다.
29+
30+
## 꼰대가 되어가는 건가
31+
32+
이런 생각이 들 때마다 스스로한테 물어본다. 이제 꼬대가 되어가는 건가?
33+
34+
"그거 그렇게 하면 안 돼" 소리는 아직 안 하지만, 직접 코드 치는 게 귀찮아지기 시작했다면 뭔가 경고 신호인 것 같기도 하다.
35+
36+
## 나름의 해결책
37+
38+
완벽한 해결책은 아직 없다. 근데 나름 효과가 있었던 건 이거다.
39+
40+
**새로운 기술 스택을 일부러 끼워 넣는 것.**
41+
42+
익숙한 기술로만 하면 머리속에서 다 끝나버리니까, 일부러 안 써본 기술을 하나씩 섞어 넣으면 다시 "삽질하는 재미"가 살아난다. 모르는 게 생기면 검색하게 되고, 검색하다 보면 코드를 치게 되고, 치다 보면 어느새 몰입하고 있더라.
43+
44+
결국 개발자의 나태함은 "다 아는 것 같은 착각"에서 오는 거 아닌가 싶다. 아직 모르는 게 산더미인데 말이다.
Lines changed: 55 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,55 @@
1+
---
2+
layout: post
3+
title: "From On-Premise to Cloud - Confessions of a Developer Who Keeps Postponing Migration"
4+
date: 2020-04-20 09:00:00 +0900
5+
categories: [Development, DevOps]
6+
tags: [Server, Cloud, AWS, OnPremise, IDC, Migration]
7+
author: "Kevin Park"
8+
lang: en
9+
excerpt: "New projects go to the cloud. Old ones stay on IDC servers. I keep telling myself I'll migrate them... but somehow never do."
10+
---
11+
12+
# The Transition From On-Premise to Cloud
13+
14+
## Where I Am Now
15+
16+
My server setup is split right down the middle.
17+
18+
New projects go straight to the cloud (AWS and the like), while the older ones sit on physical servers I set up in a data center years ago. Moving them over isn't as simple as it sounds.
19+
20+
## The Servers Are Aging
21+
22+
The real problem is that these old servers are deteriorating.
23+
24+
Every time a hard drive acts up, my heart skips a beat. In that moment, I always tell myself: "This time I'm definitely migrating." But once the emergency fix is done and everything's running again, the migration plan quietly slides back to the bottom of the to-do list.
25+
26+
It's exactly like a diet plan. "Starting Monday." Every Monday.
27+
28+
## Cloud Advantages Are Clear
29+
30+
Having used the cloud for new projects, the benefits are undeniable:
31+
32+
- No hardware worries
33+
- Flexible scaling
34+
- Automatic backups
35+
- Never need to physically visit a server room
36+
37+
With physical servers in a data center, there's always that anxiety about getting a 3 AM failure call. Cloud takes most of that stress away.
38+
39+
## Why I Still Haven't Migrated
40+
41+
It's not that I don't want to — I can't.
42+
43+
Migrating a live service without downtime is riskier than it sounds. Database migration, DNS changes, SSL certificates... one wrong move and the service goes down. And when it's a production service with real users, you can't just say "we'll be offline for a bit."
44+
45+
The developer's survival instinct kicks in: "If it's running, don't touch it."
46+
47+
## A Realistic Plan
48+
49+
Migrating everything at once isn't feasible. So here's the approach:
50+
51+
1. All new projects go to the cloud — no exceptions
52+
2. When an old server fails, use that as the opportunity to migrate
53+
3. Start with low-traffic services and work up from there
54+
55+
Eventually everything will be in the cloud. Probably. Maybe.
Lines changed: 55 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,55 @@
1+
---
2+
layout: post
3+
title: "オンプレミスからクラウドへ - サーバー移行を先延ばしにし続ける開発者の告白"
4+
date: 2020-04-20 09:00:00 +0900
5+
categories: [Development, DevOps]
6+
tags: [サーバー, クラウド, AWS, オンプレミス, IDC, マイグレーション]
7+
author: "Kevin Park"
8+
lang: ja
9+
excerpt: "新しいプロジェクトはクラウド、既存のものはIDCそのまま。毎回移行しようと思いつつ応急処置だけして先延ばしにしている。"
10+
---
11+
12+
# オンプレミスからクラウドへの過渡期
13+
14+
## 現状
15+
16+
最近、サーバーの運用方法が完全に二分されています。
17+
18+
新しいプロジェクトはクラウド(AWSなど)に載せていますが、既存のものはIDCに設置した物理サーバーでそのまま稼働しています。移行するのは簡単ではありません。
19+
20+
## サーバーが老朽化している
21+
22+
問題は、既存のサーバーがどんどん古くなっていることです。
23+
24+
ハードディスクに問題が起きるたびに心臓が止まりそうになります。その瞬間だけは「今度こそ絶対に移行する」と固く決意するのですが...応急処置が終わると、また計画を後回しにしてしまいます。
25+
26+
これ、ダイエット計画とまったく同じですね。「月曜日から始める」と言い続けて毎週月曜日が過ぎていく感じ。
27+
28+
## クラウドのメリットは明確
29+
30+
正直、クラウドを使ってみると確かに便利です。
31+
32+
- ハードウェアの心配がない
33+
- スケーリングが自由
34+
- バックアップが自動
35+
- サーバールームに行く必要がない
36+
37+
特にIDCに物理サーバーを置いていると、深夜に障害の電話が来るんじゃないかと常に不安ですが、クラウドならそのストレスが大幅に軽減されます。
38+
39+
## それでも移行できない理由
40+
41+
移行しないのではなく、できないのです。
42+
43+
稼働中のサービスをダウンタイムなしで移行するのは、想像以上にリスクが高いです。DBマイグレーション、DNS変更、SSL証明書...一つでも間違えるとサービスが止まります。本番環境なので「ちょっと止めますね」とも言えません。
44+
45+
結局、開発者の本能が発動します:「動いているものには触るな。」
46+
47+
## 現実的な計画
48+
49+
すべてを一度に移行するのは無理なので、こういうアプローチを考えています。
50+
51+
1. 新規プロジェクトは100%クラウド
52+
2. 既存サーバーに障害が発生した時をチャンスに移行
53+
3. トラフィックの少ないサービスから順次移行
54+
55+
いつか全部移行できるでしょう...たぶん...おそらく?
Lines changed: 55 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,55 @@
1+
---
2+
layout: post
3+
title: "온프레미스에서 클라우드로 - 서버 이전을 계속 미루는 개발자의 고백"
4+
date: 2020-04-20 09:00:00 +0900
5+
categories: [Development, DevOps]
6+
tags: [서버, 클라우드, AWS, 온프레미스, IDC, 서버이전]
7+
author: "Kevin Park"
8+
lang: ko
9+
excerpt: "새 프로젝트는 클라우드, 기존 건 IDC 그대로. 매번 이전해야지 하면서 응급처치만 하고 미루는 중이다."
10+
---
11+
12+
# 온프레미스에서 클라우드로 넘어가는 과도기
13+
14+
## 현재 상황
15+
16+
요즘 서버 운영 방식이 완전히 두 갈래로 나뉘어 있다.
17+
18+
새로운 프로젝트는 클라우드(AWS 등)로 올리고 있는데, 기존에 작업했던 건 IDC에 입고해서 세팅한 서버에 그대로 돌아가고 있다. 옮기는 게 쉽지 않다.
19+
20+
## 서버가 늙어가고 있다
21+
22+
문제는 기존 서버가 점점 노후화되고 있다는 거다.
23+
24+
하드디스크가 문제를 일으킬 때마다 가슴이 철렁 내려앉는다. 진짜 그 순간만큼은 "아 이번에는 꼭 이전해야지"라고 굳게 다짐하는데... 응급처치하고 나면 다시 계획을 저 뒤로 미루게 된다.
25+
26+
이거 완전 다이어트 계획이랑 비슷하다. "월요일부터 시작해야지" 하고 매주 월요일이 지나가는 느낌.
27+
28+
## 클라우드의 장점은 확실하다
29+
30+
솔직히 클라우드 써보니까 확실히 편하다.
31+
32+
- 하드웨어 걱정이 없다
33+
- 스케일링이 자유롭다
34+
- 백업이 자동이다
35+
- 서버실에 직접 갈 일이 없다
36+
37+
특히 IDC에 물리 서버 넣어두면 밤중에 장애 전화 올까봐 항상 불안한데, 클라우드는 그 스트레스가 확 줄어든다.
38+
39+
## 그럼에도 못 옮기는 이유
40+
41+
안 옮기는 게 아니라 못 옮기는 거다.
42+
43+
돌아가고 있는 서비스를 중단 없이 이전하는 건 생각보다 리스크가 크다. DB 마이그레이션에 DNS 변경에 SSL 인증서에... 하나라도 잘못 건드리면 서비스가 뻗어버리니까. 운영 중인 서비스라 "잠깐 내릴게요~" 하기도 어렵고.
44+
45+
결국 "작동하고 있으면 건드리지 마라"라는 개발자의 본능이 발동되는 거다.
46+
47+
## 현실적인 계획
48+
49+
당장 전체를 옮기는 건 무리고, 이런 식으로 접근하려고 한다.
50+
51+
1. 새 프로젝트는 100% 클라우드
52+
2. 기존 서버 장애 발생 시 그 기회에 클라우드로 이전
53+
3. 트래픽 적은 서비스부터 순차적으로 이전
54+
55+
언젠간 다 옮기게 되겠지... 아마도... 아마?

0 commit comments

Comments
 (0)