본문 바로가기

우당탕탕 개발기획 일지

 (17)
220817 개발 피드백, 모바일을 잊지마 우리 사이트는 따로 앱이 없어서 웹 개발을 하면 모바일 웹도 따로 적용을 해주는데, 이번에 놓친 부분. 1. 웹에 적용한 아이콘 사이즈는 가로 길이가 동일했는데 모바일에 적용된 아이콘은 텍스트 길이에 따라서 가로길이가 다르길래 수정해달라고 했는데, 이걸 픽셀로 고정해버리면 기종마다 깨져서 나오는게 있을 수 있다고 하셨다. 현재는 고정된 건 아니고 텍스트 길이에 따라서 달라진다고 한다. 써 놓고 보니까 어떤 방식인지 이해가 안가네. 쩝. 여하튼, 어떤 이미지나 텍스트를 모바일에 적용할 때에 기종에 따라서 저절로 비율이 줄어들게 해달라고 요청하자. 이게 되던 안되던 그 부분을 인지하고 있어야 하는데, 기획 단계에서 나는 이 부분이 아예 생략되어 있다. 만약 웹 디자이너가 있다면 그 사람이 신경 써줄 일이지만..
220810 개발 기획 공부는 어떤 식으로 하면 좋을까요? 타 시스템을 벤치마킹 하며 배우는 것이 가장 좋다. 일단 내가 지금 맡은 부분이 어드민이기 때문에 관리 시스템에 들어갈 수 있다면 그걸 보는게 가장 좋다. 하지만 현실적으로 어렵기 때문에 CGI 관리자 페이지에 가서 비슷한 솔루션 페이지를 보면서 공부할 수도 있다. 기획업무는 작은 것부터 해야한다. 크게 하려고 하면 아예 오픈을 못할수도 있다. 단계를 1차 2차로 나눠서 순차적으로 한다. UX UI 템플릿도 많으니까 많이 보고 관리자 기능도 많이 참고하는 것이 좋다. 아직까지는 기획자들이 파워포인트를 많이들 쓴다
220805 요청은 많은데 진행은 더디고.. 작업 기간이 한 달 이상 밀리고 있다. 외주로 작업하다보니 개발자님이 지금 더 급한 건이 있어서 밀리고 있는건데.. 물론 우리도 그리 급한 건 아니다보니 독촉하지 않은 것 + 일단 8월 1일에 서비스하지 못하면 9월 1일에 시작해야 해서 그런것도 있다. 근데 지금 팀원들 개발 요청은 많은데, 앞으로도 이렇게 늘어지면 곤란하다는 생각이 든다. 앞으로는 확실하게 기간을 정해서 진행해달라고 해야겠다. 지금 중간에 문제 생긴 것도 있는데, 그 부분도 봐달라고 했는데 그에 대한 답이 없다. 흠. 이게 문제다. 편하게 되면 더 요구하고 받을 수 있는 것도 있지만, 또 이렇게 문제가 생겼을 때 강하게 밀어부칠 수 없다는 점도 있다. 나의 장점이자 단점이기도한.. 여튼 추후 개발건은 타이트하게..
220802 슬로우 쿼리 관련 개발자님과 통화 우리 업무를 계속 봐주시는 외주 개발자님과의 통화 내용 데이터 봐주기로 한 사람에게 슬로우 쿼리를 전달해야 한다. 슬로우 쿼리를 받아서 실행을 하려면 디비 접근을 해서 실행해야 하는데, 그 때 운영서버접근을 위해 아이피가 필요하다. 전달 준 계정은 디비 접속을 위한 계정이며 해당 아이피를 등록해 놓겠다. 데이터만 보는 것과 관리자 화면을 보는 것은 다른 것이다. (관리자 화면에 대해서는 아직 언급 안 함) 느린 쿼리가 화면의 어떤 부분인지 찾지 못할 수도 있다고 한다. 슬로쿼리 받아서 실행을 해보면서, 처음에 4초가 걸리던 걸 0.2초가 나오게 만들었다고 하면 해당 내용을 정리해서 줘야 한다. 건 별로 1. 어떤 부분이 2. 얼마나 걸렸었는데 3. 어떤 조취를 취해서 4. 이제는 얼마나 걸린다. 5. 만..
220721 개발피드백 어제 트레바리 에서 모인 기획자분들과 개발자님의 조언을 모아 정리한 사이트 속도 관련 문제에 관한 이야기들. 1. 문제는 복합적이다. 크몽 같은 곳에서 여러 곳에 몇 만원씩 해서 진단을 받아봐라 → 그 사람들이 공통적으로 말하는게 있을 것인데, 그걸로 일단 감을 잡을 수 있다. 2. 디비서버를 분리하는 것이 좋다. 안 되어 있다면 우선적으로 하는 것을 추천한다. 3. 외주로 데이터 튜닝을 하는 것은 쉽지 않다. 다들 인하우스로 진행하는 것을 추천했다. (우리도 채용을 시도해보았으나 우리가 원하는 수준의 사람을 제시할 수 있는 가격에 뽑기가 쉽지 않았기 때문에 이건 우리에겐 당장 대안이 되긴 어렵다) 4. 비용을 잘 따져 보아야 한다. 예를 들어 처음에는 돈을 덜 받고 진행해도 유지보수하면서 돈이 더 드는..
개발일지 220711 새로 기획한 페이지에서 아래 부분에 대한 디테일한 내용이 빠졌다. 페이지가 로드되면 정보를 바탕으로 A와 B 로 분류하는 기능 - 관리자가 분류 상태를 바꾼 후에 새로 해당 페이지를 로드하면 정보는 어떤 것을 기준으로 할 것인가? 시스템이 분류한 것? 혹은 관리자가 분류한 것?
개발일지 220705 1. 운영에 회원들에게 나가는 안내 멘트가 잘못 되어있어서 확인해보니 개발자님이 개발 시에 테스트 서버에 있던 멘트를 그대로 가져와서 적용하셔서 잘못된 것이었다. 운영서버 컨디션과 테스트 서버 컨디션을 같게 해야 추후 이런 문제가 발생하지 않는다! 1) 멘트 동일하게 해놓기 (알림톡, 안내멘트 등) 2) 운영에서 관리자가 가능한 범위에서 카테고리 구성을 변경했다면 테스트에도 동일하게 적용해놓기! 2. 실명확인과 계좌확인 서비스를 NICE 에서 적용받으려는데, 이 때 우리는 테스트 서버와 운영서버가 각각 있고, 먼저 테스트 서버에서 적용해본 후 운영 서버에 적용하는 프로세스기 때문에 이 점을 꼭 설명해야 한다. 안 그러면 테스트 서버에 해놓았더니 운영서버에서 막상 안될 수 있다! 1) 어떤 외부 서비스를 ..
개발 피드백 220704 럴수럴수 이럴 수가. 빼먹은 게 또 있었다. 개발 상황 기존에 있던 a 페이지를 따라서 b 페이지를 그대로 만들었다. 그런데 a 페이지에는 a 정책에 관련한 내용이 있었고, 알고보니 a 페이지에 a 정책에 관련한 내용을 수정하고 더할 수 있는 기능을 가진 페이지가 또 있었다. 따라서 b 페이지를 만들려면 b 정책에 관련한 내용을 수정하고 더할 수 있는 기능을 하진 페이지를 또 만들거나 그 내용을 추가했어야 하는 것이다. 역으로 생각해보면, 내가 아예 새로 이 기능을 만들 때에 어떤 것들은 마치 기본 골격처럼 처음 한 번만 구성을 해놓으면 되는 것들이지만, 그 안에 놓는 가구들은 언제든지 바꿀 수 있는 것처럼 그 가구를 넣고 뺼 수 있는 기능을 가진 페이지를 또 만들어 놓아야 하는 것이다. 머릿 속에 그런..

티스토리툴바