220530 TIL - ERD 😂

오늘 한 일, 느낀 점

📝 공부

• 캠프 - ERD설계
  • Airbnb ERD 설계 중이다.
  • DB 쿼리문 과제를 하기 위해선 ERD 설계가 선행되어야 한다.
  • 다음 주에 진행할 API 개발의 선행 조건 또한 ERD, DB 설계인듯하다.
  • 그런데 지금 꽤나 고생중이다. ERD 설계라는걸 처음 해보는 중인데, 다들 그런것인지?
  • 4주차부터 시작되는 Spring을 활용한 백엔드 과정은 고생할걸 예상했는데, DB라는 게 이렇게 큰 산인지 몰랐다.
  • DB가 애매한게 설명만 들으면 쉽게 느껴진다.
  • 특히 binary data 추출해서 엑셀로 데이터 만지는건 질리도록 해봤기 때문에 어렵지 않을걸로 예상했다.
  • 하지만 어플리케이션 분석부터 막히니까 좀 답답하긴하다. 난이도 파악도 못하다 보니 분수에 안맞게 에어비앤비를 선택한 것 같은 느낌.. ㅠㅠ
  • 그래도 어쩌겠나. 부딪혀야지. 아직 17시간밖에 안해봤으니까 못하는게 당연하지 ㅋㅋ
  • 쉽게 배울 수 있는거면 그게 더 이상한거지 😂😂

😊 일상

• 30분 기상 못지키고 몇시간씩 연달아 했더니 좋지 않은 징후들이 보인다. 30분 칼같이 지키자.

🗺️ 좋은 글

💡 https://medium.com/@jwyeom63/소프트웨어-집단의-부패-expert-beginner의-유산-9d226b6ebde2

첫째로, Expert Beginner의 덫에 빠지지 않기 위해서 제일 중요한 것은 자기 자신의 들뜬 감정을 믿지 않는 것이다. 자신이 한 것에 대해서 적절한 자신감을 가지되, 이성적인 주장 혹은 증거 없이 자신의 학습이 완성 되었다거나, 나는 직급이나 연차가 이 정도 되었으니 질문을 받을 필요가 없다거나 하는 식의 생각을 지양해야 한다. 건강한 겸손함과 지속적으로 성장하기 위한 노력을 겸비하고, 객관적 수치들을 주관적인 고려사항들보다 우선순위에 둔다면 Expert Beginner로부터 충분히 거리를 둘 수 있을 것이다.

1. 팀 멤버들에게 최대한 자유롭게 상상할 수 있는 기회를 주고, 그들이 발견한 방법을 직접 보여줄 수 있도록 독려하라 (성공보다는 실패에서 배우는게 많음을 기억하자).
2. 새로운 언어, 접근법, 프레임워크, 패턴, 스타일 등을 학습하는 것에 대한 인센티브를 제공하라
3. 특정 주장이 더 낫다고 평가하거나 수용할 때, 절대로 그 사람의 연차를 근거로 삼지 말아라.
4. 외부의 의견을 사내에 강제적으로 주입받을 수 있는 정책을 만들어라 (점심시간을 이용한 네트워킹, 월간 트레이닝, 감사 등)
5. 가능하다면 논쟁이나 의견 충돌이 있을 때 직급이나 투표 등의 주관적 기준이 아닌 좀 더 객관적인 기준으로 해결하라.
6. “증명하는 문화(culture of proof)”를 만들어라. 실제 레퍼런스, 통계, 사실 등이 확인되지 않으면 그 의견은 없는 것이나 다름 없다.
7. 주기적으로 주니어와 시니어를 아우르는 설문을 진행하라. 그들의 강점과, 강점의 갯수만큼 자신이 모르는 것, 혹은 알고 싶은 것에 대한 것을 작성하도록 하라. 이것은 사전에 직원들이 (특히 오래된 직원들이) 자신이 “모든 것을 다 안다”라고 생각하게 되는 분위기를 미연에 방지하기 위해서이다.

🚀🚀개선 점 및 계획

• 부딪히면서 일단 해보고 있는데, 하면 할수록 이해할수 없는 것들이 많이 있다.
• 이번 주차부터는 개념 정리를 개인적으로 해야 할 것 같다.