아래 글을 읽었는데 얻는게 많아서 메모해 둡니다.

 - 추후 제가 즐겨 쓰는 기술스택으로 프로토타이핑해서 개발을 진행해볼 예정입니다.

https://medium.com/@Games24x7Tech/prevent-fraud-and-collusion-the-graph-way-503984bb3133

개발을 하다보면 이미지 리사이징이 필요한 경우가 있습니다.

관련해서 라이브러리, 방법 등 시간될때마다 정리해둘 예정입니다.(계속해서 업데이트)

 

  1. golang으로 만든 라이브러리 imagor
    1. https://github.com/cshum/imagor
  2. imageMgick. 10여년정도 전에 시스템 구축할때 사용했었고 써봤던거라서 지금도 빠르게 필요할때 가끔 사용
    1. https://imagemagick.org/index.php
  3. GraphicsMagick
    1. imagemaginck를 fork해서 만듬
    2. http://www.graphicsmagick.org/
  4. AWS를 서비스를 이용해서 리사이징
    1. https://docs.aws.amazon.com/ko_kr/lambda/latest/dg/with-s3-tutorial.html
    2. 클라우드 사용하면서 종종 이용(golang과 람다 조합하면 비용 및 빠른 시작의 이점으로 좋음)
      1. https://netflixtechblog.medium.com/netflix-images-enhanced-with-aws-lambda-9eda989249bf
  5. 대규모 이미지 서비스를 개발한다면 스토리지 비용을 무시할 수 없음. 이때 포맷 선택도 중요한 사항
    1. LINE에서 JPEG->HEIF포맷으로 변환
      1. https://engineering.linecorp.com/ko/blog/antman-project-development-story
      2. 콜드 스토리지를 잘 활용해야함
      3. 사실 이정도를 고려해야하는 서비스는 국내에 많지 않아서 개발 조직 규모/유지보수 용이성 등을 잘 고려해야하고 오버 엔지니어링 안되게 해야함
  6. 오픈소스 이미지 프록시 서버
    1. ImageMagick, GraphicsMagick 등 이미지 변환 작업을 빠르게 해줄 수 있는 단독 서버
    2. 외부에 존재하는 많은 이미지들의 리사이징에 최적
    3. https://github.com/imgproxy/imgproxy

headless CMS란

 - https://business.adobe.com/kr/glossary/headless-cms.html

 

best-headless-cms-2022

 - https://www.izooto.com/blog/best-headless-cms-2022

 

Site Generators(비교)
 - https://jamstack.org/generators/


Publii - Static-Site CMS (데스크탑 설치형 CMS 오픈소스)

 - https://news.hada.io/topic?id=7068
 - https://github.com/GetPublii/Publii

twitch drops 서비스를 개발하기 위한 내용을 간단히 정리합니다.(메모 목적이라서 생략된 부분이 많습니다.)

 

이미 원신(링크) 등에서 사용하고 있어서 참고하였습니다.

 

  1. 준비 필요 사항
    1. 트위치 개발자 사이트에서 개발자 설정 및 어플리케이션 추가
      1. 2차인증 등 보안 관련 꽤 설정할게 많았음

트위치 개발자 사이트에서 응용 프로그램을 등록하는 메뉴(위 캡쳐는 테스트용 어플리케이션이 이미 등록된 후 화면)
응용프로그램 상세 설정 화면. 시크릿은 서비키로 사용하기에 보안 주의하여 관리


  1. 트위치 웹 로그인을 위한 URL확인
    1. 트위치가 OIDC방식을 지원함(참고 링크)
      1. OIDC 여러 response_type(적용방법?)이 존재하는데 'OIDC authorization code grant flow' 사용
    2. 원신 예
      1.  원신은 아래와 같은 URL을 사용하고 있고 URL디코딩을 하면 어떤 파라미터로 트위치에 요청하는지 알 수 있었음
        1. https://id.twitch.tv/oauth2/authorize?claims=%7B%22id_token%22%3A%7B%22iss%22%3A%22%22%2C%22sub%22%3A%22%22%2C%22aud%22%3A%22%22%2C%22exp%22%3A0%2C%22iat%22%3A0%2C%22nonce%22%3A%22%22%2C%22picture%22%3A%22%22%2C%22preferred_username%22%3A%22%22%7D%2C%22userinfo%22%3A%7B%22picture%22%3A%22%22%2C%22preferred_username%22%3A%22%22%7D%7D&client_id=qb4j308hke6jw76fzou0taq6jfzgjz&force_verify=true&redirect_uri=https%3A%2F%2Fsg-hk4e-api.hoyoverse.com%2Fevent%2Fring%2Fhk4e_global%2Ftwitch%2Fexchange&response_type=code&scope=openid&state=1657158098
          1. URL 디코딩 결과 내용
            1. https://id.twitch.tv/oauth2/authorize?claims={"id_token":{"iss":"","sub":"","aud":"","exp":0,"iat":0,"nonce":"","picture":"","preferred_username":""},"userinfo":{"picture":"","preferred_username":""}}&client_id=qb4j308hke6jw76fzou0taq6jfzgjz&force_verify=true&redirect_uri=https://sg-hk4e-api.hoyoverse.com/event/ring/hk4e_global/twitch/exchange&response_type=code&scope=openid&state=1657158098
      2. 위 URL 내용을 참고하여 만들려고 하는 본인의 어플리케이션에 맞게 파라미터를 변경함. 이때 파라미터의 내용은 트위치 개발자 사이트를 참고
        1.  redirect_uri에 본인의 서버쪽에서 검증
    3. 트위치 드랍스 기능 구현
      1. twitch drops guide
    4. 기타 사항 추가로 작성 예정

 

참고 링크
 - https://roadmap.sh/roadmaps

 

Developer Roadmaps

Community driven roadmaps, articles, guides, quizzes, tips and resources for developers to learn from, identify their career paths, know what they don't know, find out the knowledge gaps, learn and improve.

roadmap.sh

 

 

 

기존에도 나름의 기준이 있었는데, 최근에 정리가 되어 텍스트로 메모해봅니다.

 

1. 호기심

 - 업무적인 호기심이 있는 사람을 채용

   예) 도메인지식, 실무지식(개발/기획)에 대한 호기심이 있어야 찾아보는 노력을 하고 업무 역량이 빠르게 발전

2. 책임감

 - 담당 업무에 대한 책임감이 있는 사람을 채용

   예) 장애나 버그가 발생했는데 확인/대응 안 하는 개발자는 안됨

3. 컬쳐핏

 - 팀/조직과 잘 어울릴 수 있는 지원자를 채용

 - 혼자서만 일하는게 아님. 우리의 서비스는 혼자서 만들 수 있는 규모가 아니며 점점 복잡해지는데 컬쳐핏이 안 맞는 사람은 채용이 불가

 - 실무능력이 아무리 뛰어나도 컬쳐핏이 안 맞는 사람은 채용 불가

 

P.s. 시점/상황에 따라서 기준이 조금씩 변경은 되는 것 같습니다.

참고

 - 이메일을 주 커뮤니케이션 방법으로 사용하는 회사에서 근무시, 새로 입사하는 직원들에게 조언해주는 내용입니다.

 

1. 이메일은 두괄식으로 작성
2. 수신자가 많을시 To(받는사람)를 정확하게 명시
3. 이메일로 요청받은 업무가 시간이 걸린다면, 우선 선 회신을 진행(언제까지 확인 후 추가 회신한다는 형태로)
 - 발송자는 수신자가 업무를 F/U 한다는 내용을 인지시킴
4. 이메일 자동분류, 강조처리 기능 등을 사용해서 중요 이메일을 놓치지 않도록 함
 - 모바일 앱의 알림 설정도 진행
5. 읽지 않은 메일 숫자가 과하게 존재하면 안됨(모든 이메일은 확인 및 처리가 필요, 특히 본인이 수신자인 경우) 

 

기타 참고 : https://pathmaker.tistory.com/182

 

메모

 

대표적인 기업용 블록체인 플랫폼
https://www.hyperledger.org/use/fabric

+ Recent posts