bluayer

고정 헤더 영역

글 제목

메뉴 레이어

bluayer

메뉴 리스트

  • 홈
  • 태그
  • 미디어로그
  • 방명록
  • 분류 전체보기 (55)
    • Log.Math (1)
      • 선형대수학 (1)
    • Log.Develop (54)
      • DB (3)
      • PS (1)
      • Retrospection (10)
      • JS&TS (4)
      • SpringBoot (3)
      • Node.js (2)
      • Other (5)
      • DevOps (8)
      • Architecture&Design (4)
      • Culture (5)
      • DDIA (9)

검색 레이어

bluayer

검색 영역

컨텐츠 검색

Log.Develop/Culture

  • 팀 내 Contribution Rule 설정을 위한 참고서

    2021.09.04 by bluayer

  • 주니어 백엔드 개발자를 위한 추천 도서 목록

    2021.06.08 by bluayer

  • 개발 및 비개발직군을 위한 Refactoring 이야기

    2021.01.30 by bluayer

  • 2분 59초 안에 좋은 PR 작성하기

    2020.09.22 by bluayer

  • [Markdown] 웹 개발자를 위한 README.md 작성법

    2020.06.16 by bluayer

팀 내 Contribution Rule 설정을 위한 참고서

서론 본 글은 팀 내 컨트리뷰션 룰 세팅을 위해 필자가 사이드 프로젝트에서 작성했던 글이다. 컨트리뷰션 룰 관련 세팅은 상당히 팀원들과 대화를 많이 해야하는 부분이다. 다른 분들도 본 글을 참고해서 팀원들과 협의한 다음, 함께 룰 세팅하시길 바란다. Branch Rules 기본적으로 Git-flow를 따라가고 있어요. 하지만, 너무 여러 브랜치가 난립하는 걸 막기 위해서 기본적으로 세 종류의 브랜치를 운영하고 있다고 생각하면 좋을 꺼 같아요 main : 이 브랜치는 실제로 서버 Release를 위해 사용되고 있는 브랜치입니다. 실제 배포는 이 브랜치에 MR이 발생하면서 일어나요. develop : 이 브랜치는 서버를 미리 배포해볼 수 있는 브랜치입니다. 실제 배포 전에 이 브랜치에서 확인할 수 있고, 해..

Log.Develop/Culture 2021. 9. 4. 21:54

주니어 백엔드 개발자를 위한 추천 도서 목록

서론 개인적으로 책을 읽는 건 좋은 습관이지만, 정리하지 않고 책을 읽는 습관은 나쁜 습관이라고 생각한다. 필자 본인은 책을 읽을 때 2번, 3번씩 읽고 나서 정리하려고 노력한다. 이 목록에 있는 책들은 1번 읽기가 어려울 정도로 어렵다. 그렇지만, 읽을 때는 잘 와닿지 않지만 코드를 작성하면서, 인프라를 구축해보면서 "이게 최선인가?"라고 생각할 때 부족한 지식들을 채워줄 수 있는 책들이다. 모르기 때문에 더 좋은 선택지를 잃는 것은 너무 억울하지 않은가? 어쩌면 30일 있다 대대적으로 개선해야 할 서버를 0.5년, 1년, 3년, 5년 넘게까지 쓸 수 있게 만들 수 있는 개발자가 되고 싶다면 아래의 책들을 추천한다. (나름 필자가 읽어본 후기를 적어놨다. 도움이 되길 기원한다.) 추천 도서 목록 오브젝..

Log.Develop/Culture 2021. 6. 8. 13:26

개발 및 비개발직군을 위한 Refactoring 이야기

서론 필자는 개발자이다. 이 글을 써야겠다고 마음 먹은 계기는 정말 간단했다. 아, 우리 팀의 비개발직군들은 나 혹은 다른 개발자들이 리팩터링, 리팩터링 얘기를 할 때, '중요하다고 생각한 그거 때문에 기능 개발이 밀린다'고 생각하면 어떡하지? '그게 도대체 뭐길래, 우리의 중요한 일정까지 미뤄야 하는거야!'라고 생각하면 어떡하지? '개발자들.. 티도 안 나는 작업을 도대체 왜 하는거야!!'라고 생각한다면? 정말로 생각만 해도 끔찍했다. 물론 이런 문제를 해결하는 가장 정확한 방법은 커뮤니케이션에 더 많은 리소스를 쏟는 것이다. 더 많이 이야기하고, 더 많이 공감해야 한다. 그렇지만 우리는 사람이기 때문에 리팩토링을 해야 하는 이유를 매번 명확하게 설명하기 힘들 수 있다. (까 먹기도 할 꺼고.. 말하다..

Log.Develop/Culture 2021. 1. 30. 16:19

2분 59초 안에 좋은 PR 작성하기

서론 전 여담 아, 안타깝게도 필자의 능력 부족으로 인해 글을 3분 만에 읽을 수는 없다... 다만, 결과적으로, 3분 카레보다 빠르게 좋은 PR을 작성할 수 있도록 글을 쓰고자 노력했다!! 서론 Git을 여러 사람과 사용하게 된다면, Remote Repo로 Github을 쓸 일이 정말 많다. 특히 회사에서 Github을 쓰게 된다면, Pull Request(이하 PR)을 날릴 일이 엄청 많다. 기능 하나에 PR 한 번이라고 해도 무방하고, 기능을 쪼개서 개발하고 있다면 더 잦은 PR을 날릴 것이다. PR이 왜 중요해? 개인적으로 생각하는 PR이 중요한 이유는 다음과 같다. 기능을 합치는 단위이다. 다른 사람들이 내가 작성한 코드의 완성본을 볼 수 있다. 좋은 리뷰를 받을 수 있는 절호의 기회다. 특히 ..

Log.Develop/Culture 2020. 9. 22. 20:15

[Markdown] 웹 개발자를 위한 README.md 작성법

서론 Markdown은 문서를 작성하는 방법 중 특히 개발자들에게 상당히 보편적인 방법이라고 할 수 있다. '.md' 확장자로 작성되는 문서들이 바로 마크다운으로 작성된 문서라고 할 수 있는데, 이런 마크다운이 편리한 이유는 텍스트를 쉽게 편집할 수 있을 뿐 아니라, (개인적으로는 마우스를 쓰지 않아도 글씨 크기 조정, 양식화 등 다양한 일을 할 수 있어서 좋아한다 :) HTML 등 다양한 형식으로 변경할 수 있기 때문이다. 아무쪼록 내가 이번 포스트를 쓰게 된 이유는, 내가 작성했던 Repository들의 README.md를 보며 개인적으로 마크다운에 대해서 잘 알고 있었다고 생각하지만 막상 내 프로젝트의 README.md가 적절한 설명을 가지고 있는지에 대한 고민을 하게 되었기 때문이다. 보통 프로젝..

Log.Develop/Culture 2020. 6. 16. 12:53

추가 정보

05-12 13:11

인기글

최신글

페이징

이전
1
다음
Github
bluayer © bluayer
페이스북 트위터 인스타그램 유투브 메일

티스토리툴바