제목만 보고도 머리가 어질어질 하실 분들이 계실 겁니다. 반대로 "사실이잖아?"라고 말하실 분들도 계실 겁니다. 물론 저야 머리가 어질어질 해지는 쪽이긴 합니다만... 어쩌다 백엔드(Back-end, 예전엔 서버개발자라고도 했죠)는 이런 얘기를 듣고 있는 걸까요? 그럼 일반적인 웹사이트 개발에 대한 프로세스를 간단하게 생각해봅시다. 먼저, 고객(클라이언트)라는 존재가 있습니다. 서비스 회사에서는 일반 사용자(Customer)가 될 수도 있고, 용역이나 도급을 받아서 한다면 발주처가 될 수도 있을 겁니다. 어쨌든 고객은 요구 사항을 제시할 겁니다. 개발 조직에 포함해야 하느냐는 의견이 갈릴 수 있겠지만, 저는 개발조직으로 "기획자(디자인), 그래픽, 프로그래머"까지 넣는 편입니다. 한국에서는 기획자라고 부..
요즘 학원 광고들 미쳤습니다. 네카라쿠베, 네카라쿠베당토, 메웅교농베...뭐 이딴 리스트 만들어놓고 초봉(연봉) 5000~6000 광고는 심심찮게 합니다. 이게 사실일까요? 사실이겠죠. 근거 없이 했다가 고소미 씨게 먹고 눈물 질질 짤텐데요. 그런데요... 경력 3년 정도 된 개발자가 현재의 회사에서 빡세게 일해서 회사에서도 데리고 쓰기 좋게 잘 성장했는데, 개인은 너무 불만족스러운 상태에서...좋은 회사 가고 싶어서(흔히 말하는 토...같은 회사) 그 회사의 신입 전형에 지원했어요. 현대자동차 생산라인 같이 고졸전형 뽑는데 대학교 졸업 경력이 있으면 탈락되는 것과 달리, 저런 전형에는 경력이 있다고 해서 신입 전형에서 떨어지지 않아요. 그리고, 신입이라고 무조건 일률적으로 급여를 주지도 않아요. 기존 ..
젊은 사람들의 특권일 수도 있고, 모르니까 용감한 걸 수도 있습니다만, 어쨌든 대한민국 한정 절대적 1위인 Java는 많은 욕을 먹을 수밖에 없는 위치에 있습니다. 그 중에는 높은 메모리 사용량과 실행파일 용량, 그리고 이로 인해 docker로 대표되는 컨테이너 환경에 친화적이지 않다는 것이 빠지지 않고 등장합니다. 2. 높은 메모리 사용량, 실행파일 용량, 컨테이너 비친화적 A. 높은 메모리 사용량 사실 이 내용은 Java 사용자라면 반박할 수 없는 사실이기도 합니다. Java는 메모리를 직접 개발자가 손댈 수 없게 하고 사용된 객체(Object)는 쓰레기 정리(Garbage Collection, 줄여서 GC)라는 기법을 이용해 자동으로 제거하기 때문에 제거되기 전까지는 메모리를 점유하고 있기 때문에 ..
국내 한정으로만 놓고 보면 Java는 절대적인 영향력을 가진 개발(프로그래밍) 언어입니다. SI 시장을 포함하면 체감상 90% 이상 점유하고 있을 것으로 예상되고, 서비스 회사에서도 아직까지 절반 이상 사용하고 있다고 느껴집니다. 물론 C 언어와 같이 더 오래된 절대왕자도 존재하지만, Web 환경을 위주로 개발할 것이 많은 현재의 국내 상황에선 Java가 절대적인 위치에 있는 건 부인할 수 없습니다. 그런데, 이런 위치의 Java를 악의 축, 쓰레기 정도로 표현하면서 욕을 하는 사람들을 개발자들이 모인 곳에서 심심찮게 볼 수 있습니다. 대충 들어보면 몇 가지 키워드가 들립니다. 전자정부 프래임워크, 높은 메모리 사용량, 실행파일 용량, 컨테이너 비친화적, 장황한 문법, 신기술 적용이 느림 점, Sprin..
저는 최근에 거의 Java와 Spring Boot로 개발을 하고 있기 때문에 ORM 적용 시 JPA을 이용하고 있습니다. 기본적인 사용법이야 그리 어렵지 않고, JPA Repository를 이용한 Query 자동생성 기능은 만족스러운 부분도 많습니다만, 그렇다고 맹신하는 건 무리가 있다고 생각하고 있습니다. 그리고, JPA 신봉자들은 일단 MyBatis 같은 Query를 직접 이용하는 부분을 매우 깔보는(느낌일 수 있지만, 확신이 될 정도이니) 경향도 있습니다. 그럼, JPA는 제목에서 말한 것처럼 "절대선(善)"일까요? 저는 아니라고 생각합니다. 물론 JPA 쓰는 분들 중에 JPA 만으로 처리를 다 하는 경우가 없고, @Query와 같은 것을 이용해 Native Query를 사용하는 경우도 있고 Que..
요즘 웹사이트 개발에 대한 이야기들을 들어보면 사용자 인증 및 인가에 대해서 JWT를 쓰지 않으면 안되는 것처럼 분위기가 흘러가고 있습니다. 개인적으로 너무 많은 방법이 중구난방으로 쓰이는 것도 싫어하지만, 환경을 고려하지 않고 무지성으로 특정 기술만을 "절대선"인양 쓰는 것도 역시나 싫어합니다. 그리고, 제가 최근에 좋아하지 않는 경향 중 하나가 JWT를 무지성으로 남발하는 것입니다. JWT에 대해서 웹개발자들은 거의 다 알고 계시겠지만, Json 기반의 값입니다. 특징에 대해서는 jwo.io에서 자세히 설명하고 있으니 넘어가기로 하고, JWT를 많이 사용하게 된 계기는 REST 때문이라고 생각합니다. REST가 유행이 되면서 stateless하게 요청을 하는 것이 유행하게 되었고, 기존의 세션(Ses..
- Total
- Today
- Yesterday
- couchbase
- git
- KDE
- RestTemplate
- Spring
- 외장 WAS
- proxmox
- Redmine
- 엘지
- 페이징
- messages.properties
- 클라우드플레어
- 시니어 프로그래머
- SI
- Nas
- Spring MVC
- jooq
- boot
- 워드프레스
- 도입기
- 내장 WAS
- paging
- java config
- docker
- OracleJDK
- manjaro
- 프로젝트 규모
- Phabricator
- Spring Boot
- NoSQL
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |