Spring Security Apache Shiro 버전 4.0.2 1.2.3 장점 Spring-based 어플리케이션에서 잘 동작한다. ㄴ 타 Spring 모듈과 디펜던시가 없다. Spring 이라는 이름빨이 있다. 커스터마이징을 통한 다양한 니즈에 대응 가능. ㄴ 클래스 상속을 통한 확장이 용이하다. ㄴ 그만큼 진입장벽이 높다는 의미 사용하기 쉽다(고 한다. 사용안해 봐서 아직은 모르겠음) ㄴ 대체로 스프링 시큐리티보다는 훨씬 쉽다는 의견 Spring-based 어플리케이션 뿐만 아니라 다양한 환경에서 동작한다. 단점 배우기 어렵다. 용어가 어렵다.(잉글리쉬 네이티브들도 어렵다고 하는데 하물며..) 버전 3.x 으로 오면서 개선이 되었다고는 하지만, 여전히 복잡하고 어려운 XML 설정 OAuth, Digest Authentication 공식적으로는 미지원 ㄴ 비공식 https://github.com/FeedTheCoffers/shiro-oauth ㄴ 당장 필요한 기능은 아님 레퍼런스 많다. 많이 쓰니까.. ㄴ http://spring.io/guides 부족하진 않은거 같은데? ㄴ 개발하면서 트러블이 생겨봐야 알수 있을듯 ㄴ http://shiro.apache.org/documentation.html 사내 레퍼런스 많다. 없다. - 사내 깃헙 검색해보니 조금 나오긴 한다.
첫번째 커밋을 보니 3월 3일이다. 대충 한달 정도 걸린거 같다. 평균적으로 하루에 30분에서 2시간 정도 투자를 했다. 집에서는 두 아기 때문에 작업이 거의 불가능하므로 회사에서 점심 시간 혹은 퇴근 무렵에 주로 코딩을 했다. 긴 시간을 투자하면 좋겠지만 여건이 안되기 때문에 이런 제약이 생겨버렸는데 의외로 좋은 점이 있었다. 어려운 문제 혹은 설계상의 문제를 만났을 경우 머릿속으로만 생각을 해야 하는데 노트북 앞에서 손만 바쁘게 움직이는 것보다 효과적인 경우가 많았다. 나는 회사에서는 주로 스프링/자바로 개발을 하고 프론트작업도 병행 하고 있다. 사실 나에게 주어진 업무는 정해져 있기 때문에(개발자 이전에 회사원인건 어쩔수 없다.) 사용하는 기술이 잘 바뀌지도 않고 꼭 알아야 할 필요가 없다. 2년전 프로젝트 진행 중에 선택한 AngularJS를 여전히 잘 사용하고 있으며 Angularjs2, Reactjs 등등의 새로운 프레임워크가 나오긴 했지만 버스 갈아타듯이 쉽게 갈아탈 수 있는 것이 못된다. 이번 토이 프로젝트를 시작하게 된 동기는 프론트 관련 기술을 이것저것 찾아보고 있었는데 도무지 뭐가 뭔지 감을 잡을 수가 없었다. http://seokjun.kr/front-end-dev-stack-2017/ http://d2.naver.com/helloworld/3618177 https://www.codementor.io/learn-programming/javascript-trends-skills-developers-should-learn 이런 (약간의 자괴감이 느껴지는) 글들이 넘쳐 난다. 토 이프로젝트의 주제는 '채팅 사이트'로 정했다. 가장 먼저 소켓 라이브러리를 사용해서 메시지 주고 받는걸 구현해야 한다. 그 다음은 그렇게 만든 채팅 기능을 올려놓을 웹어플리케이션이 필요하다. 찾아보니 SocketIO와 SockJS가 있었는데 SockJS를 선택했다. 특별한 이유는 없었다. SockJS가 먼저 눈에 들어왔...
점을 적분하면 선이 되고, 선을 적분하면 면이 되고, 면을 적분하면 입체가 된다. 반대로 입체를 미분하면 면이 되고, 면을 미분하면 선이 되고, 선을 미분하면 점이 된다. 적분을 하면 차원이 하나씩 커지고, 미분을 하면 차원이 하나씩 작아진다. - 멋진 세상을 만든 수학
댓글
댓글 쓰기