TextureLoader : 3d texture이미지를 material에 적용가능CubeTextureLoader : 외부에서 받아온 이미지 파일을 Material의 적용하여 마치 mesh가 받아온 이미지들에 둘러싸여 있는듯한 느낌을 줌처리해야할 속성이 많을수록 처리할

ambientLight : 은은하게 전체적으로 빛을 비춤axesHelper : 3차원 축을 화면에 그려 기준을 잡기 편하게 함gridHelper : 바닥에 격자를 화면에 그려 기준을 잡기 편하게 함stats.js : FPS를 띄어서 초당 프레임 체크가 가능하게 해주는

Scene : 오브젝트들이 있는 공간 (카메라, 빛, 메쉬 등등)Mesh : 웹에서 직접 보여줄 요소, Geometry(모양)과 Material(재질)로 구성되어 있음Camera : 사용자가 볼 화면을 찍고 있는 카메라Renderer : 카메라가 찍은 화면을 사용자 화

2주차에는 기본 UI제작 후 나는 바로 TMap api를 활용하여 기능 제작에 들어갔다해당 기능 제작을 하기에 앞서 TMap을 불러오는 부분부터 엄청 막혔다....현재 리액트의 Next.js를 이용하여 제작 하는데 헤더 부분 접근이 힘들었다Next.js에서 지원하는 s

1주차에는 기본적인 아이디어 회의 및 피그마 제작을 했다기획을 할때 맵API가 주는 정확한 데이터 체크를 하지 못해서못받는 데이터를 받을 수 있다고 생각하고 디자인 및 기획을 진행하여 수정을 거치느라 진행속도가 조금 늦어졌다다음부터는 정확하게 받을수 있는 데이터를 파악

피그마 1찰 제작 90% 완료내일 기본적인 UI제작

팀프로젝트 피그마제작중!!

팀프로젝트 유저플로우 제작완료 및 와이어프레임 제작완료피그마 제작중

주제 정하기 및 와이어 프레임 제작중

오늘은 Docker에 대해 배웠다Docker내 컴퓨터 안에 컴퓨터 1대를 더 설치하자옛날에는컴퓨터 안에 가상머신(ex: vmware)을 설치하여 전부 같은 운영체제를 쓰게 한다단점으로 컴퓨터 안에 컴퓨터를 설치하다 보니 느렸음해결책으로 나온게 Docker운영체제의 핵심

와이어샤크: 실시간 패킷 교환 과정을 확인하는 도구 중 하나이걸 사용하여 보면 https통신은 데이터가 암호화 되어 있지만 http는 암호화 되어 있지 않고 그냥 보인다3-way-handshake-연결프론트엔드 컴퓨터에서 백엔드 컴퓨터로 요청을 보내는 것을 ‘SYN’백

배포란 여태 우릭가 만들었던 홈페이지를 세상에 공개하는것을 의미한다배포를 이해하기 전에 클라우드 서비스를 알아보자클라우드 서비스란 간단하게 원격으로 컴퓨터를 대여해서 해당 컴퓨터에 접속할 권한을 주는것크게 AWS, GCP, AZure가 있다우리의 웹파일을 html파일로

오늘은 테스트 코드 작성 하는 방법을 배웠다테스트코드는 내가 만든 기능들이 정상적으로 작동하는지 테스트를 해주는 코드이다이걸 굳이 코드로 작성 하지 않고 그냥 직접 테스트를 해보면 되지 라는 생각을 할수 있지만 그건 좋지 않다만약 나의 서비스의 기능이 30개 정도 있다

권한 분기란 간단하게 로그인 같은 걸로 해당 페이지에 접속, 버튼 같은것을 클릭 할수 있는 권한, 데이터에 대한 접근 권한 같은것을 분기처리하는 것을 이야기 한다처음은 위와같이 localStorage에 accessToken을 저장을 했었다하지만 localStorage에

브라우저 저장소에 대해 알아보자브라우저 저장소란 웹 사이트에서 사용하는 데이터를 브라우저에 저장하는 공간으로데이터를 효율적으로 관리할수 있지만 저장된 데이터는 보안 위험에 노출될 수 있으므로, 중요한 정보는 저장하지 않는 것이 좋다로컬 스토리지는 key-value 형태

디바운싱: 특정 함수를 여러번 계속해서 호출했을을시 마지막 호출로 부터 지정한 시간이 지났을때 실행을 함onChange를 사용하여 State값을 변경할때한글자 한글자 변경시 마다 리렌더링이 일어나서 비효율적이다Debouncing을 사용하면 이 리렌더링을 줄일수 있다Lo

객체관련 메서드에 대해 알아보자해당 객체의 key값 혹은 value값을 뽑아 배열로 만든다객체의 key와 value를 한쌍씩 배열로 만든다위와 같이 target에 source값을 없는것은 추가, 있는것은 덮어쓰기를 진행한다target과 returnedTarget은 같은

옵티미스틱UI중요한곳에 사용하면 안됨덜 중요하면서 실패해도 문제가 안되고, 성공확률 99%인 것들에 사용하자optimisticResponse을 사용하면 입력된 값으로 응답을 받았다고 생각을 하고 data에 적용시킨다 그후에 진짜 데이터가 들어왔을때 값이 다르면 바꾸고

기존 이미지 업로드 문재점미리보기가 너무 느림: 클라우드 서비스에 저장한후 다운로드 url을 받고 그걸 띄우다 보니 느림이미지 찌꺼기가 남음: 이미지를 클라우드서비스에 저장후 게시글 등록 안하고 그냥 나가버리면 해당 클라우드에는 계속 다운로드 url이 남아있음해결방법이

메모이제이션(Memoization): 리렌더링이 많아질수록 성능이 저하되기 때문에 리렌더링이 필요 없는 것들은 리렌더링을 막을때 사용 (useCallback(),useMemo(),memo())useCallback(),useMemo()불필요한 값들이 지속적으로 다시 만들