No error , No gain

장고를 이용하여 프론트의 리액트와 함께 웹페이지를 하나 지정하여 복사하기를 하고 있다. 프로덕트가 보여지는 창을 프론트와 맞춰보기 위해서 product/views.py를 작성했다. 일단 product/models.py는 이런 구조이다. 지난번에 웹크롤링한 것을 넣는 작업을 통해서 이런 구조의 테이블에 모든 데이터가 꽉차있다. 이것들을 활용하여 product/views.py를 작성해봤다. 일단 프론트에서 필요한 정보를 요약해서 들었다. 홈페이지를 보면서 내가 파악할 수도 있지만 정확하게 하기 위해 필요한 요소들을 프론트에게 전달 받고 어떤 형식으로 받고싶은지도 들었다. 이런 캡쳐를 보내주었다. 이것들을 보고 작성한 views.py 사실 get만 있어서 쉬웠던 것 같기도하다. 대부분 리스트 표현식을 썼다. ..

지난 번에 올린 어마무시하게 무식한 크롤링 방법으로 인해 다음 크롤링들은 비교적 쉬웠다. HTML의 기본 구조에 따라서 많이 좌우가 되었다. 기본 구조가 균일하냐 안하냐가 컸다. 약 550개의 스토어 정보는 백엔드 동료가 했고 나머지 긁어올 데이터들은 내가 했다. 지난 번에 한 것이 제품의 기본적인 정보들이고, 그 이후 긁어 온 것들은 제품의 이미지 사진 URL, 제품마다 가지고 있는 색깔과 색깔을 나타내는 이미지들을 긁어 왔다. 컬러 들고 올 때에 클릭한번을 넣어서 포문을 돌렸다. 그거 빼고는 문제가 없었다. 제품 별로 컬러를 묶을 필요가 없었고 그냥 컬러 테이블을 위한 정보가 필요해서 이렇게만 뽑았다. 여기 테이블을 위한 것을 뽑았다. 사실 중요한 것은 크롤링하기전에 무엇 무엇을 할 건지 정하는게 중..

늘 그렇듯 아침은 정신이 맑다. 커피도 마실 수 있고, 잠으로 스트레스가 일절 해소가 되어 있는 상태. 맑은 정신으로 팀원들과 인사하고 스탠드업 미팅을 한다. 스탠드 업 미팅 백엔드 - 나 어제한 일 어제 모델링 컨펌받고 끝냄. 모델링을 기준으로 장고 앱을 만들고 models.py를 작성 중. 오늘할 일 필요한 앱들(order앱과 product앱)을 만들고 Aquerytool을 통해 설계한 데이터베이스모델링을 그대로 넣을 예정(노가다) 프론트엔드 - 미란님 어제부터 지금까지 하고 있고 오늘까지 할 것 회원가입 부분 디테일 하는중 회원정보 입력하는 부분 디테일 연락처 부분 Input이 3개로 나뉘어져있음. 그게 힘듬. 회원정보 필수부분 입력이 안되면 경고문구뜨는 것도 신경을 써야하는데 힘듬. 큰 틀은 다 ..

월~수 오후까지 투자를 하여 모델링을 끝냈다. 완벽한 모델링은 아니지만 멘토의 OK를 받은 모델링. 어제 제품관련된 모델링을 블로그에 올렸고 오늘은 회원관리에 대해서 모델링 한 것을 올릴 것이다. - members 테이블에서 회원정보들을 받아서 저장시킨다. - 1:1문의와 coupon은 구현 하지 않을 예정이므로 만들었었지만 신경을 쓰지 않았다. - shipping_address 는 라카에서 배송지를 10개까지 저장할 수 있게 하였고 거기에서 POST로 받아 저장시키는 것들을 나열해서 따로 저장시켰다. members의 아이디를 외래값으로 받는다. 1명의 회원이 10개의 배송지까지 받을 수 있다. - 성별은 단순하게 몇개 없어서 genders로 빼고 members가 gender_id를 받게 했다. 오늘 모..

화장품 회사 laka.co.kr를 클로닝하는 프로젝트를 하고 있는 중이다. 모델링에 많은 시간을 쏟아부어야 한다는 이야기가 있다. 기초를 탄탄히 해야 건물이 쭉쭉 잘 올라가듯이 기초작업이기 때문이다. 그래서 많이 힘들다. 일단 모델링을 하기 전에 필요한 것이 있다. 그 클로닝을 할 사이트를 정밀 탐사를 하는 것이 중요하다. 만약 새로운 웹사이트를 만들때라면 제안서를 꼼꼼히 파악하는게 우선이다. 꼼꼼히 살펴 본 결과 몇가지 중요한 포인트를 찾았다.(데이터 모델링에 필요한) 첫번째, 라카의 제품의 카테고리를 두개 가지는 경우가 있다. 두번째, 라카 제품의 칼라는 하나도 안 겹치는 것 같지만 수십개중 두개가 겹친다.(부들부들) 세번째, 각 칼라별로 다른 전성분을 가진다. 네번째, 제품이 다양한 제조사를 가질 ..

Wecode에서 첫 프로젝트. 주말에 모델링을 하였다. 모델링을 하기전 데코레이터처럼 선실행되어야 되는 것이 있는데 그것은 홈페이지 정밀 탐사. 정밀 탐사 및 모델링 하는 데에 약 4시간정도 투자했다. https://laka.co.kr/index.html 남녀 구분없이 파는 화장품 회사. 일단 첫번째로 네비부분을 하나하나 다 뒤져봄. 그리고 내가 필요할 것 같은 테이블들 기록. 그리고 그 테이블에 들어갈 필드이름 기록. 생각보다 회원쪽에 필요한 것은 크게 없었고 제품쪽에 필요한 것들이 많았다. 프론트엔드의 기획, 기능 분석 차차 고쳐지겠지만 오늘 머리써서 만들어본 모델링. 간략히 설명을 하자면 메인카테고리를 참조하는 프로덕트. 그리고 컬러가 너무 많았는데 그 컬러들이 중복되는 것이 없었다. 그래서 fac..

토이 프로젝트: 실제 프로젝트라고 하기엔 뭐하지만 그래도 프로젝트의 개념을 받아들여서 일정과 개발을 관리하고 팀원과의 소통을 중요하게 여기며 하나의 과업을 이뤄간다. 하. 위코드 들어온 이후 처음으로 하는 플젝. 실제 필드에 나갔을 때 필요한 스킬들이 가장 많이 쌓이는 시간, 그리고 개발자에게 가장 유익한 시간이지 않을까 싶어 설레기도하고 잘 할 수 있을까란 부담감도 온다. 랜덤(?)으로 아니면 장고 끝에 정해진 팀원들 , 프론트엔드(2명), 백엔드(2명). 클로닝할 웹사이트는 라카. 화장품 사이트. 일단 준비사항: - 웹사이트 정밀 탐사 - 모델링하기 - api협의(?) 도큐먼트 만들기, 프론트와 협의할 것들 - 전체 프로젝트 관리 엑셀시트 만들기 - 트렐로 만들기 - 개인의 목표 정하기 2주간에 SC..

프로젝트할 홈페이지 찬찬히 분석 필요 트렐로 활용 100프로 지향 프로젝트 초기 세팅들 프론트와 백엔드 약속, 규약, 데이터타입 정의 깃에서 클론해서 잘 셋업하기. 팀프로젝트이지만 개인의 목표가 확실히 있어야한다. 단 누가 되면 안됨. 주말 블로깅 - 기억하고 싶은 코드, 미니 프로젝트 하면서 느낀점 맡게 된 프로젝트 사이트 살펴보기 자신감 갖고 화이팅하기, 1차 프로젝트 개인 목표 생각해보기 시작전 전체 프로젝트 흐름도 , 작업 같은 것들 정리 한 후 이야기 무엇을 할 것인지 . 산으로 가지 않도록

다른 언어에서는 데코레이터 패턴을 자주 쓰지 않음. json response 에 error_code : user_not_found error_code : need login 등 일단 구조 데코레이터 if와 트라이 위치 바꾸기 if 가 먼저오게 만약 토큰이 헤더에 없으면 로그인먼저하라고 하고 있을 경우 디코드하고 검증함. 쿼리셋 from account.models import Account 포린키 할때 account = moels.ForeignKEy(Acocunt, on_delete=models.SET_NULL, null=True) -- protect, cascade name = models.CharField(max_length=100) models.SET_NULL은 참조하는 키가 삭제되어도 빈칸으로 만들..

노경모 Career - Frontend Engineer at ODK media - GDG kroea WebTech Organizer - 전) Frontend Engineer at Streami, GOPAX - 전) Infra Engineer at SK Holdings C&C 목차 - 규모 및 서비스 특성에 따른 IT 기업들의 차이 - 선호되는 Frontend Engineer의 기술적 역량과 이외의 역량 -- Indeed, glassdoor 활용하기 - 토이/실무 프로젝트 경험 및 포트폴리오 준비에 앞서 꼭 알아야 할 것 -- '내가 창업을 한다면' 시뮬레이션 1. 규모 및 서비스 특성에 따른 IT기업들의 차이 1-1 규모에 따른 차이 1-1-1 큰회사(1000~)엔지니어 숫자 - 사업부의 분리 - 팀의 ..