내멋대로 내가 가는대로

1. 계약 퍼블리셔에게 처음 Page당 단가를 10정도에 책정하여 난이도가 높지 않은 선에서 계약하였다. 다만, 현재 처음 진행 중인 캘린더 관련인 경우 작업 공수 난이도가 높아짐에 따라 대략 30만원 이내로 정정 요청을 하였으며, 고객측에서도 시간이 촉박한 관계로 수락 하게되었다. 협의를 통해 진행만큼 중간 중간 보고 때 퍼블리셔에게 피드백을 받고 있는 중간에 제작 난이도로 인해 힘들다는 이야기를 듣게 되었다. 2. 내가할 수 있는 부분? 고객(클라이언트)에게 요청하여 30만원 중 10만원 정도를 선금 지급 요청하여 퍼블리셔에게 전달하였고 퍼블리셔도 기분 좋게 일정을 최대한 맞추어 보겠다고 하여 서로 Win-Win 할 수 있던 것 같다.

1. 제약사항 UI/UX 디자인을 위해 원래는 기획 및 디자이너가 필요하다. 하지만 현재 진행중인 프로젝트에서는 디자이너와 기획자가 없기 때문에 클라이언트 또는 PM 하는 쪽에서 대체가 필요하다. 2. 진행을 위한 이슈 해결 과정 프로젝트 진행에 진전이 보이지 않아 미국 팀원과 한국 팀원의 회의를 소집하게되었다. 아무래도 시차가 완전히 반대이기 때문에 부득이하게 미국시간에 맞추어 회의를 잡게 되었으며, 매우 큰 성과를 얻게 되었다. 3. 협의 1) 미국에서는 UI/UX 디자인을 일반인도 편하게 할 수 있도록 Figma(https://www.figma.com/) 라는 툴을 이용하여 UI/UX 디자인을 받기로 하였다. ex) 한국에서는 카카오 오븐(https://ovenapp.io/) 프로토 타입 앱 디자인..

유·무선 통신을 통해 알파벳을 전달하는 경우 소통의 부재가 발생할 수 있으나, 이를 소통하기 쉽게 정의 해둔 내용이 있었다. 평상시 알파,베타,감마 등등 몇가지 단어만 알고 있었지만 이번 기회에 찾아보다가 정리된 정보가 있어 기록해둔다. 알파벳 ex) ATB : 알파, 탱고, 브라보 알파벳 영문 Name 발음(영어식) A Alfa (ICAO, ITU, IMO, FAA) 알파 AL FAH Alpha (ANSI) B Bravo 브라보 BRAH VOH C Charlie 찰리 CHAR LEE or SHAR LEE D Delta 델타 DELL TAH E Echo 에코 ECK OH F Foxtrot ,FOX 폭스트롯 FOKS TROT G Golf 골프 GOLF H Hotel 호텔 HO TELL (ICAO) HOH ..

오늘은 클라이언트와 협의를 진행한다. 내가 현재 요구하는 바와 필요한 건 다음과 같다. 1. 클라이언트와 협력 이건은 조금 난감하다. 클라이언트가 기본적으로 웹 개발에 대해 지식이 적다보니 발생하는 문제가 하나씩 차근차근 같이 헤쳐나가야하는 부분이며, 그렇다해서 절때 클라이언트를 무시해서도 가볍게 보아서 안된다. 보편적으로 아닌 것을 알면서도 어느 순간부터는 클라이언트가 난이도에 허우적 거릴 때 모른다고 무시하는 케이스가 무심결에 녹아 나올 수 도 있을 것이다. 2. 스토리보드 현재 디자이너도 기획도 존재하지 않는다. 고객의 요구에 따라 즉흥적으로 제작하고 의견을 취합이 필요하다. 다만, 고객이 정보가 적은 만큼 적극적으로 내용을 제시함으로써 맞는 결과를 도출하려한다. 일단, 고객에게 웹에 대해 이해도를..

대략적인 금액 협상 방향성이 정해져 이제 프로젝트를 본격적으로 시작한다. 1. 개발 구성 1) AWS Cloud Server 2) MariaDB 사용 예정 3) Encoding - Server : ko\_KR.UTF-8 - DB : utf8mb4 - WAS : UTF-8 - WEB : Apache or Nginx 2. Tool구성 1) Gitlab - Group in subProject 2) Slack SR별 구성 3. 개발 스펙 1) SpringBoot 2.6 최신 2) Spring 5.x 최신 3) Tiles 최신 **Naming Rule** SR : ServiceRequest // 요구사항 QA : Quality Assurance / Bug Issue Tracking / Test // 오픈전 기능 ..

저번주 금요일에 사전 미팅을 통해 단가 협상, 요구사항, 목표를 협상 후 진행 방향성, 각 역할별 포지션을 분배하였다. 의뢰자가 웹사이트 개발 FLOW에 대해 전혀 모르는 상태임에 따라 속이지 않고 다음과 같이 안내한다. 1. 벤치마킹 및 요구사항 분석 2. 디테일링 스토리 내용 및 보드 3. 웹 개발 FLOW 1) 서버 2) 데이터구조 3) 동시 접속 예측 수 4. 개발인력 등 협의를 통해 진행 하였으며, 구성은 다음과 같다. 개발자 2명, 퍼블리셔 1명 (외주), 디자이너 1명 (해외), 의뢰인 구성으로 할 예정이며, 내가 PM 역할과 동시에 시스템 응용 설계까지 할 예정이다.

1. 개요 Bean 객체를 가져오는 방법은 여러가지가 존재하며, 상황에 따라 싱글톤 패턴이 아닌 Prototype 형태로 가져와야하는 케이스가 존재하기 때문에 용도에 맞게 선택을 잘해야한다. 2. 방법 1항에서 이야기한 부분을 내가 개발했던 구성에 적용해본다. 1) 싱글톤 객체 가져오기 @Autowired private ApplicationContext ctx; // Dynamic GetBean Style public void test() { ctx.getBean(AccountService.class).loginCheck(); } @Autowired private AccountService accountService; // @Autowired Annotation을 통한 의존성 주입 public void ..

1. 변경 요지 스프링을 사용하다보면 누구나 @Controller @RequestMapping단에서 HttpServletRequest request, HttpServletResponse response 를 매개변수로 받는 메소드를 많이 작성하였을 것이다. 사실 필요하든 하지 않든 선택이 아닌 거의 필수로 추후 사용을 위해서 넣은 경우도 많았을 것으로 보여진다. 2. 변경 형태 1) HttpServletRequest와 HttpServletResponse를 매개변수에 사용하지 않고 스프링 리퀘스트 컨텍스트 홀더 (Spring RequestContextHolder) 영역에서 가져와 Java-Object의 call by Reference 형태로 사용한다. 2) 주의점은 프로젝트마다 RequestContextHo..

거의 2~3달 가까이 퇴근하고 틈틈이 만들지만 아직까지 Spring Bean Handling에 미숙함이 많아 시간이 많이 걸리지만 Spring Lifecycle에 대해 좀 더 심도 있게 파고드는 부분은 정말 도움이 많이된다. 또한, Spring 대부분이 상속(Extend) 또는 구현(Implement)를 통해 커스텀(Custom) 되는 부분으로 인해 소스를 Custom 전 파악 후 하는 부분에 있어서 나도 개발이 자연스러워지는 점에선 큰 도움이 되고있다. 1. 개발 요지 1) Spring F/W 자체로는 구성이 쉬움. But Security 와 OAuth2를 적용하기엔 난이도가 급상승하여 개발을 막 시작한 사용자들이 개발하기엔 난이도가 존재한다. →실제로 프로젝트에도 Spring Security를 적용하..