본업을 생각하면 회사 업무가 최근 급등하기도 했고 SAP 공부도 빠듯한데 해도 될까라는 고민과
다른 멘티분들에게 발목을 잡지 않을까 라는 죄책감이 많이 들어서 선뜻 신청하지 못하고 있다가
바쁜거야 아마 죽는 그 날까지 바쁘다는 핑계를 대면 아무것도 할 수 없을 것 같았고
훌륭한 멘토님께 제대로 마음 먹고 해 볼 수 있는 좋은 기회라고 판단 하고 신청하게 되었다.
죄책감은... 내가 부족한 만큼 더 열심히 해서 채워 나갈 수 밖에 없는 부분...
아무튼 첫 멘토링을 진행하며 앞으로 진행해야 하는 방향성을 잡아주셨고 계획을 잡게 되었는데
우리는 팀 프로젝트의 형식으로 진행하게 된다.
물론 모든 내용을 각각 개인이 하게 되면 실력이야 당연히 늘겠지만 정해진 시간에 정해진 개발을 해야 한다는 점에 있어 중요한 부분은 함께하고 개별적인 부분을 나눠서 하기로 하였다.
매일 2~3시간씩, 주 5일, 5주의 시간을 할애하기로 하였고 ( 아마 부족한 나에게는 ... 최소 2배 이상의 시간이 필요하다라는 생각...)
4시간을 개발에 쓰려면 5 ~ 6 시간을 해야 하니, 회사 업무를 정말 뽝집중해서... 업무시간내에 끝내고 새벽 1~2시 까지는 해야 할 것이라고 판단 (운동이나 게임 영화 이런건 어림없지)
사용 할 데이터는 공공데이터 포럼의 농축 수산부에서 제공하는 경매 데이터를 활용한다.
이미 멘토님께서 기존에 개발한 설계와 코드가 존재하며
데이터의 량이 충분할 뿐 아니라 매일 갱신되며 해당 데이터를 정해진 스케쥴링에 맞춰 가져오고 쓴다.
기술 셋 (크게 분류)
Python
Flask
AWS
Lambda
API Gateway
S3
DynamoDB
ECS
Deploy
Gitlab
Zappa
위에 크게 언급한 기술 스텍을 기반으로 프로젝트를 진행한다 문제는 들어봤지만 제대로 써본 기술셋이 없을 뿐더러 ( 파이썬부터가 ... ) 들어보지도 못한 친구들을 공부해야 한다는 것... 우선 기술 스텍에 대한 글을 따로 작성하며 정리해야 할 것 같다.
AD Sense 를 통한 광고 유입 확인
최종적으로 프로젝트 이후에는 애드센스를 달고 실제 사용자들이 어디서 얼마나 머무는지 어디에서 이탈하는지 수익은 나는지 등의
테스트를 해볼 것 같다. 이전에 구글 애널릭틱스를 사용하여 분석하는 것을 본 적이 있는데 굉장히 상세하고 분석하지 좋았던 기억이 나는데 이번에도 한번 더 체험 해 볼 수 있을 것이다.
위의 내용을 기반으로 계획
위의 내용들을 기반으로 WBS처럼 계획을 짜는 과정을 가졌다.
하지만 나의 경우에는 해당 내용이나 선행지식 정도를 정확히 몰라 멘토님께 계속 여쭤보았고
이를 통해 공통과제와 개인과제로 분류 진행하게 되었다.
이 외에도 더 많은 내용을 기재하고 싶은데...
정해진 기간동안 해야 할 과제도, 파이썬 개별 공부도 너무 부족하여 최대한 효율적으로 시간을 사용 해야 할 것 같으며 앞으로의 멘토링 과정에서 민폐 끼치지 말고 많은 것들을 배우고 성장 할 수 있는 기회가 되길 바라며 그 바램보다 더 많이 노력해야겠다. 정리를 하면서도 말씀헤주신 내용에 비해 기재한 내용이 너무 부족하고 빈약해서 부끄럽...다
VENDOR MASTER 생성을 하면서 VENDOR에 대해 공부하고 다시 정리해보고자 함.
Vendor Master Record
일반적으로 Vendor는 파는사람, 공급자(회사) Customer는 사는사람, 수요자(회사) 이지만
실직적으로 회사에서 통용되는 의미는 거래선 이라는 의미가 강하다.
갑과 을에 한정된 개념이 아닌 모두 포함된 의미이며 서로 협력업체간에 통용되는 의미
Master Data는 Core Data로 Tansaction의 Base가 된다.
생산, 물류, 판매, 구매 등의 활동을 할때 master data 는 유지되어야 한다.
Material Master Data
Customer Master Data
Vendor Master Data
Pricing/conditions Master Data
Warehouse management Master Data 등이 있음
Vendor Master Data의 경우에는 3영역으로 구성됨
일반 데이터
기업 내 각 회사 코드에 동일하게 적용되는 데이터 ( 주소, 전화번호, 언어 등 )
회사 코드 데이터
회사 코드 수준에서 보관되는 데이터 ( 지불 거래 데이터, 관리 계정 수 등)
구매 데이터
구매 조직 수준에서 보관되는 데이터 ( 담당자, 배송 조건 등 )
거래등으로 Vendor가 생성되어야 할때 필요하며 FICO에서만 사용되는 매입처(Vendor)는 FK01에서 SD(물류)모듈과 연계 되는 매입처는 XKL01에서 생성한다.
파일 입력을 위한 타입 설정 후 해당 매개변수를 사용하는 펑션에서 지속적으로 덤프가 발생하였는데
타입명도 정확하게 설정했다고 생각했는데 덤프가 발생해서 한참을 헤메였다.
RLGRAP-FILENAME ( CHAR 128 ) - WS_DOWNLOAD, WS_UPLOAD, KD_GET_FILENAME_ON_F4 와 같은 펑션모듈등에 사용됨
IBIPPARMS-PATH ( CHAR 128 ) - RLGRAP-FILENAME와 유사
FILENAME-FILEINTERN ( CHAR 60, 뭔가 이상해서 찾아봤는데 정말로 CHAR 60자리임. ) - 실제 파일 경로가 아닌 논리 파일 이름에 사용 됨, 디렉토리 구조 변경시 그냥 파일 논리 경로 정의만 변경하면 됨. 단 길이가 짧음 60, FILE_GET_NAME과ㅣ 같은 펑션모듈에 사용됨
외부 External Subroutine 호출시에는 [IF FOUND] 구문을 사용하여 해당 Subroutine이 존재하는지 체크하는 것이 바람직, 체크하지 않았을 때 Subroutine이 존재하지 않으면 덤프에러 발생
동적 호출 가능
LIST를 이용한 호출 가능
DO 2 TIMES.
PERFORM SY-INDEX OF subr1 subr2.
ENDDO.
FORM subr1.
WRITE / 'subr1 is called'.
ENDFORM
FORM subr2.
WRITE / 'subr2 is called'.
ENDFORM
* 결과
*subr1 is called
*subr2 is called
