인터넷 기업이 아닌 회사는 왜 IT를 활용하지 못하는가?
왜 시중은행은 카카오뱅크처럼 못하는가? 에 이은 두 번째 연재이다. 그러나, 기획에 의한 것이 아니다. 내 안에 있던 답답함이 계속 쓰도록 자극할 뿐이다. 한편으로는 직업의식이고, 다른 한편으로는 동시대를 살아가는 우리나라의 현실에 대한 오지랖이다. 연속성을 갖고 보기 위해 앞선 글을 다시 읽어 보자. 시장에서 성공했다는 솔루션 도입 자체로 효과가 나길 바라는 태도를
왜 시중은행은 카카오뱅크처럼 못하는가? 에 이은 두 번째 연재이다. 그러나, 기획에 의한 것이 아니다. 내 안에 있던 답답함이 계속 쓰도록 자극할 뿐이다. 한편으로는 직업의식이고, 다른 한편으로는 동시대를 살아가는 우리나라의 현실에 대한 오지랖이다. 연속성을 갖고 보기 위해 앞선 글을 다시 읽어 보자. 시장에서 성공했다는 솔루션 도입 자체로 효과가 나길 바라는 태도를
#개발에세이 #4 "권순필 - 소리 없이 강한 레간자 개발자" 제목을 정하고 나서 정말 내 나름에 잘 지었다고 생각한다. 그 이야기를 이제부터 써내려가려고 한다. 레간자를 처음 만난 그 때. 때는 아마도 상대원에서 판교로 사옥을 막 이사했을 때였을거다. 맞나? 일단 내 기억데로 쓰고 나중에 검토를 ㅎㅎㅎ... 생긴건 midas NFX 부산 세미나에서
요즘은 굳이 MSAMicroservices Architecture 가 아니더라도 프론트엔드Front-end와 백엔드Back-end를 구분하여 프론트 엔드는 Anguler나 React로 개발하고 백엔드는 프론트엔드에서 사용할 API를 제공하는 것을 흔히 찾아 볼 수 있다. 이때 부딪치게 되는 문제가 CORSCross Origin Resource Sharing이다. CORS 개념에 대한 자세한 설명은 김형준님의 글(CORS, Preflight, 인증 처리 관련 삽질)에 잘
이 글은 필자가 미디엄Medium에 쓴 2편의 글을 합하여 개정한 것이다. JPA Native Query를 사용하다 보면 반환 값으로 엔터티Entity 가 아닌 DTOData Transfer Object로 받고 싶을 때가 있다. 대표적인 경우가 통계이다. 통계 지표를 만들어낼 때 사용하는 SQL은 대부분이 복잡하고 길다. 문제는 SQL 실행 결과Result Set를 기존의 엔터티에 담기에는 형태가 맞지 않는데
#개발에세이 #03 아 그리고 보니 제 소개를 안했네요.. 짧게 할께요... 이력서 자기소개는 아니니까요 ^^;; 황후순, 전남 여수 출생, 여수고등학교, 수학을 좋아해서 수학과만 3군데, 그리고 전산 1군데 지원했는데 정작 가고 싶었던 학교의 수학과 면접에서 떨어져서 그냥 집에서 제일 먼 한국기술교육대학교 정보통신전공. 80년 5월 14일생(-), 기혼, 용인 거주, 개발자, 흰둥이(비숑프리제, 2017년 5월
#개발에세이 #02 입사해서 처음 참여했던 프로젝트는 CAE 기계 시뮬레이션 프로그램이었다. 쉽게 생각해서 기계 제품의 프로토타입을 만들기전에 시뮬레이션으로 안전한지에 대한 기준을 주는 해석 프로그램이다. (정해석, 동해석, 열해석, 유동해석, 등등 : 자동차 충돌해석 같은거라고 이해하시는게…) 그 과정을 짧게 보자면 기계의 형상을 모델링하고 (기하형상 : Geometry), 해당 형상을 메쉬(노드 & 요소)로 분할하고, 경계조건
개발에세이 #01 2007년 10월 29일 월요일 입사 후 가장 먼저 한 것은 MFC 공부였다. 물론 대학교 때 C, C++을 해보았지만 실무레벨의 코드는 처음 보는 것이였다. 자바 네트웤 전공자로 졸업한 내게 MFC는 대화상자 만들때나 써보았던… 그냥 딱 그정도였다. 그 유명한 눈깔책 (VisualC++ 6.0 완벽가이드)을 사서 보기 시작했다. (물론
이 글은 JavaBean Validation(이하 Bean Validation)의 기본 개념과 Hibernate Validator와의 관계 그리고 Spring Boot에서 간단한 사용법을 소개한다. Bean Validation Bean Validation은 JavaBean 유효성 검증을 위한 메타데이터 모델과 API에 대한 정의이며 여기서 언급하고 있는 JavaBean은 직렬화 가능하고 매개변수가 없는 생성자를 가지며, Getter 와 Setter Method를 사용하여 프로퍼티에 접근이 가능한
관계형 데이터베이스를 사용하는 애플리케이션을 개발할 때 SQLStructured Query Language을 짜는 것은 피할 수 없는 일이다. Java 표준 ORMObject-Relational Mapping인 JPAJava Persistence API의 경우에도 다양한 조회를 위한 JPQLJava Persistence Query Language를 정의하고 있다. SQL 경우 데이터베이스 클라이언트 도구로 실행하고 결과를 확인할 수 있어서 애플리케이션 코드에서 SQL만 떼어 검증하기 쉽다. 반면
이번 글은 Docker의 개념 보다는 Docker를 처음 접하게 되었을 때 혼란스러웠던 내용을 정리한 글이다. Docker 컨테이너를 사용하는 용도는 여러가지가 있겠지만 이 글에서는 개발자가 만든 애플리케이션을 Tomcat과 같은 애플리케이션 서버에 탑재해서 배포하는 경우 겪게 되었던 내용이다. Docker는 Virtual machine이 아니다! 처음 docker를 실행할 때 다음과 같은 명령을 실행하면 우분투 서버가 실행된다고
요즘은 AWS ( Amazon Web Service ), GCP ( Google Cloud Platform ), Azure 를 이용하면 쉽고 저렴하게 테스트 환경 구축할 수 있습니다. 그러나, 개인적으로 틈틈히 테스트 환경을 구축하는 경우에, 장시간 인스턴스를 죽이지 않아서 생각지도 않은 과금눈탱이을!? 맞아 본 분들이 많을 겁니다. 저같이 매달 카드명세서를 꼼꼼이 보지 않거나, Invoice 메일을 무시하다 보면 거지꼴을 못면합니다.
REST(Representational state transfer)를 개발 하다 보면 하나의 기저(Base) URL(예. http://www.example.gov/api/v1/magazines.json)을 사용하면서 호출 하는 클라이언트에 따라 조회 조건(URL Query)이나 응답(Response)이 완전히 달라져야 하는 경우가 있다. 이를 Spring Framework에서 구현하는 방법을 소개 한다. HTTP Header 사용