3주간의 홀리데이해커톤🦁

3주간의 홀리데이해커톤을 마무리하며 내가 배운 것과 느낀 것을 주절주절하는 글...이 될 것 같다.

우리 팀은 "귀강: 귀엽지만, 강하다"의 정석이다.

기획자의 전정재, 조예환 / 디자이너의 정성은 / 백엔드 개발자의 오세훈, 김민혁 / 프론트엔드 개발자의 김하은 그리고 내가 한 팀이 되어 하나의 프로젝트를 완성했다. 일주일동안 전반적인 기획이 진행되었고, 백엔드와 프론트엔드의 기능 플로우 구현이 5일~12일정도, css 작업이 5일정도 이렇게 3주를 보냈다.

사이트 소개를 시작으로 나의 느낀점까지 조잘조잘 이야기해보겠다.

What is GloB?

📍 Glob = Global + Buddy 🌎

📍 글로벌 위에서, 캠퍼스 안에서, 서로의 니즈를 채워주는 나의 버디를 만날 수 있다면 ? GloB는 당신의 대학생활에서 글로벌을 더하여주는 언어버디 매칭 서비스이다.

💥홀리데이해커톤 KTP회고

📍 Keep
1. 주제를 정할때 기획자만 생각해내는 것이 아니라 다 같이 우리가 만들 프로젝트의 주제를 정하는 것이 좋은 것 같다.
2. 각 파트마다 팀장을 정하여 브리핑하는 시간이 있었던 것이 효율적이었다.
3. 개발이 힘들 것 같은 부분을 디자이너와 기획자와 개발자들이 서로 이야기하면서 실시간으로 디자인을 변경하거나 다른 기획을 생각하여 반영하는 것이 좋았다.
4. 처음 정한 그라운드룰이 잘 지켜지면서 기본적인 틀이 잡혔던 것 같다.

📍 Problem
1. 이 프로젝트에 각자가 느끼는 중요도에 차이가 있었던 것 같다.
2. 개개인의 역량 문제에 있어 일의 추진력이 떨어진 것 같다.
3. 처음에 생각했던 목표가 후반부로 가면서 상황에 의해 흐지부지되었던 것 같다.
4. 개인의 일정에 의해 마지막에 체력 관리를 하지 못했다.

📍 Try
1. 기획자와 디자이너와 개발자 모두가 중간 중간에 프로젝트의 최종 방향성과 현재 진행 과정을 공유해야한다.
2. 프로젝트를 시작하기 전에 개인의 역량을 파악하고 프로젝트에 필요한 정보를 준비해올 필요가 있다.
3. 프로젝트를 하면서 각자의 우선순위를 명확히 공유해야 할 것 같다.

아래는 GloBuddy 사이트와 깃허브이며, 많이 부족하지만 나의 3주가 담긴 결과물이다.

✨이제 학기가 시작되면서 포폴프로젝트가 시작된다. 홀리데이해커톤을 통해 다양한 사람들과의 소통 방법을 배웠다면 포폴프로젝트를 통해 나의 소통 방식을 개선하고 더 좋은 협업을 해나갈 수 있는 시간이 되었으면 좋겠다.✨

이한나, 멋쟁이 아기사자 되다🦁

24년 초반기 NEW CHALLENGE, LIKE LION

안녕하세요 멋쟁이 아기사자 12기 프론트엔드 개발자 이한나입니다 <3

프론트엔드 개발의 길을 조금 더 가보고자 다시 한 번 멋쟁이 아기사자의 프론트엔드 개발자로 함께하게 되었습니다. (12기 초반이니까 아기사자할래...)

이한나 어떤 사람이야? 이한나의 주저리 TMI

DiSC Peacekeeper면서 Analyst인 나는 협력과 팀 성취에 #자신의 협력이 도움 됐을 때 시너지를 발휘한다. 그리고 양질의 직업을 이행할 수 있는 상황에서 동기부여를 받고 #정확성을 위해 다른 이들보다 더 #신중하고 #체계적인 편이다.

그럼 일상생활 속 이한나는?

ISTP와 ISFP 그 중간 어디...

마라탕과 해산물 종류 러버💛 (노란색 좋아함 tmi 추가)

배구하는거 좋아하고 직관 보는 것도 엄청 좋아하는 배구 애청자🏐 (초등학교 때 배구 선출이었다..ㅎㅎ 비밀인데 여기에 끄적여봅ㄴㅣ다)

조용히 혼자 있는거 좋아하는 것 같아도 말걸어주고 다가와주면 속으로 엄청 좋아함. (언제나 open 마음입니다🫶)

지금까지의 나는 무엇을 했는가

- IT협업 동아리 PARD 1기 Frontend 개발자

회고하지 못했던 dotZiP 후기... 추후에 가져올게요 :>

- WALAB Frontend 개발자

강의 대여 시스템을 개발하고 있어요! 곧 1차 배포 될 예정.. (기대)

- 머징 Frontend 개발자

머징과 함께 할 기회가 생겼는데 해커톤때 아팠던... (너무 속상)

궁금하다면 이것도 투비컨티뉴 >_ o

앞으로의 도전과 성장 많이 기대해주세요 👊🏻 가보자고 -!

PARD 무박2일 숏커톤 작은 불씨🔥

"Change"라는 주제를 가지고 뉴런 31byte의 숏커톤이 시작되었다.

우리는 변화하는 것에 초점을 두었고 "관계, 특히 썸타는 관계"에 집중했다.

썸타는 사이에 서로 더 알아가고자 하는 단계에서 연인 관계로 관계가 Change, 변화된다는 것을 목표로 두었다. 그렇게해서 "궁그매"가 만들어지게 되었다.

📌 궁그매란? 질의응답을 통한 관계 개선 서비스로, 질문자가 답변과 함께 궁금한 질문을 보내고, 답변자는 질문자의 답변을 볼 수 없는 상태에서 답변을 제공 후 질문자의 답변을 파악하게 해주는 서비스다.
📌 관계 변화에 초점을 둔 이유? 애매한 관계에 있는 대상에게 궁금한 것이 있어도 물어보기 어려운 경우가 많다. 이를 해결하기 위해 질문을 간접적으로 센스있게 보낼 수 있는 서비스를 생각해냈다.

💥shortkerton KTP회고

📍 Keep
1. 주제를 정할때 기획자만 생각해내는 것이 아니라 처음 1-2시간 정도는 다 같이 우리가 만들 프로젝트의 주제를 정하는 것이 좋은 것 같다.
2. 한명의 개발장을 사전에 정하여 관리할 사람이 있었던 것이 좋았다.
3. 디자인이 변경될 때마다 어느 부분이 바뀌었는지 알려주는 것이 효율적이였다.
4. 개발이 힘들 것 같은 부분을 디자이너와 기획자와 개발자들이 서로 이야기하면서 실시간으로 디자인을 변경하거나 다른 기획을 생각하여 반영하는 것이 좋았다.

📍 Problem
1. 전반적으로 프로젝트에 방향과 최종 목표에 대한 소통이 부족했던 것 같다.
2. 개개인의 역량 문제에 있어 일의 추진력이 떨어진 것 같다.
3. 중간에 쉬는 시간을 적절하게 가졌어야 했는데 그러지 못했다.
4. 디자이너가 요구하는 부분을 개발에서 완벽하게 구현하지 못했다.

📍 Try
1. 기획자와 디자이너와 개발자 모두가 중간 중간에 프로젝트의 최종 방향성과 현재 진행 과정을 공유해야한다.
2. 프로젝트를 시작하기 전에 개인의 역량을 파악하고 프로젝트에 필요한 정보를 준비해올 필요가 있다.
3. 무작정 달리는 것이 아닌 쉴때는 확실하게 쉬어주는 과정이 필요하다.

나는 웹개발을 담당했다. 그러면서 개인적으로 느낀점이 정말 많았다.

우선 기획자와 디자이너와 두명의 웹개발자들과 함께 짧은 시간에 하나의 프로젝트를 완성하는 경험을 처음 해봤다. 디자이너와의 소통도 처음에는 쉽지 않았다. 피그마를 확인하면서 했어야 했는데 완성본이 아닌 디자인을 보고 나는 웹페이지를 만들고 있었다.

깃허브를 merge하는 과정에서도 충돌이 일어나면 일단 무서웠다. 또, 잘못 병합하다가 내가 만든 코드가 사라져서 다시 만드는 일도 발생했다.

평소 새벽 1시에는 잠을 자던 습관 때문에 밤을 새는 것이 쉽지않았다. 원하지 않았지만 스스로 효율과 실행력이 떨어지는 행동이 느껴졌고 보여졌다. 그리고 firebase와 연동하면서 이 부분을 제대로 공부해오지 않았다는게 후회되었다.

💡하지만 이런 후회만 있었던 것은 아니다. 나는 뉴런 31byte팀을 통해 많은 것을 배웠고 어떻게 하는지 알게되었다.💡

🔥앞으로 약 3주 뒤에 롱커톤이 시작된다. 롱커톤 시작 전 우선 나의 실력을 키워 개발 준비를 할 것이다. 디자이너가 표현하고자 하는 화면을 자신감있게 구현할 수 있도록 말이다! 숏커톤을 통해 작은 불씨가 만들어 졌다면 롱커톤 때 이 불씨를 크게 만들기 위해 준비가 필요하다. 이제부터가 시작이다.🔥

성장하기 위한 뉴런 31byte의 KPT회고

뉴런 31byte는 숏커톤을 함께 해나갈 우리 팀의 이름이다.

3 bytes 크기의 디자이너 pixel과 1 byte 크기의 개발자 code와 2^31개의 기획자 뉴런의 의미를 담아 이름이 정해졌다.

12주차 '기디개 연합세미나'를 진행하면서 있었던 일들을 회고하며 더 발전하는 우리들의 모습이 기대된다.

KTP회고란 Keep (잘하고 있는 부분), Problem (문제가 있거나 변화가 필요한 부분), Try (문제가 있는 점을 해결하기 위해 시도할 부분)을 뜻한다.

• Keep

1. 개인적으로 생각할 시간이 있어서 목소리가 큰 사람에게 의견이 집중되지 않고 객관적으로 생각할 수 있었던 점
2. 투표 이후 추가 설명을 통해 부족했던 이해를 채울 수 있었던 점
3. 여러 의견을 들으면서 다른 사람들은 어떻게 생각하는지 알 수 있었던 점

• Problem

1. 개발자의 입장에서 코스트를 따졌을 때 바로 계산되지 못했던 점
2. 전문 지식을 깊게 알지 못해 객관적인 평가 척도가 명확하지 못했던 점
3. 투표를 진행할 때 기준을 두고 진행하지 못했던 점
4. 기획자가 최종적인 선택을 주도하지 못했던 점

• TRY

1. 기획자가 개발자와 디자이너의 전반적인 코스트를 체크할 수 있도록 준비해야한다.
2. 모든 결정을 하기 전에 기준을 명확히 정하고 진행해야한다.
3. 투표 후 토의로 마치는 것이 아닌 디사이더는 팀의 이익을 생각하여 최종 결정을 해야한다.

✨ 19일부터 20일 토요일까지 진행되는 숏커톤이 기대되면서도 떨린다. 뉴런 31byte의 팀원들과 사전 미팅을 해보면서 느낀 점은 이번 숏커톤을 함께 하면서 내가 팀원들에게 정말 많은 부분을 배울 수 있을 것 같다. 모두 함께 성장해나가는 시간이 되기를 기대해본다.✨

@백예은 @김신후 @윤성현 @윤새은 뉴런 31byte 파이팅‼️