Available for Hire

Java 1.8 - 기반Spring Framework 4.1.7.RELEASESpring Boot 1.2.5.RELEASE - Data AccessSpring JDBC Groovy - 쿼리 보관용 : 멀티라인 스트링 때문에 도입. Java 8 의 람다를 이용하여 JdbcTemplate 을 사용하기가 많이 편해짐. HikariCP - 보안Spring Security 3.2.7.RELEASE : 버전이 낮은 이유는 spring-boot-starter-security 가 3.2.7 이기 때문. - Rest Resource 표현Hateoas - 로깅Logback - 빌드Gradle - DatabaseMariaDB - json ,xml 변환Jackson - 세션Spring SessionRedis 3 - 버전관리G..

아키텍처 구성 후, 외부 업체의 개발 생산성을 이유로 외부 업체 자체 프레임웍을 내가 설계한 아키텍처에 붙였습니다. 내가 보기에 아주 조잡하고 맘에 안들어서 반대를 했지만, 내 능력 밖이였습니다. 반대하는 과정에서 팀장님과 약간의 언쟁(?) 이 있었습니다. 외주 업체 자체 프레임웍이라는게 데이터베이스와 연결하여 도메인 클래스를 만들어주고, 기본적인 CRUD 는 자동으로 처리해주는 것 이였습니다. 내가 이 자체 프레임웍이 맘에 안드는 이유는 첫째, 자동생성된 도메인 클래스가 아주 맘에 안들었습니다. 자동생성된 도메인 클래스 자동생성된 도메인 클래스는 위 그림과 같았는데, DDD를 추구하던 나로써는 아주 보기가 좋지 않았습니다. 그런데 팀장님이 이게 왜 나쁜건지 설명해보라고 하니, 설명을 제대로 하지 못했고..

프로젝트는 아직 시작도 안했지만, (5월 6일 부터 시작) 아키텍처에 대한 고민은 이미 한달 정도 한것 같다.. 프로젝트 기본 아키텍처 및 그동안 하게된 고민에 대해 간략히 작성한다. Java 1.8Spring Framework 4.1.6.RELEASESpring Boot 1.2.3.RELEASESpring Security 4.0.1.RELEASESpring Session 1.0.1.RELEASE - RedisSpring HATEOAS 0.17.0.RELEASEMybatis 3.2.8 데이터베이스 MariaDB 혹은 MySQL 빌드/의존성 관리 Gradle배포/빌드 Jenkins 현재 프레임웍 선정은 위와 같이 했고, 프로젝트 틀은 구축해놓은 상태이다.. 위 프레임웍을 선정하면서, 많은 고민을 했다. 1..

이번 회사에서 기업형 SNS 프로젝트를 구축하는데, 처음으로 서버 아키텍트 역할을 맡게 되었다. 기존에 존재하는 기업형 SNS 시스템을 고도화 하는 차원이긴 한데, 그래도 아무것도 없는 밑바닥에서부터 시작을 한다. 기존 시스템의 기능이나 기획이 제법 잘되어있었기 때문에, 기획적인 부분은 상당수 그대로 가되, 서버 소스나 아키텍처는 정말 상태가 안좋아서 처음부터 내가 직접 설계를 할 것이다. 현재로썬 데이터베이스 모델링과 엔티티 모델링에 가장 큰 비중을 두고 생각하고 있다. 개발 인력은 외주업체를 쓰게 되었다. 갖은 신기술과 개발인력들의 수준. 생산성을 고려해야 하기 때문에 고민이 이만저만이 아니다. 앞으로 아키텍트로써 프로젝트 설계를 하면서 하게되는 고민과 발생하는 에피소드를 기록해야겠다..