Stay hungry, Stay foolish

22.01.22 😃 책에서 기억하고 싶은 내용을 써보세요. 코드는 요구사항을 상세히 표현하는 수단이다. 어떤 언어든 코드는 기계가 이해하고 실행할 정도로 정확하고 상세하게 정형화 되어야 한다. 르블랑의 법칙 : 나중은 돌아오지 않는다. 나쁜 코드를 쓰는 이유가 시간을 단축하기 위해, 빨리 구현하기 위해서? 틀렸다 나쁜 코드는 심각한 장애물이다. '코드 감각' 을 훈련시켜야 한다.'코드 감각'이 없는 개발자도 나쁜 모듈을 알아는 본다. 끝이다. 코드 감각이 있는 개발자는 나쁜 모듈을 좋은 모듈로 수정 할 수 있다. 🤔 오늘 읽은 소감은? 떠오르는 생각을 가볍게 적어보세요 비즈니스가 장기화될수록 제품의 코드는 거대해진다. 코드를 처음 작성할 때 (몰라서? 시간이 없어서? 그 이유가 뭐가 되었든 간에) 깨끗하..

추천사 부분을 간략히 읽고 정리해보자 😃 책에서 기억하고 싶은 내용을 써보세요. '사소한 곳에서 발휘하는 정직은 사소하지 않다.' 소프트 웨어의 80% 이상이 유지보수다 5S 정리(sort) - 적절한 명명법으로 등과 같은 방법을 사용해 무엇이 어디에 있는지 알아야 한다. 정돈(체계화) - 코드는 누구나 예상하는 위치에 있어야 한다. 청소(광내기) - 작업을 하며 떨어뜨린 부스러기나 쓰레기는 치워야한다. 코드도 마찬가지다 코드를 작성하며 만들어낸 부산물, 주석이 있는가? 지워라. 청결(표준화) - 작업공간을 청소하는 방식을 그룹원들이 동일하게 따르게 한다. 코드 작성할때도 컨벤션과 규칙이 있다 표준을 따라라 생활화(규율) - 관례를 따르고 자기 작품을 자주 돌아보고 기꺼이 변경하라(리팩터링하라는 말인가?..

사람의 이름이건 제품의 이름이건 '이름' 이라는건 중요하다. 개발에서도 이름은 중요하다. 개발은 보통 혼자하는 것이 아니기 때문에 남들이 봤을 때 클래스, 함수명만 보고도 어떤 기능을 하는 클래스구나 함수구나를 알 수 있는 이름을 짓는것이 중요하다. 클린코드 2장에서는 변수 즉 좋은 이름을 선택하는 방법들에 대해 설명해준다. 의도를 분명히 하라 - 변수, 함수, 클래스의 이름을 보고 존재 이유, 사용방법, 기능 등에 대해 알아보기 어려워 주석이 필요하다면 좋지 못한 코드다. 그릇된 정보를 피하라 - List type 이 아닌 객체인데 변수명에 List가 들어간다거나 let l ; 처럼 l 이 알파벳 l 인지 i 인지 1인지 구분이 안되게 작성하면 안된다. 의미있게 구분하라 - getAccount() , ..

제품 개발을 하면서도 내가 지금 개선/ 개발 하고자 하는 이 기능이 유저의 구매, 서비스 이용 여정에 있어 어느 단계에 있고 유저가 이용하는데 있어 도움이 되는 기능인지 등 지표를 확인하며 체크하곤 합니다. 사실 유저가 유입되고 구매로 전환되고 등의 모든 단계를 각각 추적하고 데이터를 분석해서 마케팅에 적용하고 비즈니스를 개선 시키는 단계들이 모두 착착 이루어 진다면 참 좋겠지만 항상 시간과 인력이 딸리는 스타트업에서는 그 과정이 전부 어렵게만 느껴집니다. 그래서 많은 스타트업 들은 AARRR 퍼널 이론을 택하여 각 단계(퍼널)별로 전환이 얼마나 이루어지는지 데이터를 추적하고 있습니다. 현재 우리 회사에서도 AARRR 이라는 마케팅 프레임워크를 적용하여 제품 기획과 개발에 들어갈때 고려하고 있습니다. A..