기본 콘텐츠로 건너뛰기

프로그래머에게 필요한 EQ

  "당신은 똑똑하신가요? 그래서 코딩 잘하시나요?"

  좋은 프로그래머가 되기 위해서, 인정받기 위해서 필요한 것이 똑똑함, IQ라고 생각하시는가요? 물론 기본적인 논리적 사고, 분석력은 있어야 합니다. 아니 프로그래머라면 그냥 있다고 보면 되겠네요. IQ 차이는 10000 라인에 만들 수 있는 프로그램을 8000라인으로 줄여 줄 수 있는데 의미가 있다고 생각합니다.
  EQ가 필요합니다. 프로그래머들은 혼자 일하는 일이 없습니다. 다른 프로그래머와 함께 일하는 것은 물론 마케팅, 기획 등 다양한 분야의 사람들과도 함께 일하게 됩니다. 그래서 일을 진행시키고, 마무리하는데 있어서 중요한 것이 EQ입니다.
  EQ라고 하면 감성적인 능력입니다. 자신의 감정을 이해하고, 적절한 방법으로 표현할 수 있으며, 다른 사람들의 감정을 읽고, 적절히 반응해 줄 수 있는 능력입니다. 프로그래머들에게 필요한 능력이 바로 이런 능력이라고 할 수 있습니다. 아무리 좋은 아키텍처, 기술을 가지고 있더라도 회의 시간에 이를 적절히 피력하여 관철시키지 못하면 아무런 의미가 없습니다. 그런데 이런 회의를 이끌고, 의견 차이를 줄이는데 필요한 능력은 IQ가 아닌 EQ입니다.  회의나 토의를 하다가 감정적으로 대한다거나 화를 내서 회의를 망치게 되면 그 사람이 아무리 좋은 의견, 아이디어를 가지고 있더라도 무용지물이 되기 마련입니다. 게다가 개인적 평판까지 나빠지게 되어 실력까지 평가절하될 수  있는 것입니다. 
  프로그래머로서 새로운 기술을 익히는 것, 멋진 코드를 만들어 내는 것도 중요하지만, 사람들 사이에서 일어나는 일들을 이해하고 이해시킬 수 있는 감성적인 능력 EQ를 기르는 것도 그 무엇보다 중요하다는 것을 잊지말아야합니다. 
  다음은 EQ를 기를 수 있는 팁들을 모아본것입니다. 한두개씩이라도 실천해보려고 노력해보세요. 
1. 너 자신을 알라.
2. 함께 울 수 있는 감수성을 키우자. 
3. 기쁨, 슬픔을 말로 표현해보자. 
4. 답례없는 도움을 배풀자. 
5. 사람들과 함께 어울려라. 
6. 주위 사람에 대해 관심을 기울여보자. 
7. 작은 것에도 고마움을 표현하라. 
8. 절대로 버럭 화를 내지 않는다. 

댓글

이 블로그의 인기 게시물

AWS ELB 504 Error

AWS EC2  운영 중 가끔씩 볼 수 있는 에러가 있습니다. 대표적으로 다음의 세가지 502, 503, 504 입니다. 이 중에서 이번에 알아볼 문제는 HTTP 504 에러입니다 .  타임 아웃이 되어   Request 를 처리하지 못하는 상황이 됩니다 .   해결 방법부터 이야기 하자면 다음과 같이 웹서버의 Time-out 시간을 60 초 이상으로 늘리는 것입니다 . Web Server & Application Time-out >= 60 sec 그 이유는 다음과 같은 ELB의 특성 때문입니다. ELB는 클라이언트와 EC2 서버 양쪽으로 커넥션을 유지하고 있습니다. ELB는 클라이언트와  EC2 서버간의 커넥션을 관리하는 역할을 맡고 있습니다. 그래서 유효한 커넥션만을 남겨놓습니다. 이를 위해서 Time-out 시간을 가지고 이 시간동안 데이터가 송수신되지 않으면 연결을 끊습니다.  기본적으로 Elastic Load Balancing는 두 연결 모두에 대해 Time-out(유휴 시간) 시간을 60초로 되어 있습니다. 그렇기 때문에 HTTP 또는 HTTPS를 사용할 경우 "KeppAlive" 옵션을 사용하여 커넥션을 재활용해야 합니다. 이 때  ELB 커넥션도 재사용되기 때문에 CPU 사용률을 줄일 수 있습니다. Browser Time-out Opera 11.11 120 sec IE 9 60 sec Chrome 13 300 sec FireFox 4 115 sec 서버 로직 중에서 60초 이상 실행될 수 있는 부분이 있는 경우 504 에러를 자주 볼 수 있을 것입니다. 문제 해결을 위해서는 Web Server는 물론  Tomcat 설정 또한 60초 이상으로 변경해주어야 합니다. ...

Spring Data Projection 기능 활용

Projection Spring Data REST에서는 Projection 기능을 제공하고 있습니다. Spring Data란?   Data Access Layer에 대한 추상화 기능을 제공하는 프레임워크입니다. 간단히 설명하자면 기존에는 Database에 데이터를 저장하고 읽어오기 위해서는 Database의 종류, 스키마를 고려하여 SQL Query를 사용해서 데이터를 저장하고 읽어왔습니다. 그러나 Spring Data를 이용하게 되면 이 과정을 ORM을 사용하여 함수를 사용하여 쉽게 처리할 수 있습니다. ORM(Object Relational Mapping)란?   데이터베이스가 테이블, 필드간 상관 관계를 통해 도메인 데이터를 표현하였다고 한다면,  ORM은 Object, 클래스 간의 상관 관계를 통해 도메인 데이터를 표현하는 것을 말합니다. 다음의 링크는 Spring Data REST Documentation 중에서 Projection 부분입니다.               8. Projections and Excerpts 그러나 실제 "Projection" 기능을 사용하는데는 한가지 문제점이 있습니다. 레거시 웹서비스를 쓰고 있다거나, Spring Data  REST를 이용하지 않는다면 "Projection" 기능을 활용하는 것이 힘들다는 것입니다. Spring Data REST의 경우 데이터  Response Type이 json-hal 타입만을 지원하기 때문입니다. JSON-HAL 타입으로 경우 웹서비스 제공 입장에서 최선의 선택일 수 있습니다. 그러나 실제 프로젝트에서는 이를 쓰려는 클라이언트가 없을 경우 사용할 수 없게 될 것입니다. 그렇다면 Projection 기능만을 사용할 수 있는 방법이 없을까요? 있습니다. ProjectionFactory 를 직접 사용하는 것입니다. 다음과 같이 Spr...

Java Case Sensitive 함수 사용시 주의 사항

자바는 유니코드를 지원하는 프로그램 언어이다. 그렇기 때문에 왠만한 다국어 지원 문제는 별 탈없이 해결된다. 그러나 자바 프로그래머라면 한가지 주의해야 할 점이 있다. 자바의 문자열을 다루는 몇몇 함수들은 “Locale Sensitive”함수라는 것이다. 먼저 유니코드가 무엇인지에 대해서 짚고 넘어가자. 유니코드 > 정  의   유니코드(Unicode)는 전 세계의 모든 문자를 컴퓨터에서 일관되게 표현하고 다룰 수 있도록 설계된 산업 표준이며, 유니코드 협회(Unicode Consortium)가 제정한다. 이 표준에는 ISO 10646 문자 집합, 문자 인코딩, 문자 정보 데이터베이스, 문자들을 다루기 위한 알고리즘 등을 포함하고 있다. > 목  적  유니코드의 목적은 현존하는 수많은 문자 인코딩 방법들을 모두 유니코드로 교체하려는 것이다. 기존의 인코딩들은 그 규모나 범위 면에서 한정되어 있고, 다국어 환경에서는 서로 호환되지 않는 문제점이 있었다. 유니코드가 다양한 문자 집합들을 통합하는 데 성공하면서 유니코드는 컴퓨터 소프트웨어의 국제화와 지역화에 널리 사용되게 되었으며, 비교적 최근의 기술인 XML, 자바, 그리고 최신 운영 체제 등에서도 지원하고 있다. 원본 위치 [Wikipedia](https://ko.wikipedia.org/wiki/유니코드)  UTF-8  UTF-8은 유니코드를 위한 가변 길이 문자 인코딩 방식 중 하나로, 켄 톰프슨과 롭 파이크가 만들었다 UTF-8 인코딩은 유니코드 한 문자를 나타내기 위해 1바이트에서 4바이트까지를 사용한다. 예를 들어서, U+0000부터 U+007F 범위에 있는 ASCII 문자들은 UTF-8에서 1바이트만으로 표시된다. 4바이트로 표현되는 문자는 모두 기본 다국어 평면(BMP) 바깥의 유니코드 문자이며, 거의 사용되지 않는다. 원본 위치 [Wikipedia](htt...