본문 바로가기

전체 글

(192)
nodejs) getRandomItem - 임의로 1개 선택해서 반환하기 - 개발 기록 1 필요한 서비스 - db에서 random 으로 item 1개 선택- 관련 정보 응답 서비스 설계 - getRandomItem:  서비스 구현 - id list 받아옴- Math.floor 사용해서 list 중 하나 선- 해당 id 객체 받아옴 async function getRandomItem(req, res) { try { const itemIds = await Item.findAll({ attributes: ['id'] }); if (itemIds.length === 0) { res.status(404).send('No items'); } else { const randomIndex = Math.floor(Math.random() * itemIds.le..
창의적인 활동을 통해서 사업적으로 성공하기 원한다면 창의: 트렌드에 맞춰서 새로운 가치를 창출하는 것=> 나에게 맞는 돈 버는 방법을 찾아보자==> 돈보다 먼저 해야 하는 것이 나에게 맞는 트렌드에 맞춰서 창의를 하는 것===> 이후, 이를 통해 구조화 하는 것 1) 구조 파악2) 빠른 실행3) 실패 패턴의 보완4) 꾸준히 반복 과정을 블로그로 남긴다 시대에 흐름에 맞게 트렌드에 맞춘다 사업가: 돈 버는 구조 파악 => 고객 심리 캐치 => 빠른 실행 => 실패 후 고객 의견을 토대로 개선하라 => 반복 최근 창업 트렌드: 농업 지원 사업 노려라 (부동산 가치 상승 또한 노릴 수 있음) 지자체 지원 사업 노려라 정부지원 사업: 목표는 고용 창출 (20대 청년들과 같이 하자)
수강 후기) @Configuration과 바이트코드 조작의 마법 [ 배운점 ] - 비밀? => @Configuration 의 역할 - 클래스가 새로 만들어졌다 => 다른 거를 빈으로 등록하였다 - 있으면 => 컨테이너 것 반환 - 없으면 => 생성 및 등록해서 반환 - 싱글톤 방법이 => 위 @Configuration 을 사용하는 방법이다 - AppConfig@cglib은 => AppConfig의 자식 클래스이다 [ 느낌 및 생각 ] - 왜 바이트 코드 조작? => CGLIB이 그 방식 강의 정보 - 인프런
수강 후기) 라이브러리 살펴보기 [ 배운점 ] - [ 생각 및 느낌 ] -
수강후기) @Configuration과 싱글톤 [ 배운점 ] - bean 생성 시 마다 new가 호출되서 여러번 호출 되는거 아니야? => 아니다. ==> bean으로 등록되면 singleton 이다 ====> 그럼 stateless 하게 만들어야 함 - 그럼 어떻게 재사용 하는가? => (다음 강의에서 설명) [ 느낌 및 생각 ] - 궁금한게 있으면 직접 테스트 해본다 => 실무에서도 이러면 될까? ==> 테스트 해보면 된다! 관련 강의 인프런
수강후기) 싱글톤 방식의 주의점 [ 배운점 ] - stateful 하면 안된다 - stateless 해야 한다 - stateless 명심 4가지 => 클라이언트 의존적인 필드 X => 클라이언트가 값 변경하는 필드 X => READ-ONLY => 공유되지 않는 지역변수, 파라미터, ThreadLocal 등 사용 - 스프링 빈은 무상태 인가? => 스프링 빈은 항상 stateless 방식으로 설계해야 한다! [ 느낌 및 생각 ] - IT의 가치는 자동화 이지만 => 그 자동화를 하므로서 생기는 비용이 생긴다 ==> 예를 들어, 프로그램 적으로 문제가 발생하는 것 관련 강의 인프런
수강후기) 싱글톤 컨테이너 [ 배운점 ] - 스프링 컨테이터 => 싱글톤 레지스트리 역할 [ 생각과 느낌 ] - 테스트 케이스 만들 때 => 테스트 자체를 잘못 만들 수 있으니 확인 필요 - 싱글톤을 안하고 싶을 때도 있을까? => 빈 스코프 방식에서 잘 설명되어 있다 ==> 스프링에서 스코프라는 것은 생명 주기와 관련이 된다 관련 강의 인프런
수강후기) 싱글톤 패턴 [ 배운점 ] - 다른 곳에서 생성 못하게 => private 생성자 활용 - 싱글톤 패턴에 많은 문제점이 있다 => 이를 스프링은 어떻게 해결? ==> 단점을 다 제거하고 싱글톤 객체를 잘 관리해줌 [ 생각과 느낌 ] - 컴파일 오류만으로 오류가 잘 잡히는 것이 잘 설계된 것이다 => 컴파일 오류가 잘 잡히도록 언어의 기본 설계 습관이 중요하다 - 생성 보다 참조 => 빠른 실행을 위해 중요하다 - 효율 보다 안전함 => 아주 미비한 메모리를 희생해서 동시에 new 하는 것을 예방 관련 강의 인프런