본문 바로가기

category43

파이썬 객체 지향 개념 정리 - 클래스, 생성자 * 객체 지향 프로그래밍(Object Oriented Programming) - 현실세계의 사물과 사물들이 메시지를 통해 상호작용하는 구조를 소프트웨어로 구현한 프로그래밍 방식 - 현실세계의 사물 = 소프트웨어상의 객체 - 다수의 사용자가 기존의 절차지향 프로그램을 사용하면 병목현상이 발생하여, 함수 처리의 부하를 감소시키기 위해 개발 - 프로그램의 유지보수성을 향상시킴 - 절차지향 프로그램의 개선안일 뿐, 완전히 대체되는 것은 아님 * 함수 - 독립적인 기능을 수행할 수 있는 코드의 집합 - 정의 > 호출 2단계를 거침 - 인수와 매개변수는 이름을 다르게 하는 것이 좋음 * 클래스(class) - 공통 기능을 갖는 함수들을 하나로 묶을 수 있는 단위 - 객체를 생성할 수 있도록 객체 내에서 공유할 수 .. 2023. 11. 12.
AI 프로젝트 기획 및 시각화 : ann_visualizer, newtron 활용 2022.11.17 ~ 18 - 피마 인디언의 당뇨병 관련 수치 데이터를 활용한 샘플 코드를 개선하기로 함. - 샘플 코드는 딥러닝 프로젝트로, 교재에 등장하는 것 - E님이 코드 개선을, 내가 시각화 자료 생성을, D님이 ppt 제작 및 발표를 맡음 - 층별 출력 뉴런 수를 5, 10, 15로 했을 때와 15, 10, 5로 했을 때 정확도 차이가 확연했음 - 이 현상의 이유를 찾아 코드를 개선하는 방향으로 주제 선정 2022.11.24 - 가장 상위에 위치하는 층의 입력 뉴런 수와 출력 뉴런수는 정확도에 큰 영향을 미침 - 층이 많을수록 relu보다 swish 함수가 유리 - 케라스 레이어의 가중치 https://keras.io/ko/initializers/ - 합성곱 신경망의 시각화 https://v.. 2022. 11. 29.
RPA : Uipath와 파이썬으로 유튜브 인기영상 스크래핑 2022.11.10 ~ 11 - 팀 프로젝트를 통해 구조를 파악했으니 개인 역량을 늘리기 위한 프로젝트 진행. - 타인과 협력하지 않아도 될 만큼 구조를 파악하고 있는지 확인하는 기회이기도 함. - UiPath로 자동화 하는 이유가 있어야 함. 다른 프로그램으로 하는게 훨씬 효율적이라면 필요가 없음. - 개인 프로젝트이기 때문에 너무 목표를 크게 잡으면 안됨. - 인스타그램에서 최근 며칠 내의 게시물과 특정 계정의 특정 기간 내 게시물을 스크래핑 하는 시스템 - 검색해보니 UiPath로 하나하나 접속하고 클릭하는 것 보다 파이썬 코드로 스크래핑 하는 것이 훨씬 효율적이라 기각 - 하지만 인스타에서 데이터 추출을 지속적으로 제어하고 있기 때문에 추후 데이터 추출이 막히면 UiPath의 화면 캡쳐 기능을 이.. 2022. 11. 29.
RPA : Uipath를 활용한 쇼핑몰 스크래핑, 포트폴리오 ~ 2022.10.31 - 환경 설치법(UiPath Community 설치매뉴얼(22.04)) : https://www.ks-academy.co.kr/board/index.jsp?code=pds - UiPath를 활용한 자동화 예제 연습 - if, for each, message box 등 기본 액티비티 활용 2022.11.01 - 웹사이트 크롤링하여 엑셀(csv)파일로 저장하는 방식 채택 - D님 아이디어로 네이버 쇼핑에서 제품 가격을 크롤링하기로 함. 1. 사용자는 엑셀 파일에 평소 관리하는 상품군을 입력한다. 2. 프로그램을 실행하면 프로그램은 네이버 쇼핑에서 상품명을 검색하고, 제품가격, 설명 등을 크롤링 하여 csv 파일로 저장한다. 3. 프로그램은 전체 조회 기능과 제품명 조회 기능을 제공한다.. 2022. 11. 29.
공연티켓 판매 관리 시스템 : 웹프로젝트 포트폴리오 완성 ~ 2022.10.27 - 파이썬, VSCode로 작성했던 제품&판매 관리 시스템을 변형하여 프로젝트에 적용 - Django를 활용한 웹프로젝트로 전환하고 AWS및 무료 도메인으로 사이트 반영도 해봄 - 제품(티켓) 테이블과 판매(티켓)테이블을 활용한 정보 출력 - 판매게시판 및 커뮤니티게시판 Create, Read, Update, Delete 기능 - admin에게만 보이는 메뉴 개설 - 현업의 도메인지식을 습득하고, 조회 기능을 Drilldown 하여 목적별 조회 기능 반영 - 원래 판매 테이블만 포함할 계획이었으나 생각보다 일찍 그 부분에 대한 개발을 마침. 남는 시간에 제품 테이블도 추가하면 좋을 것 같아 테이블 구조를 변경하면서 시간이 추가로 소요되었음. (그렇게 정신없이 하느라고 블로그도 못올.. 2022. 11. 3.
Django 프로젝트 Git에 반영하기 1. repository 생성 - New 클릭 - repository name 입력 - public / private 선택 - create repostiory 클릭 - repository url을 복사한다. 2. terminal에서 반영 - pycharm에는 terminal이 하단에 있다. HTML 삽입 미리보기할 수 없는 소스 - repositoryURL에는 1에서 확인한 respository url을 복사 붙여넣기 한다. - 주석에는 프로그램 목적 등 원하는 코멘트를 입력한다. 3. 첫 반영 완료 4. 수정 후 git에 업로드 - pycharm 터미널에서 수행 - git commit -a -m "수정사항 주석" 5. 더 상세한 적용 - https://wikidocs.net/75554 2022. 11. 2.
제품&판매 관리 시스템 : 부서별로 상충하는 요구사항 반영 (2) [ 운영상 이슈 1 ] 제품&판매 관리 시스템 : 삭제, 수정 히스토리 테이블 생성 및 관리 [ 운영상 이슈 2 ] 제품&판매 관리 시스템 : 히스토리 테이블에 trigger 생성 [ 운영상 이슈 3 ] 제품&판매 관리 시스템 : 부서별로 상충하는 요구사항 반영 (1) [ 운영상 이슈 3 ] 2022.10.11 ~ 2022.10.13 A. 기존의 제품관리 시스템과 판매관리 시스템을 구분하기 위해 test_db를 test_db2로 복제 1. 기존과 동일하게 product, sales 테이블은 반드시 있어야 한다. 2. 테이블 구조, 컬럼의 속성 등은 변경 가능하고 추가하는 것 또한 가능하다. B. 제품/판매관리시스템2를 제품/판매관리시스템3 으로 복제 - 모든 기능이 정상 동작해야한다. C. 테이블을 아래.. 2022. 10. 13.
제품&판매 관리 시스템 : 부서별로 상충하는 요구사항 반영 (1) [ 운영상 이슈 1 ] 제품&판매 관리 시스템 : 삭제, 수정 히스토리 테이블 생성 및 관리 [ 운영상 이슈 2 ] 제품&판매 관리 시스템 : 히스토리 테이블에 trigger 생성 [ 운영상 이슈 3 ] 2022.10.06 - 1 - sales 테이블의 row를 최대한 줄이길 바라는 부서가 있고, 모두 보존하길 원하는 부서가 있다. - 두 부서 모두를 만족시킬 수 있는 솔루션에 대한 토론 - 사전에 외래키를 설정하는 방법을 학습했으므로 이를 활용해도 됨. - A : 상황에 따라 다르게 대응하려면 메뉴에서 선택하게 제품 삭제 시 판매 기록까지 삭제할 것인지 선택지를 제공해야한다. - B : sales_history를 생성해서 삭제된 거래 내역도 복구할 수 있도록 한다. - C : 부서마다 다른 권한을 부여.. 2022. 10. 13.

티스토리툴바