주니어 엔지니어를 고용해야 하는 이유최근 빅테크 기업들은 주로 "즉시 투입 가능한" 스태프 개발자들을 선호함AI가 주니어 개발자를 완전히 대체할 것이라는 의견이 많음그러나 주니어 직원의 존재 이유는 단순한 노동력 제공이 아닌, 심리적으로 안전한 문화와 혁신을 촉진하는 데 있음주니어 인재가 팀에 미치는 영향주니어 인재는 팀이 가르치고, 코칭하고, 협력하도록 

당신 회사는 주니어 개발자가 필요해요 | GeekNews

| 주니어는 회사의 지식을 흡수하고 재처리하여 명시적인 지식으로 변환함

주니어 개발자에게 기대하는게 무엇인지 알 수 있는 좋은 글이라 공유 합니다

https://news.hada.io/topic?id=16682

| 주니어는 회사의 지식을 흡수하고 재처리하여 명시적인 지식으로 변환함 주니어 개발자에게 기대하는게 무엇인지 알 수 있는 좋은 글이라 공유 합니다 https://news.hada.io/topic?id=16682

GeekNews

주니어 개발자를 고용해야 하는 이유

돌이켜 생각해보면, 지금까지 꽤 많은 '인재 선발을 위한 인터뷰(면접)'를 진행했다. 대학교 시절 S&D 라는 경영학회 활동을 3~4년 하면서 '학회원 선발' 인터뷰를 진행했었고, 그 이후 BCG/Ringle 에서 다수 채용 인터뷰에 참여했다. 그리고, 컨설팅/MBA/스타트업에 입사하고자 했던 지인들의 mock interview를 도운것까지 합치면, '꽤 

기억에 남는 인터뷰(면접)의 특징

면접은 채용 과정에서 중요한 역할을 합니다. 서류 전형과 코딩 테스트를 후, 대부분의 최종 결정이 면접을 통해 이루어지기 때문인데요. 최근 ‘기억에 남는 인터뷰(면접)의 특징’ 이라는 글을 보게 되었는데, 공감도 되고 괜찮은 내용이라 소개드립니다.

 1. 아이컨택을 잘한다.
    아이컨택은 단순 시선 처리 이상의 의미를 갖습니다. 아이컨택을 통해 면접자는 진정성을 전달하고, 암기된 답변이 아닌 소통을 하고 있음을 보여줍니다. 사람은 논리적인 면보다 정서적인 공감에 더 강하게 반응하기 때문에, 이런 자연스러운 아이컨택은 더 깊은 인상을 남길 수 있습니다.
    
    
 2. 어설프게 논리적이지 않고, 자연스럽게 논리적이다.
    근거가 적절하며 자연스럽게 이어지는 대화속에서도 논리와 스토리가 묻어 있는 사람들이 있습니다. 이런 사람은 어설프게 연습해서 면접 답변을 하기 보다는, 평소 소통 방식에서도 자연스럽게 소통하면서 그 안에 구조적 사고와 논리적 표현이 내재화 되어 있음을 보여줍니다.
    
    
 3. 발표가 아닌 대화
    일방적인 발표를 하는 느낌으로 면접을 보는 분들이 많습니다. 그런 답변은 면접관 으로서 흥미와 공감이 떨어집니다. 반면 ‘대화가 통한다’는 느낌을 주는 분들이 있습니다. 핵심적인 답변을 짧고 명확 하게 하고, 인터뷰어는 다시 질문 - 답변 으로 티키타카 식의 소통은 면접관에게 ‘대화가 통한다’는 느낌을 주며, 면접의 전반적인 분위기도 생동감이 듭니다.
    
    
 4. 솔직함
    역량, 리더십, 품성 이 느껴지는 사람의 특징은 매우 솔직합니다. 시행착오나 실패도 덤덤하게 풀어내는 분들은 기억에 오래 남습니다. 이런 솔직함은 면접관에게 강한 신뢰감을 주는데요. 성공 스토리만큼이나 실패를 극복한 경험 역시 중요하기 때문입니다.
    
    
 5. 의지, 생각 보다는 경험
    의지나 생각은 그 사람의 본질이 아닙니다. 개인의 진정한 모습은 과거의 경험을 통해 가장 잘 드러나는데요. 과거 경험을 바탕으로 한 이야기는 면접관의 관심을 끌며, 면접관 자신의 경험 역시도 떠올리게 하여 더욱 깊이 있는 대화로 이어질 수 있습니다.
    
    
 6. 회사에 호기심을 가지고 있다
    회사, 제품에 호기심이 없는 사람은 입사를 하더라도 평범하게 일할 확률이 높습니다. 하지만 회사와 제품에 진정한 호기심을 보이는 면접자라면 입사 후에도 회사에 더 큰 기여를 할 수 있는 잠재력을 보여줍니다.
    
    
 7. 자세/태도가 모두 좋다.
    앉은 자세 및 태도(제스처) 도 중요한 평가 요소입니다. 안정된 자세, 적절한 제스처 는 중요한 비언어적 신호로써, 평소에도 이러한 태도로 일할 가능성이 높음을 시사하기 때문입니다.
    
    
 8. 질문도 한다.
    면접 과정에서도 중간에 질문을 하는 사람이 있습니다. 바로 질문해야 하는 타이밍에, 꼭 해야 할 질문을, 짧고 명확하게 하는 사람들인데요. 이런 질문으로 인해 면접관은 ‘똑똑하다’ 라는 인상을 받게 됩니다. 또한 올바른 질문을 잘 하는 사람은 향후 업무에서도 주체적이고 능동적으로 일할 확률이 높습니다.

개발자의 경우, 소통하는데 있어 솔직한 나의 모습을 직관적으로 전달하기 어려울 때가 있는데요. 결국에는 지속적인 연습과 피드백을 통해 자신의 진정한 모습을 효과적으로 전달할 수 있도록 노력하는 것이 중요할것 같습니다. 그리고 위에서 언급한 특징을 염두에 두고 준비한다면, 자신의 가치를 최대한 드러낼 수 있을 것입니다.

결국 중요한것은 자신의 경험과 역량을 진정성 있게 전달하면서도, 지원하는 회사와 직무에 대한 깊은 이해와 열정이 중요할 것 같습니다.이런 준비와 태도를 통해 면접관에게 깊은 인상을 남기며, 성공적인 면접 결과로 이어질 수 있습니다.

https://brunch.co.kr/@seunghoon82/559

면접은 채용 과정에서 중요한 역할을 합니다. 서류 전형과 코딩 테스트를 후, 대부분의 최종 결정이 면접을 통해 이루어지기 때문인데요. 최근 ‘기억에 남는 인터뷰(면접)의 특징’ 이라는 글을 보게 되었는데, 공감도 되고 괜찮은 내용이라 소개드립니다. <ol ><li>아이컨택을 잘한다.아이컨택은 단순 시선 처리 이상의 의미를 갖습니다. 아이컨택을 통해 면접자는 진정성을 전달하고, 암기된 답변이 아닌 소통을 하고 있음을 보여줍니다. 사람은 논리적인 면보다 정서적인 공감에 더 강하게 반응하기 때문에, 이런 자연스러운 아이컨택은 더 깊은 인상을 남길 수 있습니다. </li><li>어설프게 논리적이지 않고, 자연스럽게 논리적이다.근거가 적절하며 자연스럽게 이어지는 대화속에서도 논리와 스토리가 묻어 있는 사람들이 있습니다. 이런 사람은 어설프게 연습해서 면접 답변을 하기 보다는, 평소 소통 방식에서도 자연스럽게 소통하면서 그 안에 구조적 사고와 논리적 표현이 내재화 되어 있음을 보여줍니다. </li><li>발표가 아닌 대화일방적인 발표를 하는 느낌으로 면접을 보는 분들이 많습니다. 그런 답변은 면접관 으로서 흥미와 공감이 떨어집니다. 반면 ‘대화가 통한다’는 느낌을 주는 분들이 있습니다. 핵심적인 답변을 짧고 명확 하게 하고, 인터뷰어는 다시 질문 - 답변 으로 티키타카 식의 소통은 면접관에게 ‘대화가 통한다’는 느낌을 주며, 면접의 전반적인 분위기도 생동감이 듭니다. </li><li>솔직함역량, 리더십, 품성 이 느껴지는 사람의 특징은 매우 솔직합니다. 시행착오나 실패도 덤덤하게 풀어내는 분들은 기억에 오래 남습니다. 이런 솔직함은 면접관에게 강한 신뢰감을 주는데요. 성공 스토리만큼이나 실패를 극복한 경험 역시 중요하기 때문입니다. </li><li>의지, 생각 보다는 경험의지나 생각은 그 사람의 본질이 아닙니다. 개인의 진정한 모습은 과거의 경험을 통해 가장 잘 드러나는데요. 과거 경험을 바탕으로 한 이야기는 면접관의 관심을 끌며, 면접관 자신의 경험 역시도 떠올리게 하여 더욱 깊이 있는 대화로 이어질 수 있습니다. </li><li>회사에 호기심을 가지고 있다회사, 제품에 호기심이 없는 사람은 입사를 하더라도 평범하게 일할 확률이 높습니다. 하지만 회사와 제품에 진정한 호기심을 보이는 면접자라면 입사 후에도 회사에 더 큰 기여를 할 수 있는 잠재력을 보여줍니다. </li><li>자세/태도가 모두 좋다.앉은 자세 및 태도(제스처) 도 중요한 평가 요소입니다. 안정된 자세, 적절한 제스처 는 중요한 비언어적 신호로써, 평소에도 이러한 태도로 일할 가능성이 높음을 시사하기 때문입니다. </li><li>질문도 한다.면접 과정에서도 중간에 질문을 하는 사람이 있습니다. 바로 질문해야 하는 타이밍에, 꼭 해야 할 질문을, 짧고 명확하게 하는 사람들인데요. 이런 질문으로 인해 면접관은 ‘똑똑하다’ 라는 인상을 받게 됩니다. 또한 올바른 질문을 잘 하는 사람은 향후 업무에서도 주체적이고 능동적으로 일할 확률이 높습니다.</li></ol> 개발자의 경우, 소통하는데 있어 솔직한 나의 모습을 직관적으로 전달하기 어려울 때가 있는데요. 결국에는 지속적인 연습과 피드백을 통해 자신의 진정한 모습을 효과적으로 전달할 수 있도록 노력하는 것이 중요할것 같습니다. 그리고 위에서 언급한 특징을 염두에 두고 준비한다면, 자신의 가치를 최대한 드러낼 수 있을 것입니다. 결국 중요한것은 자신의 경험과 역량을 진정성 있게 전달하면서도, 지원하는 회사와 직무에 대한 깊은 이해와 열정이 중요할 것 같습니다.이런 준비와 태도를 통해 면접관에게 깊은 인상을 남기며, 성공적인 면접 결과로 이어질 수 있습니다. https://brunch.co.kr/@seunghoon82/559

Brunch Story

인상적인 면접자의 8가지 특징: 성공적인 면접을 위한 가이드

메타에서 꾸준히 VR 기기를 내놓을 때마다 하던 비지니스나 잘하지 뭘 저런걸 만드나 하고 생각하곤 했습니다.

그런데 Origin이란 AR 안경을 보고 정말 깜짝 놀랐습니다.
애플에서 내놓은 Vision보다 가볍고, 아주 흉측하진 않은 안경이었거든요.

앞으로 어떤 제품으로 어떻게 출시될지 모르겠지만 VR, AR 중에서 유일하게 구입하고 싶은 형태네요.

어떤걸 이루기 위해 이렇게 뚝심있게 밀어붙인적 있나? 돌아보게됩니다.

이미지 출처: https://about.fb.com/news/2024/09/introducing-orion-our-first-true-augmented-reality-glasses/

메타에서 꾸준히 VR 기기를 내놓을 때마다 하던 비지니스나 잘하지 뭘 저런걸 만드나 하고 생각하곤 했습니다. 그런데 Origin이란 AR 안경을 보고 정말 깜짝 놀랐습니다.애플에서 내놓은 Vision보다 가볍고, 아주 흉측하진 않은 안경이었거든요. 앞으로 어떤 제품으로 어떻게 출시될지 모르겠지만 VR, AR 중에서 유일하게 구입하고 싶은 형태네요. 어떤걸 이루기 위해 이렇게 뚝심있게 밀어붙인적 있나? 돌아보게됩니다. 이미지 출처: https://about.fb.com/news/2024/09/introducing-orion-our-first-true-augmented-reality-glasses/

뚝심가이! 마크 저커버그

:house_with_garden: Open source home automation that puts local control and privacy first. - home-assistant/core

GitHub - home-assistant/core: :house_with_garden: Open source home automation that puts local control and privacy first.

Hacktoberfest 2024가 다가오고 있습니다. 이 행사는 개발자들이 오픈소스 프로젝트에 기여할 수 있는 좋은 기회입니다. 다양한 기술과 분야를 아우르는 10개의 흥미로운 프로젝트를 소개합니다.

1. Home Assistant (Python, IoT)
- 스마트홈 자동화 플랫폼
- 기여: 버그 수정, 새로운 기기 통합, 문서 개선
- URL: https://github.com/home-assistant/core

2. Rocket.Chat (JavaScript, TypeScript, React)
- 오픈소스 메시징 플랫폼
- 기여: UI/UX 개선, 백엔드 성능 최적화, 서드파티 앱 통합
- URL: https://github.com/RocketChat/Rocket.Chat

3. FreeCodeCamp (JavaScript, Node.js, React)
- 무료 코딩 학습 플랫폼
- 기여: 새로운 코딩 과제 작성, 번역, UI/UX 개선
- URL: https://github.com/freeCodeCamp/freeCodeCamp

4. Oppia (Angular, Python, TypeScript)
- 상호작용형 학습 경험 제공 플랫폼
- 기여: 교육 콘텐츠 개발, 버그 수정, 모바일 앱 개선
- URL: https://github.com/oppia/oppia

5. Habitica (JavaScript, Node.js, Vue.js)
- 생산성 향상을 위한 게임화 앱
- 기여: 게임 메커니즘 개선, 버그 수정, 새로운 기능 추가
- URL: https://github.com/HabitRPG/habitica

6. Mattermost (Go, React, JavaScript)
- 자체 호스팅 가능한 팀 협업 플랫폼
- 기여: 성능 개선, 보안 기능 강화, 모바일/데스크톱 앱 개선
- URL: https://github.com/mattermost/mattermost

7. Open Food Facts (PHP, JavaScript, Python)
- 식품 정보 데이터베이스 프로젝트
- 기여: 데이터 수집 알고리즘 개선, UI 개선, 번역
- URL: https://github.com/openfoodfacts/openfoodfacts-server

8. Excalidraw (TypeScript, React)
- 오픈소스 화이트보드 도구
- 기여: 새로운 드로잉 기능 추가, 실시간 협업 기능 개선
- URL: https://github.com/excalidraw/excalidraw

9. Appwrite (PHP, Docker, JavaScript)
- 백엔드 as a Service 플랫폼
- 기여: API 개발, CLI 도구 개선, 문서화
- URL: https://github.com/appwrite/appwrite

10. Meshery (Go, Docker, Kubernetes)
- 서비스 메시 관리 도구
- 기여: 새로운 어댑터 개발, 성능 메트릭 개선, Kubernetes 통합 강화
- URL: https://github.com/meshery/meshery

Hacktoberfest는 오픈소스 커뮤니티에 기여하고, 새로운 기술을 배우며, 전 세계 개발자들과 소통할 수 있는 훌륭한 기회입니다. 여러분의 관심사와 기술 수준에 맞는 프로젝트를 선택하여 참여해보세요. 공식 Hacktoberfest 웹사이트에서 더 많은 프로젝트 아이디어와 가이드라인을 확인할 수 있습니다. 즐거운 코딩 되세요!

Hacktoberfest 2024가 다가오고 있습니다. 이 행사는 개발자들이 오픈소스 프로젝트에 기여할 수 있는 좋은 기회입니다. 다양한 기술과 분야를 아우르는 10개의 흥미로운 프로젝트를 소개합니다. 1. Home Assistant (Python, IoT) - 스마트홈 자동화 플랫폼 - 기여: 버그 수정, 새로운 기기 통합, 문서 개선 - URL: https://github.com/home-assistant/core 2. Rocket.Chat (JavaScript, TypeScript, React) - 오픈소스 메시징 플랫폼 - 기여: UI/UX 개선, 백엔드 성능 최적화, 서드파티 앱 통합 - URL: https://github.com/RocketChat/Rocket.Chat 3. FreeCodeCamp (JavaScript, Node.js, React) - 무료 코딩 학습 플랫폼 - 기여: 새로운 코딩 과제 작성, 번역, UI/UX 개선 - URL: https://github.com/freeCodeCamp/freeCodeCamp 4. Oppia (Angular, Python, TypeScript) - 상호작용형 학습 경험 제공 플랫폼 - 기여: 교육 콘텐츠 개발, 버그 수정, 모바일 앱 개선 - URL: https://github.com/oppia/oppia 5. Habitica (JavaScript, Node.js, Vue.js) - 생산성 향상을 위한 게임화 앱 - 기여: 게임 메커니즘 개선, 버그 수정, 새로운 기능 추가 - URL: https://github.com/HabitRPG/habitica 6. Mattermost (Go, React, JavaScript) - 자체 호스팅 가능한 팀 협업 플랫폼 - 기여: 성능 개선, 보안 기능 강화, 모바일/데스크톱 앱 개선 - URL: https://github.com/mattermost/mattermost 7. Open Food Facts (PHP, JavaScript, Python) - 식품 정보 데이터베이스 프로젝트 - 기여: 데이터 수집 알고리즘 개선, UI 개선, 번역 - URL: https://github.com/openfoodfacts/openfoodfacts-server 8. Excalidraw (TypeScript, React) - 오픈소스 화이트보드 도구 - 기여: 새로운 드로잉 기능 추가, 실시간 협업 기능 개선 - URL: https://github.com/excalidraw/excalidraw 9. Appwrite (PHP, Docker, JavaScript) - 백엔드 as a Service 플랫폼 - 기여: API 개발, CLI 도구 개선, 문서화 - URL: https://github.com/appwrite/appwrite 10. Meshery (Go, Docker, Kubernetes) - 서비스 메시 관리 도구 - 기여: 새로운 어댑터 개발, 성능 메트릭 개선, Kubernetes 통합 강화 - URL: https://github.com/meshery/meshery Hacktoberfest는 오픈소스 커뮤니티에 기여하고, 새로운 기술을 배우며, 전 세계 개발자들과 소통할 수 있는 훌륭한 기회입니다. 여러분의 관심사와 기술 수준에 맞는 프로젝트를 선택하여 참여해보세요. 공식 Hacktoberfest 웹사이트에서 더 많은 프로젝트 아이디어와 가이드라인을 확인할 수 있습니다. 즐거운 코딩 되세요!

GitHub

Hacktoberfest 2024: 주목할 만한 오픈소스 프로젝트

Hey, devs! 👋  As a beginner or mid-level developer, you've probably focused a lot on making your app...

Make Your App Feel Better: 10 UI Tips for Beginner/Mid-Level Developers

앱의 기능적인 면에만 집중하고 있나요? 사용자 경험(UX)을 크게 향상시킬 수 있는 UI 디자인의 간과되기 쉬운 10가지 측면을 살펴보겠습니다.

 1.  여백과 패딩 관리: 일관된 간격을 사용하세요. 4의 배수(4px, 8px, 12px, 16px)를 사용하면 레이아웃이 더 깔끔하고 전문적으로 보입니다.
 2.  빈 상태 처리: 데이터가 없을 때 빈 화면만 보여주지 마세요. 도움이 되는 메시지나 행동 유도 버튼을 추가하여 사용자를 안내하세요.
 3.  로딩 상태 표시: 백그라운드에서 작업 중일 때 사용자에게 알려주세요. 빠른 작업에는 지연된 로딩 스피너를 사용하여 깜빡임을 방지하세요.
 4.  명확한 시각적 계층 구조: 폰트 크기, 색상, 굵기를 사용하여 콘텐츠의 중요도를 나타내세요. 주요 내용에는 2-3개의 폰트 크기를 사용하고, 강조할 때만 색상을 사용하세요.
 5.  여백 활용: 모든 공간을 채우려 하지 마세요. 여백은 앱을 더 깔끔하게 만들고 사용자가 집중하는 데 도움을 줍니다.
 6.  오류 처리: 오류 발생 시 친절하고 명확하며 실행 가능한 메시지를 제공하세요. 단순히 "오류 404"라고 하지 말고 상황을 설명하고 해결 방법을 제시하세요.
 7.  긴 텍스트와 비활성 상태에 툴팁 추가: 잘린 텍스트나 비활성화된 버튼에 툴팁을 추가하여 추가 정보를 제공하세요. 이는 사용자 경험을 매끄럽게 만듭니다.
 8.  맥락에 맞는 색상 사용: 빨간색은 오류, 초록색은 성공, 노란색은 경고, 파란색은 정보 메시지에 사용하는 등 확립된 색상 규칙을 따르세요.
 9.  아이콘 적절히 사용: 아이콘은 목적이 분명해야 하며 사용자 경험을 향상시켜야 합니다. 단순하고 인식하기 쉬운 아이콘을 사용하세요.
 10. UI 라이브러리 활용: Ant Design, Shadcn UI, Material UI, Chakra UI 같은 검증된 UI 라이브러리를 사용하세요. 이는 시간을 절약하고 일관된 디자인을 만드는 데 도움이 됩니다.

이러한 작은 개선사항들은 앱의 사용자 경험을 크게 향상시킬 수 있습니다.
일관된 간격, 명확한 계층 구조, 세심한 상태 처리, 균형 잡힌 여백 사용 등에 주의를 기울이세요. 처음 만드는 앱이든 50번째 앱이든, 이러한 영역을 다듬는 데 시간을 투자하면 사용자들이 좋아할 것입니다.

위의 팁들을 적용하여 앱을 더욱 직관적이고 사용하기 쉽게 만들어보세요.

https://dev.to/harimanok/make-your-app-feel-better-11-ui-tips-for-beginnermid-level-developers-1e1n

앱의 기능적인 면에만 집중하고 있나요? 사용자 경험(UX)을 크게 향상시킬 수 있는 UI 디자인의 간과되기 쉬운 10가지 측면을 살펴보겠습니다. <ol ><li>여백과 패딩 관리: 일관된 간격을 사용하세요. 4의 배수(4px, 8px, 12px, 16px)를 사용하면 레이아웃이 더 깔끔하고 전문적으로 보입니다.</li><li>빈 상태 처리: 데이터가 없을 때 빈 화면만 보여주지 마세요. 도움이 되는 메시지나 행동 유도 버튼을 추가하여 사용자를 안내하세요.</li><li>로딩 상태 표시: 백그라운드에서 작업 중일 때 사용자에게 알려주세요. 빠른 작업에는 지연된 로딩 스피너를 사용하여 깜빡임을 방지하세요.</li><li>명확한 시각적 계층 구조: 폰트 크기, 색상, 굵기를 사용하여 콘텐츠의 중요도를 나타내세요. 주요 내용에는 2-3개의 폰트 크기를 사용하고, 강조할 때만 색상을 사용하세요.</li><li>여백 활용: 모든 공간을 채우려 하지 마세요. 여백은 앱을 더 깔끔하게 만들고 사용자가 집중하는 데 도움을 줍니다.</li><li>오류 처리: 오류 발생 시 친절하고 명확하며 실행 가능한 메시지를 제공하세요. 단순히 "오류 404"라고 하지 말고 상황을 설명하고 해결 방법을 제시하세요.</li><li>긴 텍스트와 비활성 상태에 툴팁 추가: 잘린 텍스트나 비활성화된 버튼에 툴팁을 추가하여 추가 정보를 제공하세요. 이는 사용자 경험을 매끄럽게 만듭니다.</li><li>맥락에 맞는 색상 사용: 빨간색은 오류, 초록색은 성공, 노란색은 경고, 파란색은 정보 메시지에 사용하는 등 확립된 색상 규칙을 따르세요.</li><li>아이콘 적절히 사용: 아이콘은 목적이 분명해야 하며 사용자 경험을 향상시켜야 합니다. 단순하고 인식하기 쉬운 아이콘을 사용하세요.</li><li>UI 라이브러리 활용: Ant Design, Shadcn UI, Material UI, Chakra UI 같은 검증된 UI 라이브러리를 사용하세요. 이는 시간을 절약하고 일관된 디자인을 만드는 데 도움이 됩니다.</li></ol> 이러한 작은 개선사항들은 앱의 사용자 경험을 크게 향상시킬 수 있습니다. 일관된 간격, 명확한 계층 구조, 세심한 상태 처리, 균형 잡힌 여백 사용 등에 주의를 기울이세요. 처음 만드는 앱이든 50번째 앱이든, 이러한 영역을 다듬는 데 시간을 투자하면 사용자들이 좋아할 것입니다. 위의 팁들을 적용하여 앱을 더욱 직관적이고 사용하기 쉽게 만들어보세요. https://dev.to/harimanok/make-your-app-feel-better-11-ui-tips-for-beginnermid-level-developers-1e1n

DEV Community

초보/중급 개발자를 위한 10가지 UI 개선 팁

YouTube에서 마음에 드는 동영상과 음악을 감상하고, 직접 만든 콘텐츠를 업로드하여 친구, 가족뿐 아니라 전 세계 사람들과 콘텐츠를 공유할 수 있습니다.

 - YouTube

UIKit의 Layout은 Auto Layout을 사용합니다.

이 기능은 부모 View에서의 위치나 상대적인 크기, 최대/최소 크기를 결정합니다.

하지만 최대 크기가 제한되어있지만 View 자체의 크기가 지정되어있지 않다면 크기가 0이 되어 화면에서 볼 수 없게 되어버립니다.

이 때 사용하는 것이 intrinsicContentSize 입니다.

전에 한번 여백이 있는 사용자 정의 Label을 구현하기 위해 사용했었네요.

이 글은 intrinsicContentSize가 무엇인지 사용 방법, 사용했을 때 발생하는 문제를 해결하는 방법 등을 알려줍니다.

#직독직해 #medium #한마디로 #한마디로공식 #ios #swift #uikit #layout
https://youtu.be/grvAfcDJGOg

UIKit의 Layout은 Auto Layout을 사용합니다. 이 기능은 부모 View에서의 위치나 상대적인 크기, 최대/최소 크기를 결정합니다. 하지만 최대 크기가 제한되어있지만 View 자체의 크기가 지정되어있지 않다면 크기가 0이 되어 화면에서 볼 수 없게 되어버립니다. 이 때 사용하는 것이 intrinsicContentSize 입니다. 전에 한번 여백이 있는 사용자 정의 Label을 구현하기 위해 사용했었네요. 이 글은 intrinsicContentSize가 무엇인지 사용 방법, 사용했을 때 발생하는 문제를 해결하는 방법 등을 알려줍니다. #직독직해 #medium #한마디로 #한마디로공식 #ios #swift #uikit #layouthttps://youtu.be/grvAfcDJGOg

youtu.be

사용자 정의 Layout을 구현해보신 적 있나요?

프라이버시 엔지니어는 말그대로 (소프트웨어) 엔지니어다. 개인정보 정책을 실제로 구현하는 일을 하는데 작은 회사라면 개인정보보호 담당자가 프라이버시 엔지니어이기도 할 가능성이 높다. 아직 이 분야가 시작이다 보니 잘 개발되어 있지는 않지만 개인정보 보호에 대한 법적 규제와 개인들의 관심이 높기에 앞으로 개발자라면 어느 정도는 알아야 하는 분야가 되리라 믿는다. 이런 직군을 처음 도입한 회사는 구글로 알고 있고 2021년부터 관련한 직군 채용을 하고 있었다. 위키피디아에도 관련 직군에 대한 설명이 존재한다 (https://en.wikipedia.org/wiki/Privacy_engineering). 여기에는 다음과 같은 4가지 분야가 있고 이를 구현하거나 적합한 외부 툴을 가져다가 연동하는 작업을 하게 된다:

 * Data Classification: 개인 정보에 해당하는 데이터가 무엇인지 그리고 그와 관련된 위험 요소를 정의
 * Data Inventory: 위에서 정의된 개인정보에 해당하는 데이터가 어디에 저장되어 있는지 정리하고 관리
 * Data Deletion: 사용이 끝난 개인정보 데이터를 바로 삭제
 * Data Obfuscation: 개인정보의 노출 없이 활용하기 위해 개인정보를 익명화

여기서 중요한 부분은 데이터가 우리 서비스로 들어오는 바로 그 시점에 Data classification에 따라 데이터의 개인정보 유무와 어떤 개인정보인지가 판별되고 거기에 맞춰 관리되어야 한다는 점이다. 데이터가 들어올 때 분류가 되지 않으면 그 뒤에 이를 처리하는 것은 아주 힘든 일이 된다. 이 분야의 특징은 다양한 개인정보 보호법에 대한 지식과 정보 보호 인증 (예를 들면 ISO/IEC 27001)에 대한 지식과 시스템 전반에 대한 지식등이 필요한 경험이 많이 필요한 분야라고 생각하면 된다. 카네기멜론 대학에는 관련한 석사과정(https://privacy.cs.cmu.edu/)도 생겼다.

다음에는 LLMOps와 DataOps 직군에 대해 이야기해보도록 하겠다.

프라이버시 엔지니어는 말그대로 (소프트웨어) 엔지니어다. 개인정보 정책을 실제로 구현하는 일을 하는데 작은 회사라면 개인정보보호 담당자가 프라이버시 엔지니어이기도 할 가능성이 높다. 아직 이 분야가 시작이다 보니 잘 개발되어 있지는 않지만 개인정보 보호에 대한 법적 규제와 개인들의 관심이 높기에 앞으로 개발자라면 어느 정도는 알아야 하는 분야가 되리라 믿는다. 이런 직군을 처음 도입한 회사는 구글로 알고 있고 2021년부터 관련한 직군 채용을 하고 있었다. 위키피디아에도 관련 직군에 대한 설명이 존재한다 (https://en.wikipedia.org/wiki/Privacy_engineering). 여기에는 다음과 같은 4가지 분야가 있고 이를 구현하거나 적합한 외부 툴을 가져다가 연동하는 작업을 하게 된다: <ul ><li>Data Classification: 개인 정보에 해당하는 데이터가 무엇인지 그리고 그와 관련된 위험 요소를 정의</li><li>Data Inventory: 위에서 정의된 개인정보에 해당하는 데이터가 어디에 저장되어 있는지 정리하고 관리</li><li>Data Deletion: 사용이 끝난 개인정보 데이터를 바로 삭제</li><li>Data Obfuscation: 개인정보의 노출 없이 활용하기 위해 개인정보를 익명화</li></ul> 여기서 중요한 부분은 데이터가 우리 서비스로 들어오는 바로 그 시점에 Data classification에 따라 데이터의 개인정보 유무와 어떤 개인정보인지가 판별되고 거기에 맞춰 관리되어야 한다는 점이다. 데이터가 들어올 때 분류가 되지 않으면 그 뒤에 이를 처리하는 것은 아주 힘든 일이 된다. 이 분야의 특징은 다양한 개인정보 보호법에 대한 지식과 정보 보호 인증 (예를 들면 ISO/IEC 27001)에 대한 지식과 시스템 전반에 대한 지식등이 필요한 경험이 많이 필요한 분야라고 생각하면 된다. 카네기멜론 대학에는 관련한 석사과정(https://privacy.cs.cmu.edu/)도 생겼다. 다음에는 LLMOps와 DataOps 직군에 대해 이야기해보도록 하겠다.

데이터 이야기 #8: 기타 데이터 직군 - 프라이버시 엔지니어

Offered by DeepLearning.AI. Leverage AI in your software development workflow. Enhance your skills as a software developer, grow your ... Enroll for free.

Generative AI for Software Development

ChatGPT, Claude, Gemini 이제 Foundation Model들의 엄청난 발전으로 이제 서비스만 잘 만들면 되는 개발자들에게 아주 재미난 시대가 열린 것 같습니다!! 그만큼 피터지는 이 시장에서 어떻게 하면 개발자로 잘 살아남는 방법 역시 과거와 다를 것 같은데요.

생성형 AI 를 잘 이용하여 제품 개발해 내는 개발자가 이제 다음 세대의 기준이 되지 않을까 싶어요. 그런 만큼 이러한 과정을 더욱 제대로 공부하는게 중요할텐데요.

무려 DeepLearning AI에서 올라온 GenAI 과정이 오픈되었습니다.
돌아오는 징검다리 연휴에 한번 달려보는 것도 좋을 것 같습니다.

https://www.coursera.org/professional-certificates/generative-ai-for-software-development

ChatGPT, Claude, Gemini 이제 Foundation Model들의 엄청난 발전으로 이제 서비스만 잘 만들면 되는 개발자들에게 아주 재미난 시대가 열린 것 같습니다!! 그만큼 피터지는 이 시장에서 어떻게 하면 개발자로 잘 살아남는 방법 역시 과거와 다를 것 같은데요. 생성형 AI 를 잘 이용하여 제품 개발해 내는 개발자가 이제 다음 세대의 기준이 되지 않을까 싶어요. 그런 만큼 이러한 과정을 더욱 제대로 공부하는게 중요할텐데요. 무려 DeepLearning AI에서 올라온 GenAI 과정이 오픈되었습니다. 돌아오는 징검다리 연휴에 한번 달려보는 것도 좋을 것 같습니다. https://www.coursera.org/professional-certificates/generative-ai-for-software-development

Coursera

[Coursera] Generative AI for SW Dev

Festa에서 당신이 찾는 이벤트를 만나보세요.,Festa에서 당신이 찾는 이벤트를 만나보세요.

[강수진 북콘서트] 치열함과 바지런함으로 고군분투한 프롬프트 엔지니어의 못다한 이야기 | Festa!,[강수진 북콘서트] 치열함과 바지런함으로 고군분투한 프롬프트 엔지니어의 못다한 이야기 | Festa!

프롬프트는 생성형 AI와 소통하는 새로운 언어라고 볼 수 있다. 단순한 명령을 넘어 AI가 최적의 출력을 내도록 이끄는 데 필요한 기술 언어이다. 최근 프롬프트 엔지니어링은 AI 시대에 중요한 기술로 떠오르고 있으며, 개발자뿐만 아니라 비개발자에게도 그 필요성이 점차 강조되고 있다.

이러한 흐름을 반영한 흥미로운 북콘서트가 열린다. 바로 '치열함과 바지런함으로 고군분투한 프롬프트 엔지니어의 못다한 이야기'이다. 이 북콘서트는 2024년 10월 25일 포스코타워 역삼 이벤트홀에서 개최된다.

이 북콘서트에서는 개발자와 비개발자가 프롬프트를 어떻게 이해하고 다루는지 서로의 관점을 비교하는 세션과, 비개발자가 기술적 장벽을 넘어서면서 겪은 고군분투를 생생하게 전달하는 세션이 준비되어 있다.

AI 기술이 급속히 발전하는 이 시점에서 프롬프트의 중요성은 더욱 커지고 있다. 이번 북콘서트는 개발자와 비개발자 모두에게 새로운 영감을 줄 수 있는 소중한 기회가 될 것이다. AI 시대의 소통 방식을 탐구하고자 한다면, 이 행사에 관심을 가져보기를 권한다.

https://festa.io/events/6051

프롬프트는 생성형 AI와 소통하는 새로운 언어라고 볼 수 있다. 단순한 명령을 넘어 AI가 최적의 출력을 내도록 이끄는 데 필요한 기술 언어이다. 최근 프롬프트 엔지니어링은 AI 시대에 중요한 기술로 떠오르고 있으며, 개발자뿐만 아니라 비개발자에게도 그 필요성이 점차 강조되고 있다. 이러한 흐름을 반영한 흥미로운 북콘서트가 열린다. 바로 '치열함과 바지런함으로 고군분투한 프롬프트 엔지니어의 못다한 이야기'이다. 이 북콘서트는 2024년 10월 25일 포스코타워 역삼 이벤트홀에서 개최된다. 이 북콘서트에서는 개발자와 비개발자가 프롬프트를 어떻게 이해하고 다루는지 서로의 관점을 비교하는 세션과, 비개발자가 기술적 장벽을 넘어서면서 겪은 고군분투를 생생하게 전달하는 세션이 준비되어 있다. AI 기술이 급속히 발전하는 이 시점에서 프롬프트의 중요성은 더욱 커지고 있다. 이번 북콘서트는 개발자와 비개발자 모두에게 새로운 영감을 줄 수 있는 소중한 기회가 될 것이다. AI 시대의 소통 방식을 탐구하고자 한다면, 이 행사에 관심을 가져보기를 권한다. https://festa.io/events/6051

festa.io

치열함과 바지런함으로 고군분투한 프롬프트 엔지니어의 못다한 이야기

맥에서 만든 한글 파일명으로 된 파일을 윈도우에 복사해서 보면 자소가 분리돼 보입니다. 아래와 같은 식이죠. 맥에서 파일명: 파일명.jpg 윈도우에서: ㅍㅏㅇㅣㄹㅁㅕㅇ.jpg 한글을 구성하는 방식 때문인데요. 윈도우는 NFC라는 방식을 사용하고, 맥은 NFD라는 방식을 사용합니다. NFC는 글자 단위로, NFD는 자소 단위로 저장을 하는 것이죠. 문제는 NFC로 저장된 한글은 맥에서도 잘 보이는데, 맥에서 NFD로 저장된 한글은 윈도우에서 제대로 보이지...

[PHP] 파일 다운로드했을 때 윈도우에서 한글 파일명이 자소분리되는 현상 방지하기

맥에서 만든 한글 파일명이 윈도우로 가면 자소가 분리되죠. 웹사이트에서 파일을 다운로드했는데 자소분리 파일이 오면 방문자들은 서비스에 문제가 있나 하는 생각을 하므로 막아야 합니다.
PHP에서는 Normalizer 클래스를 사용합니다.
https://mytory.net/archives/16804

맥에서 만든 한글 파일명이 윈도우로 가면 자소가 분리되죠. 웹사이트에서 파일을 다운로드했는데 자소분리 파일이 오면 방문자들은 서비스에 문제가 있나 하는 생각을 하므로 막아야 합니다.PHP에서는 Normalizer 클래스를 사용합니다.https://mytory.net/archives/16804

형우의 웹개발

한국에서 일할 때는 제 주변에 대부분의 직장인들이 성장에 목말라 했었습니다. 막 입사한 개발자들은 어떻게 하면 빨리 신입 딱지를 땔 수 있을지 물어봤었고, 주니어 개발자들은 어떻게 하면 빨리 시니어가 될 수 있는지 궁금해했습니다. 동기들은 다 진급하는데 본인만 누락될까봐 걱정하시는 분들이 많았습니다. 그래서 주로 이러한 갈증을 해소시켜주는 멘토링을 했던 기억이 있습니다.

이러한 경험을 갖고 저는 캐나다에 와서 직장 생활을 하면서 문화 충격을 받는데요. 현재 자신이 맡고있는 역할에 충분히 만족하며 딱히 더 성장할 마음이 없는 직장인들이 많기 때문입니다. 이러한 엔지니어들과 얘기를 해보면 소프트웨어 개발 직군이 다른 직군 대비 처우가 얼마나 좋은지 잘 인지하고 있으며 그래서 더 이상 바랄 게 없다고 합니다. 진급과 함께 늘어난 권한만큼 무거운 책임도 부담스럽다고 하고요.

한국에서 어렸을 때 부터 치열한 경쟁 속에 살아온 저는 처음에 이러한 캐나다 동료들이 나태하고 한심하다고 느껴졌습니다. 아마도 예전에 교양 수업에서 들었던 열심히 일하지 않아도 되는 복지 선진국의 폐해일 수도 있겠다고 생각했습니다. 하지만 이러한 엔지니어들을 직접 멘토링하게 되면서 제 관점이 조금씩 바뀌게 되었습니다.

처음에는 이러한 멘티들의 성장을 독려하는 것이 저의 임무라고 생각했습니다. 업무에서 사용하고 있는 기술에 대해서 좀 더 깊이 공부하기를 바라는 마음에 여러 책과 온라인 강의를 추천해주었습니다. 이 친구들이 조직에서 더 두각을 내고 진급을 하려면 어떤 부분에서 더 실력을 키워야 하는지 얘기해 주었습니다. 이렇게 성장하는 방법을 알려주면 고마워할 줄 알았죠.

하지만 저의 이러한 멘토링 방향에 반발하는 멘티를 만났고, 이 친구와 우리는 왜 성장해야 하는가 대해서 수 차례 깊은 대화를 나누었습니다. 그러다가 저는 태어나서 한 번도 의심해보지 않았던 성장이라는 가치에 대해서 자문하게 되었습니다. 나는 왜 이렇게 성장에 집착하는 거지? 왜 다른 사람에게 성장을 강요하려는 거지?? 생각을 해보니 반드시 모든 사람이 성장하고 싶어야 할 이유도 없더군요! 제 생각이 얼마나 편협했었는지를 느끼게 되었습니다.

그래서 이제는 새로운 멘티가 생기면 성장을 하고 싶은지에 대해서 먼저 꼭 물어봅니다. 엔지니어로서 성장을 원치 않는 친구들은 보통 인생의 다른 부분에 열정을 갖고 있더라고요. 어떤 친구는 퇴근 후에 아마추어 하키팀 코치로 투잡을 뛰고, 다른 친구는 영화 감독이 꿈이라서 주말마다 독립 영화를 찍고 있다고 하네요. 이런 친구들은 성장보다는 효율에 초점을 두어 멘토링을 합니다.

저처럼 소프트웨어 개발을 천직으로 삼고 계속해서 공부하며 엔지니어로 성장하고 싶은 사람도 있지만, 그냥 소프트웨어 개발을 괜찮은 돈벌이 수단으로 생각하고 직업 그 이상 이하로도 생각하지 않는 사람도 많습니다. 멘토가 멘티의 성장을 도와줄 수는 있지만, 절대 강요할 수는 없다는 것을 배웠습니다.

한국에서 일할 때는 제 주변에 대부분의 직장인들이 성장에 목말라 했었습니다. 막 입사한 개발자들은 어떻게 하면 빨리 신입 딱지를 땔 수 있을지 물어봤었고, 주니어 개발자들은 어떻게 하면 빨리 시니어가 될 수 있는지 궁금해했습니다. 동기들은 다 진급하는데 본인만 누락될까봐 걱정하시는 분들이 많았습니다. 그래서 주로 이러한 갈증을 해소시켜주는 멘토링을 했던 기억이 있습니다. 이러한 경험을 갖고 저는 캐나다에 와서 직장 생활을 하면서 문화 충격을 받는데요. 현재 자신이 맡고있는 역할에 충분히 만족하며 딱히 더 성장할 마음이 없는 직장인들이 많기 때문입니다. 이러한 엔지니어들과 얘기를 해보면 소프트웨어 개발 직군이 다른 직군 대비 처우가 얼마나 좋은지 잘 인지하고 있으며 그래서 더 이상 바랄 게 없다고 합니다. 진급과 함께 늘어난 권한만큼 무거운 책임도 부담스럽다고 하고요. 한국에서 어렸을 때 부터 치열한 경쟁 속에 살아온 저는 처음에 이러한 캐나다 동료들이 나태하고 한심하다고 느껴졌습니다. 아마도 예전에 교양 수업에서 들었던 열심히 일하지 않아도 되는 복지 선진국의 폐해일 수도 있겠다고 생각했습니다. 하지만 이러한 엔지니어들을 직접 멘토링하게 되면서 제 관점이 조금씩 바뀌게 되었습니다. 처음에는 이러한 멘티들의 성장을 독려하는 것이 저의 임무라고 생각했습니다. 업무에서 사용하고 있는 기술에 대해서 좀 더 깊이 공부하기를 바라는 마음에 여러 책과 온라인 강의를 추천해주었습니다. 이 친구들이 조직에서 더 두각을 내고 진급을 하려면 어떤 부분에서 더 실력을 키워야 하는지 얘기해 주었습니다. 이렇게 성장하는 방법을 알려주면 고마워할 줄 알았죠. 하지만 저의 이러한 멘토링 방향에 반발하는 멘티를 만났고, 이 친구와 우리는 왜 성장해야 하는가 대해서 수 차례 깊은 대화를 나누었습니다. 그러다가 저는 태어나서 한 번도 의심해보지 않았던 성장이라는 가치에 대해서 자문하게 되었습니다. 나는 왜 이렇게 성장에 집착하는 거지? 왜 다른 사람에게 성장을 강요하려는 거지?? 생각을 해보니 반드시 모든 사람이 성장하고 싶어야 할 이유도 없더군요! 제 생각이 얼마나 편협했었는지를 느끼게 되었습니다. 그래서 이제는 새로운 멘티가 생기면 성장을 하고 싶은지에 대해서 먼저 꼭 물어봅니다. 엔지니어로서 성장을 원치 않는 친구들은 보통 인생의 다른 부분에 열정을 갖고 있더라고요. 어떤 친구는 퇴근 후에 아마추어 하키팀 코치로 투잡을 뛰고, 다른 친구는 영화 감독이 꿈이라서 주말마다 독립 영화를 찍고 있다고 하네요. 이런 친구들은 성장보다는 효율에 초점을 두어 멘토링을 합니다. 저처럼 소프트웨어 개발을 천직으로 삼고 계속해서 공부하며 엔지니어로 성장하고 싶은 사람도 있지만, 그냥 소프트웨어 개발을 괜찮은 돈벌이 수단으로 생각하고 직업 그 이상 이하로도 생각하지 않는 사람도 많습니다. 멘토가 멘티의 성장을 도와줄 수는 있지만, 절대 강요할 수는 없다는 것을 배웠습니다.

성장을 강요하는 멘토, 성장을 거부하는 멘티

OAuth는 무엇인가요?티스토리 로그인페이지에서 보면 카카오톡으로 로그인이라는 버튼이 보일 것입니다. 이 외에도 구글, 네이버, 페이스북으로 로그인 할 수 있도록 타 사이트에서 기능을 제공해주고 있는데 이처럼 서비스에 직접 사용자를 등록하지 않고 제 3자의 플랫폼에 사용자의 접근 권한을 위임할 수 있도록 해주는 표준 프로토콜을 OAuth라고 합니다.OAuth는 인터넷 사용자들이 비밀번호를 제공하지 않고 다른 웹사이트 상의 자신들의 정보에 대해 웹사이트나 애플리케이션의 접근 권한을 부여할 수 있는 공통적인 수단으로서 사용되는 접근 위임을 위한 개방형 표준. - 위키피디아OAuth가 사용되기 전에는 인증방식의 표준이 없었기 때문에 기존의 기본인증인 아이디와 비밀번호를 사용하였는데, 이는 보안상 취약한 구조일..

OAuth 원리와 이해 (feat. 카카오 로그인)

예전에 카카오워크라는 협업툴의 기획자로 일한 적이 있었는데요.
그러면서 OAuth와 SAML에 대해 많은 공부를 하게 되었었어요!
SSO 인증은 알아두면 나중에 정말 요긴하게 쓰이니 읽고 가볍게 공부해보세요!

+여담
그리고 그 당시에 찾아보며 느꼈는데,
미국이나 우리나라는 OAuth를 많이 쓰는데.. 일본은 LINE을 기반으로 SAML을 많이 쓰는 느낌이 들더라구요..!? 🤓

https://yejipro.tistory.com/entry/OAuth-%EC%9B%90%EB%A6%AC%EC%99%80-%EC%9D%B4%ED%95%B4-feat-%EC%B9%B4%EC%B9%B4%EC%98%A4-%EB%A1%9C%EA%B7%B8%EC%9D%B8

예전에 카카오워크라는 협업툴의 기획자로 일한 적이 있었는데요.그러면서 OAuth와 SAML에 대해 많은 공부를 하게 되었었어요!SSO 인증은 알아두면 나중에 정말 요긴하게 쓰이니 읽고 가볍게 공부해보세요! +여담그리고 그 당시에 찾아보며 느꼈는데, 미국이나 우리나라는 OAuth를 많이 쓰는데.. 일본은 LINE을 기반으로 SAML을 많이 쓰는 느낌이 들더라구요..!? 🤓 https://yejipro.tistory.com/entry/OAuth-%EC%9B%90%EB%A6%AC%EC%99%80-%EC%9D%B4%ED%95%B4-feat-%EC%B9%B4%EC%B9%B4%EC%98%A4-%EB%A1%9C%EA%B7%B8%EC%9D%B8

Yeji's Tech Notes

Learn how to publish a package to npm with a complete setup including, TypeScript, Prettier, Vitest, GitHub Actions, and versioning with Changesets.

How To Create An NPM Package

npm 패키징관련해서 매우 자세하게 작성해둔 글입니다.
타입스트립트로 만드는 방법도 같이 정리되어 있어서 귀한 글이라고 생각합니다.
npm으로 패키지를 배포해보고 싶으신 분은 보시는거 추천드려요~
https://www.totaltypescript.com/how-to-create-an-npm-package

npm 패키징관련해서 매우 자세하게 작성해둔 글입니다. 타입스트립트로 만드는 방법도 같이 정리되어 있어서 귀한 글이라고 생각합니다. npm으로 패키지를 배포해보고 싶으신 분은 보시는거 추천드려요~ https://www.totaltypescript.com/how-to-create-an-npm-package

Total TypeScript

NPM 패키지 만들기 가이드

Let's create a Git commit using Git's low-level (plumbing) commands

Creating a Git commit: The Hard Way

Git에서 저희가 일반적으로 사용하는 git add나 git commit 같은 명령어를 Porcelain 명령어라고 하고 보다 저수준작업을 하는 명령어는 Plumbing 명령어라고 부릅니다.

이 글에서는 Git의 동작 방식을 더 잘 이해하기 위해서 blob과 tree로 구성된 커밋의 구조를 설명하고 Git commit 대신 git hash-object, git update-index, git commit-tree같은 Plubming 명령어로 직접 커밋을 만들어 보면서 실제로 git commit이 어떻게 동작하는지를 설명하는데 직접 따라해 보면서 구조를 이해하기 쉽게 정리된 글입니다.

https://avestura.dev/blog/creating-a-git-commit-the-hard-way

Git에서 저희가 일반적으로 사용하는 git add나 git commit 같은 명령어를 Porcelain 명령어라고 하고 보다 저수준작업을 하는 명령어는 Plumbing 명령어라고 부릅니다. 이 글에서는 Git의 동작 방식을 더 잘 이해하기 위해서 blob과 tree로 구성된 커밋의 구조를 설명하고 Git commit 대신 git hash-object, git update-index, git commit-tree같은 Plubming 명령어로 직접 커밋을 만들어 보면서 실제로 git commit이 어떻게 동작하는지를 설명하는데 직접 따라해 보면서 구조를 이해하기 쉽게 정리된 글입니다. https://avestura.dev/blog/creating-a-git-commit-the-hard-way

Avestura's Blog

Git에서 저희가 일반적으로 사용하는 git add나 git co

#직딩에세이 #25 | 암초는 바다에만 있는 것이 아니다. 직장 생활을 하다보면 뭔지 모르게 자신의 힘을 빼는 사람들이 있는데 이런 사람들과는 처음부터 거리를 두는 것이 좋다.  1. 편을 가르는 사람들  회의를 팀전이라 생각하는 사람들이 있다. PC방에서는 진실일지 모르겠으나, 회사에서는 이것만큼 골치아픈 것이 없다. 회사가 위기일수록 이런 사람들이 많아지는데, 어쩌면 이런 사

직장생활에서 피해야 할 사람들

직장 생활을 하다보면 뭔지 모르게 자신의 힘을 빼는 사람들이 있는데 이런 사람들과는 처음부터 거리를 두는게 좋다고 합니다. 꽤 오래된 글이지만 몇 가지는 저도 공감이 가는글이고, 반대로 저도 이런적이 있었나 다시 한번 생각해보게 되는 글입니다.

🏄🏻‍♂️ 편을 가르는 사람들
회의를 팀전이라 생각하는 사람들이 있습니다. '니 편 내 편' 이 있는 사람들은 회의 내용에 잘 집중하지 못합니다. 이 사람들이 가장 문제가 되는 점은 '상대방의 주장이 옳다는 것'을 알아도 여전히 노선을 바꾸지 않는 점입니다.

🤫 상대에 따라 말이 바뀌는 사람들
말이나 생각의 일관성이 없는 사람들입니다. 특히 상사를 대할 때와 동료를 대할 때 말이 180도 달라지는 사람들이 많습니다. 이런 사람들이 가장 싫어하는 것은 '모두가 있는 자리에서 자신의 생각을 이야기하는 것' 입니다. 회의에서는 말을 아끼거나 대부분의 사람의 의견에 동의하지만, 회의가 끝나면 참석한 사람들을 하나씩 붙잡고 이야기를 시작합니다. 보통 이런 사람들은 회사에 불만이 많고, 불만의 대상이 눈앞에 있으면 그 이야기를 하지 않습니다. 그 사람을 직접 마주보고 할 수 없는 이야기는 다른 사람에게도 하지 않는 것이 좋습니다.

🏃‍♂️ 감정 기복이 심한 사람들
이런 사람들의 특징은 굉장히 잘해주는 때와 이유없이 화를 내는 때의 변화가 찰나의 순간에 교차한다는 것입니다. 논쟁을 하다가 갑자기 감정을 폭발하는 사람을 대하는 것은 굉장히 어렵습니다. 가능하다면 이런 사람들과는 1:1로 미팅을 하지 않는 것이 좋고, 어쩔 수 없이 해야한다면 회의실말고 카페같은 열린 공간에서 하는 것이 더 좋습니다.

🧘🏻‍♂️ 하겠다고 한 일을 하지 않는 사람들
하겠다고 막 내뱉고 하지 않는 것만큼 동료들을 지치게 하는 일은 없습니다.
하지 않을 업무는 눈 앞에 CEO가 앉아 있더라도 하지 않겠다고 이야기해야 합니다.
하지 않을 업무를 본인 스스로 제안하면 안됩니다. 보통 이러한 사람들은 '할 수 있을 것 같아서', '좋은 생각인 것 같아서'라는 답을 주는데 회사에서는 자신이 뱉은 말은 지켜야 하는 곳입니다.

💁‍♂️ 자기 생각을 이야기하지 못하는 사람들
자신의 생각을 말하지 않는 사람들이 생각을 말하게 하는 것은 생각보다 굉장히 어려운 일입니다. 특히 설득해야 하는 사람이 굳이 그럴 필요까지 있을까 생각하는 경우는 더욱 그렇습니다.
회사는 대체적으로 바쁜곳이기에 이야기하지 않으면 모른다고 생각하는 것이 좋습니다.
'꼭 말해야 아나요?' 라고 묻는다면 '그렇습니다.' 잘못된 의사결정이 내려지고 있으면 말을 해야 합니다.

👨‍💻 날짜와 숫자를 부르지 못하는 사람들
언제까지 마무리 할 수 있을지, 이번 분기에 매출이 얼마로 끝날 것 같은지에 대해 답을 못하는 사람들이 의외로 많습니다. 물어본 질문에 대한 답을 빼고 장황한 설명을 하거나, 노력하고 있다고만 말하는 경우가 많습니다. 이러한 사람을 매니저로 둔 팀원들은 죽었다고 보면 됩니다.

👁️ 하고 싶은 것이 없는 사람들
무기력하거나, 방어적이거나, 둘 다 인 경우를 의미합니다.

직장 생활을 하다보면 뭔지 모르게 자신의 힘을 빼는 사람들이 있는데 이런 사람들과는 처음부터 거리를 두는게 좋다고 합니다. 꽤 오래된 글이지만 몇 가지는 저도 공감이 가는글이고, 반대로 저도 이런적이 있었나 다시 한번 생각해보게 되는 글입니다. 🏄🏻‍♂️ 편을 가르는 사람들회의를 팀전이라 생각하는 사람들이 있습니다. '니 편 내 편' 이 있는 사람들은 회의 내용에 잘 집중하지 못합니다. 이 사람들이 가장 문제가 되는 점은 '상대방의 주장이 옳다는 것'을 알아도 여전히 노선을 바꾸지 않는 점입니다. 🤫 상대에 따라 말이 바뀌는 사람들말이나 생각의 일관성이 없는 사람들입니다. 특히 상사를 대할 때와 동료를 대할 때 말이 180도 달라지는 사람들이 많습니다. 이런 사람들이 가장 싫어하는 것은 '모두가 있는 자리에서 자신의 생각을 이야기하는 것' 입니다. 회의에서는 말을 아끼거나 대부분의 사람의 의견에 동의하지만, 회의가 끝나면 참석한 사람들을 하나씩 붙잡고 이야기를 시작합니다. 보통 이런 사람들은 회사에 불만이 많고, 불만의 대상이 눈앞에 있으면 그 이야기를 하지 않습니다. 그 사람을 직접 마주보고 할 수 없는 이야기는 다른 사람에게도 하지 않는 것이 좋습니다. 🏃‍♂️ 감정 기복이 심한 사람들이런 사람들의 특징은 굉장히 잘해주는 때와 이유없이 화를 내는 때의 변화가 찰나의 순간에 교차한다는 것입니다. 논쟁을 하다가 갑자기 감정을 폭발하는 사람을 대하는 것은 굉장히 어렵습니다. 가능하다면 이런 사람들과는 1:1로 미팅을 하지 않는 것이 좋고, 어쩔 수 없이 해야한다면 회의실말고 카페같은 열린 공간에서 하는 것이 더 좋습니다. 🧘🏻‍♂️ 하겠다고 한 일을 하지 않는 사람들하겠다고 막 내뱉고 하지 않는 것만큼 동료들을 지치게 하는 일은 없습니다.하지 않을 업무는 눈 앞에 CEO가 앉아 있더라도 하지 않겠다고 이야기해야 합니다.하지 않을 업무를 본인 스스로 제안하면 안됩니다. 보통 이러한 사람들은 '할 수 있을 것 같아서', '좋은 생각인 것 같아서'라는 답을 주는데 회사에서는 자신이 뱉은 말은 지켜야 하는 곳입니다. 💁‍♂️ 자기 생각을 이야기하지 못하는 사람들자신의 생각을 말하지 않는 사람들이 생각을 말하게 하는 것은 생각보다 굉장히 어려운 일입니다. 특히 설득해야 하는 사람이 굳이 그럴 필요까지 있을까 생각하는 경우는 더욱 그렇습니다.회사는 대체적으로 바쁜곳이기에 이야기하지 않으면 모른다고 생각하는 것이 좋습니다.'꼭 말해야 아나요?' 라고 묻는다면 '그렇습니다.' 잘못된 의사결정이 내려지고 있으면 말을 해야 합니다. 👨‍💻 날짜와 숫자를 부르지 못하는 사람들언제까지 마무리 할 수 있을지, 이번 분기에 매출이 얼마로 끝날 것 같은지에 대해 답을 못하는 사람들이 의외로 많습니다. 물어본 질문에 대한 답을 빼고 장황한 설명을 하거나, 노력하고 있다고만 말하는 경우가 많습니다. 이러한 사람을 매니저로 둔 팀원들은 죽었다고 보면 됩니다. 👁️ 하고 싶은 것이 없는 사람들무기력하거나, 방어적이거나, 둘 다 인 경우를 의미합니다.

원문: https://vercel.com/blog/how-google-handles-javascript-throughout-the-indexing-process

(번역) 구글이 색인 과정에서 자바스크립트를 처리하는 방법

"구글은 클라이언트 사이드 렌더링을 제대로 처리하지 못해", "자바스크립트를 많이 쓰면 SEO에 악영향을 준다"는 말을 듣고 개발 방식을 고민해본 적 있으신가요?

이 글은 MERJ와 Vercel의 실증적 연구를 번역한 것으로, 구글의 자바스크립트 처리 능력에 대한 오해들을 해소합니다. SPA, CSR 등 현대적 웹 개발 기술이 SEO에 미치는 실제 영향을 밝혀내며, 우리가 믿어왔던 많은 가정들이 더 이상 유효하지 않음을 보여줍니다. 최신 프런트엔드 기술을 적극 활용하면서도 SEO를 최적화할 수 있는 방법을 이 글에서 확인해보세요!

> 글 링크: https://bit.ly/3Bq7TtO

"구글은 클라이언트 사이드 렌더링을 제대로 처리하지 못해", "자바스크립트를 많이 쓰면 SEO에 악영향을 준다"는 말을 듣고 개발 방식을 고민해본 적 있으신가요? 이 글은 MERJ와 Vercel의 실증적 연구를 번역한 것으로, 구글의 자바스크립트 처리 능력에 대한 오해들을 해소합니다. SPA, CSR 등 현대적 웹 개발 기술이 SEO에 미치는 실제 영향을 밝혀내며, 우리가 믿어왔던 많은 가정들이 더 이상 유효하지 않음을 보여줍니다. 최신 프런트엔드 기술을 적극 활용하면서도 SEO를 최적화할 수 있는 방법을 이 글에서 확인해보세요! &gt; 글 링크: https://bit.ly/3Bq7TtO

bit.ly

구글이 색인 과정에서 자바스크립트를 처리하는 방법

지난 16년 동안 8개의 회사를 거치면서, 후보자의 입장에서 여러 번의 면접을 경험해봤고, 반대로 면접관으로서 회사를 대표해 수많은 후보자를 평가하기도 했다. 그 과정에서 여전히 인상 깊게 기억하는 면접이 있는가 하면, 아쉽거나 이해하기 어려운…

개발자 기술 면접

 * 개발자 기술 면접에 대해 작성된 글입니다.
 * 면접을 보는 사람, 면접관 모두에게 도움이 될 것 같아요.
 * 더 좋은 질문은 무엇일까, 어떤 사람을 뽑을 것인가 고민하는 분이라면 꼭 읽어보셔도 좋을 것 같아요

https://medium.com/@greg.shiny82/%EA%B0%9C%EB%B0%9C%EC%9E%90-%EA%B8%B0%EC%88%A0-%EB%A9%B4%EC%A0%91-144a1fe28ca4

<ul ><li>개발자 기술 면접에 대해 작성된 글입니다.</li><li>면접을 보는 사람, 면접관 모두에게 도움이 될 것 같아요.</li><li>더 좋은 질문은 무엇일까, 어떤 사람을 뽑을 것인가 고민하는 분이라면 꼭 읽어보셔도 좋을 것 같아요</li></ul> https://medium.com/@greg.shiny82/%EA%B0%9C%EB%B0%9C%EC%9E%90-%EA%B8%B0%EC%88%A0-%EB%A9%B4%EC%A0%91-144a1fe28ca4

Medium

안녕하세요! 커뮤니티실 동네생활팀 프론트엔드 엔지니어 리디아(Lydia)예요. 당근에 합류한 지 이제 막 한 달이 넘어가고 있는 따끈따끈한 저의 경험을 여러분께 공유하고 싶어 찾아왔어요.

입사 1개월차 프론트엔드 개발자의 자체 기술 온보딩 : Streaming SSR편

최근 당근마켓을 사용하면서 UX가 괜찮다고 느꼇는데요. 이미
Streaming SSR
을 도입하고 있네요.
Streaming SSR
은 전통적인 SSR 한계를 극복하는 렌더링 기법인데요

SSR vs Streaming SSR
 * 기존 SSR: 전체 HTML을 생성한 후 한 번에 전송하기 때문에 모든 데이터 fetching과 렌더링이 완료될때 까지 기다립니다. 완전한 페이지를 한 번에 받기 때문에 유저는 일정시간동안 빈 화면을 봅니다.
 * Streaming SSR: Streaming SSR은 HTML을 Chunk(조각) 단위로 부분 스트리밍하여 전송합니다. 가령 API 페칭이 필요없는 GNB, 네비게이션 등은 먼저 렌더링을 하고 이후에 데이터 fetching이 된 부분은 나중에 순차적으로 렌더링 합니다. 따라서, 중요 컨텐츠를 먼저 사용자에게 전달할 수 있어 전체 로딩 시간은 동일하더라도, 사용자가 체감하는 속도가 더 빨라집니다

Streaming SSR 구현 방법
당근마켓의 StremingSSR은 아래와 같은 단계로 이루어집니다.
 1. 데이터 프리페칭 및 직렬화: TanStack Query로 데이터를 미리 가져옵니다. 이후
    dehydrate
    를 사용해 쿼리 상태를 JSON 으로 직렬화(SSR에서 가져온 데이터를 클라이언트로 전달) 합니다. 이를 통해 직렬화된 상태는 HTML 응답에 포함되어 클라이언트로 전송됩니다.
 2. HTML 스트리밍: ReactDOM의 renderToPipeableSteream함수를 이용해서 HTML 스트림을 청크 단위로 스트리밍합니다. 이를 통해 HTML부분 렌더링을 적용 합니다.
 3. TanstackQuery 하이드레이션: dehydrate 를 통해 JSON 형태로 직렬화된 데이터를 TanstackQuery의 HydrationBounary 함수를 사용하여 TanstackQuery 캐시에 hydrate 합니다. 이 과정을 통해 TanStack Query 캐시에는 서버에서 가져온 데이터가 들어있게됩니다.

국내 IT 기업도 점차 UX의 중요성에 대해 인식하고 기술적으로 많은 시도와 도입을 하는것 같습니다. 고객 경험을 중시하는 이런 시도는 사용자 만족도 향상과 비즈니스 성과 개선으로 이어지는데요. 이런 시도를 통해 당근마켓이 국내를 넘어 글로벌 시장에서도 더욱 성공적으로 성장하기를 기대해 봅니다.

https://medium.com/daangn/%EC%9E%85%EC%82%AC-1%EA%B0%9C%EC%9B%94%EC%B0%A8-%ED%94%84%EB%A1%A0%ED%8A%B8%EC%97%94%EB%93%9C-%EA%B0%9C%EB%B0%9C%EC%9E%90%EC%9D%98-%EC%9E%90%EC%B2%B4-%EA%B8%B0%EC%88%A0-%EC%98%A8%EB%B3%B4%EB%94%A9-streaming-ssr%ED%8E%B8-aabaee57f660

최근 당근마켓을 사용하면서 UX가 괜찮다고 느꼇는데요. 이미 <code >Streaming SSR</code>을 도입하고 있네요. <code >Streaming SSR</code>은 전통적인 SSR 한계를 극복하는 렌더링 기법인데요 SSR vs Streaming SSR<ul ><li>기존 SSR: 전체 HTML을 생성한 후 한 번에 전송하기 때문에 모든 데이터 fetching과 렌더링이 완료될때 까지 기다립니다. 완전한 페이지를 한 번에 받기 때문에 유저는 일정시간동안 빈 화면을 봅니다.</li><li>Streaming SSR: Streaming SSR은 HTML을 Chunk(조각) 단위로 부분 스트리밍하여 전송합니다. 가령 API 페칭이 필요없는 GNB, 네비게이션 등은 먼저 렌더링을 하고 이후에 데이터 fetching이 된 부분은 나중에 순차적으로 렌더링 합니다. 따라서, 중요 컨텐츠를 먼저 사용자에게 전달할 수 있어 전체 로딩 시간은 동일하더라도, 사용자가 체감하는 속도가 더 빨라집니다</li></ul> Streaming SSR 구현 방법당근마켓의 StremingSSR은 아래와 같은 단계로 이루어집니다.<ol ><li>데이터 프리페칭 및 직렬화: TanStack Query로 데이터를 미리 가져옵니다. 이후 <code >dehydrate</code>를 사용해 쿼리 상태를 JSON 으로 직렬화(SSR에서 가져온 데이터를 클라이언트로 전달) 합니다. 이를 통해 직렬화된 상태는 HTML 응답에 포함되어 클라이언트로 전송됩니다.</li><li>HTML 스트리밍: ReactDOM의 renderToPipeableSteream함수를 이용해서 HTML 스트림을 청크 단위로 스트리밍합니다. 이를 통해 HTML부분 렌더링을 적용 합니다.</li><li>TanstackQuery 하이드레이션: dehydrate 를 통해 JSON 형태로 직렬화된 데이터를 TanstackQuery의 HydrationBounary 함수를 사용하여 TanstackQuery 캐시에 hydrate 합니다. 이 과정을 통해 TanStack Query 캐시에는 서버에서 가져온 데이터가 들어있게됩니다.</li></ol> 국내 IT 기업도 점차 UX의 중요성에 대해 인식하고 기술적으로 많은 시도와 도입을 하는것 같습니다. 고객 경험을 중시하는 이런 시도는 사용자 만족도 향상과 비즈니스 성과 개선으로 이어지는데요. 이런 시도를 통해 당근마켓이 국내를 넘어 글로벌 시장에서도 더욱 성공적으로 성장하기를 기대해 봅니다. https://medium.com/daangn/%EC%9E%85%EC%82%AC-1%EA%B0%9C%EC%9B%94%EC%B0%A8-%ED%94%84%EB%A1%A0%ED%8A%B8%EC%97%94%EB%93%9C-%EA%B0%9C%EB%B0%9C%EC%9E%90%EC%9D%98-%EC%9E%90%EC%B2%B4-%EA%B8%B0%EC%88%A0-%EC%98%A8%EB%B3%B4%EB%94%A9-streaming-ssr%ED%8E%B8-aabaee57f660

전통적 SSR의 한계를 넘어: 당근마켓이 도입한 Streaming

01 . 작년부터 스멀스멀 고개를 내미는 기사 중에 이런 류의 제목들이 눈에 띄었습니다. 'Gen Z들에게 독서는 섹시한 행위로 치부된다. 그들에게는 텍스트를 읽는다는 것 자체가 이미 힙한 행동이다.' 그리고 동시다발적으로 새로운 용어들 역시 쏟아지기 시작했죠. '텍스트힙', '책멍', '독파민(독서+도파민)' 같은 말들도 이젠 그리 신기하고 낯선 단어들이 아니니 말입니다.

02 . 독서와 관련한 책을 써서인지 한 매체로부터 이런 현상에 대해 짧게나마 제 생각을 소개해 줄 수 있느냐는 요청을 받았습니다. 하지만 요청주신 분의 설명을 듣고 나서는 정중히 거절했죠. 아쉽게도 기사를 쓰는 분께서 이미 자기만의 답을 내리고 계신 느낌이 물씬 나더라고요. 그리고 그에 맞는 의견을 끼워놓을 요량으로 몇몇의 목소리가 필요했을지도 모르죠. 그 레이더에 아마 제가 걸려들었을 수도 있고요.

03 . 결론부터 이야기하자면 저는 독서가 이른바 새로운 행위와 문화로 간주되는 것도, 책을 둘러싼 조금은 간질거리는 유행어들이 탄생하는 것에도 큰 의미를 두고 있지 않습니다. 사실 책을 좋아하고, 늘 책과 관련한 콘텐츠를 다루고 또 소개하는 저로서도 딱히 책에 관한 엄청난 철학이나 가치관을 가진 것은 아니거든요. 그보다는 그저 책 읽는 행위가 참 즐겁고 그 안에서 발견되는 작은 생각의 조각들을 주워 제가 하는 일들에 조금씩 활용할 수 있다는 사실이 반가워서 계속 읽을 뿐입니다.

04 . 하지만 최근에 쏟아지는 기사들은 마치 '새로운 세대들은 그동안 책 따위엔 관심이 없었는데 복고 패션의 유행이나 클래식 카를 찾는 취향처럼 책 읽는 행위를 특별한 멋으로 생각하고 있다'로만 해석하는 것 같아서 한편으로는 아쉬움이 들더군요. 흡사 양팔과 양다리를 모두 꼰 채로 '우리 세대가 하는 독서와 너희 세대가 하는 독서는 다르지만, 그래도 책을 읽는다니 기특하구먼'이라는 시선으로 내려보는 느낌이랄까요. 개인적 선호 아래 각자의 즐거움을 찾으려는 사람들의 노력을 집단적 특성이란 상자에 욱여넣는 모습은 40대를 시작한 저에게도 결코 유쾌해 보이지 않았습니다.

05 . 사실 '독파민'이라는 단어도 친한 동생에게서 처음 들은 단어였습니다. 독서모임을 위해 발제문을 작성하던 중 주위 사람들의 생각은 어떤지 궁금해서 책을 좋아하는 동생에게 이런저런 의견을 물었는데 대뜸 '형 근데 독파민이라는 말 알아요?'라는 질문이 날아든 것이죠. 그리고 이어진 동생의 말에는 여러모로 생각할 거리가 많이 담겨있었습니다.
"참 웃긴 게... 사람들은 늘 분모에도 공통점을 두고 분자에도 공통점을 둬요. 그러니까 A라는 공통점을 가진 세대들에서 B라는 행위를 하는 사람들은 또 C라는 공통점이 있다는 식인 거죠. 그에 들어맞지 않는 것도 너무 많은데 말이에요."

06 . 그 의견에는 저도 정말 크게 동의가 되더라고요. 기사에서처럼 숏츠에 중독된 Gen Z들이 잠시 뇌를 시킬 목적으로 책을 읽는다고 해석하거나, 이제 숏츠조차 새로울 게 없는 상황에서 텍스트로만 된 책이 새로운 도파민이라는 둥의 말은 제가 봐도 비약이 너무 심한 것 같았거든요. 책 읽는 행위를 섹시하다고 표현하는 것도 찬성이고, 텍스트를 힙하다고 칭하는 것도 찬성이지만 그 본질에 접근하는 방식을 뭉뚱그려 해석할 수는 없다는 게 제 생각입니다.

07 . 이런 생각이 고개를 드는 이유는 한 가지 우려 때문입니다. 우리나라처럼 트렌드에 민감한 환경이라면 '책을 읽는 게 유행이다'라고 인식되는 순간 뜨겁게 그 유행이 달아오르다가 또 어느 순간 '텍스트힙, 독파민, 책멍 이런 단어 그만 좀...'이라는 분위기와 함께 차갑게 식어버릴지도 모르거든요. 뭐 본인 행동의 근간이 '보여주고 싶은 마음'에서 기인하는 것도 인간의 자유인데, '쟤는 보여주려고 저러나 봐'라는 시선을 받는 순간 우리 사회에서는 또 손가락질이 시작되는 것이 한편으로는 미리 두려운 것인지도 모르겠습니다.

08 . 천재 디자이너라 불리었던 '알렉산더 맥퀸'은 자신의 패션에 특정한 별칭을 붙이는 기자들과 자주 언쟁을 벌였습니다. '트렌드를 이끄는 방법 중 하나는 특정한 것이 트렌드가 되지 않도록 하는 것'이라는 그의 기조를 보여주는 대표적인 일화인 셈이죠. 누군가의 머릿속에서 빈약한 근거와 적당한 선입견과 손쉬운 분류와 약간의 우월감이 보태져 생긴 '트렌드'라는 것은 사람들이 그 본질 근처에 가보기도 전에 재빨리 결론을 지어 다시 돌려보내버리고 마니까요. 한편으로는 알렉산더 맥퀸의 마음이 이해가 되는 것도 같습니다.

09 . 아마 제게 인터뷰를 요청한 그 기자님도 이런 말을 기대했을지 모릅니다.
'책 읽는 행위는 우리 세대에서 힙한 행위로 자리 잡았고, 오늘날처럼 휘발성이 강한 콘텐츠 사이에서 제대로, 또 온전히 즐길 수 있는 콘텐츠다'라고 말이죠.
그치만 저는 숏츠도 재밌습니다... 책에는 책이 주는 재미가 있고, 시대의 플랫폼에는 또 그만의 재미가 담겨있죠. 각자가 선호하는 것을 통해 각자가 원하는 것을 얻으면 그만이고, 이왕이면 그 루트가 다양할 때 더 유리하다는 정도가 제 입장이지 독서에 필요 이상의 의미 부여를 하고 싶은 마음은 없습니다.

10 . 아이러니하게도 이건 제가 책을 사랑해서 할 수 있는 말인지도 모르겠습니다. '고양이는 건들지 마라'라는 말처럼 저는 특정한 대상을 하늘 높이 띄워줬다가 금세 나 몰라라 하는 그 마인드가 그리 달갑지 않거든요. 책을 읽고 싶은 사람들은 늘 책을 읽고 있고, 새롭게 책에 접근하는 사람들은 언제든 환영이고, 잠시 책을 떠나있는 사람도 마냥 아쉽지는 않다는 생각으로 아주 긴 호흡의 마음을 먹는다면 작금의 현상이 딱히 새로울 것도 없어 보이니까요, 그들이 책을 읽는 이유는 각자의 이유로 존중받았으면 하는 마음이 간절합니다.
그러니 독서와 관련한 현상은 많은 사람들이 눈치채지 못하게... 조용히 지나가게끔 하는 건 어떨까요... 그들이 책 읽는데 방해가 될지도 모르니까 말입니다...

01 . 작년부터 스멀스멀 고개를 내미는 기사 중에 이런 류의 제목들이 눈에 띄었습니다. 'Gen Z들에게 독서는 섹시한 행위로 치부된다. 그들에게는 텍스트를 읽는다는 것 자체가 이미 힙한 행동이다.' 그리고 동시다발적으로 새로운 용어들 역시 쏟아지기 시작했죠. '텍스트힙', '책멍', '독파민(독서+도파민)' 같은 말들도 이젠 그리 신기하고 낯선 단어들이 아니니 말입니다. 02 . 독서와 관련한 책을 써서인지 한 매체로부터 이런 현상에 대해 짧게나마 제 생각을 소개해 줄 수 있느냐는 요청을 받았습니다. 하지만 요청주신 분의 설명을 듣고 나서는 정중히 거절했죠. 아쉽게도 기사를 쓰는 분께서 이미 자기만의 답을 내리고 계신 느낌이 물씬 나더라고요. 그리고 그에 맞는 의견을 끼워놓을 요량으로 몇몇의 목소리가 필요했을지도 모르죠. 그 레이더에 아마 제가 걸려들었을 수도 있고요. 03 . 결론부터 이야기하자면 저는 독서가 이른바 새로운 행위와 문화로 간주되는 것도, 책을 둘러싼 조금은 간질거리는 유행어들이 탄생하는 것에도 큰 의미를 두고 있지 않습니다. 사실 책을 좋아하고, 늘 책과 관련한 콘텐츠를 다루고 또 소개하는 저로서도 딱히 책에 관한 엄청난 철학이나 가치관을 가진 것은 아니거든요. 그보다는 그저 책 읽는 행위가 참 즐겁고 그 안에서 발견되는 작은 생각의 조각들을 주워 제가 하는 일들에 조금씩 활용할 수 있다는 사실이 반가워서 계속 읽을 뿐입니다. 04 . 하지만 최근에 쏟아지는 기사들은 마치 '새로운 세대들은 그동안 책 따위엔 관심이 없었는데 복고 패션의 유행이나 클래식 카를 찾는 취향처럼 책 읽는 행위를 특별한 멋으로 생각하고 있다'로만 해석하는 것 같아서 한편으로는 아쉬움이 들더군요. 흡사 양팔과 양다리를 모두 꼰 채로 '우리 세대가 하는 독서와 너희 세대가 하는 독서는 다르지만, 그래도 책을 읽는다니 기특하구먼'이라는 시선으로 내려보는 느낌이랄까요. 개인적 선호 아래 각자의 즐거움을 찾으려는 사람들의 노력을 집단적 특성이란 상자에 욱여넣는 모습은 40대를 시작한 저에게도 결코 유쾌해 보이지 않았습니다. 05 . 사실 '독파민'이라는 단어도 친한 동생에게서 처음 들은 단어였습니다. 독서모임을 위해 발제문을 작성하던 중 주위 사람들의 생각은 어떤지 궁금해서 책을 좋아하는 동생에게 이런저런 의견을 물었는데 대뜸 '형 근데 독파민이라는 말 알아요?'라는 질문이 날아든 것이죠. 그리고 이어진 동생의 말에는 여러모로 생각할 거리가 많이 담겨있었습니다."참 웃긴 게... 사람들은 늘 분모에도 공통점을 두고 분자에도 공통점을 둬요. 그러니까 A라는 공통점을 가진 세대들에서 B라는 행위를 하는 사람들은 또 C라는 공통점이 있다는 식인 거죠. 그에 들어맞지 않는 것도 너무 많은데 말이에요." 06 . 그 의견에는 저도 정말 크게 동의가 되더라고요. 기사에서처럼 숏츠에 중독된 Gen Z들이 잠시 뇌를 시킬 목적으로 책을 읽는다고 해석하거나, 이제 숏츠조차 새로울 게 없는 상황에서 텍스트로만 된 책이 새로운 도파민이라는 둥의 말은 제가 봐도 비약이 너무 심한 것 같았거든요. 책 읽는 행위를 섹시하다고 표현하는 것도 찬성이고, 텍스트를 힙하다고 칭하는 것도 찬성이지만 그 본질에 접근하는 방식을 뭉뚱그려 해석할 수는 없다는 게 제 생각입니다. 07 . 이런 생각이 고개를 드는 이유는 한 가지 우려 때문입니다. 우리나라처럼 트렌드에 민감한 환경이라면 '책을 읽는 게 유행이다'라고 인식되는 순간 뜨겁게 그 유행이 달아오르다가 또 어느 순간 '텍스트힙, 독파민, 책멍 이런 단어 그만 좀...'이라는 분위기와 함께 차갑게 식어버릴지도 모르거든요. 뭐 본인 행동의 근간이 '보여주고 싶은 마음'에서 기인하는 것도 인간의 자유인데, '쟤는 보여주려고 저러나 봐'라는 시선을 받는 순간 우리 사회에서는 또 손가락질이 시작되는 것이 한편으로는 미리 두려운 것인지도 모르겠습니다. 08 . 천재 디자이너라 불리었던 '알렉산더 맥퀸'은 자신의 패션에 특정한 별칭을 붙이는 기자들과 자주 언쟁을 벌였습니다. '트렌드를 이끄는 방법 중 하나는 특정한 것이 트렌드가 되지 않도록 하는 것'이라는 그의 기조를 보여주는 대표적인 일화인 셈이죠. 누군가의 머릿속에서 빈약한 근거와 적당한 선입견과 손쉬운 분류와 약간의 우월감이 보태져 생긴 '트렌드'라는 것은 사람들이 그 본질 근처에 가보기도 전에 재빨리 결론을 지어 다시 돌려보내버리고 마니까요. 한편으로는 알렉산더 맥퀸의 마음이 이해가 되는 것도 같습니다. 09 . 아마 제게 인터뷰를 요청한 그 기자님도 이런 말을 기대했을지 모릅니다. '책 읽는 행위는 우리 세대에서 힙한 행위로 자리 잡았고, 오늘날처럼 휘발성이 강한 콘텐츠 사이에서 제대로, 또 온전히 즐길 수 있는 콘텐츠다'라고 말이죠. 그치만 저는 숏츠도 재밌습니다... 책에는 책이 주는 재미가 있고, 시대의 플랫폼에는 또 그만의 재미가 담겨있죠. 각자가 선호하는 것을 통해 각자가 원하는 것을 얻으면 그만이고, 이왕이면 그 루트가 다양할 때 더 유리하다는 정도가 제 입장이지 독서에 필요 이상의 의미 부여를 하고 싶은 마음은 없습니다. 10 . 아이러니하게도 이건 제가 책을 사랑해서 할 수 있는 말인지도 모르겠습니다. '고양이는 건들지 마라'라는 말처럼 저는 특정한 대상을 하늘 높이 띄워줬다가 금세 나 몰라라 하는 그 마인드가 그리 달갑지 않거든요. 책을 읽고 싶은 사람들은 늘 책을 읽고 있고, 새롭게 책에 접근하는 사람들은 언제든 환영이고, 잠시 책을 떠나있는 사람도 마냥 아쉽지는 않다는 생각으로 아주 긴 호흡의 마음을 먹는다면 작금의 현상이 딱히 새로울 것도 없어 보이니까요, 그들이 책을 읽는 이유는 각자의 이유로 존중받았으면 하는 마음이 간절합니다. 그러니 독서와 관련한 현상은 많은 사람들이 눈치채지 못하게... 조용히 지나가게끔 하는 건 어떨까요... 그들이 책 읽는데 방해가 될지도 모르니까 말입니다...

독서는 건드리지 말아 주세요...

Sam Altman's spent years refining his note-taking process. Here's exactly what he does.

David Perell (@david_perell) on X

샘 알트만이 습관적으로 노트를 쓴다는 사실은 많이들 알고 계실 겁니다. 내용은 극비겠지만, 그가 자신의 노트 스펙(?)은 공유했어요. 우선 노트 자체는 바지 주머니에 넣고 다닐 만한 사이즈와 두께고요. 꼭 스프링노트를 쓴다고 합니다. 이유는 1) 책상에 딱 붙여놓고 쓸 수 있고, 2) 페이지가 잘 넘어 가며, 3) 필요할 경우 페이지를 뜯어낼 수 있어섭니다(페이지를 아마 많이 뜯어낼 거라고 생각해요). 종이는 펜이 잘 미끄러져 나가야 해서, 재질이 부드러워야하고요. 펜은 uni ball micro 0.5 검은색 아니면 Muji 0.3 파란색 펜을 쓴다고 합니다. 2~3주 안에 노트 한 권을 다 쓰고요. 어릴 때부터 여러 노트, 여러 펜을 다 써보고 최적화 한 결과라네요.ㅎㅎ
노트 작성 스펙을 차례대로 쭉 설명하는 말솜씨 자체가 굉장히 깔끔하고 군더더기 없고 체계적이어서 놀라기도 했습니다. 
https://x.com/david_perell/status/1838425252772077636

샘 알트만이 습관적으로 노트를 쓴다는 사실은 많이들 알고 계실 겁니다. 내용은 극비겠지만, 그가 자신의 노트 스펙(?)은 공유했어요. 우선 노트 자체는 바지 주머니에 넣고 다닐 만한 사이즈와 두께고요. 꼭 스프링노트를 쓴다고 합니다. 이유는 1) 책상에 딱 붙여놓고 쓸 수 있고, 2) 페이지가 잘 넘어 가며, 3) 필요할 경우 페이지를 뜯어낼 수 있어섭니다(페이지를 아마 많이 뜯어낼 거라고 생각해요). 종이는 펜이 잘 미끄러져 나가야 해서, 재질이 부드러워야하고요. 펜은 uni ball micro 0.5 검은색 아니면 Muji 0.3 파란색 펜을 쓴다고 합니다. 2~3주 안에 노트 한 권을 다 쓰고요. 어릴 때부터 여러 노트, 여러 펜을 다 써보고 최적화 한 결과라네요.ㅎㅎ노트 작성 스펙을 차례대로 쭉 설명하는 말솜씨 자체가 굉장히 깔끔하고 군더더기 없고 체계적이어서 놀라기도 했습니다.&nbsp;https://x.com/david_perell/status/1838425252772077636

X (formerly Twitter)

샘 알트만이 습관적으로 노트를 쓴다는 사실은 많이들 알고 계실 겁

Dynamic Size Class를 사용해보셨나요? 저는 Storyboard를 사용할 때 Inspector에서(+) 발견하긴 했지만 제가 원하는 기능을 충족하지 않는 것 같아서 Orientation을 감시하고 iPad인지 따라 Constraints를 전환하는 것으로 대신했습니다. iPad용 기획이나 디자인이 따로 없었기도하고 크기가 아니라 상태에 따라 결정되는 부분도 있었기 때문이죠. SwiftUI에서도 사용할 수 있나보네요. 이상한 부분이 있어서 댓글

SwiftUI에서 Dynamic Size Class 변경 구현하기 - 한마디로 Medium 직독직해 #60

Dynamic Size Class를 사용해보셨나요? 🤔 저는 Storyboard를 사용할 때 Inspector에서(+) 발견하긴 했지만 제가 원하는 기능을 충족하지 않는 것 같아서 Orientation을 감시하고 iPad인지 따라 Constraints를 전환하는 것으로 대신했습니다. 😅

iPad용 기획이나 디자인이 따로 없었기도하고 크기가 아니라 상태에 따라 결정되는 부분도 있었기 때문이죠. 😭

그걸 SwiftUI에서도 사용할 수 있나보네요. 😮

이상한 부분이 있어서 댓글 달았더니 바로 수정해주네요. 😀

#SwiftUI #DynamicSizeClass #sizeclass #orientation #implementation

https://youtu.be/_vZMqZi5swU

Dynamic Size Class를 사용해보셨나요? 🤔 저는 Storyboard를 사용할 때 Inspector에서(+) 발견하긴 했지만 제가 원하는 기능을 충족하지 않는 것 같아서 Orientation을 감시하고 iPad인지 따라 Constraints를 전환하는 것으로 대신했습니다. 😅 iPad용 기획이나 디자인이 따로 없었기도하고 크기가 아니라 상태에 따라 결정되는 부분도 있었기 때문이죠. 😭 그걸 SwiftUI에서도 사용할 수 있나보네요. 😮 이상한 부분이 있어서 댓글 달았더니 바로 수정해주네요. 😀 #SwiftUI #DynamicSizeClass #sizeclass #orientation #implementation https://youtu.be/_vZMqZi5swU

www.youtube.com

소프트웨어 개발자

박지도

SwiftUI에서 Dynamic Size Class 변경 구현하기

모빌리티 / 교통

javascript

Java

React Native

typescript

Github

Objective-C

Android

킥고잉 앱 개발, 기술 로드맵 제시, 더 좋은 개발환경 고민

킥고잉 App 외국어 표시, 채널톡, 동네지도, 전기자전거, 길 안내 기능 개발
Rendering, 데이터 사용량 최적화, 코드 개선
React-Native 업그레이드 ~0.68

Mobile Tech Lead

금융 / 핀테크

정부 / 공공

swift

c언어

PDF 기반 iPad Presentation 앱(현 '폴라리스 쇼') 개발 총괄 및 핵심 아이디어 제시
국내 3대 통신사 서비스/플랫폼 개발 및 유지보수
삼성물산 건물 통합관리 시스템 클라이언트 개발 리드
SMS 기반 자체 보안 솔루션 유지보수


개발자

라이프스타일

관련주식검색기(+서버), 게임도우미, 공인중개사요약집, ShowNote, 문자행동, 누군지다알아, 말해봐 번역기, 술마셔건배사, 보내봐 단체문자, 우리어디가?, 로아도우미

개인 iOS 앱 개발자

교육 / 에듀테크

외국어 교육 1위 서비스 iPhone/iPad 수강앱 신규 개발
영상 플레이어 Pods 라이브러리로 개발하여 재활용
ReactNative, Unity 등 신규 Framework 선행 학습 및 파일럿 프로젝트 리드

iOS App Developer

3년제 전산과에서 분과된 소프트웨어 전공 학과
사내 벤쳐 동아리 활동/교내 대회 출품
졸업 작품: WIPI Designer
- Windows Forms 처럼 그리면 실행했을 때 동일한 화면이 나오도록 코드 생성
- WINAPI(Visual C)로 개발


소프트웨어 전공

이영준

링크드인

Naver

KWDC23 참석 후 다시 iOS 개발을 하고 싶어 SwiftUI, Combine 등 그동안 발전한 최근 iOS 기술들 학습하면서 개인 앱 개발 중. Native iOS나 RN을 Native로 전환하는 포지션 구직 중

#앱개발자 #iOS개발자 #SwiftUI

SwiftUI에서 Dynamic Size Class 변경 구현하기

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필