@SoftyChoco Blog

목표를 세우려고 할 때 유튜브나 주변에서 이런 말을 들어본 적이 있을 겁니다."작은 성공부터 쌓아라."그런데, '작은 성공을 쌓는다고 변화가 있었으면, 왜 다른 사람들이 안 했겠어?' 라는 생각이나,"그렇게 작은 성공만 쌓는 게 정말 큰 변화를 가져올까?"라는 의문이 들 수 있습니다.또, 시작했더라도 작은 성공을 쫓다 보면 목표가 지루해지고 스트레스가 쌓이는 경우도 종종 있습니다. 작은 성공보다는 작은 재미를 추구하자저는 작은 성공을 쫒으려고 하지 않습니다.대신 "작은 재미"를 쫒아보려고 합니다."작은 성공"이란 우리가 달성해야 할 목표를 의미하지만, "작은 재미"는 그 목표를 향한 여정에서 즐거운 요소를 찾는 것입니다.어릴 때의 저를 회상해보았을 때, 어떤 것을 하든지 재밌다는 생각을 했던 것 같았습니..

"좋은 일을 하면 복이 온다."누구나 한 번쯤 들어봤을 문구이지만, 동시에 "그게 말이 돼?" 라는 생각이 들게 하는 문구이다.나도 이 글의 제목처럼, '좋은 일을 한다고 복이 오겠냐?' 라는 생각을 하고, 행동도 마찬가지였던 것 같다.그렇다면 내가 아무리 좋은 일을 한다고 해도, 복이 찾아온다는 보장이 어딨어서 이런 말들을 하는걸까?당연하게도 반드시 복이 찾아온다는 것은 아니다.하지만 작은 경험으로 이 말이 꼭 틀린 말은 아니라는걸 깨닫게 되었다. 작은 행동이 만드는 '복'예를 들어, 어느 날 식당에 갔다고 가정해보자.음식을 먹다가 사장님께 "이거 정말 맛있어요!"라고 칭찬을 건넸다.대부분의 경우에는 고맙다는 인사로 끝나겠지만, 사장님이 자신의 요리를 알아주는 말에 기쁨을 느낀다면, 음료나 다른 음식 ..

예전의 나는 프로그램을 개발하면서 "완벽한 코드"를 작성해야 한다는 압박을 느껴왔다.하지만 과거의 경험을 돌아보면, 생각과는 다르게 복잡하거나 문제를 일으키는 코드가 되어있던 적이 있다.당연히 완벽한 코드가 좋은게 아닐까? 완벽하지 않아도 된다는건 무슨 뜻일까?개발자가 아닌, 프로덕트를 판매하는 입장에서 생각해보자개발자의 관점에서는 코드의 완벽함이 중요한 요소일 수 있다.그러나 프로덕트를 판매하는 입장에서 보면, 고객이 느끼는 가치는 코드의 완벽함이 아니라 그 프로덕트가 제공하는 혜택과 경험에 달려 있다.예를 들어, 출시가 늦어져 고객이 원하는 기능을 제때 사용할 수 없다면, 코드가 아무리 완벽하더라도 고객에게는 큰 의미가 없다.반면, 약간의 버그가 있더라도 고객이 필요한 문제를 해결하고 가치를 제공할 ..

첫번째, 개발을 하던 초기에는 프로젝트 마다의 고객의 요구사항을 따로 정리하지 않고 진행했던 적이 있다.다행히 동시에 진행되는 경우가 없고 대부분은 기억을 하고 있었어서 이로 인한 문제가 발생하지는 않았지만,지금 생각해보면 정말 돌이켜보면 위험했던 선택이다.하지만, 그러던 중 "요구사항 명세서" 라는 문서를 받고 하나하나 완료되었는지 체크하면서 일을 진행했더니 머리 속의 복잡한 것들이 모두 씻겨 내려가는 느낌을 받았다.이 때부터 나는 무언가를 하기 전, 프로젝트에서 어떻게 진행되면 좋을지, 계획을 정리하기 시작했다.두번째,어느정도 시간이 지나 나에게 작고 많은 일들이 주어지기 시작하면서, 계획을 정리하는 것을 소홀히 하기 시작했다.하나하나 작은 건이고, 계획을 정리하는 동안  완료하는게 더 빨랐으니까.그..

작년은 "사람"에 대해 좀 더 알아가보는 한 해였다.갑작스러운 구조조정으로 인해 팀장을 해보기도 하고, 여러 사람들에게 멘토링을 진행해보기도 했다.사람들과 많이 이야기하다보니 인생에서 어느 방향으로 가야할지 길을 찾지 못하는 사람들이 많았고, 그 때마다 "50살 쯤에는 뭘 하고 있을지 생각해보고 거기에 맞게 플랜을 세워보세요." 라는 말을 자주 했었다.물론 여전히 이 말은 맞다고 생각한다.만약, "내가 50살에 해외여행을 다니면서 일을 하고싶은 사람" 이라면?해외에서의 의사소통을 위해 언어를 배운다.위치에는 영향받지 않는 일자리를 얻거나 수익구조를 만든다. 대략적으로 이런 것들을 준비해야 할 것이고, 이런 것들을 준비해나가다 보면 목표에 도달할 수 있을테니까.우선은 당장 할 수 있는 영어 공부를 시작했다..