Mobile development is a dynamic field that evolves rapidly, demanding developers to be proactive in keeping up with the latest trends, tools, and technologies. As the app landscape continuously...

How to Stay Up-to-Date as a Mobile Developer

개발자가 간단하게 실천할 수 있는 최신 정보 습득 방법에 대해 가져와 봤습니다! 이미 실천하고 계신 분들도 많으실 것 같네요ㅎㅎ 빠르게 변하는 산업인 만큼 지속적으로 새로운 정보를 받아들이는 것은 중요할 것 같습니다.

 1.  개발자 블로그 및 뉴스레터 구독하기
     iOS, aOS 공식 블로그뿐만 아니라 업계 전문가가 운영하는 블로그나 뉴스레터를 정기적으로 받아보는 것은 꾸준히 정보의 흐름을 읽을 수 있는 가장 좋은 방법입니다.
     
     
 2.  소셜 미디어 및 온라인 커뮤니티에 참여하기
     트위터, 레딧, 스택오브플로우와 같은 개발자 커뮤니티에 가입하는 것은 개발자들과 함께 소통하면서 성장할 수 있는 좋은 방법입니다. (커리어리도 마찬가지입니다!) 관련 해시태그를 팔로우하고, 스레드에 참여해서 좋은 정보를 실시간으로 얻어보세요! (개인적으로 일론머스크의 트윗이 재밌더군요...)
     
     
 3.  컨퍼런스 및 모임 참석
     온라인 및 오프라인 컨퍼런스에 주기적으로 참여하면 동료 개발자들과 네트워크를 형성하고, 최신 업계 동향을 접할 수 있습니다. wwdc, google i/o뿐만 아니라 국내 기업에서 주최하는 세션이나 컨퍼런스에 참여해 보세요!
     
     
 4.  온라인 강좌를 통한 지속적 학습
     코세라와 같은 유명 플랫폼에서 제공하는 온라인 강좌를 통해 지속적으로 지식을 심화해 나가는 것도 좋은 방법입니다. 최신 도구나 프레임워크를 학습하는 것은 나에게 큰 도움이 될 것입니다!
     
     
 5.  출퇴근 시간에 팟캐스트 듣기
     통근 시간을 이용해 팟캐스트의 힘을 활용해 보세요! Fragmented, Swift by Sundell 및 Android Developers Backstage와 같은 팟캐스트에서는 최신 모바일 개발 사례나 인터뷰 및 토론을 제공합니다! 영어 공부도 덤이고요! 이 외에 주요 CEO들이 출연하여 기술에 대해 이야기하는 ACQUIRED를 추천드립니다! 최근에는 앤비디아의 젠슨 황이 출연하기도 했죠.
     
     
 6.  GitHub 리포지토리 및 오픈 소스 프로젝트를 팔로우하기
     GitHub만큼이나 개발자가 코드를 파보기가 좋은 데가 없죠. 도메인와 관련된 프레임워크 라이브러리 오픈소스 프로젝트의 저장소를 꾸준히 기여하고, 참여하면 코딩 기술을 업그레이드할 뿐만 아니라 새로운 코딩 표준 및 공동 개발 방식을 접할 수 있습니다.
     
     
 7.  베타 릴리즈 사용해 보기
     얼리어답터가 되어 운영체제, SDK 및 개발도구의 베타 릴리즈를 실험하면 누구보다 빠른 기술을 습득할 수 있습니다. 이러한 경험을 통해 앱을 조정하고, 개발 커뮤니티에 좋은 의견들을 나눠볼 수 있죠.
     
     
 8.  업계 보고서 읽기
     보고서를 통해 업계 최신 동향을 광범위하게 얻을 수 있습니다. 또한 시장 행동과 타깃 유저 행동에 대한 통팔력을 통해 더 큰 그림을 이해하고, 프로젝트 방향에 대한 정보를 입각한 결정을 내릴 수 있습니다. 해외 쪽 뿐만 아니라 국내 주요 기업도 리포트를 발간하고 있으니, 참고하면 좋을 것 같습니다.
     
     
 9.  개인적인 개발 계획 수립
     커리어적인 성장을 위해 체계적인 계획을 개발하는 것이 중요합니다. 학습을 위한 시간을 확보하고, 강좌 및 컨퍼런스와 같은 앞선 내용들에 리소스를 할당하고 정기적으로 스스로 평가하는 시간을 가져보는 것이 좋습니다.
     
     
 10. 지속적인 네트워킹
     네트워킹은 최신 정보를 유지하는 데에 필수적인 요소입니다 동료 개발자와 소통하고, 적극적으로 협업 기회를 찾아보는 것입니다. 멘토링 및 협업 프로젝트에 참여하는 것도 좋습니다.
     
     본문에 대한 원글은 아래 링크에서 볼 수 있습니다.
     https://medium.com/gitconnected/how-to-stay-up-to-date-as-a-mobile-developer-0d6c5ef47acc

개발자가 간단하게 실천할 수 있는 최신 정보 습득 방법에 대해 가져와 봤습니다! 이미 실천하고 계신 분들도 많으실 것 같네요ㅎㅎ 빠르게 변하는 산업인 만큼 지속적으로 새로운 정보를 받아들이는 것은 중요할 것 같습니다. <ol ><li>개발자 블로그 및 뉴스레터 구독하기iOS, aOS 공식 블로그뿐만 아니라 업계 전문가가 운영하는 블로그나 뉴스레터를 정기적으로 받아보는 것은 꾸준히 정보의 흐름을 읽을 수 있는 가장 좋은 방법입니다. </li><li>소셜 미디어 및 온라인 커뮤니티에 참여하기트위터, 레딧, 스택오브플로우와 같은 개발자 커뮤니티에 가입하는 것은 개발자들과 함께 소통하면서 성장할 수 있는 좋은 방법입니다. (커리어리도 마찬가지입니다!) 관련 해시태그를 팔로우하고, 스레드에 참여해서 좋은 정보를 실시간으로 얻어보세요! (개인적으로 일론머스크의 트윗이 재밌더군요...) </li><li>컨퍼런스 및 모임 참석온라인 및 오프라인 컨퍼런스에 주기적으로 참여하면 동료 개발자들과 네트워크를 형성하고, 최신 업계 동향을 접할 수 있습니다. wwdc, google i/o뿐만 아니라 국내 기업에서 주최하는 세션이나 컨퍼런스에 참여해 보세요! </li><li>온라인 강좌를 통한 지속적 학습코세라와 같은 유명 플랫폼에서 제공하는 온라인 강좌를 통해 지속적으로 지식을 심화해 나가는 것도 좋은 방법입니다. 최신 도구나 프레임워크를 학습하는 것은 나에게 큰 도움이 될 것입니다! </li><li>출퇴근 시간에 팟캐스트 듣기통근 시간을 이용해 팟캐스트의 힘을 활용해 보세요! Fragmented, Swift by Sundell 및 Android Developers Backstage와 같은 팟캐스트에서는 최신 모바일 개발 사례나 인터뷰 및 토론을 제공합니다! 영어 공부도 덤이고요! 이 외에 주요 CEO들이 출연하여 기술에 대해 이야기하는 ACQUIRED를 추천드립니다! 최근에는 앤비디아의 젠슨 황이 출연하기도 했죠. </li><li>GitHub 리포지토리 및 오픈 소스 프로젝트를 팔로우하기GitHub만큼이나 개발자가 코드를 파보기가 좋은 데가 없죠. 도메인와 관련된 프레임워크 라이브러리 오픈소스 프로젝트의 저장소를 꾸준히 기여하고, 참여하면 코딩 기술을 업그레이드할 뿐만 아니라 새로운 코딩 표준 및 공동 개발 방식을 접할 수 있습니다. </li><li>베타 릴리즈 사용해 보기 얼리어답터가 되어 운영체제, SDK 및 개발도구의 베타 릴리즈를 실험하면 누구보다 빠른 기술을 습득할 수 있습니다. 이러한 경험을 통해 앱을 조정하고, 개발 커뮤니티에 좋은 의견들을 나눠볼 수 있죠. </li><li>업계 보고서 읽기보고서를 통해 업계 최신 동향을 광범위하게 얻을 수 있습니다. 또한 시장 행동과 타깃 유저 행동에 대한 통팔력을 통해 더 큰 그림을 이해하고, 프로젝트 방향에 대한 정보를 입각한 결정을 내릴 수 있습니다. 해외 쪽 뿐만 아니라 국내 주요 기업도 리포트를 발간하고 있으니, 참고하면 좋을 것 같습니다. </li><li>개인적인 개발 계획 수립커리어적인 성장을 위해 체계적인 계획을 개발하는 것이 중요합니다. 학습을 위한 시간을 확보하고, 강좌 및 컨퍼런스와 같은 앞선 내용들에 리소스를 할당하고 정기적으로 스스로 평가하는 시간을 가져보는 것이 좋습니다. </li><li>지속적인 네트워킹네트워킹은 최신 정보를 유지하는 데에 필수적인 요소입니다 동료 개발자와 소통하고, 적극적으로 협업 기회를 찾아보는 것입니다. 멘토링 및 협업 프로젝트에 참여하는 것도 좋습니다. 본문에 대한 원글은 아래 링크에서 볼 수 있습니다.https://medium.com/gitconnected/how-to-stay-up-to-date-as-a-mobile-developer-0d6c5ef47acc</li></ol>

Medium

개발자가 실생활에서 실천할 수 있는 스터디 방법 소개 🔑

빠르게 변화하는 시장을 바라보는 마인드셋이 정말 중요한 것 같아요^^

업무를 일반인보다 몇 배는 잘 해내면서, 항상 시간적 여유도 있는 사람들의 특징. 이런 사람들은 세 가지를 더 잘 합니다. 바로 업무의 자동화, 제거, 위임. (automate, eliminate, delegate)이죠. 결론적으로 '시스템 화'를 잘 한다고 할 수 있습니다. ​ 위임 우선 위임부터 보겠습니다. 위임은 남에게 업무의 일부를 주는 거죠.

업무를 많이 하면서 시간적 여유도 있는 사람들의 특징

업무를 많이 하면서도 시간적 여유가 있는 사람들의 특징은 자신의 업무를 '시스템화'하는 데 있습니다. 구체적으로는 업무의 자동화, 제거, 위임을 잘하는 것이죠.

위임은 자신의 업무 일부를 팀원이나 외부 서비스에 맡기는 것입니다. 위임을 잘하면 직접 일하는 시간보다 타인의 능력을 활용하는 것이 성공의 열쇠가 됩니다.

제거는 중요하지 않은 업무를 과감히 삭제하는 능력입니다. 불필요한 일에 시간을 쏟지 않고 핵심에 집중할 수 있게 해줍니다.

자동화는 반복적인 업무를 프로그램이나 도구로 대체하는 것입니다. 엑셀, 이메일 답변, 미팅 로그 정리 등 다양한 업무를 자동화할 수 있습니다. 시간과 에너지를 절약해주죠.

이렇게 업무를 자동화하고, 불필요한 일은 제거하며, 남은 일은 위임하면 동일한 시간에 몇 배의 생산성을 낼 수 있습니다. 이를 통해 시간적 여유를 가지고 더 중요한 일에 집중할 수 있게 됩니다.

https://ppss.kr/archives/265772

업무를 많이 하면서도 시간적 여유가 있는 사람들의 특징은 자신의 업무를 '시스템화'하는 데 있습니다. 구체적으로는 업무의 자동화, 제거, 위임을 잘하는 것이죠. 위임은 자신의 업무 일부를 팀원이나 외부 서비스에 맡기는 것입니다. 위임을 잘하면 직접 일하는 시간보다 타인의 능력을 활용하는 것이 성공의 열쇠가 됩니다. 제거는 중요하지 않은 업무를 과감히 삭제하는 능력입니다. 불필요한 일에 시간을 쏟지 않고 핵심에 집중할 수 있게 해줍니다. 자동화는 반복적인 업무를 프로그램이나 도구로 대체하는 것입니다. 엑셀, 이메일 답변, 미팅 로그 정리 등 다양한 업무를 자동화할 수 있습니다. 시간과 에너지를 절약해주죠. 이렇게 업무를 자동화하고, 불필요한 일은 제거하며, 남은 일은 위임하면 동일한 시간에 몇 배의 생산성을 낼 수 있습니다. 이를 통해 시간적 여유를 가지고 더 중요한 일에 집중할 수 있게 됩니다. https://ppss.kr/archives/265772

ㅍㅍㅅㅅ

이번에 소개할 개발자는 백엔드 분야에서 활동하며, 한 회사에서 올해 만 10년 차를 맞이한 인물입니다. 현재 네이버쇼핑에서 ‘패션타운’ 서비스를 개발하고 있는 권태관 개발자가 그 주인공인데요. ‘네이버’라는 한 회사에서만 10년이라는 긴 시간을 보낸 만큼, 그가 참여했던 서비스도 쥬니버, 날씨, 네이버페이, V Live, 쇼핑라이브 등 다양합니다. 권태관 개발자에게 지난 10년은 개발자로서 다양한 경험을 쌓으며, 성장할 수 있었던 시간이었는데요. 어느덧

어제보다 1cm 더 성장하기: 네이버 권태관 개발자 | 요즘IT

성장하는 개발자에 대해 인터뷰 한 내용을 공유 드립니다. 이번 인터뷰를 하면서 질문에 대한 답변을 하다보니 제 자신을 다시 돌아볼 수 있는 기회가 되었고 더 단단해져야겠다 라는 생각도 들었던 좋은 기회로 기억될 것 같습니다. 인생, 그리고 개발자 커리어에 정답이나 따라야만 하는 로드맵은 없겠지만 계속 성장에 대한 고민을 스스로 하다보면 자신만의 호흡이 생기지 않을까 싶더라구요.

https://yozm.wishket.com/magazine/detail/2539/

성장하는 개발자에 대해 인터뷰 한 내용을 공유 드립니다. 이번 인터뷰를 하면서 질문에 대한 답변을 하다보니 제 자신을 다시 돌아볼 수 있는 기회가 되었고 더 단단해져야겠다 라는 생각도 들었던 좋은 기회로 기억될 것 같습니다. 인생, 그리고 개발자 커리어에 정답이나 따라야만 하는 로드맵은 없겠지만 계속 성장에 대한 고민을 스스로 하다보면 자신만의 호흡이 생기지 않을까 싶더라구요. https://yozm.wishket.com/magazine/detail/2539/

요즘IT

어제보다 1cm 더 성장하기

맥을 사용하시는 개발자분들께서는 터미널을 통해 간단한 명령어를 작성하고, 실행 결과를 가져오는 경우가 많습니다. 예를 들어, 프로그램을 브라우저를 통해 설치할 필요 없이 코드 1줄로 간편하게 설치하고, 업데이트하고 또 제거할 수 있죠. 오늘은 맥을 통해 zsh를 간단하게 시작하는 방법에 대해 가져와 봤습니다!

 1. 터미널 열기
 commend + 스페이스 바를 통해 터미널을 검색해서 열거나 , 런치 패드를 통해 터미널에 접속합니다.
 
 
 2. 기본 쉘을
 zsh
 로 변경하기
 bash는 맥의 기본 쉘입니다. 기본 쉘을 zsh로 변경하려면
 chsh -s /bin/zsh
 를 작성후 시스템 암호를 입력하면 됩니다. 이후 터미널을 재시작하면, 쉘이 zsh로 시작됩니다.
 
 
 3. Oh My Zsh
 설치하기
 맥은 Oh My Zsh 구성파일을 기본적으로 생성하지 않아 따로 구성해주어야 합니다.
 touch ~/.zshrc
 명령어를 작성하고,
 ls -a
 을 입력하면 현재 디렉토리의 파일 구성 목록이 나오는데, 여기서 구성 파일들을 확인할 수 있습니다.
 
 
 4. Zsh 테마 구성하기
 ./oh-my-zsh/themes 로 이동하면 사용 가능한 모든 테마 목록이 나열됩니다. 새로운 테마를 다운로드 하려면 oh-my-zsh의 깃 저장소에서 복사할 수 있습니다.
 git clone https://github.com/romkatv/powerlevel10k.git $ZSH_CUSTOM/themes/powerlevel10k #powerlevel10k 테마 설치하기 
 
 
 
 5. zsh-autosuggestions
 ,
 zsh-syntax-highlighting
 플러그인 설치하기
 모든 이용 가능한 플러그인은
 ls -a .oh-my-zsh/plugins
 명령어를 통해 리스트를 확인해볼 수 있습니다. 깃에서 클론을 생성하는 코드는 다음과 같습니다.
 git clone https://github.com/zsh-users/zsh-autosuggestions ${ZSH_CUSTOM:-~/.oh-my-zsh/custom}/plugins/zsh-autosuggestions
 
 git clone https://github.com/zsh-users/zsh-syntax-highlighting.git ${ZSH_CUSTOM:-~/.oh-my-zsh/custom}/plugins/zsh-syntax-highlighting
 
 
 
6. Homebrew 설치하기
홈브루는 다른 프로그램을 설치하기 위한 필수 패키지로 다음과 같은 명령어로 설치합니다. 이후 경로에 Home을 추가합니다. 이후 홈브루를 통해 아래와 같은 예쁜 모양(?)의 커스텀된 코드를 출력할 수 있습니다.
brew install neofetch
<- 단 한 줄로 설치하고,
neofetch
단 한 줄로 실행합니다.
/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"

지금까지 간단하게 터미널에서 ZSH 시작하는 방법을 알아봤습니다!
원문은 아래의 링크에서 볼 수 있습니다 !

https://medium.com/@luzhenna/getting-started-with-zsh-on-a-macbook-bd1c98c6f383

맥을 사용하시는 개발자분들께서는 터미널을 통해 간단한 명령어를 작성하고, 실행 결과를 가져오는 경우가 많습니다. 예를 들어, 프로그램을 브라우저를 통해 설치할 필요 없이 코드 1줄로 간편하게 설치하고, 업데이트하고 또 제거할 수 있죠. 오늘은 맥을 통해 zsh를 간단하게 시작하는 방법에 대해 가져와 봤습니다! <ol ><li>터미널 열기commend + 스페이스 바를 통해 터미널을 검색해서 열거나 , 런치 패드를 통해 터미널에 접속합니다. </li><li>기본 쉘을 <code >zsh</code>로 변경하기bash는 맥의 기본 쉘입니다. 기본 쉘을 zsh로 변경하려면 <code >chsh -s /bin/zsh</code>를 작성후 시스템 암호를 입력하면 됩니다. 이후 터미널을 재시작하면, 쉘이 zsh로 시작됩니다. </li><li><code >Oh My Zsh</code> 설치하기맥은 Oh My Zsh 구성파일을 기본적으로 생성하지 않아 따로 구성해주어야 합니다.<code >touch ~/.zshrc</code> 명령어를 작성하고,<code >ls -a</code>을 입력하면 현재 디렉토리의 파일 구성 목록이 나오는데, 여기서 구성 파일들을 확인할 수 있습니다. </li><li>Zsh 테마 구성하기./oh-my-zsh/themes 로 이동하면 사용 가능한 모든 테마 목록이 나열됩니다. 새로운 테마를 다운로드 하려면 oh-my-zsh의 깃 저장소에서 복사할 수 있습니다.<pre ><code>git clone https://github.com/romkatv/powerlevel10k.git $ZSH_CUSTOM/themes/powerlevel10k #powerlevel10k 테마 설치하기 </code></pre> </li><li><code >zsh-autosuggestions</code> , <code >zsh-syntax-highlighting</code> 플러그인 설치하기모든 이용 가능한 플러그인은 <code >ls -a .oh-my-zsh/plugins</code> 명령어를 통해 리스트를 확인해볼 수 있습니다. 깃에서 클론을 생성하는 코드는 다음과 같습니다.<pre ><code>git clone https://github.com/zsh-users/zsh-autosuggestions ${ZSH_CUSTOM:-~/.oh-my-zsh/custom}/plugins/zsh-autosuggestions</code></pre><pre ><code>git clone https://github.com/zsh-users/zsh-syntax-highlighting.git ${ZSH_CUSTOM:-~/.oh-my-zsh/custom}/plugins/zsh-syntax-highlighting</code></pre> </li></ol>6. Homebrew 설치하기홈브루는 다른 프로그램을 설치하기 위한 필수 패키지로 다음과 같은 명령어로 설치합니다. 이후 경로에 Home을 추가합니다. 이후 홈브루를 통해 아래와 같은 예쁜 모양(?)의 커스텀된 코드를 출력할 수 있습니다. <code >brew install neofetch</code> &lt;- 단 한 줄로 설치하고, <code >neofetch</code> 단 한 줄로 실행합니다.<pre ><code>/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"</code></pre> 지금까지 간단하게 터미널에서 ZSH 시작하는 방법을 알아봤습니다! 원문은 아래의 링크에서 볼 수 있습니다 ! https://medium.com/@luzhenna/getting-started-with-zsh-on-a-macbook-bd1c98c6f383

MAC에서 터미널로 zsh 시작하기

새로운 프로그래밍 언어를 배워 성장하기 위한 가장 좋은 선택지는 무엇일까요? '2024년 배우면 좋을 프로그래밍 언어'의 주제는 성장형 프로그래밍 언어입니다. 지금 배워두면 미래에 큰 도움이 될 수 있는 언어인 동시에 모던함을 가진 언어들로 구성해 보았으니 놓치지 말고 확인해 보세요.

2024년, 배우면 좋을 프로그래밍 언어 ① | 원티드

안녕하세요. 이도행 입니다 :)

이번에 원티드와 함께 성장하는 개발의 비밀노트 시리즈 1,2부를 쓰게 되었어요!
공개된 1부, 2024년에 배우면 좋을 프로그래밍 언어 1편을 가져와 봤습니다.

혹시나 2024년 목표로 새로운 프로그래밍 언어 학습을 목표로 두고 계시다면 좋은 참고가 될것 같습니다!!

감사합니다.

안녕하세요. 이도행 입니다 :) 이번에 원티드와 함께 성장하는 개발의 비밀노트 시리즈 1,2부를 쓰게 되었어요!공개된 1부, 2024년에 배우면 좋을 프로그래밍 언어 1편을 가져와 봤습니다. 혹시나 2024년 목표로 새로운 프로그래밍 언어 학습을 목표로 두고 계시다면 좋은 참고가 될것 같습니다!! 감사합니다.

원티드

2024년 배우면 좋을 프로그래밍 언어 1편 공개!

MySQL 서버를 포함한 RDBMS를 사용하다 보면, No-SQL DBMS 서버에 비해서 많은 데이터 타입들을 가지고 있다는 것을 알고 있을거에요. 하지만 RDBMS를 사용하면서 이런 다양한 데이터 타입에 대해서 정확한 용도와 특성을 모르면 RDBMS 서버가 어렵게 구현하고 있는 장점을 놓쳐 버릴 가능성이 높아요. 아래와 같이 모든 컬럼을...

VARCHAR vs TEXT

문자열의 데이터 타입을 지정할 때 바로 이 두 타입에 대해서 고민을 하실 것 같은데요, 저도 찾아보다가 당근 기술블로그에 정리가 된 좋은 사례를 발견하여 공유드려봅니다! :-)

VARCHAR 타입 : 길이 설정에 주의해야 함
 * MYSQL 서버에서는 VARCHAR 컬럼이 너무 큰 길이를 사용하면 다른 컬럼들이 사용할 수 있는 최대 공간의 크기에 영향을 받게 된다. 따라서 VARCHAR 타입의 최대 저장 길이 설정 시에 공간을 아껴서 설정해야 한다.
   
   
TEXT 타입 : 길이 제한이 사라짐
 * TEXT 타입은 저장 가능 길이도 훨씬 크고, 테이블 생성 시 VARCHAR처럼 최대 길이 제한을 정의하지 않아도 된다.
   
   
   그런데 왜 우리가 모델링하는 대부분의 테이블에서 문자열 저장용 컬럼으로 VARCHAR를 사용할까? ಠ_ಠ
   
   * 일반적인 RDBMS에서 TEXT나 BLOB와 같은 대용량 데이터 저장 시에 저장하는 컬럼 타입을 LOB(Large Object)라고 하는데, 이들은 off-page라는 외부 공간에 저장하게 됨. 그러나, MYSQL 서버에서는 LOB 타입의 컬럼을 길이가 길어서 저장 공간이 많이 필요할 때만 Off-Page로 저장함. 이는 레코드 포멧에 따라 조금씩 다르게 작동하기도 함 VARCHAR 타입의 경우도 칼럼에 저장된 값이 크면 Off-Page로 저장함.
     
     
   * MYSQL은 스토리지 엔진과 Handler API 를 이용해 데이터를 주고 받는데 메모리 포인터를 통해 레코드 데이터를 주고 받음. 메모리 객체는 실제 레코드의 데이터 크기와 상관없이 최대 크기로 메모리를 할당함. 즉, VARCHAR는 최대 크기가 설정되기 때문에 메모리 공간을 미리 버퍼에 할당할 수 있음! 따라서 TEXT, BLOB은 메모리 공간이 미리 할당되지 않아서 매번 읽고 쓸 때마다 메모리가 할당되어야 함
     
     
요약해보면.. (๑•̀ㅂ•́)و✧

VARCHAR
 * 최대 길이가 상대적으로 큰 경우
 * 테이블 데이터를 읽을 때 항상 그 컬럼이 필요한 경우
 * DBMS 서버 메모리가 상대적으로 충분한 경우
   
   
TEXT
 * 최대 길이가 상대적으로 큰 경우
 * 테이블에 길이가 긴 문자열 타입 컬럼이 많이 필요한 경우
 * 테이블 데이터를 읽을 때 그 컬럼이 자주 필요하지 않은 경우

원 글은 아래 링크에서 확인 하실 수 있습니다!
https://medium.com/daangn/varchar-vs-text-230a718a22a1

문자열의 데이터 타입을 지정할 때 바로 이 두 타입에 대해서 고민을 하실 것 같은데요, 저도 찾아보다가 당근 기술블로그에 정리가 된 좋은 사례를 발견하여 공유드려봅니다! :-) VARCHAR 타입 : 길이 설정에 주의해야 함<ul ><li>MYSQL 서버에서는 VARCHAR 컬럼이 너무 큰 길이를 사용하면 다른 컬럼들이 사용할 수 있는 최대 공간의 크기에 영향을 받게 된다. 따라서 VARCHAR 타입의 최대 저장 길이 설정 시에 공간을 아껴서 설정해야 한다. </li></ul>TEXT 타입 : 길이 제한이 사라짐<ul ><li>TEXT 타입은 저장 가능 길이도 훨씬 크고, 테이블 생성 시 VARCHAR처럼 최대 길이 제한을 정의하지 않아도 된다. 그런데 왜 우리가 모델링하는 대부분의 테이블에서 문자열 저장용 컬럼으로 VARCHAR를 사용할까? ಠ_ಠ <ul ><li>일반적인 RDBMS에서 TEXT나 BLOB와 같은 대용량 데이터 저장 시에 저장하는 컬럼 타입을 LOB(Large Object)라고 하는데, 이들은 off-page라는 외부 공간에 저장하게 됨. 그러나, MYSQL 서버에서는 LOB 타입의 컬럼을 길이가 길어서 저장 공간이 많이 필요할 때만 Off-Page로 저장함. 이는 레코드 포멧에 따라 조금씩 다르게 작동하기도 함 VARCHAR 타입의 경우도 칼럼에 저장된 값이 크면 Off-Page로 저장함. </li><li>MYSQL은 스토리지 엔진과 Handler API 를 이용해 데이터를 주고 받는데 메모리 포인터를 통해 레코드 데이터를 주고 받음. 메모리 객체는 실제 레코드의 데이터 크기와 상관없이 최대 크기로 메모리를 할당함. 즉, VARCHAR는 최대 크기가 설정되기 때문에 메모리 공간을 미리 버퍼에 할당할 수 있음! 따라서 TEXT, BLOB은 메모리 공간이 미리 할당되지 않아서 매번 읽고 쓸 때마다 메모리가 할당되어야 함 </li></ul></li></ul>요약해보면.. (๑•̀ㅂ•́)و✧ VARCHAR<ul ><li>최대 길이가 상대적으로 큰 경우</li><li>테이블 데이터를 읽을 때 항상 그 컬럼이 필요한 경우</li><li>DBMS 서버 메모리가 상대적으로 충분한 경우 </li></ul>TEXT<ul ><li>최대 길이가 상대적으로 큰 경우</li><li>테이블에 길이가 긴 문자열 타입 컬럼이 많이 필요한 경우</li><li>테이블 데이터를 읽을 때 그 컬럼이 자주 필요하지 않은 경우</li></ul> 원 글은 아래 링크에서 확인 하실 수 있습니다!https://medium.com/daangn/varchar-vs-text-230a718a22a1

VARCHAR() VS TEXT() 뭐가 다를까? ( •̀ .̫ •́ )

The Most Detailed Guide to Using Prompt in AnimeGenius

저는 최근 스테이블 디퓨전 프롬프트 작성법에 대한 다양한 튜토리얼들을 살펴봤는데,
그 중 한 튜토리얼이 매우 잘 정리되어 있어 소개해 드리고자 합니다.

이 튜토리얼은 프롬프트 작성 시 유의해야 할 사항들을 상세히 설명하고 있습니다. 프롬프트의 구조와 문법, 유용한 트릭과 팁들이 모두 포함되어 있고. 또한 다양한 예시 프롬프트와 생성된 이미지들을 통해 이해를 돕고 있습니다.

스테이블 디퓨전에 관심이 있다면 이 튜토리얼을 꼭 한번 살펴보시기 바랍니다. 프롬프트 작성 실력이 크게 향상될 것입니다~

https://animegenius.live3d.io/tutorial/how-to-use-prompt

저는 최근 스테이블 디퓨전 프롬프트 작성법에 대한 다양한 튜토리얼들을 살펴봤는데, 그 중 한 튜토리얼이 매우 잘 정리되어 있어 소개해 드리고자 합니다. 이 튜토리얼은 프롬프트 작성 시 유의해야 할 사항들을 상세히 설명하고 있습니다. 프롬프트의 구조와 문법, 유용한 트릭과 팁들이 모두 포함되어 있고. 또한 다양한 예시 프롬프트와 생성된 이미지들을 통해 이해를 돕고 있습니다. 스테이블 디퓨전에 관심이 있다면 이 튜토리얼을 꼭 한번 살펴보시기 바랍니다. 프롬프트 작성 실력이 크게 향상될 것입니다~ https://animegenius.live3d.io/tutorial/how-to-use-prompt

live3d.io

잘 정리된 스테이블 디퓨전 프롬프트 튜토리얼

확신을 가지고 말하면 듣는 사람은 화자가 옳다고 생각할 가능성이 높다., HBRKOREA, HBR

[HBR]모두를 집중하게 만드는 마법 같은 화법

사회생활을 할 수록 말(커뮤니케이션)의 중요성을 나날이 더 느끼게 되는데요. 짧지만 임팩트있는 HBR의 글을 공유해봅니다. 자세한 내용은 원문을 참고하시길 바랍니다~ :-)

 1. 행동을 정체성으로 바꿔라
 * 연구에 따르면 ‘도와 달라’고 하는 것보다 ‘도우미’가 돼 달라고 요청할 때 실제로 도움 받을 가능성이 3분의 1가량 높아졌다.
 * 누군가 내 말을 들어주길 바란다면 귀를 기울이는 사람, 청자가 돼 달라고 말해보자. 누군가 나를 이끌어 주길 원한다면 리더가 돼 달라고 말해보자.

 2. 확신을 가지고 말하라
 * 확신을 가지고 말하면 듣는 사람은 화자가 옳다고 생각할 가능성이 높다
 * 어떤 사람이 ‘필수적’이라거나 어떤 전략이 ‘확실히’ 효과적이라거나 어떤 행동이 ‘분명히’ 최선의 방법이라고 말하면 청자는 조금도 의심하지 않는다.

 3. ‘당신’이라는 말의 힘
 * 수천 개의 소셜미디어 게시물 텍스트 분석을 실시한 결과, ‘당신’과 같은 단어를 사용할 때 더 많은 ‘좋아요’와 댓글을 받았다.
 * 소셜미디어든 오프라인 회의든 관계없이 청자는 자신을 직접 지목해 말하는 것처럼 느끼면 하던 일을 멈추고 화자의 메시지에 관심을 기울일 가능성이 높다.

 4. 말의 통제권과 책임
 * 말은 정보만 전달하지 않고, 누가 통제권을 갖고 누가 책임을 지는지도 암시한다.
 * 그래서, 행위자가 아닌 행동에 중점을 두면 비난하는 듯한 느낌이 사라진다.

 * 원문:https://www.hbrkorea.com/article/view/atype/ma/category_id/6_1/article_no/2154

사회생활을 할 수록 말(커뮤니케이션)의 중요성을 나날이 더 느끼게 되는데요. 짧지만 임팩트있는 HBR의 글을 공유해봅니다. 자세한 내용은 원문을 참고하시길 바랍니다~ :-) <ol ><li>행동을 정체성으로 바꿔라</li></ol><ul ><li>연구에 따르면 ‘도와 달라’고 하는 것보다 ‘도우미’가 돼 달라고 요청할 때 실제로 도움 받을 가능성이 3분의 1가량 높아졌다.</li><li>누군가 내 말을 들어주길 바란다면 귀를 기울이는 사람, 청자가 돼 달라고 말해보자. 누군가 나를 이끌어 주길 원한다면 리더가 돼 달라고 말해보자.</li></ul> <ol start="2"><li>확신을 가지고 말하라</li></ol><ul ><li>확신을 가지고 말하면 듣는 사람은 화자가 옳다고 생각할 가능성이 높다</li><li>어떤 사람이 ‘필수적’이라거나 어떤 전략이 ‘확실히’ 효과적이라거나 어떤 행동이 ‘분명히’ 최선의 방법이라고 말하면 청자는 조금도 의심하지 않는다.</li></ul> <ol start="3"><li>‘당신’이라는 말의 힘</li></ol><ul ><li>수천 개의 소셜미디어 게시물 텍스트 분석을 실시한 결과, ‘당신’과 같은 단어를 사용할 때 더 많은 ‘좋아요’와 댓글을 받았다.</li><li>소셜미디어든 오프라인 회의든 관계없이 청자는 자신을 직접 지목해 말하는 것처럼 느끼면 하던 일을 멈추고 화자의 메시지에 관심을 기울일 가능성이 높다.</li></ul> <ol start="4"><li>말의 통제권과 책임</li></ol><ul ><li>말은 정보만 전달하지 않고, 누가 통제권을 갖고 누가 책임을 지는지도 암시한다.</li><li>그래서, 행위자가 아닌 행동에 중점을 두면 비난하는 듯한 느낌이 사라진다.</li></ul> <ul ><li>원문:https://www.hbrkorea.com/article/view/atype/ma/category_id/6_1/article_no/2154</li></ul>

[HBR]하버드비즈니스리뷰

[HBR] 모두를 집중하게 만드는 마법 같은 화법

스레드를 5개월만에 런칭하기 위해 모놀리틱 아키텍처를 사용했고, 5일 만에 1억명의 사용자가 몰려드는 것을 수용할 수 있었음.

사용된 기술은 커스텀 버전의 Django와 PHP, 데이터 저장소로는 TAO/UDB/MySQL와 ZippyDB 그리고 피크 타임을 위한 서버리스 펑션 Async.

자, 말 할 거 많죠? ㅋㅋㅋ 한마디하고 싶은 분들 다 여기여기 붙으세요. 🤣🤣🤣

스레드를 5개월만에 런칭하기 위해 모놀리틱 아키텍처를 사용했고, 5일 만에 1억명의 사용자가 몰려드는 것을 수용할 수 있었음. 사용된 기술은 커스텀 버전의 Django와 PHP, 데이터 저장소로는 TAO/UDB/MySQL와 ZippyDB 그리고 피크 타임을 위한 서버리스 펑션 Async. 자, 말 할 거 많죠? ㅋㅋㅋ 한마디하고 싶은 분들 다 여기여기 붙으세요. 🤣🤣🤣

📝 메타의 스레드, 모놀리틱 아키텍처 사용

msa 아키텍처가 만능이 아니라는 사실을 아주 잘 알려주는 사례인 것 같네요!

저는 꽤 오랫동안 게임 개발자로 일을 해왔습니다. 실제로 게임 개발이라는 것은 단순히 게임을 개발하는 것을 벗어나서 다양한 툴들과 다양한 스크립트들도 작성하게 됩니다. 그러다가 저는 리액트를 접했습니다. 팀 내부에 런쳐나 툴을 사용하는 용도였죠. 처음 접한 리액트는 사실 좀 충격적이였습니다. 충격의 리액트 리액트를 마주했을 때 저는 MVX라고 불리는 패턴들을 좋아하는 개발자였습니다.

개발자에게 영감을 주는 리액트

저는 꽤 오랫동안 게임 개발자로 일을 해왔습니다.
실제로 게임 개발이라는 것은 단순히 게임을 개발하는 것을 벗어나서 다양한 툴들과 다양한 스크립트들도 작성하게 됩니다. 그러다가 저는 리액트를 접했습니다. 팀 내부에 런쳐나 툴을 사용하는 용도였죠. 처음 접한 리액트는 사실 좀 충격적이였습니다.

충격의 리액트
리액트를 마주했을 때 저는 MVX라고 불리는 패턴들을 좋아하는 개발자였습니다.
실제로 만드는 게임에도 UI를 만들 때, MVP 패턴을 이용하고 있었고, 최근에 직방에서 MV(R)P(Rx)도 조합해서 사용한적도 있습니다. 개인적으로 저에게 MVP나 MVVM과 같은 패턴은 꽤 구조적으로 편하고 유용했습니다.

그러다가 컴포넌트 기반의 리액트를 만나게 되었습니다. 아마도 많은 프론트엔드 개발자들이 리액트를 보고 받은 기분이 이런 기분이 아니였을까 싶기도 합니다. 마크업을 통해 표현하고, 그 안에 로직도 함께 포함시키는 컴포넌트 기반 개발은 실제로 제가 만드는 코드에도 영감을 많이 주었습니다.

대표적으로 액션이라고 하는 동기화 단위를 만들때 이전에 OOP로 클래스에 집중하던 코드를 함수형으로 바꾼다던가, 조금 더 데이터의 계층적 구조를 신경써서 컴포넌트화 한다던가 하는것들이 있었던 것 같습니다. 특히, 순수함수와 불변성에 대한 리액트의 철학은 개발 과정에서 저의 코드리뷰와 좀 더 좋은 코드로 향하는데 매우 큰 지식이 되었습니다. 무엇보다도 게임에 사용하던 툴들을 리액트를 통해 만들게 된것도 덤이였습니다.
(새로운 학습은 언제나 환영이니까요!)

두번째 만남 Roact
저는 게임 개발을 하다가 사이드 프로젝트로 로블록스라는 플랫폼에 게임을 만들기도 했습니다. 그때 Roact라는 걸 접했습니다. React를 Lua로 바꾸고, 동시에 로블록스라는 게임플랫폼에서 돌아가게 만든 라이브러리였습니다. 사실 처음에 Roact를 보고,

‘에이.. lua인데 되겠어?’

라는 생각을 먼저했는데 그 후에 나오는 라이브러리들을 보고 감탄을 많이 했습니다. Roact가 다른 로블록스에 게임 개발자들에게 영감을 주었는데 다양한 개발자들이 이를 발전시켜, Redux를 Lua로 만들어서 Rodux가 나오고, jsx/tsx 문법에 감탄한 나머지, roblox-ts 즉, Typescript를 Lua로 바꿔주는 라이브러리도 나오게 됩니다. 그리고 현재 로블록스 플랫폼은 tsx 마크업을 통해 UI를 만들수 있고, Hook을 통해 관리되고 컴포넌트 기반 UI가 가능해졌습니다.

왜 리액트일까?
State of JS 2022에 나온 프론트엔드 프레임워크 사용량 순위에 따르면, 리액트는 이미 7년 연속 정상을 차지하고 있습니다. 5년전만해도 프론트엔드 개발자들에게 이런 이야기를 많이 들어보셨을 겁니다.

“프론트엔드 개발은 4년에 한번씩 기술 스택이 바뀌는 곳이야”

실제로 이 말은 사실이였습니다. AngularJS, Ember.js, jQuery등 다양한 라이브러리와 프레임워크가 휩쓸고 그랬죠. 허나 이 말은 마치
무어의 법칙
이 깨지듯, 리액트가 프론트엔드는 휩쓸고 있다고 해도 과언이 아니죠. 물론, 더이상 배울 기술 스택이 없다는 의미는 아닙니다. React위에 쌓아 올라간 next.js나 Vue/Vite와 같은 새로운 조합이나, 떠오르는 샛별인 Svelte도 있죠. 이런 기술스택들이 예전에는 서로 경쟁관계 였다면 지금은 서로 영감을 주고 받습니다.

최근에 나온 React 19에 컴파일 컴포넌트는 Svelte를 떠올리게하고, React 18에 나온 서버 컴포넌트는 Next.js의 서버사이드 렌더링을 떠올리게하죠. 물론 본질적으로 다를진 모르지만 주고 받은 영감을 풀지 못했던 문제를 해결하는 방법으로 사용했을 확률이 큽니다.

그 관점에서 가장 많은 영감을 부여했던건 역시나 리액트입니다. 앱개발에 React Native나 VR/AR에 React VR이 그 예고, 위에 이야기 드렸던 로블록스의 Roact도 하나의 예가 됩니다.

그래서, 리액트가 그은 한획은 꽤 컸던것 같습니다. 게다가 리액트는 엄밀히 말하면 라이브러리이기 때문에 다양한 프레임워크나 다른 기술스택과 같이 사용하는게 가능해지면서,
모든 프론트엔드 개발자들이 jsx/tsx와 같은 확장 문법을 사용하고, 컴포넌트 기반 개발이 더 익숙하게 되었죠. 한마디로 말하면 리액트는 어느정도 프론트 엔드의 기초 학문이 되어버렸습니다.

모두를 위한 리액트
그래서 저는 주변에 새로운 기술을 배우거나 성장하고 싶은 개발자분들에게 “리액트"를 배워보라고 추천하곤 합니다. 그 분이 프론트엔드가 아닐수록 말입니다.
저도 리액트를 배우면서 제 프로그래밍 패턴이나 구현 방식이 많이 바뀌었고, 확실한 성장을 했기에 드릴 수 있는 추천이 아닌가 싶습니다. 2024년에 새로운 무언가를 배운다면, 리액트로 시작해보시는거 어떤가요?

게임으로 배우는 리액트
무엇부터 시작해야할지 어려우시다면, 콜로소와 함께 가장 빠르고 조금 쉽게 리액트를 배울 수 있는 ‘게임 프로젝트로 쉽고 빠르게 공략하는 핵심 모던 리액트’라는 강의를 추천드립니다. 네.. 제가 찍은 강의입니다 :) 저는 무언가를 배울때 게임을 통해 배우는게 저에겐 가장 빠른 학습 방법이였습니다. 그 방법을 그대로 가져왔습니다. 그리고, 무엇보다 웹개발자 관점이 아닌 제너럴리스트 관점에서 리액트를 쉽게 설명해드리고 풀어나갈 예정입니다 :)

아직 오픈 전 얼리버드를 진행중입니다!
4월 11일 커리큘럼 오픈을 하니, 오픈 전에 쿠폰을 받아 두시면 더욱 저렴하게 수강하실 수 있습니다!!
감사합니다.

쿠폰 링크 : https://bit.ly/3U4Rn9R
쿠폰 코드 : leedohaeng-70000

저는 꽤 오랫동안 게임 개발자로 일을 해왔습니다. 실제로 게임 개발이라는 것은 단순히 게임을 개발하는 것을 벗어나서 다양한 툴들과 다양한 스크립트들도 작성하게 됩니다. 그러다가 저는 리액트를 접했습니다. 팀 내부에 런쳐나 툴을 사용하는 용도였죠. 처음 접한 리액트는 사실 좀 충격적이였습니다. 충격의 리액트리액트를 마주했을 때 저는 MVX라고 불리는 패턴들을 좋아하는 개발자였습니다. 실제로 만드는 게임에도 UI를 만들 때, MVP 패턴을 이용하고 있었고, 최근에 직방에서 MV(R)P(Rx)도 조합해서 사용한적도 있습니다. 개인적으로 저에게 MVP나 MVVM과 같은 패턴은 꽤 구조적으로 편하고 유용했습니다. 그러다가 컴포넌트 기반의 리액트를 만나게 되었습니다. 아마도 많은 프론트엔드 개발자들이 리액트를 보고 받은 기분이 이런 기분이 아니였을까 싶기도 합니다. 마크업을 통해 표현하고, 그 안에 로직도 함께 포함시키는 컴포넌트 기반 개발은 실제로 제가 만드는 코드에도 영감을 많이 주었습니다. 대표적으로 액션이라고 하는 동기화 단위를 만들때 이전에 OOP로 클래스에 집중하던 코드를 함수형으로 바꾼다던가, 조금 더 데이터의 계층적 구조를 신경써서 컴포넌트화 한다던가 하는것들이 있었던 것 같습니다. 특히, 순수함수와 불변성에 대한 리액트의 철학은 개발 과정에서 저의 코드리뷰와 좀 더 좋은 코드로 향하는데 매우 큰 지식이 되었습니다. 무엇보다도 게임에 사용하던 툴들을 리액트를 통해 만들게 된것도 덤이였습니다. (새로운 학습은 언제나 환영이니까요!) 두번째 만남 Roact저는 게임 개발을 하다가 사이드 프로젝트로 로블록스라는 플랫폼에 게임을 만들기도 했습니다. 그때 Roact라는 걸 접했습니다. React를 Lua로 바꾸고, 동시에 로블록스라는 게임플랫폼에서 돌아가게 만든 라이브러리였습니다. 사실 처음에 Roact를 보고, ‘에이.. lua인데 되겠어?’ 라는 생각을 먼저했는데 그 후에 나오는 라이브러리들을 보고 감탄을 많이 했습니다. Roact가 다른 로블록스에 게임 개발자들에게 영감을 주었는데 다양한 개발자들이 이를 발전시켜, Redux를 Lua로 만들어서 Rodux가 나오고, jsx/tsx 문법에 감탄한 나머지, roblox-ts 즉, Typescript를 Lua로 바꿔주는 라이브러리도 나오게 됩니다. 그리고 현재 로블록스 플랫폼은 tsx 마크업을 통해 UI를 만들수 있고, Hook을 통해 관리되고 컴포넌트 기반 UI가 가능해졌습니다. 왜 리액트일까?State of JS 2022에 나온 프론트엔드 프레임워크 사용량 순위에 따르면, 리액트는 이미 7년 연속 정상을 차지하고 있습니다. 5년전만해도 프론트엔드 개발자들에게 이런 이야기를 많이 들어보셨을 겁니다. “프론트엔드 개발은 4년에 한번씩 기술 스택이 바뀌는 곳이야” 실제로 이 말은 사실이였습니다. AngularJS, Ember.js, jQuery등 다양한 라이브러리와 프레임워크가 휩쓸고 그랬죠. 허나 이 말은 마치 <code >무어의 법칙</code>이 깨지듯, 리액트가 프론트엔드는 휩쓸고 있다고 해도 과언이 아니죠. 물론, 더이상 배울 기술 스택이 없다는 의미는 아닙니다. React위에 쌓아 올라간 next.js나 Vue/Vite와 같은 새로운 조합이나, 떠오르는 샛별인 Svelte도 있죠. 이런 기술스택들이 예전에는 서로 경쟁관계 였다면 지금은 서로 영감을 주고 받습니다. 최근에 나온 React 19에 컴파일 컴포넌트는 Svelte를 떠올리게하고, React 18에 나온 서버 컴포넌트는 Next.js의 서버사이드 렌더링을 떠올리게하죠. 물론 본질적으로 다를진 모르지만 주고 받은 영감을 풀지 못했던 문제를 해결하는 방법으로 사용했을 확률이 큽니다. 그 관점에서 가장 많은 영감을 부여했던건 역시나 리액트입니다. 앱개발에 React Native나 VR/AR에 React VR이 그 예고, 위에 이야기 드렸던 로블록스의 Roact도 하나의 예가 됩니다. 그래서, 리액트가 그은 한획은 꽤 컸던것 같습니다. 게다가 리액트는 엄밀히 말하면 라이브러리이기 때문에 다양한 프레임워크나 다른 기술스택과 같이 사용하는게 가능해지면서, 모든 프론트엔드 개발자들이 jsx/tsx와 같은 확장 문법을 사용하고, 컴포넌트 기반 개발이 더 익숙하게 되었죠. 한마디로 말하면 리액트는 어느정도 프론트 엔드의 기초 학문이 되어버렸습니다. 모두를 위한 리액트그래서 저는 주변에 새로운 기술을 배우거나 성장하고 싶은 개발자분들에게 “리액트"를 배워보라고 추천하곤 합니다. 그 분이 프론트엔드가 아닐수록 말입니다.저도 리액트를 배우면서 제 프로그래밍 패턴이나 구현 방식이 많이 바뀌었고, 확실한 성장을 했기에 드릴 수 있는 추천이 아닌가 싶습니다. 2024년에 새로운 무언가를 배운다면, 리액트로 시작해보시는거 어떤가요? 게임으로 배우는 리액트무엇부터 시작해야할지 어려우시다면, 콜로소와 함께 가장 빠르고 조금 쉽게 리액트를 배울 수 있는 ‘게임 프로젝트로 쉽고 빠르게 공략하는 핵심 모던 리액트’라는 강의를 추천드립니다. 네.. 제가 찍은 강의입니다 :) 저는 무언가를 배울때 게임을 통해 배우는게 저에겐 가장 빠른 학습 방법이였습니다. 그 방법을 그대로 가져왔습니다. 그리고, 무엇보다 웹개발자 관점이 아닌 제너럴리스트 관점에서 리액트를 쉽게 설명해드리고 풀어나갈 예정입니다 :) 아직 오픈 전 얼리버드를 진행중입니다! 4월 11일 커리큘럼 오픈을 하니, 오픈 전에 쿠폰을 받아 두시면 더욱 저렴하게 수강하실 수 있습니다!!감사합니다. 쿠폰 링크 : https://bit.ly/3U4Rn9R 쿠폰 코드 : leedohaeng-70000

소난의 블로그

Netflix는 Java, RxJava 및 Spring Boot를 활용해 마이크로서비스 아키텍처를 발전시켰으며, GraphQL Federation으로의 전환을 통해 더욱 발전했다. 이 글에서는 Netflix의 아키텍처 변화와 Java 사용 변천사를 설명한다.

Netflix의 Java 사용 변천사 (번역)

안녕하세요 :) 저는 최근에 다시 Java와 Spring Boot를 사용하는 미국 회사로 이직하면서, 지난 2년간 스타트업에서 Ruby on Rails를 사용하며 잊고 지내던 Java와 Spring 생태계에 다시 발을 내딛었습니다. 🥰

현재 회사에서는 수많은 모놀리틱 서비스와 마이크로서비스가 함께 사용되는 상황이라 꽤 복잡한 아키텍처로 구성되어 있습니다. 그리고 새로운 Java/Spring 기반 서비스들이 빠르게 추가되고 있어서 각 서비스들 간의 통신이나 아키텍처 구성을 어떻게 개선해가면 좋을지 고민되는 상황이었는데요. 🙃

팀에 빅테크(FAANG) 출신 시니어 개발자들도 있어서 제가 이 개선을 주도하지는 않겠지만,
적어도 아키텍처 개선 방향에 대한 내 의견을 가지고 있어야겠다
는 생각으로 힌트를 얻고자 Java 기반 서비스들의 큰 형님격인 Netflix의 문을 두드렸습니다.

Netflix는 Java 기반 서비스들의 아키텍처를 어떻게 발전시켜나갔는지 궁금해서 찾아보다가 이 글을 발견했고, 오랜만에 Java 생태계로 돌아온 저에게 유익했던 글이라 DeepL의 도움을 받아 번역해보았습니다.

전체 내용 보기 👉 https://www.integer.blog/evolution-of-java-usage-at-netflix/?ref=careerly.co.kr

📌 목차
 1. Groovy 시대 with BFF(Backend For Frontend)
 2. RxJava와 리액티브 프로그래밍 사용
 3. GraphQL Federation으로 전환
 4. Netflix가 사용하는 Java 버전
 5. Netflix가 사용하는 Spring Boot

안녕하세요 :) 저는 최근에 다시 Java와 Spring Boot를 사용하는 미국 회사로 이직하면서, 지난 2년간 스타트업에서 Ruby on Rails를 사용하며 잊고 지내던 Java와 Spring 생태계에 다시 발을 내딛었습니다. 🥰 현재 회사에서는 수많은 모놀리틱 서비스와 마이크로서비스가 함께 사용되는 상황이라 꽤 복잡한 아키텍처로 구성되어 있습니다. 그리고 새로운 Java/Spring 기반 서비스들이 빠르게 추가되고 있어서 각 서비스들 간의 통신이나 아키텍처 구성을 어떻게 개선해가면 좋을지 고민되는 상황이었는데요. 🙃 팀에 빅테크(FAANG) 출신 시니어 개발자들도 있어서 제가 이 개선을 주도하지는 않겠지만, <code >적어도 아키텍처 개선 방향에 대한 내 의견을 가지고 있어야겠다</code>는 생각으로 힌트를 얻고자 Java 기반 서비스들의 큰 형님격인 Netflix의 문을 두드렸습니다. Netflix는 Java 기반 서비스들의 아키텍처를 어떻게 발전시켜나갔는지 궁금해서 찾아보다가 이 글을 발견했고, 오랜만에 Java 생태계로 돌아온 저에게 유익했던 글이라 DeepL의 도움을 받아 번역해보았습니다. 전체 내용 보기 👉 https://www.integer.blog/evolution-of-java-usage-at-netflix/?ref=careerly.co.kr 📌 목차<ol ><li>Groovy 시대 with BFF(Backend For Frontend)</li><li>RxJava와 리액티브 프로그래밍 사용</li><li>GraphQL Federation으로 전환</li><li>Netflix가 사용하는 Java 버전</li><li>Netflix가 사용하는 Spring Boot</li></ol>

1nteger 🏄🏻‍♂️

 1. 기본기 확실히 하기
 2. 학습 능력 키우기
 3. 의사 소통 잘하기
 4. 문제 정의 잘하기
 5. 태스크 완료 시간 추정 잘하기
 6. 운영을 고려한 코드 작성하기
 7. 서비스 사고 대처 능력 키우기
 8. 결과를 내는데 집중하기
 9. 영향력 갖기 (코딩 멍키)

대부분의 개발자들은 굉장히 트렌디하다. 특히 한국 개발자들이 더 그렇다. 회사 일이 아무리 바쁘고 재미있어도 일에서 사용하는 기술이 최신이 아닌 레거시라고 생각하면 뒤쳐진다고 느끼고 조바심과 불안감을 많이 느낀다. 안 그래도 시간도 없고 힘도 부치는데 회사 일이 끝나면 새로운 기술을 조바심/불안감 기반으로 공부하는 경우가 아주 흔한다. 흔히 이야기하는 주경야독인데 약간 건강하지 않은 형태의 주경야독이다. 낮에는 회사 일을 하느라 바쁜 와중에 밤에는 선행학습을 하느라 바쁘다는 거다. 예를 들면 회사에서 레거시 시스템을 사용하는데 이게 커리어에 도움이 안된다고 보니 밤에 지금 마켓에서 핫한 시스템 공부를 하는 거다. 이 공부의 모티브가 중요한데 불안감이나 조바심이 주된 모티브라면 건강하지 않다.

내가 생각하는 건강한 학습은 평소 맡은 업무에 몰두하고 성취하는 경험을 통해 자신감을 쌓고 인정받고 (이에 대해서 뒤 "3. 의사 소통 잘하기"와 "4. 문제 정의 잘하기"에서 더 이야기해볼 예정이다) 이를 바탕으로 필요 중심 그리고 호기심 중심으로 학습하는 것이다. 즉 "현재"(필요성)에 집중하고 "나"(호기심)에 집중하는 거다. 여기에 약간의 조바심이나 불안감이 조미료처럼 첨가된다면 금상첨화다.

그런데 이게 가능하라면 내가 있는 환경이 중요해진다. 내가 잘 맞지 않는 환경이라면 현재에 집중하기가 쉽지 않을 것이다. 잘 맞는 환경인지 아닌지 판단하는 첫 번째는 같이 일하는 사람들이 어떤 사람들인지 특히 내 매니저가 어떤 사람인지 보는 건데 힘들어도 배울 점이 많고 성장한다는 느낌이 든다면 좋은 환경이다.

다음으로 나만의 학습방법을 만들어보는 것이 필요하다. 수능공부를 하는 것이 아니니 뭔가 두꺼운 책을 하나 사서 처음부터 끝까지 읽어야만 학습이 아니란 점, 필요한만큼 이해하고 넘어가도 된다는 점, 학습을 하다보면 항상 어느 시점에는 벽에 부딪칠 것이기에 꾸준함이 중요하다는 것 등등을 인지해야 한다. 개인적으로는 잘 모르는 주제가 생기면 유투브 등으로 짧은 영상 몇개 보고 더 깊게 들어갈 필요가 있다면 잘 아는 지인들에게 (적절히 보상을 해주고) 물어본다던지 아니면 더 긴 영상 강의(유데미, 인프런, 유투브 등등)등을 찾아서 밀도있게 학습하는 형태로 가려고 한다. 뭔가 정말 제대로 배우고 싶을텐데 다른 사람을 가르쳐보거나 톡을 하는 기회를 만들어서 강제로 학습하려고 한다.

결국 내가 인정받는 것은 내가 만든 결과물이지 어떤 기술을 알고 있느냐는 아니라는 점을 인식하고 호기심과 필요성 중심으로 학습으로 하는 습관을 갖도록 하자.

<ol ><li>기본기 확실히 하기</li><li>학습 능력 키우기</li><li>의사 소통 잘하기</li><li>문제 정의 잘하기</li><li>태스크 완료 시간 추정 잘하기</li><li>운영을 고려한 코드 작성하기</li><li>서비스 사고 대처 능력 키우기</li><li>결과를 내는데 집중하기</li><li>영향력 갖기 <s>(코딩 멍키)</s></li></ol> 대부분의 개발자들은 굉장히 트렌디하다. 특히 한국 개발자들이 더 그렇다. 회사 일이 아무리 바쁘고 재미있어도 일에서 사용하는 기술이 최신이 아닌 레거시라고 생각하면 뒤쳐진다고 느끼고 조바심과 불안감을 많이 느낀다. 안 그래도 시간도 없고 힘도 부치는데 회사 일이 끝나면 새로운 기술을 조바심/불안감 기반으로 공부하는 경우가 아주 흔한다. 흔히 이야기하는 주경야독인데 약간 건강하지 않은 형태의 주경야독이다. 낮에는 회사 일을 하느라 바쁜 와중에 밤에는 선행학습을 하느라 바쁘다는 거다. 예를 들면 회사에서 레거시 시스템을 사용하는데 이게 커리어에 도움이 안된다고 보니 밤에 지금 마켓에서 핫한 시스템 공부를 하는 거다. 이 공부의 모티브가 중요한데 불안감이나 조바심이 주된 모티브라면 건강하지 않다. 내가 생각하는 건강한 학습은 평소 맡은 업무에 몰두하고 성취하는 경험을 통해 자신감을 쌓고 인정받고 (이에 대해서 뒤 "3. 의사 소통 잘하기"와 "4. 문제 정의 잘하기"에서 더 이야기해볼 예정이다) 이를 바탕으로 필요 중심 그리고 호기심 중심으로 학습하는 것이다. 즉 "현재"(필요성)에 집중하고 "나"(호기심)에 집중하는 거다. 여기에 약간의 조바심이나 불안감이 조미료처럼 첨가된다면 금상첨화다. 그런데 이게 가능하라면 내가 있는 환경이 중요해진다. 내가 잘 맞지 않는 환경이라면 현재에 집중하기가 쉽지 않을 것이다. 잘 맞는 환경인지 아닌지 판단하는 첫 번째는 같이 일하는 사람들이 어떤 사람들인지 특히 내 매니저가 어떤 사람인지 보는 건데 힘들어도 배울 점이 많고 성장한다는 느낌이 든다면 좋은 환경이다. 다음으로 나만의 학습방법을 만들어보는 것이 필요하다. 수능공부를 하는 것이 아니니 뭔가 두꺼운 책을 하나 사서 처음부터 끝까지 읽어야만 학습이 아니란 점, 필요한만큼 이해하고 넘어가도 된다는 점, 학습을 하다보면 항상 어느 시점에는 벽에 부딪칠 것이기에 꾸준함이 중요하다는 것 등등을 인지해야 한다. 개인적으로는 잘 모르는 주제가 생기면 유투브 등으로 짧은 영상 몇개 보고 더 깊게 들어갈 필요가 있다면 잘 아는 지인들에게 (적절히 보상을 해주고) 물어본다던지 아니면 더 긴 영상 강의(유데미, 인프런, 유투브 등등)등을 찾아서 밀도있게 학습하는 형태로 가려고 한다. 뭔가 정말 제대로 배우고 싶을텐데 다른 사람을 가르쳐보거나 톡을 하는 기회를 만들어서 강제로 학습하려고 한다. 결국 내가 인정받는 것은 내가 만든 결과물이지 어떤 기술을 알고 있느냐는 아니라는 점을 인식하고 호기심과 필요성 중심으로 학습으로 하는 습관을 갖도록 하자.

좋은 개발자가 알아야하는 9가지 포인트들 - 2. 학습 능력 키우

차세대 자바스크립트 런타임으로 주목받고 있는 Bun이 v1.1을 출시하였습니다. 하필 거짓말처럼 만우절에 출시를 하여 윈도우즈 사용자들의 애간장을 태웠는데요. 그동안 Bun을 윈도우에서 사용하려면 WSL(Windows Subsystem for Linux)가 필요했었는데, 이제는 네이티브로도 사용할 수 있게 되었습니다 🙌

자세한 내용은 아래 공식 블로그와 유튜브 영상을 참고 바랍니다. 실제 Bun을 개발하고 있는 엔지니어들이 직접 나와서 소개하고 있는데 같은 개발자로서 약간 웃프네용 😂

📝 블로그: https://bun.sh/blog/bun-v1.1
📺 영상: https://youtu.be/yXTFOeGly9o

많은 분들이 Bun을 단순히 Node.js 보다 무지 빠른 자바스크립트 런타임이라고 알고 계시는데, 사실 Bun은 개발자 경험이 놀랍도록 띄어난 올인원 툴키트(all-in-one toolkit)입니다. Bun만 있으면 복잡한 과정없이 자바스크립트 뿐만 아니라 타입스크립트나 JSX로 작성된 코드를 바로 실행할 수 있으며, 패키지 매니저와 테스트 러너, 심지어 번들러까지 탑재하고 있습니다. 즉, 이 모든 귀찮은 일들이 다른 라이브러리 설치하지 않아도 Bun 하나만 있으면 해결됩니다 🤯

Bun에 대해서 더 알고 싶으시다면 아래 게시물을 추천드리겠습니다.

📕 Bun: 귀엽지만 강력한 새로운 자바스크립트 런타임: https://careerly.co.kr/comments/92202

차세대 자바스크립트 런타임으로 주목받고 있는 Bun이 v1.1을 출시하였습니다. 하필 거짓말처럼 만우절에 출시를 하여 윈도우즈 사용자들의 애간장을 태웠는데요. 그동안 Bun을 윈도우에서 사용하려면 WSL(Windows Subsystem for Linux)가 필요했었는데, 이제는 네이티브로도 사용할 수 있게 되었습니다 🙌 자세한 내용은 아래 공식 블로그와 유튜브 영상을 참고 바랍니다. 실제 Bun을 개발하고 있는 엔지니어들이 직접 나와서 소개하고 있는데 같은 개발자로서 약간 웃프네용 😂 📝 블로그: https://bun.sh/blog/bun-v1.1📺 영상: https://youtu.be/yXTFOeGly9o 많은 분들이 Bun을 단순히 Node.js 보다 무지 빠른 자바스크립트 런타임이라고 알고 계시는데, 사실 Bun은 개발자 경험이 놀랍도록 띄어난 올인원 툴키트(all-in-one toolkit)입니다. Bun만 있으면 복잡한 과정없이 자바스크립트 뿐만 아니라 타입스크립트나 JSX로 작성된 코드를 바로 실행할 수 있으며, 패키지 매니저와 테스트 러너, 심지어 번들러까지 탑재하고 있습니다. 즉, 이 모든 귀찮은 일들이 다른 라이브러리 설치하지 않아도 Bun 하나만 있으면 해결됩니다 🤯 Bun에 대해서 더 알고 싶으시다면 아래 게시물을 추천드리겠습니다. 📕 Bun: 귀엽지만 강력한 새로운 자바스크립트 런타임: https://careerly.co.kr/comments/92202

🥟 Bun v1.1 출시 소식

디자인 시스템, 코드를 넘어서

https://so-so.dev/react/design-system-beyond-code/

같은 걸 3번 만드는 경험은 흔치 않죠. 그래서 글에 깊은 맛이 있답니다!!

https://so-so.dev/react/design-system-beyond-code/ 같은 걸 3번 만드는 경험은 흔치 않죠. 그래서 글에 깊은 맛이 있답니다!!

So-so

디자인시스템 3번만든 이야기

HashMap is Hash table based implementation of the Map interface. This implementation provides all of the optional map operations, and permits null values and the null key. (The HashMap class is...

Barclays Java Spring-Boot Micro-service Interview Question with answer 2024

Finally 블록에서 예외가 발생하면 어떻게 되나요?
자바에서, try-catch에서 finally 블록 내에서 예외가 발생할 때의 동작은, try-catch 블록의 예외 처리와 약간 다릅니다. 
 
[Try-Catch 블록의 예외]
 * 정상적인 플로우가 중지됩니다.
 * 예외 유형과 일치하는 catch 블록이 있다면, 해당 블록 내의 코드가 실행됩니다. 이를 통해 예외를 처리할 수 있습니다.
 * catch 블록이 완료되거나 어떤 catch 블록과도 일치하지 않으면 finally 블록의 코드가 실행됩니다.
[Finally 블록의 예외]
 * 원래의 예외가 중지됩니다. 이는 원래의 예외가 메서드 호출자에게 전달되지 않는 것을 의미합니다.
 * finally 블록에서 던진 예외가 호출자에게 전파되는 새로운 예외가 됩니다.
[키 포인트]
 * finally 블록은 try-catch 블록에서 예외가 발생하는지 여부에 관계없이 항상 실행됩니다.
 * finally 블록의 예외는 원래의 예외를 억제합니다.
 * finally 블록에서 던진 예외는 호출자가 처리해야 하는 새로운 예외가 됩니다.
[Finally 블록의 쓰임새]
 * 리소스(데이터베이스 연결, 파일 클로징)를 해제합니다.
 * 예외에 관계없이 항상 수행해야 하는 정리 작업을 처리합니다.
 
자바의 다이아몬드 문제란 무엇인가요?
"다이아몬드 문제"란 여러 상속 시나리오에서 발생하는 특정한 문제를 의미합니다. 클래스 상속 다이어그램을 그릴 때 발생하는 다이아몬드 모양에서 이름을 따왔습니다.

 1. 자바의 접근방식: 자바는 클래스의 다중상속을 지원하지 않습니다. 그러나 자바는 인터페이스의 다중상속은 허용합니다. 
 2. 자바 인터페이스의 다이아몬드 문제: 클래스가 두 개의 인터페이스를 구현하고 두 인터페이스가 모두 동일한 메소드명을 가진다면, 구현 클래스는 모호성을 해결하기 위해 메서드를 자체적으로 구현해야 합니다.
interface InterfaceA {
    default void display() {
        System.out.println("Inside InterfaceA");
    }
}

interface InterfaceB {
    default void display() {
        System.out.println("Inside InterfaceB");
    }
}

class MyClass implements InterfaceA, InterfaceB {
    // Here, we must provide our own implementation of display to resolve the ambiguity.
    @Override
    public void display() {
        InterfaceA.super.display(); // calling InterfaceA's default implementation
        InterfaceB.super.display(); // calling InterfaceB's default implementation
    }
}

어떻게 해결할 수 있을까요?

1. 메서드 오버라이딩: 구현 클래스에서 자신만의 구현을 제공하여 모호함을 해결합니다. 이 방식은 기본 구현 중 하나를 선택하거나 완전히 새로운 구현을 제공하고자 할 때 적합합니다.
class MyClass implements InterfaceA, InterfaceB {
    @Override
    public void display() {
        System.out.println("Hello world");
    }
}

2. 특정 인터페이스의 메서드 호출: 특정한 인터페이스의 메서드를 호출합니다. 
class MyClass implements InterfaceA, InterfaceB {
    @Override
    public void display() {
        InterfaceA.super.display(); // or InterfaceB.super.display()
        // Additional logic if needed
    }
}

 
Multilevel 상속이란 무엇인가요?
Multilevel 상속에서 A 클래스는 B 클래스를 상속하며, B 클래스 역시 C 클래스를 상속합니다.
 
자식 클래스는 부모 클래스를 통해 조부모 클래스에서 간접적으로 상속됩니다. 자식 클래스는 부모 및 조부모 클래스의 모든 public/protected 멤버에 접근할 수 있습니다.
 
String, Stringbuffer, Stringbuilder의 차이는 무엇인가요?
(번역/원문 참고)
 
메서드 오버라이딩과 오버로딩은 무엇인가요?
[메서드 오버로딩]
 * 단일 클래스 내에서 발생합니다. 이름은 같지만 매개 변수가 다른 동일한 클래스의 여러 메서드를 말합니다.
 * 메서드 오버로딩을 사용하면 유사한 작업을 수행하지만 입력/출력이 다른 메서드를 만들 수 있습니다.
class Calculator {
  public int add(int a, int b) {
    return a + b;
  }

  public double add(double a, double b) {
    return a + b;
  }
}

[메서드 오버라이딩]
 * 상속에서 클래스 간에 메서드 오버라이딩이 발생합니다. 하위 클래스가 상위 클래스에서 상속된 메서드를 재정의하는 것을 말합니다. 메서드는 상위 클래스 메서드와 동일한 이름, 반환 유형 및 매개 변수를 갖습니다.
 * 메서드 오버라이딩을 사용하면 하위 클래스가 상위 클래스에서 상속된 메서드를 자체적으로 구현하여 하위 클래스에 대한 동작을 전문화할 수 있습니다.
class Animal {
  public void makeSound() {
    System.out.println("Generic animal sound");
  }
}

class Dog extends Animal {
  @Override
  public void makeSound() {
    System.out.println("Woof!");
  }
}

 
예외 클래스의 계층구조는 무엇인가요?
Arraylist와 Linkedlist의 차이는 무엇인가요?
Set과 Arraylist의 차이는 무엇인가요?
(번역/원문 참고)
 
번역: [https://ducktopia.tistory.com/119]
원문:

Finally 블록에서 예외가 발생하면 어떻게 되나요?자바에서, try-catch에서 finally 블록 내에서 예외가 발생할 때의 동작은, try-catch 블록의 예외 처리와 약간 다릅니다.&nbsp;&nbsp;[Try-Catch 블록의 예외]<ul ><li>정상적인 플로우가 중지됩니다.</li><li>예외 유형과 일치하는 catch 블록이 있다면, 해당 블록 내의 코드가 실행됩니다. 이를 통해 예외를 처리할 수 있습니다.</li><li>catch 블록이 완료되거나 어떤 catch 블록과도 일치하지 않으면 finally 블록의 코드가 실행됩니다.</li></ul>[Finally 블록의 예외]<ul ><li>원래의 예외가 중지됩니다. 이는 원래의 예외가 메서드 호출자에게 전달되지 않는 것을 의미합니다.</li><li>finally 블록에서 던진 예외가 호출자에게 전파되는 새로운 예외가 됩니다.</li></ul>[키 포인트]<ul ><li>finally 블록은 try-catch 블록에서 예외가 발생하는지 여부에 관계없이 항상 실행됩니다.</li><li>finally 블록의 예외는 원래의 예외를 억제합니다.</li><li>finally 블록에서 던진 예외는 호출자가 처리해야 하는 새로운 예외가 됩니다.</li></ul>[Finally 블록의 쓰임새]<ul ><li>리소스(데이터베이스 연결, 파일 클로징)를 해제합니다.</li><li>예외에 관계없이 항상 수행해야 하는 정리 작업을 처리합니다.</li></ul>&nbsp;자바의 다이아몬드 문제란 무엇인가요?"다이아몬드 문제"란 여러 상속 시나리오에서 발생하는 특정한 문제를 의미합니다. 클래스 상속 다이어그램을 그릴 때 발생하는 다이아몬드 모양에서 이름을 따왔습니다. <ol ><li>자바의 접근방식: 자바는 클래스의 다중상속을 지원하지 않습니다. 그러나 자바는 인터페이스의 다중상속은 허용합니다.&nbsp;</li><li>자바 인터페이스의 다이아몬드 문제: 클래스가 두 개의 인터페이스를 구현하고 두 인터페이스가 모두 동일한 메소드명을 가진다면, 구현 클래스는 모호성을 해결하기 위해 메서드를 자체적으로 구현해야 합니다.</li></ol><pre ><code class="language-java">interface InterfaceA {
 default void display() {
 System.out.println("Inside InterfaceA");
 }
}

interface InterfaceB {
 default void display() {
 System.out.println("Inside InterfaceB");
 }
}

class MyClass implements InterfaceA, InterfaceB {
 // Here, we must provide our own implementation of display to resolve the ambiguity.
 @Override
 public void display() {
 InterfaceA.super.display(); // calling InterfaceA's default implementation
 InterfaceB.super.display(); // calling InterfaceB's default implementation
 }
}</code></pre>어떻게 해결할 수 있을까요? 1. 메서드 오버라이딩: 구현 클래스에서 자신만의 구현을 제공하여 모호함을 해결합니다. 이 방식은 기본 구현 중 하나를 선택하거나 완전히 새로운 구현을 제공하고자 할 때 적합합니다.<pre ><code class="language-java">class MyClass implements InterfaceA, InterfaceB {
 @Override
 public void display() {
 System.out.println("Hello world");
 }
}</code></pre>2. 특정 인터페이스의 메서드 호출: 특정한 인터페이스의 메서드를 호출합니다.&nbsp;<pre ><code class="language-java">class MyClass implements InterfaceA, InterfaceB {
 @Override
 public void display() {
 InterfaceA.super.display(); // or InterfaceB.super.display()
 // Additional logic if needed
 }
}</code></pre>&nbsp;Multilevel 상속이란 무엇인가요?Multilevel 상속에서 A 클래스는 B 클래스를 상속하며, B 클래스 역시 C 클래스를 상속합니다.&nbsp;자식 클래스는 부모 클래스를 통해 조부모 클래스에서 간접적으로 상속됩니다. 자식 클래스는 부모 및 조부모 클래스의 모든 public/protected 멤버에 접근할 수 있습니다.&nbsp;String, Stringbuffer, Stringbuilder의 차이는 무엇인가요?(번역/원문 참고)&nbsp;메서드 오버라이딩과 오버로딩은 무엇인가요?[메서드 오버로딩]<ul ><li>단일 클래스 내에서 발생합니다. 이름은 같지만 매개 변수가 다른 동일한 클래스의 여러 메서드를 말합니다.</li><li>메서드 오버로딩을 사용하면 유사한 작업을 수행하지만 입력/출력이 다른 메서드를 만들 수 있습니다.</li></ul><pre ><code class="language-java">class Calculator {
 public int add(int a, int b) {
 return a + b;
 }

 public double add(double a, double b) {
 return a + b;
 }
}</code></pre>[메서드 오버라이딩]<ul ><li>상속에서 클래스 간에 메서드 오버라이딩이 발생합니다. 하위 클래스가 상위 클래스에서 상속된 메서드를 재정의하는 것을 말합니다. 메서드는 상위 클래스 메서드와 동일한 이름, 반환 유형 및 매개 변수를 갖습니다.</li><li>메서드 오버라이딩을 사용하면 하위 클래스가 상위 클래스에서 상속된 메서드를 자체적으로 구현하여 하위 클래스에 대한 동작을 전문화할 수 있습니다.</li></ul><pre ><code class="language-java">class Animal {
 public void makeSound() {
 System.out.println("Generic animal sound");
 }
}

class Dog extends Animal {
 @Override
 public void makeSound() {
 System.out.println("Woof!");
 }
}</code></pre>&nbsp;예외 클래스의 계층구조는 무엇인가요?Arraylist와 Linkedlist의 차이는 무엇인가요?Set과 Arraylist의 차이는 무엇인가요?(번역/원문 참고)&nbsp;번역: [https://ducktopia.tistory.com/119]원문:

🕊️ 2024 버클리즈 Java SpringBoot 인터뷰 질문 

Learn to become an Data Analyst using this roadmap. Community driven, articles, resources, guides, interview questions, quizzes for modern backend development.

Data Analyst Roadmap

개발자분들은 roadmap.sh에 대해 이미 아시겠죠?
최근 데이터분석가의 로드맵도 업데이트되어 공유합니다!

사실 이렇게 보면.. 개발자 로드맵보다 조금 정립되어있지 않은 느낌도 드는데, 그래도 참고해보면 좋을 것 같아요!

https://roadmap.sh/data-analyst

개발자분들은 roadmap.sh에 대해 이미 아시겠죠?최근 데이터분석가의 로드맵도 업데이트되어 공유합니다! 사실 이렇게 보면.. 개발자 로드맵보다 조금 정립되어있지 않은 느낌도 드는데, 그래도 참고해보면 좋을 것 같아요! https://roadmap.sh/data-analyst

roadmap.sh

데이터분석가 로드맵 🤓

1. 감정은 전염되기 때문에 매우 중요하다.

2. 사람들은 자신과 연관된 것들을 자랑스러워하고 자신과 동료들이 성공할 것이라고 믿고 싶어 한다.

3. 그래서 조직을 이끄는 리더에게 주어진 가장 중요한 임무 하나가 자신감을 보여 주는 것이다.

4. 사람들은 자신감 넘치는 사람을 따르고 지지하고 싶어 한다.

5. 그렇기 때문에 자신감 있어 보이는 사람들이 취직하고 승진할 가능성이 크다.

6. 이뿐만 아니라 리더가 자신감 있게 행동하면 그 자신감이 전염되어 그를 따르는 다른 사람들도 더 자신감 있게 행동한다.

#권력을경영하는7가지원칙

1. 감정은 전염되기 때문에 매우 중요하다. 2. 사람들은 자신과 연관된 것들을 자랑스러워하고 자신과 동료들이 성공할 것이라고 믿고 싶어 한다. 3. 그래서 조직을 이끄는 리더에게 주어진 가장 중요한 임무 하나가 자신감을 보여 주는 것이다. 4. 사람들은 자신감 넘치는 사람을 따르고 지지하고 싶어 한다. 5. 그렇기 때문에 자신감 있어 보이는 사람들이 취직하고 승진할 가능성이 크다. 6. 이뿐만 아니라 리더가 자신감 있게 행동하면 그 자신감이 전염되어 그를 따르는 다른 사람들도 더 자신감 있게 행동한다. #권력을경영하는7가지원칙

< 리더의 자신감은 전염된다 >

Optimism, obsession, self-belief, raw horsepower and personal connections are how things get started. Cohesive teams, the right combination of calmness and urgency, and unreasonable commitment are...

What I Wish Someone Had Told Me

1. 일은 낙관, 집념, 신념, 거친 돌파력, 인간적 연결에서부터 시작됩니다.

2. 하지만 일을 마무리하는 것은 단합된 팀, 빠른 속도와 차분함의 조합, 무한한 헌신입니다.

3. (사람들이 착각하지만) 팀에게는 ‘중요한데 어려운 일을 하는 것’이 ‘중요하지 않지만 쉬운 일을 하는 것’보다 훨씬 더 쉽습니다. 담대한 목표는 사람들의 동기를 자극하니까요.

4. 인센티브는 슈퍼 파워지만, 신중하게 설정해야 합니다. (그게 고객이든, 직원이든, 한 번 도입한 인센티브를 되돌리긴 쉽지 않기 때문입니다)

5. (너무 많은 일을 동시에 벌이려고 하지 말고) 확신을 가지는 소수의 몇 가지에 자원을 집중하세요. 하지만 말이 쉽지, 이를 행동으로 옮기는 건 쉽진 않을 겁니다. 생각했던 것보다 훨씬 더 많은 것들을 (뼈를 깎는 고통을 감수하며) 제거해야 할 테니까요. (=존 우든 효과)

6. 커뮤니케이션은 명확하고 깔끔하게 하세요.

7. 조직의 구조가 구성원들이 생산적으로 일하는 것을 방해하게 않도록 하세요. 특히 관료주의와 헛소리에 대해선 발견할 때마다 싸우고, 구성원들 또한 이를 발견할 때마다 싸우도록 만드세요.

8. 비즈니스에서 중요한 건 결과입니다. 과정이 좋았다며, 나쁜 결과를 변명하도록 내버려두지 마세요. (결과가 안 좋았다면, 분명 프로세스에 문제가 있는 겁니다. 따라서 과정이 좋았다는 위로가 아니라, 문제를 파악하고 개선해야 더 나은 결과를 얻을 수 있습니다)

9. 채용에 더 많은 시간을 투자하고, 빠르게 성장할 가능성이 보이는 사람들을 영입하기 위해 위험을 무릎 써보세요!

10. 슈퍼스타는 보이는 것보다 훨씬 더 큰 가치를 가지지만, 그들에 대한 평가는 조직의 성과에 어떤 기여를 했는지를 두고 정확하게 내려야 합니다.

11. 빠른 반복은 많은 문제를 해결합니다. 특히 빠르게 반복할 수 있으면, 틀려도 상관없습니다. (빠르게 반복하는 과정에서 틀린 것들을 계속 수정할 테니까요)

12. 물리 법칙에 해당하는 비즈니스와는 싸우지 마세요. (비과학적인 믿음으로 사업을 하지 말라는 말입니다)

13. 영감은 쉽게 깨지고, 삶은 놀랍도록 빠릅니다. 그리고 아무것도 하지 않은 것이야말로 최악의 위험입니다.

14. 스케일은 급부상하고 있는 신흥 자산입니다.

15. 복리는 마법입니다. 그러니 규모와 복리가 만나는 비즈니스를 하세요.

16. 쓰러져도 다시 일어나 계속 나아가세요.

17. 위대한 사람들과 함께 일하는 것은 인생에서 가장 큰 축복 중 하나입니다.

- 샘 알트만

https://blog.samaltman.com/what-i-wish-someone-had-told-me

1. 일은 낙관, 집념, 신념, 거친 돌파력, 인간적 연결에서부터 시작됩니다. 2. 하지만 일을 마무리하는 것은 단합된 팀, 빠른 속도와 차분함의 조합, 무한한 헌신입니다. 3. (사람들이 착각하지만) 팀에게는 ‘중요한데 어려운 일을 하는 것’이 ‘중요하지 않지만 쉬운 일을 하는 것’보다 훨씬 더 쉽습니다. 담대한 목표는 사람들의 동기를 자극하니까요. 4. 인센티브는 슈퍼 파워지만, 신중하게 설정해야 합니다. (그게 고객이든, 직원이든, 한 번 도입한 인센티브를 되돌리긴 쉽지 않기 때문입니다) 5. (너무 많은 일을 동시에 벌이려고 하지 말고) 확신을 가지는 소수의 몇 가지에 자원을 집중하세요. 하지만 말이 쉽지, 이를 행동으로 옮기는 건 쉽진 않을 겁니다. 생각했던 것보다 훨씬 더 많은 것들을 (뼈를 깎는 고통을 감수하며) 제거해야 할 테니까요. (=존 우든 효과) 6. 커뮤니케이션은 명확하고 깔끔하게 하세요. 7. 조직의 구조가 구성원들이 생산적으로 일하는 것을 방해하게 않도록 하세요. 특히 관료주의와 헛소리에 대해선 발견할 때마다 싸우고, 구성원들 또한 이를 발견할 때마다 싸우도록 만드세요. 8. 비즈니스에서 중요한 건 결과입니다. 과정이 좋았다며, 나쁜 결과를 변명하도록 내버려두지 마세요. (결과가 안 좋았다면, 분명 프로세스에 문제가 있는 겁니다. 따라서 과정이 좋았다는 위로가 아니라, 문제를 파악하고 개선해야 더 나은 결과를 얻을 수 있습니다) 9. 채용에 더 많은 시간을 투자하고, 빠르게 성장할 가능성이 보이는 사람들을 영입하기 위해 위험을 무릎 써보세요! 10. 슈퍼스타는 보이는 것보다 훨씬 더 큰 가치를 가지지만, 그들에 대한 평가는 조직의 성과에 어떤 기여를 했는지를 두고 정확하게 내려야 합니다. 11. 빠른 반복은 많은 문제를 해결합니다. 특히 빠르게 반복할 수 있으면, 틀려도 상관없습니다. (빠르게 반복하는 과정에서 틀린 것들을 계속 수정할 테니까요) 12. 물리 법칙에 해당하는 비즈니스와는 싸우지 마세요. (비과학적인 믿음으로 사업을 하지 말라는 말입니다) 13. 영감은 쉽게 깨지고, 삶은 놀랍도록 빠릅니다. 그리고 아무것도 하지 않은 것이야말로 최악의 위험입니다. 14. 스케일은 급부상하고 있는 신흥 자산입니다. 15. 복리는 마법입니다. 그러니 규모와 복리가 만나는 비즈니스를 하세요. 16. 쓰러져도 다시 일어나 계속 나아가세요. 17. 위대한 사람들과 함께 일하는 것은 인생에서 가장 큰 축복 중 하나입니다. - 샘 알트만 https://blog.samaltman.com/what-i-wish-someone-had-told-me

Sam Altman

창업을 하고자 하는 사람들에게 해주고 싶은 말들

CLI tool and python library that converts the output of popular command-line tools, file-types, and common strings to JSON, YAML, or Dictionaries. This allows piping of output to tools like jq and simplifying automation scripts. - GitHub - kellyjonbrazil/

GitHub - kellyjonbrazil/jc: CLI tool and python library that converts the output of popular command-line tools, file-types, and common strings to JSON, YAML, or Dictionaries. This allows piping of output to tools like jq and simplifying automation scripts.

jc는 터미널에서 사용하는 많은 cli 툴들의 결과값을 json으로 변환해 주는 도구입니다. 
일반적인 텍스트라면 필요한 정보를 찾기 위해서는 스스로 가공을 해야하는데, jc를 사용하면 파서를 선택하여 자동으로 json을 뽑아 낼 수 있고 jq등을 사용하여 그 안에서 필요한 정보를 추출 하기가 쉬워집니다. 

굉장히 많은 수의 cli 툴들을 지원하고 있으므로 설치해두고 필요시 json으로 변경하여 사용하시면 좋을 듯합니다.

GitHub

Synthesia Senior Software Engineer 

이상현

베를린에 거주하며 AI 스타트업 Synthesia에서 리모트로 일하고 있습니다. 가끔 블로그와 테크니들을 통해 글을 쓰거나 어설픈 웹툰을 그리고 있습니다.
#조직문화 #Ai #해외취업 #소프트웨어엔지니어

서울여자대학교 디지털미디어

안수민

터미널 명령의 결과를 json으로 변환하기

웹사이트 개발 및 유지보수
mixi어플리케이션 제작용 javascript라이브러리 개발
탑바 개발
사내 라이브러리 개발
사내 관리 툴 개발
배포 시스템 개발

웹개발자

웹 플랫폼 지원업무
장애대응 (apache, tomcat, JVM등의 웹관련)
자바, nodejs 프로젝트 관리 툴 제작 (빌드, 배포, 무중단 재시작) 
미들웨어 모니터링 시스템 제작
배치시스템 유지보수
이미지 싱크 시스템 유지보수
APM툴(jennifer) 전사적용 담당

프로그래머

게임사업부에서 게임서버담당
- API 개발
- 빌드 배포툴 개발
- 서버 형상관리
- 서버 모니터링
- 로그수집서버 제작 및 운영

서버개발자

포코포코 라인 PHP에서 GO로 포팅 (2016.12 ~ 2017.12)
포코포코 라인 서버개발 (2016.3 ~ 2017.12)
카카오 서버 및 인프라 구축 및 유지 보수 (2016.3 ~ 2017.12)
- chef, docker, fabric로 구성
- 국내 클라우드에서 AWS로 이관 작업
포코포코 카카오 랭킹서버 개발
- go, docker, aws
포코포코 카카오 컨텐츠 개발 (2016.3 ~ 2017.12)


사내 인프라 구축 및 유지보수 (2015.5~2016.12)
 - 인증서버 (LDAP)
 - 파일서버(WEBDAV) 구축 및 인증서버와 연동
 - 개인PC 장비 및 네트웍 관리 프로그램 제작(C#)
 - 백업인프라 구축 (Bacula)
 - slack 봇 제작 및 유지보수
 - 사내 서버 관리
 - 협업툴 관리(jira, confluence, bitbucket server)
 - 인프라관련 기술지원
 
파이썬 프로그래밍 교육

서버 개발자 

MySQL

python

SpringBoot

django

Kotlin

Docker

Kubernetes

Linux

typescript

Node.js

Vue.js

NestJs

카카오페이지
- 어드민 개편 
- CRM백엔드 개발
- 작품홈 및 리딤코드 API작성

타파스
- CRM백엔드 개발
- 데이터 트랜스폼 프로젝트 개발 

whatever 개발자 

컴퓨터 공학과로 전과를 하려고 했지만, 통계를 심화전공하고 졸업했습니다. 

통계학과

박승규

트위터

승규의 블로그 

일본에서 일하다 서울찍고 부산갔다 판교로 돌아온 IT노동자



터미널 명령의 결과를 json으로 변환하기

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필