블로그
전체 20#카테고리
- 백엔드
#태그
- 토스
- 유니콘
- 스타트업

2022. 05. 21.
좋아요수1
JPAQueryFactory query = new JPAQueryFactory(em)누락
JPAQueryFactory query = new JPAQueryFactory(em);
백엔드

2021. 07. 30.
좋아요수1
구글 드라이브 공유
※ 김영한 지식공유자님 강의 프로젝트 코드 공유 요청 시 제공해드릴 목적으로 작성하였습니다. 공유를 완료하고 "액세스 권한 요청" 화면이 뜨지 않게 아래의 step6을 확인 부탁드립니다. step1) https://www.google.com/intl/ko_KR/drive/ (링크)에 접속 step2) 드라이브로 이동 step3) 프로젝트를 "전체" 압축 후 압축파일을 드라이브 메뉴로 이동 ※ 직접 강의를 보면서 따라한 "프로젝트"를 압축해서 보내주세요. 문제가 발생하는 자바 파일 1개 혹은 jar 파일 등을 보낼 경우 도움 드릴 수 없습니다. step4) 업로드 성공하면 "공유" 선택 step5) 링크복사 (링크 보기의 내용 확인) step6) 크롬 or 엣지에서 ctrl + shift + n을 눌러 시크릿 모드로 진입 후 해당 링크를 입력하여 아래와 같은 페이지가 출력되는지 확인. 정상 출력되면 링크를 질문글에 공유

2021. 05. 20.
좋아요수12
인프런의 수익을 올려드린거 같습니다. 칭찬해주시죠!
영한님 강의 질문게시판에 올라오는 글 중에서 영한님 답변이 어떻게 달리는지 궁금해서 킵해두었다가 나중에 보면서 많은 도움을 얻곤 하는데요 질문이 살짝 난해하긴했지만 아는 부분이 있어 답변을 남겨드렸는데 제가 또 강의 구매를 고민하시는 분에게 판촉행사(?) 한번 했더니 구매를 하신다고 하네요! 진짜 강의를 결제하실지는 모르겠지만...

2021. 05. 18.
좋아요수4
인프런 수강평 맛집
유독 영한님 강의 수강평을 쓰면 하트가 많이 달리는거 같다.. 쿄쿄 MVC2편 빨리 출시되었으면 좋겠어용ㅎㅎㅋㅋ
![[프로그래밍] 상속의 문제점과 사용 조건](https://cdn.inflearn.com/public/main/blog/default_thumbnail.png?w=260)
2021. 05. 06.
좋아요수2
[프로그래밍] 상속의 문제점과 사용 조건
상속의 문제점 1. 캡슐화를 깨뜨림 2. 부모클래스의 결함도 자식클레스에 넘어온다. ============================================================================ 상속을 쓰기 위한 조건 1. 명확한 IS-A 관계에 있는 경우 2. 상위 클래스가 확장할 목적으로 설계되었고 문서화가 잘 되어 있을 경우 출처: https://www.youtube.com/watch?v=clbpnp2xYOQ

2021. 04. 27.
좋아요수2
이력서 작성 시 IT활용능력 기준
입사지원서를 쓸 때 마다 IT활용능력에 대해 물어보는 회사가 많은데요. 초급/중급/상급의 기준을 몰라서 제 주관에 따라, 당시 실력에 따라 작성하곤 했습니다. 최근 모 회사의 채용 공고를 보았는데 자사의 기준이 나와 있어 참고 삼아도 좋을 것 같아 포스팅합니다. ------------------------------------------------------------------------------------------- 위 기준은 해당 회사의 기준 일 뿐 모든 회사에 적용되지는 않을테니 참고용으로만 봐주시길 바랍니다. ======================================================================= 출처 : https://www.jobkorea.co.kr/Recruit/Booth_GI_Read/34552481?Oem_Code=C1 자소서 항목[sw개발] 4번

2021. 04. 18.
좋아요수2
인프런 수강평 기능 개선 사항 건의
만족하면서 들었던 강의의 낮은 평점 후기를 보면 속상하더라구요 해당 강의에서 다루는 지식의 선수 지식을 익히지 않아서 어려울수도 있는건데 강의수강 -> 어려움 -> 설명 못하는 강사 탓 -> 부정적인 후기 작성 으로 이뤄지는 후기글도 종종 보았고, 인프런의 수강평 작성이 강의의 일부만을 수강하여도 작성할 수 있기에 앞부분만 듣고 전체를 평가해 버리는 경우도 보았습니다. 그래서 이런 부분이 개선 되면 좋겠다고 생각했고 다 듣고도 불만족스러워서 낮은 평점을 부여하는 것은 어쩔 수 없다 치더라도 강의 수강을 좀 더 했을 때 수정할 수 있는 알림이 추가 되서 수강해보니 괜찮다 싶어서 수정할 수 있도록 하면 괜찮을 거 같다는 생각입니다. 가령 기존 후기 알림도 30%(?) 정도 수강하면 수강평 작성하라고 알림이 뜨고, 안하고 패스하면 한번 더 작성하라고 메시지가 뜨는걸로 알고 있는데 수강률 x퍼센트일 때 평점이 y점 미만인 후기에 수강평 작성 창을 다시 띄워줘서 수정할 수 있게끔 유도하는게 좋지 않을까 싶습니다. 이 기능의 기대효과가 엄청 클거라 생각하진 않지만 속상한 마음에 건의드립니다 T_T

2021. 04. 14.
좋아요수1
김범수 - 바람 기억, 어디에도
개쩐다.....
![[Spring test] Test restTemplate Sample Code](https://cdn.inflearn.com/public/main/blog/default_thumbnail.png?w=260)
2021. 04. 14.
좋아요수0
[Spring test] Test restTemplate Sample Code
@RunWith(SpringRunner.class)@SpringBootTest(webEnvironment = SpringBootTest.WebEnvironment.RANDOM_PORT)public class PostsApiControllerTest { @LocalServerPort private int port; @Autowired private TestRestTemplate restTemplate; @Autowired private PostsRepository postsRepository; @After public void tearDown() throws Exception { postsRepository.deleteAll(); } @Test public void Posts_등록된다() throws Exception { String title = "title"; String content = "content"; PostsSaveRequestDto requestDto = PostsSaveRequestDto.builder() .title(title) .content(content) .author("author") .build(); String url = "http://localhost:" + port + "/api/v1/posts"; ResponseEntityLong> responseEntity = restTemplate.postForEntity(url, requestDto, Long.class); assertThat(responseEntity.getStatusCode()).isEqualTo(HttpStatus.OK); assertThat(responseEntity.getBody()).isGreaterThan(0L); ListPosts> all = postsRepository.findAll(); assertThat(all.get(0).getTitle()).isEqualTo(title); assertThat(all.get(0).getContent()).isEqualTo(content); }} Reference 스프링 부트와 AWS로 혼자 구현하는 웹 서비스 / 이동욱 / 프리렉 TestRestTemplate @SpringBootTest와 TestRestTemplate을 사용한다면 편리하게 웹 통합 테스트를 할 수 있다. TestRestTemplate은 이름에서 알 수 있듯이 RestTemplate의 테스트를 위한 버전입니다. @SpringBootTest에서 Web Environment 설정을 하였다면 TestRestTemplate은 그에 맞춰서 자동으로 설정되어 빈이 생성됩니다. @RunWith(SpringRunner.class) @SpringBootTest(webEnvironment = SpringBootTest.WebEnvironment.RANDOM_PORT) public class RestApiTest { @Autowired private TestRestTemplate restTemplate; @Test public void test() { ResponseEntity response = restTemplate.getForEntity("/api/articles/1", Article.class); assertThat(response.getStatusCode()).isEqualTo(HttpStatus.OK); assertThat(response.getBody()).isNotNull(); ... } } 기존에 컨트롤러를 테스트하는 데 많이 사용되던 MockMvc와 어떤 차이가 있는지 궁금할 것입니다. 가장 큰 차이점이라면 Servlet Container를 사용하느냐 안 하느냐의 차이입니다. MockMvc는 Servlet Container를 생성하지 않습니다. 반면, @SpringBootTest와 TestRestTemplate은 Servlet Container를 사용합니다. 그래서 마치 실제 서버가 동작하는 것처럼(물론 몇몇 빈은 Mock 객체로 대체될 수는 있습니다) 테스트를 수행할 수 있습니다. 또한, 테스트하는 관점도 서로 다릅니다. MockMvc는 서버 입장에서 구현한 API를 통해 비즈니스 로직이 문제없이 수행되는지 테스트를 할 수 있다면, TestRestTemplate은 클라이언트 입장에서 RestTemplate을 사용하듯이 테스트를 수행할 수 있습니다. 출처: https://meetup.toast.com/posts/124
![[C언어] 너무 사소해서 올리기 민망한 내용](https://cdn.inflearn.com/public/main/blog/default_thumbnail.png?w=260)
2021. 04. 13.
좋아요수1
[C언어] 너무 사소해서 올리기 민망한 내용
#include int main(void) { int i = 0; for (i = 0, printf("hello "); i output: hello 0 1 2 3 4 Reference: https://www.inflearn.com/course/following-c/dashboard 21/04/14 추가 #include int main() { int arr[4] = {1, 2, 3, 4, [1] = 4}; int i; for (i = 0; i output: 1 4 3 4 로 arr[1]의 값이 4로 덮어씌어졌다.




