코드위의 승부사

최근에 올라온 글

• 기타 잡서칭 페어코딩 인터뷰 녹화하기 (문제선정 -> 완전탐색 sort 코딩전 / 코딩중 / 코딩이후 회사 리서치(기업 웹사이트, 뉴스기사, 대표이름구글링, 잡플래닛, 블라인드, 크레딧잡, 스탭 SNS-분위기) 잡서칭 전략 선호도분석 및 기업선정 이력서제출 면접 연봉협상 취직 funnel 전략 기업선택: 연봉, 성장 가능성, 통근거리, 프로덕트, 대표, 개발문화, 복지/ 점수로 취합 가능한 많은 기업을 찾자 최대한 많이 지원하기 주어진 기회 거절하지 말기 전환율을 철저하게 관리해라 이력서의 목적 : 면접 기회 얻기 회사와 직접 관계를 만들어라 페이스북, 메세지, 이메일 질문하기 A : 이력서만 B : 이력서 + 자소서 + 포토폴리오 가기싫은 회사부터 지원하면서 경험치 쌓으시면 됩니다 난이도를 고려해서 적절하게 지원(..

• 기타 일잘하는사람이 되자 커리어 소개 -> 작은곳에서도 느낀점의 깊이 서브웨이 ->노동력을 팔아 돈을 버는것의 한계를 느낌 피자배달 ->자율성의 중요성 연구원 -> 처음 자율성을 얻게됬지만, 무얼 어떻게해야할지 모름 실험및 연구 실패 중소기업 -> 루틴화 도전하는일에 대해 동기부여 x , 연구일에 스스로 만족스럽지 못함 가장 일반적인 한국의 직장인 생활 (회사다니면서 취미생활에 집중, 일의 오너십에 대해 생각 질문할 기회가 엇었다고 스스로 제한했는지도 모름 대기업 -> 불필요하고 오래된 시스템이 너무 많음, 자율성은 있지만 어디까지 책임을 져야하는지 모름 시키는 일을 잘해야 하는 상황이 썩 좋지 않았다 소통없이 열심히 일만 혼자하는 일이 아니라 의존성있는 일이라 개인의 성장에 한계 톱니바퀴가 되는게 싫었다. -----------..

• 4주프로젝트 4주프로젝트 (Hollyship_day10 : ) 오피스아워 코드리뷰 : 10%의 코드에 대해 리뷰해서 로직에 대해 자세히 토론 불안함을 부정적으로 생각하지말자 -> 긍정적으로 생각하자, 이겨내자!, 불안함을 이용해서 에너지를 쏟자 안정적인상태여도 고의적으로 불안한상태로 만든다.(발전을 위해) 면접 좋아하는일, 차분하게, 너무 을일필요는 없다 태도 자기가 하고 있는 일을 잘 알려주는 사람, 배우려는 자세, 수용하는자세

• 4주프로젝트 4주프로젝트 (Hollyship_day09 : spotify API 가져오기) 스포티 파이 API의 종류 WEB API : WEB PLAYBACK SDK IOS ANDROID WIDGETS 우선 authorization flow를 먼저 진행해서 access token을 얻어야 한다 CODE - TOKEN간 교환은 비밀 키가 필요하며 보안 목적을 위해 서버대 서버의 커뮤니케이션만 가능하다. authorization 종류 - App authorization : 앱이 spotify platform 에 접근할수 있도록 하는 인증(APIs, SDKs and Widgets) - User authorization : 스포티파이 뿐만 아니라 사용자의 데이터에 접근하고 수정할수 있는 권한을 주는 인증, /authorize endpoint 사용, scope 범위 지정 Obtaining Authori..

• 4주프로젝트 4주프로젝트 (Hollyship_day06 : TypeScript and React) https://fettblog.eu/typescript-react/components/#class-components TypeScript and React: Components Components are at the heart of React. Let’s see what we can do to get better error handling and tooling for them! In this section: Functional components Stateful class components defaultProperties Functional components Functional components are my most fav fettblog.eu https://dev.to/andreasbergqvis..

• 4주프로젝트 4주프로젝트 (Hollyship_day05 : React navigation) React Navigation 4 리액트 네비게이션 마스터하기!! 그냥 배우면서 쓰려고했는데 너무 어려워 한번 제대로 정리해보려 한다.. createStackNavigator Options for the router: - initialRouteName : 스택의 가장 기본화면 설정, 경로의 키와 반드시 일치해야한다 - navigationOptions : 네비게이터 자체의 옵션, 부모 네비게이터를 형성시킨다 - defaultNavigationOptions : 사용하는 스크린들의 기본옵션 - paths : import React from 'react'; import { ActivityIndicator, AsyncStorage, Button, StatusBar, StyleSheet, View, } from '..

• 4주프로젝트 4주프로젝트 (Hollyship_day04 : React navigation) RNN(native) vs RN(js, 문서화, 사용성) a태그 역할, 리액트 네비게이션의 스택 네비게이터는 제스쳐나 애니메이션에 의해 제공된다. createStackNavigator 리액트 컴포넌트를 리턴해주는 함수, route경로 객체를 갖는다 createSwitchNavigator 로그인의 경우 스택으로 쌓을 필요가 없기에 스위치로 생성 createAppContainer stackNavigator에서 생성된 React 구성요소를 파라미터로 사용할 수 있도록 리액트 구성요소를 반환하는 기능 createBottomTabNavigator 위의 스택네비게이터를 bottomTab으로 묶어 바텀네비게이터 생성

• 4주프로젝트 4주프로젝트 (Hollyship_day03 : 프론트 목업 제작 및 코딩시작) 프론트 기본 UI 설정 태스크 나누기 리액트 네이티브와 타입스크립트 시작 expo 사용해서 폰으로 시뮬레이팅 하는법 LAN으로 설정시 같은 wifi 주소 설정

• 4주프로젝트 4주프로젝트 (Hollyship_day02 : data schema) 데이터 스키마를 짜는날 스키마를 먼저 짜고 db를 고를때 db를 어떻게 골라야될까? 스키마를 먼저 짜도 되고, 상황에 맞춰서 쓰는게 맞다 (비관계형 vs 관계형) SQL vs NOSQL SQL - 확장성 해결 - 데이터구조가 확실한경우 NOSQL - 스타트업 - flexibility TypeScript 관련 why use types? - self documenting - Let the computer keep trak of context - Avoid common pitfalls interface XXX = {} Type Aliases Treat your types like normal JS put effort into your types; avoid 'any' whenever possible 킥 스타터..

• 4주프로젝트 4주프로젝트 (Hollyship_day01 : 시작) 프로젝트에서 얻어가야 하는 것(세션) - 커밋, PR 세부적인 내용을 적어주는것 중요! - 오버커뮤니케이션 중요! - 스크럼보드 관리 중요! - 커뮤니케이션을 강조!(실력이 부족하더라도 도움 요청 문제 공유) -> 문서화로 연결 - 갈등을 피하면 성장이 없다(해결이 중요 -> 감정은 배제해야한다) - 동료들과 함께 만들어나갈 수 있는 코드를 만들자 SR(Software Requirement) 프로젝트 기획 및 범위설정 시스템 아키텍쳐 설계 DB설계 팀원별 role 설정 모바일앱 -> 1. 네비게이션, 2. App state, 3. Lifecycle(will focus, did focus, will blur) 네비게이션 플로우 그리는것이 중요!!

• 기타 추석스프린트 day02(Hiring review) 1. async-word-count : 콜백을 이용한 비동기 처리 방식 콜백처리가 익숙지 못하다고 생각한다 2. Queue : 문제는 금방 풀었으나 storage 객체 접근하는데서 this를 빼먹어서 헤맸다 3. Horse & FlyingHorse : 상속 부분, 안쓰니까 매번 까먹는다 다시 공부하기 4. module-exports 5. this 6. tree map 토이 25~28(hashtable, linkedList, queueStack, binaryHeap) 자료구조 부분 어렵다..

• 기타 추석스프린트 day01(Source Tree, Redux) git reset : 버전을 변경하면서 이전내역 삭제, 저장소가 예전 상태로 돌아간다, 해당 버전을 reset 하게되면 이전버전으로 돌아간다 git revert : 버전을 변경하면서 변경내역 기록 이전내역 보존, 역순으로 하나씩 revert Redux : state container - single source of truth : 단 한개의 store 사용 / Flux와의 주요 차이 - state is read-only : 변경을 하려면 action이 dispatch 되어야함 - changes are made with pure functions : reducer는 순수함수로 작성 되어야함 (네트워크 및 데이터베이스 접근 x, 인수변경 x, 순수하지 않은 API사용불가(Date, Math...) Actio..

• 

  2주프로젝트 2주프로젝트(WebPaper_day10 : 프로젝트를 끝내면서) 개인적인 회고 마지막에 배포 관련 이슈가 생겨서 팀 회고 시간을 갖지 못하게 되었다. 개인적으로 배포를 하는것보다 팀 회고 시간이 더 중요하다 생각해서 회고 시간을 갖길 원했으나 설득하질 못했다. 모두다 다른 방향을 생각하고 있고, 같은 방향으로 이끄는 일은 참 힘든것 같다. 그래서 개인적으로나마 2주간 팀프로젝트를 진행하면서 있었던 일들을 되돌아보고자 한다. 처음에 아이디어 기획안을 냈을때는 기획대로 구현해보고 싶은 마음이 컸지만, 현실적인 시간과 상황이 처음 했던 기획과는 다른 방향으로 이끌었다. 항상 디테일하게 계획을 짜고 일을 진행하고 싶었지만, 시간이라는 압박에 쫓겨 그냥 그냥 넘어가고 말았던것같다. 글을 쓰면서 느끼는 점은 시간이라는 압박에 제대로 대처를 못한것같다. 시간을 더 확보하려는 노력..

• 2주프로젝트 2주프로젝트(WebPaper_day09 : GridList, Comment Component 만들기) 2주 프로젝트 발표 준비 결과물 30% 이하, 고생했던 부분, 다음에 주의 해야할점, 아키텍쳐를 잘못 짬(처음시작이 중요하다 ) -> 4주에서 주의할점 Comment Component에서 _id를 찾아서 db에서 코멘트를 가져오기로, 상위컴포넌트에서 _id props 전달 상위컴포넌트 하위 컴포넌트 관계가 정리가 잘안된다( 처음 시작때 그림 그려놓기)

• 2주프로젝트 2주프로젝트(WebPaper_day08 : React state & setState) map을 써서 dynamic하게 렌더링을 했지만, 모든게 버튼처리 되는 문제 발생 -> 상위컴포넌트에서 Link 처리 기사 li 클릭시 state 변경 -> article 인자 받아와서 setState 설정 setState는 aysnchronous이므로 바로처리 되지않는다 (콜백이용) link로 연결시 props 전달하는법 -> _id를 써서 api에 접속해서 data를 가져오려했는데 넘겨주는게 나을거같다 -> link안에서도 state를 전달할 수 있구나