프론트엔드개발 썸네일형 리스트형 팀 내 개발 프로세스 개선. 스타트업다운 해결 방법? 안녕하세요! 프론트엔드 개발자 코디(Kody)입니다. 👋🏻스타트업에서 일하다 보면, 환경이 끊임없이 변화하는 걸 몸소 경험하게 되는데요. 특히 새로운 팀원이 합류하면, 기존 방식이 자연스럽게 바뀌고, 때로는 예상치 못한 문제들이 발생하기도 합니다.저희 팀도 비슷한 경험을 했어요.저희 팀은 초기에 원래는 개발자들끼리만 있는 팀이었고, 빠른 대화와 즉각적인 코드 수정으로 빠르게 기능을 만들어내던 팀이었습니다.이후 서비스 확장을 위해 기획자분과 디자이너분을 새롭게 모시게되면서 저희의 개발 프로세스에도 변화가 생겼었는데요!📌 결과는?체계적인 프로세스 덕분에 디자인 퀄리티가 높아지고, 기능 기획도 더 촘촘하게 진행할 수 있게 되었어요.하지만… 속도가 확연히 느려졌습니다. 🫠기존 방식은 너무 자유로웠고, 새.. 더보기 [클린코드 스터디] 2장. 의미있는 이름 (요약정리와 적용) 내용 간단히 요약하기의도를 분명히 밝혀라 • 좋은 이름을 지으려면 시간이 걸리지만, 덕분에 더 많은 시간 절약할 수 있다. • 코드가 하는 일을 짐작하게 하는 이름을 사용하자.// 나쁜 예let a = 10;// 좋은 예let maxUserCount = 10; 그릇된 정보를 피하라 • 코드에 잘못된 단서를 남기지 말자. • 각 개념의 차이가 명백히 드러나도록 이름을 짓자.// 나쁜 예: 숫자가 밀리초인지 초인지 불분명let timeout = 5000;// 좋은 예let timeoutInMilliseconds = 5000; 의미있게 구분하라 • 컴파일러를 통과할지라도 연속된 숫자를 덧붙이거나 불용어(noise word)를 추가하는 방식은 적절하지 못하다. 이름이 달라야 한다면 의미도 달라져야 한다. • 읽.. 더보기 [클린코드 스터디] 1장. 깨끗한 코드 내용 간단히 요약하기코드가 존재하리라코드는 요구사항을 상세히 표현하는 수단이다.코드는 사라지지 않는다. 코드의 도움 없이 요구사항을 상세히 표현하기란 불가능.나쁜 코드Killer App 하나로 대박난 회사가 있었지만, 머지 않아 망했다. 원인은 나쁜 코드였다.일정에 맞춰 나쁜 코드를 짜고 나중에 고치겠다고 생각한 경험이 있을 것이다. 안 돌아가는 프로그램보다 돌아가는 쓰레기가 좋다고 스스로 위로했던 것처럼 말이다. 하지만 나중은 결코 오지 않는다(르블랑의 법칙).나쁜코드로 치르는 대가나쁜코드는 개발 속도를 크게 떨어뜨린다. 누적될 수록 그 생산성은 떨어진다.시간이 지나며 쓰레기 더미는 점점 높아지고 깊어지고 커진다. 청소할 방법 없다.꺠끗한 코드만이 비용절감, 살아남는 길.일정을 사수하는것이 관리자의 책.. 더보기 노션 블록 데이터를 활용한 NotionRenderer 설계 및 구현 과정 이 글은 노션 블록데이터를 활용해 적절한 스타일링을 통한 커스텀 렌더링하는 함수를 설계하고 구현하고, 마주한 여러가지 문제점들을 해결한 과정을 담은 글이다. 기존 코드의 문제점 파악NotionRenderer를 본격적으로 설계하고 구현하기 전에, 기존에 사용하던 코드의 문제점과 단점을 먼저 파악하는 것이 중요했다. 초기 코드에서는 Notion의 복잡한 블록 데이터를 효과적으로 처리하지 못해 여러 문제가 발생했다. 노션데이터 구조를 분석해보자[ { "parent": { "type": "page_id", "page_id": "29c3db9a-42de-41a8-b513-28e6d376f2cd" }, "created_time": ".. 더보기 이전 1 다음
