2019/01/20 - [Programming/기타] - 시니어 프로그래머로 넘어가는 길 (2) 이번 글은 적을까 말까 고민하다가 결국 적기로 마음먹은, 일종의 후기나 외전 같은 성격의 글입니다. 실제 있었던 일을 저의 편향된 시선으로 적은 내용이므로 잘 가려서 보시길 바랍니다. 제가 겪은 회사의 사례를 통해 왜 고급개발자가 필요하며, 고급개발자가 어떠한 환경에서 일해야 하는지와 고급개발자로 어떠한 일을 해야 하는지, 그 필요성에 대해서 약간은 알려지게 되길 기대합니다. 제가 겪은 회사의 사례입니다. 회사는 여러 가지 서비스를 제공하고 있는 상태였고, 개발자도 수십 명을 보유한 곳이었습니다. 하지만, 내부적으로는 기술력이 높지 않다고 구성원들이 생각하고 있었고, 서비스의 질 보다는 내부 코드나 아키텍쳐에..
2019/01/19 - [Programming/기타] - 시니어 프로그래머로 넘어가는 길 (1) 저의 경우 아버지께서 한 회사에서 평생을 일하신 경우를 평생 보고 자라왔고 그 회사가 국내 굴지의 기업이어서 큰 혜택이 따른다는 것도 알고 있긴 했지만, 워낙 반골의 성향이 크다보니 대학교를 졸업할 시기에 이미 대기업은 갈 생각이 없었습니다. 취업을 고려하던 대학교 4학년...즉 처음 취업했던 2000년에 이미 대기업을 가지 않겠다고 마음 먹었고, 제가 다니고 있던 인하대학교 컴퓨터공학과의 대부분의 졸업자들이 대기업을 골라서 취업을 하던데 반해 저는 벤쳐기업을 선택해 취업을 했습니다. 대학생 때부터 이런 당돌한(?) 짓을 벌인 성격이다 보니 이후에도 많은 굴곡을 거쳐 지금까지 직장 생활을 하고 있습니다. 앞선..
요즘 프로그래머가 되기 위해서 취업 준비생들이 걷는 길은 보통 다음과 같습니다. 1. 대학에서 프로그래밍 관련 학과로 진학하거나 복수전공을 수강하여 학위를 취득한다. 2. 고졸, 비전공 혹은 전공이라도 국비 혹은 이름 높은 학원에서 단기 혹은 중장기 과정을 이수하여 이를 바탕으로 취업한다. 사실 이게 아닌 다른 경우가 있겠냐...라고 하겠지만, 일반적인 회사에서 신입을 채용할 때 신입 아닌 신입을 채용하려고만 하니 취업준비생들에게는 허들이 자꾸 높아지는 문제가 발생하고 있습니다. 하지만, 이 글에서 먼저 다뤄보려고 하는 것은 취업준비생이 아닌 취업 후 경쟁에서 살아남아 어느 정도 경력이 쌓인 시점, 즉 경력이 보통 3~5년 정도 된 개발자를 위한 글입니다. 사실 경력이 이보다 더 많더라도 한 번 생각해봐..
이번 프로젝트에서 jooq 을 이용해서 개발하면서 불편한 점이 몇 가지 있었습니다. 먼저, 객체(POJO)에 값을 넣고 돌아다니다가 DB 에 저장할 때 쿼리가 길어지는 문제였습니다. public long insert(ChatInfo chatInfo) { return this.dsl .insertInto(CHAT_INFO, CHAT_INFO.SESSION_ID, CHAT_INFO.IS_END, CHAT_INFO.DATE_ADD, CHAT_INFO.DATE_MOD) .values(chatInfo.getSessionId(), "N", Timestamp.valueOf(LocalDateTime.now()), Timestamp.valueOf(LocalDateTime.now())) .returning(CHAT_INF..
ISMS 같은 보안 문제 때문에 서버를 선청하고 설정하는 기간이 비약적으로 늘어났다.이게 늘어나면 좋은게 아닌데도 말이다.물론 보안을 담당하는 분들은 강하면 강할수록 좋지만, 개발하는 입장에선 반대가 된다. 그래서 그 둘 사이의 타협점을 찾는게 매우 힘들다. 일반적으로 서버를 구축할 때 Web 와 DB 로 나뉘어져 신청을 한다.우리 회사는 정말 무지막지한 절차를 가지고 있다. 1. 서버 신청 : 시스템팀2. 방화벽 신청 : 네트워크팀3. 서버 계정 신청 : 시스템팀4. 프로그램 설치 신청 : 시스템팀5. /etc/hosts.allow 신청 : 시스템팀, chef 로 관리6. 배포계정 신청 : 시스템팀7. L4 신청 : 시스템팀, vip 받아야함8. 도메인 신청 : 시스템팀8. DB 신청 : DBA 파트9..
제목은 좀 거창합니다만...사실 별 거 아닙니다. 사족부터 먼저 말하자면, 제가 어릴 적에 읽었던 무협소설 중에 좀 뇌리에 남는 것이 하나 있었습니다. 용대운 저 "태극문" 이라는 작품입니다. 그 작품에서 주인공의 특징은...천하제일인이었던 형이 새롭게 나타난 고수에게 패해 죽으면서 주인공이 그 고수를 이기기 위해 수련을 쌓고 도전자격을 얻어 이기는 여정을 그리는데, 형의 무공을 배우질 않는다는 것입니다. 형이 알려주지 않고 다른 곳에서 무공을 배우도록 하게 했는데, 그곳이 태극문이고 매우 특이한 곳이었습니다. 무림인이라면 모두 아는 육합검법부터 해서 십팔반 무예 모두를 누구나 아는 무예만 가르친다는 것이었습니다. 그걸...몇 년 동안 계속 갈고 닦습니다. 같이 입문한 동기들은 다른 스승들을 만나 다 떠..
예전(2014년 8월 17일 일요일)에 제가 적었던 블로그 내용을 옮겨왔습니다.Couchbase 는 기본적으로 key/value 타입의 NoSQL 제품입니다. 다시 말해 Unique 한 Key 을 이용해서 문서(Document)을 빠르게 가져오는 것을 목적으로 한 제품이라는 것이죠. 그렇다면 사용자가 읽어오길 원하는 문서의 Key 을 알고 있다면 언제든지 문서를 가져올 수 있습니다. 실제로 Couchbase SDK 에서는 set() 와 get() 을 통해서 문서를 저장하고 가져올 수 있으며 매우 단순한 형태이기 때문에 초급 개발자도 금새 배울 수 있습니다. 하지만, 현실상 특정 key 의 문서만 가져오는 경우는 매우 드뭅니다. 가까운 예로 게시판의 경우만 해도 특정 조건을 만족하는 데이터(=문서)의 집합..
예전(2014년 8월 15일 금요일)에 제가 적었던 블로그 내용을 옮겨왔습니다. Couchbase 을 도입해서 Web REST 기반의 서버를 제작했습니다. 실제 서비스를 제공중에 있구요. 동시접속 2만명 테스트도 진행했었는데, Couchbase 는 잘 버틴다는 표현을 쓰기 무색하게...한가로이 데이터를 처리하더라구요. 하나의 요청에 Couchbase 의 문서(Document) 갱신이 최소 2회가 이루어지는데도 말이죠. MariaDB with Galera Cluster 라면 몇 분 마다 한 번씩 SlowQuery 로그가 떨어질 환경이었는데 별 걱정 없이 프로그래밍 할 수 있게 해줘서 다행이다 싶었습니다. 하지만, 게임이 매우 잘되어서 저장공간이 부족해지거나, Log 를 Couchbase 에 담는다거나 해서..
예전(2014년 4월 16일 수요일)에 제가 적었던 블로그 내용을 옮겨왔습니다. Couchbase 는 RHEL 이나 Ubuntu 계열에서 쉽게 설치가 가능합니다. 저의 경우 KT UcloudBiz 을 이용중이라 CentOS 6.5 을 사용중이고, yum install 로 Couchbase.com 에 있는 rpm 을 직접 설치하는 방식을 이용해서 설치하고 있습니다. Couchbase 의 가장 편리한 점은 통상적으로 오픈소스 프로그램을 설치할 때 설정 파일을 열어 텍스트로 된 설정값을 수정하는 작업을 선행하는 형태의 작업이 필요없다는 것입니다. 상용으로도 제공되는 제품이다보니 설정이 굉장히 깔끔한 편입니다. yum 으로 install 한 뒤에 자동으로 couchbase-server 가 start 되어 있어서..
예전(2014년 4월 11일 금요일)에 제가 적었던 블로그 내용을 옮겨왔습니다. Couchbase 을 도입하기로 마음 먹었습니다. 국내에 총판도 있어서 유사시 구입해서 지원을 받을 수 있는 환경이기도 했습니다. 활성화가 잘 되어 있다고는 할 수 없지만 네이버에 카페도 운영하고 있었습니다. 그런데, 도입 후 가격에 대해 문의를 했는데, 딸리는 영어 실력에 솔루션에 대한 이해가 떨어져서 도입 예상가를 제대로 판단하지 못한 문제가 발생했습니다. 처음 도입 시 1 대만 도입해도 되고, 24 시간 서비스 안받아도 되니 가장 저렴한 것으로 구입해도 되겠네...라는 생각을 가졌고, 본사에서 운영하는 사이트에서 제시된 2000 달러(2백만원 초반)면 상용 솔루션으로 전환도 가능하겠다고 생각했습니다. 하지만, Couch..
- Total
- Today
- Yesterday
- 프로젝트 규모
- OracleJDK
- 클라우드플레어
- couchbase
- boot
- 워드프레스
- NoSQL
- proxmox
- 내장 WAS
- 페이징
- Nas
- Spring
- docker
- RestTemplate
- 외장 WAS
- paging
- SI
- messages.properties
- manjaro
- Redmine
- 엘지
- 도입기
- KDE
- jooq
- java config
- git
- 시니어 프로그래머
- Spring Boot
- Spring MVC
- Phabricator
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |