본문 바로가기

    전체 글31

    조직문화 + UX/UI https://www.notion.so/jiimy/UX-UI-a7deabc2abbe43159c7b1cd17c0a309c 조직문화 + UX/UI | Notion도서jiimy.notion.site 2024. 5. 28.
    엉뚱하고 재밌는 상상 인사팀과 준비해서  직원들에게 회사 복지으로 유명한 타로 상담사를 모셔왔다고 공유. 수요가 있다면 신청 받고 상담 시간 조정.  직원들이 상담받으러 오면 그 자리에 내가 가면을 쓰거나 분장을 하고 모른척하며 타로봐주기. 2024. 5. 21.
    자신이 고려하는 회사 기준 지표 점수 총합 최대 12점, 각 1~5점돈(연봉, 상여, 복지몰등)  /  사람(연령대 비슷, 착한 사람들, 업무능력등)   /   업무(맞는 포지션,  단순반복업무 x, )   /  환경, 문화 (유연근무, 재택, 코드리뷰, 좋은피드백문화 등) 작성 팁 우선순위를 역순으로 먼저 매기고 그 안에서 점수 변경ex) 우선순위을 역순으로 4 3 2 1 매기면 10점. 여기에서 3번 4번 1점씩 추가 4 3 3 2 => 12점 필터링을 확실히 할수 있는 거리, 야근 비중은 제외  2 4 3 3 2024. 5. 21.
    이력서 작성 가이드 + 글쓰기 기본 규칙 상대방이 봐줬으면 하는것을 보여주는것 주요도가 높은 순으로 위로 올린다. 흥미를 유발할 수 있는 것을 위로 올린다. 구체적이고 사실적으로 규칙에 맞춰서 작성 시작. 예를 들어 학력을 먼저 보여주면 학력이 더 강조가 됩니다. 제목 이력서의 제목으로 자신있는 영역을 어필하는것도 좋습니다. 단, 상대방을 생각하게 하는 내용이 아닌 명확한 내용이어야 합니다. ex: ㅁㅁ에 자신있는 O, ㅇㅇ에 관심이 있는 X, 도입부 기본적으로 연봉은 기재 안하고 공고상에서 요구할때만 수정하여 작성. 사진은 딱딱한 증명사진 보다는 좀 더 일상적인 자연스런 사진이 나은 편. 나이도 기재할 필요 없음. 회사 생활에서도 마찬가지로 나이와 이전 출신은 선입견을 유발함. 코드나 성향을 볼 수 있는 모든 게시글의 모음집 단위의.. 2023. 12. 16.
    올바르게 질문하는 법 혹시 여러분은 문제 해결이 필요한 질문을 하실때 어떻게 질문하나요? 이슈발생 -> 해결 시도 -> 해결 못함 -> 질문 의 순서로 다른사람에게 도움을 요청하며 질문을 하는데 대부분의 질문 유형은 이런식일 겁니다. ㅁㅁ를 하고 싶고 ㅁㅁ했는데 ㅁㅁ 안되네요 or 안돼요 주위에서 과정과 시도한 내용까지 같이 질문하라는 말을 많이 들으셨을 겁니다. 과정과 시도한 것까지 포함하여 질문해도 질문을 받는 사람이 질문을 더 한적은 없었나요? 아니면 원한 답변이 아닌 다른 답변을 한적은 없었나요? 듣거나 본 대로 과정과 시도한 내용을 포함했는데도 왜 이런 현상이 나올까요? 핵심은 '상대방의 답을 유도하게 질문하기' 입니다. '답을 유도한다'는 말은 '생각을 하게 만들지 않기', '선택할 방향을 제시해주기' 로 말할 수.. 2023. 12. 1.
    react 상태관리 고찰 - 작성중 상태관리 작성 어려운 순redux > mobx (class) > recoil >= jotai rtk > > justand redux는 사용해봤고,mobx는 제대로 사용해보지 않았으나 객체지향적이고, 인젝션, 데코레이터 개념이 들어 간다는 정보만 알고 있음.recoil은 복잡한 상태일때 좋지 않다고 하여 사용해봤으나 역시 말그대로 상태가 복잡할수록 코드량이 많아짐.코드량 많은 순redux >>>>> recoil >>>== jotai > rtk > justandplaceholder 가 가장 많은 기본 redux, recoil도 적다곤 하지만 get set 에서 객체 사용시 selector와 selectorFamily의 추가 기능이 필요하고, 단일 state와 객체 state의 get set 메소드가 다름.r.. 2023. 10. 30.
    axios interceptors axios interceptors 자체는 토큰 재갱신에서 잠깐 봤지만 그 땐 다른 기능들이 더 급하여 잠시 미루고 useEffect로만 토큰 재갱신을 했었으나 api 통신에서 공통된 헤더를 묶고, react-query 사용시 페이지에서 직접적으로 api를 사용하고 싶지 않아 (분리하고 싶어서) 다시 연구하던중 axios interceptors로 다시 돌아가게 되어 작업을 하게 되었다. // import { TokenRefresh } from "api/auth"; import axios from "axios"; import { showToast } from "components/toast/showToast"; import { ROOT_API } from "constants/api"; import store.. 2023. 8. 27.
    디자인 패턴 패턴 자체를 신경쓰지 않고 규모나 컴포넌트 성격에 따라 방식을 다르게 썼던지라 딱히 의식하진 않았는데 다시 패턴이 대두 되고 있는거 같아 기록을 남긴다. VAC 패턴 작년에 사용하려 했던 VAC 패턴. 렌더링과 이벤트를 분리해서 이벤트 컴포넌트에서 렌더링을 렌더링용 컴포넌트를 import 해서 사용. // 렌더링 const SpinBoxView = ({ value, onIncrease, onDecrease }) => ( - {value} + ); // 이벤트 const SpinBox = () => { const [value, setValue] = useState(0); const props = { value, onDecrease: () => setValue(value - 1), onIncrease: ().. 2023. 8. 16.
    next + ts 환경에서 recoil vs rtk의 간단 사용 예제 비교 (좌) recoil, (우) rtk 1. store 공통적으로 _app.tsx에 정의 2. 저장소 recoil의 저장소는 atom이라 부름. 각각 내보내서 묶어서 사용할 필요가 없음. rtk는 slice라는 저장소를 만들고 내보내고 묶어서 사용. ts환경의 rtk는 RootState가 필요하다. // atom/Counter.ts import { atom, selector } from "recoil"; // Atom 정의 export const countState = atom({ key: "countState", default: 0, }); // Selector 정의 export const doubledCountState = selector({ key: "doubledCountState", get: ({ .. 2023. 8. 14.