12. Game Networking - Massive Multi-user Online RPG - 구글, 아마존, 마이크로소프트, 5G 상용화 직전, game 회사들 인수함 ** Dedicated 서버는 2개, 마스터 서버와 게임 서버로 나뉜다. 1. master server - 로그인, 인증, session layer 등 게임에 대한 로직이 도는 건 X / 게임 회사들이 다 비슷한 일 2. game server - 실질적으로 게임에 대한, 회사 별 유니크한 로직, high performance - 실시간 마우스 동작 처리 / real time 렌더링 / 네트워크 트래픽 많음 + CPU/GPU 필요 -> 어마어마한 부하 * 서버 없이 P2P - 서버를 거치지 않고, 게임 컨텐츠를 직접 주고 받아라 / We..

11. Cloud Computing - 필요할 때 필요한 만큼 사용하는 것 -> 어디 실존하는지는 잘 모르겠는데? 구름 속의 컴퓨터, 안개같은 개념 - 클라우드 컴퓨팅 개념의 탄생 배경 - 깨서 쇼핑하는 시간에는 CPU가 많이 돌아감 -> 나머지 시간(출근, 취침 시간)에는 CPU가 논다 - 떨어진 CPU 사용률을 높이자 -> 본인이 가진 CPU 디스크 네트워크를 벤처 회사에게 서비스 제공 - 딱 쓴 만큼만 돈을 내고 싶다 -> 2010년대, AWS 탄생 - 벤처 회사 입장 - 서버 개발자 + 데이터 센터 구축할 사람 + 운용할 사람 X (인간을 없앰) - 우리 회사 내부에 컴퓨터가 있을 필요 X -> 오히려 서버 하드웨어를 갖고 있는 것이 골칫거리 -> 매년 2% 이상, 서버는 무조건 죽을 수 있다 -..

10. HTTP & SIP * HTTP/1.1 – HTTP client는 웹 브라우저 / 밑에 TCP를 까는 것을 전제로 한 것 - 프로토콜을 단순화 한 것 (에러 검출 및 복구 따위 X, 그건 TCP가 알아서 하겠지) * Resource 1. Static content - HTTP request가 T0에 도착했을 때, T0 이전에 이미 컨텐츠가 만들어져 있으면 static - file system, 이미 만들어져 있는 비디오 클립 (유튜브, 넷플릭스) // DB에 들어있는 정보 2. Dynamic content - HTTP 리퀘스트가 올라가면서 T0 이후에, 그 안에 은행 계정, 인증번호 등을 통해 서버가 계산할 때 - 현재 주가 등 미리 계산할 수 X / 지금 만들어야 하는 이것들이 dynamic c..

9. Transport layer 2 * Socket programming - IP + port number -> socket / 전세계에서 유니크한 컴퓨터 식별 + 컴퓨터에서 유니크한 프로그램 식별 - 특정 노드의 특정 프로그램 -> end point - 운영체제에게 허락 받고, 프로그램을 위해 OS가 상태 정보와 메모리들 전부 만드는 과정이 소켓이다. - TCP/IP networks, 양방향 통신, local or 인터넷이든 상관 X, 전통적으로 이를 소켓 프로그래밍이라고 한다. + 0.0.0.0은 본인을 지칭, 한 컴퓨터에서 두 프로그램 간의 통신은 IPC - 대표적인 TCP/UDP -> 클라이언트, 서버 architecture (ex. Web Server, Web Browser) + 만약에 1:1..

8. Transport layer 1 - 3계층이 컴퓨터는 찾았고, 4계층은 destination software를 찾는 과정 (process to process) - 한 프로세스에서 다른 프로세스로 packet을 전달하기 위하여 - 가장 유명한 것은 클라이언트 / 서버 구조 / 컴퓨터 2대의 통신 - 본인이 요청할 때, 내가 local host / 상대편이 remote host + 컴퓨터 안의 소프트웨어, process를 지칭하게 됨 -> local process & remote process - Port number – 호스트 운영체제 위에서 돌아가는 다양한 프로세스, 프로그램을 식별하는 번호 (16 bit int) + 많이 사용하는 표준 SW 프로그램은 미리 1024개 지정 -> 이외의 값은 임의로..

홧팅 :)

Next.js react 앱을 만드는 것에서 시작! 서버가 필요 없으니, 파일을 올리는 개념 (리액트 앱을 호스트하는 방식) 리액트 개발에 대한 공통적인 문제점 파일 시스템 자체가 라우터가 된다 NEXT Search engine 검색 결과에 노출되어야 하는데, 완벽하게 출력된 페이지를 유저에게 보여줘야 함 넥스트는 하나의 프레임워크로 만드는 메타 프레임워크, 리액트를 잘 사용하기 위한 프레임워크 웹개발 자체가 고도화됨, 여러 문제를 위한 테크닉이 개발됨 (서버 렌더링, 클라이언트 렌더링) 제대로 못만들면 로딩 스크린 많이 보임 -> 서버 렌더링을 통해 해결 가능 (이부분은 서버에서, 저부분은 클라이언트에서 돌리고) 모든 스펙트럼을 커버할 수 있는 next React 개발 시작 시 가장 권장하는것이 nex..

👩‍💻 개발 관련 고민들과 에피소드를 이야기해주셨는데 나도 같이 고민해보면서, 몰입해서 들을 수 있었다. 다양한 문제 해결 방법과 접근에 대해 생각할 수 있어서 굉장히 재미있고, 유익했던 것 같습니다 :) 프로필 전환 애니메이션 프로필 UI 를 어떻게 구현할 것인가? 어떤 시점에 해당 함수를 호출할 것인가? 클릭 시 어떤 프로필이 메인인가? 상황에 따라 내부에 플래그를 사용해야하는 경우도 있다 익숙한 카카오뱅크 UI를 예시로 설명해주셔서 이해가 잘 되었다 이미지 화질 저하 현상 처음에는 서버 문제로 파악 Circle crop API 중 down sample 문제 Center Outside API는 upscale 지원 대부분 이미지 용량을 줄이는 것을 더 중요 소스 품질에 맞도록 나온 optional을 사..

 삼성과 애플의 UX 차이점 iOS의 위치 권한 이원화, 안드로이드로 확산되기 전까지는 따로 처리해야 했다. 조작 방식의 차이 / iOS의 제스처 중심의 조작, 애플의 맥북도 터치 패드 위드의 조작, 스와이프 안드로이드 유저는 있는지도 모르는 UX가 존재함 결국 크로스 플랫폼도 플랫폼에 의존할 수 밖에 없다. 네이티브 지식을 잘 이해하고 있어야 올바르게 에러를 해결할 수 있다. 추상화 계층 위에서 동일한 코드를 작성하는 것 자바도 크로스 플랫폼이다 (jvm 위에서 작동) 왜 굳이 플러터만 밑단을 알아야하나? 이건 모바일 앱이기 때문 굉장히 많이 플랫폼에 의존하는 경향 (센서, 네트워크, UX적 요소들) 플러터에는 플랫폼에 의존적인 기능들을 통제할 수 있는 통제권이 거의 없다 자유도를 준다는 장점이 있기..

1. 스프링 라이브러리 이슈를 선정하고 이해 이슈 해결하고 pr 만들기 관련한 테스트 코드도 적절히 추가 2. 쿠버네티스 상에서 게임 서버를 올릴 수 있는 아고네스 트래픽에 따라 유동적으로 오토 스케일링 Scaling limited issue 관련 코드를 찾아서 수정 내부에 경우가 scaling과 관련된 limit이 두가지 존재 -> 하나로 퉁쳐서 문제 발생 merged + 아고네스 문서에 추가 컴퓨터 네트워크에서 배웠던 쿠버네티스와 게임 서버 관련 내용이 나와서 엄청 재미있게 들었던 사례 :) 3. 가장 어려웠던 pr, C# 폴리 Circuit breaker 이슈 Break duration을 계산할 수 있게 만들자 Function 형태로 선언 / time span 반환 항상 고정 값으로 사용 가능했던 ..