Home

Search results

"category:/CommonSkill"

1 2 3 4 Next >>

Title and summary Date/time
1
조직력의 발전방향은?
우리는 회의에서 논의를 통해 의견을 나눌수록 극단을 지양하고 합리적 중용의 결과를 찾으려는 것이 목표일 것이다. 하지만, 특히 한국에서 회의 구성원들의 지위가, 유명세가 발언의 양, 방향을 암묵적으로 지휘하는 경우가 많다. 지위에 의해 의식이 서열화 되고 발언양이 많아짐으로 논의의 목적이 합리적인 중용을 표방하는데, 이를 무시하고 지위자의 발언 방향으로 귀결되는 경우가 많다. 이는 결국 회의 주도자의 생각과 열정을 뭉개버리고 무념의 팔로워로 전락하게 ...
Nov 15, 2014
2:06:54 PM
2
위임에 관한 70%룰
완벽한 일 마무리와 과로 사이의 균형을 판별하는 공식이 있다네요. 그것이 바로 70%룰이랍니다. 보통 일을 제대로 끝낼려면 다른 사람에게 일을 맡기기보다 자신 스스로가 해야 한다고 생각하는 사람이 많을겁니다. 하지만, 70%룰을 통해 자신의 일을 다른 사람이 해서 70% 정도의 품질만 보장되면 그 사람에게 맡기는 것이 중요하다고 하네요. 모든 일을 혼자 다 할 순 없는 법이니깐요. CEO가 하는 일을 적어도 자신이 했을때와 비교했을 때 70% ...
Oct 9, 2014
8:47:20 PM
3
Javascript에서 함수형 프로그래밍 맛보기
함수형 프로그래밍을 이해하기 쉽게 설명한 아티클(Don’t Be Scared Of Functional Programming)이 있어서 소개합니다. 정리하면서 느낀점은, 일차적으로 함수형 프로그래밍을 이해하는 것이겠지만, 이차적으로는 코드의 간결성이 좋아지고 리팩토링에서 좋은 사례로 활용할 수 있을 것 같아 좋았습니다. ^^ 함수 프로그래밍의 기본 특성 여기서 말하고자 하는 가장 기본적인 함수형 프로그래밍의 특징을 정리하면 아래와 같다. 첫번째, ...
Oct 4, 2014
1:23:16 PM
4
Vim에 대해 점진적으로 학습하기
본 포스트는 "Learn Vim Progressively"라는 아티클을 번역한 것으로 Vim에 대해서 모르시는 분들이나 되새김질을 하고 싶은 분들에게 좋은 글이 될 거 같아 정리해 보았습니다. TL;DR: 여러분은 vim(인류 역사상 가장 많이 알려져 있는 텍스트 에디터)을 가능한 한 빨리 습득하고 싶을 것이다. 그래서 여기에 그렇게 될 수 있는 방법을 소개한다. 그리고 살아남을 수 있는 최소한의 내용으로 학습을 시작하고 그 뒤에 천천히 트릭 ...
Jul 15, 2014
7:41:58 PM
5
[번역] 나는 왜 Node의 세계에 남아 있는가?
레딧에 화자되고 있는 "Farewell Node.js(잘가 Nodejs)"와 이상욱님의 블로그에에서 번역한 글을 읽다가 Why I’m staying with Node(나는 왜 Node의 세계에 남아 있는가?)"라는 아티클이 눈에 뜨여 반대와 찬성의 글을 같이 곱씹어보면 좋을 것 같아서 Nodejs 옹호론자의 아티클을 번역해 봅니다. 무엇보다 먼저, Go 사용을 추천하면서 써내려간 획기적인 그의 뉴스와 Node.js에 대한 작별 인사를 한 TJ에게 ...
Jul 7, 2014
8:36:18 PM
6
개발자와 나이
"It’s official : developers get better with age. And scarcer."이라는 아티클이 레딧에서 다시 회자되고 있어 소개합니다. 아티클의 내용은, StackOverflow에서 개발자들의 Q&A 데이터를 분석 한 것으로, 개발자수는 27세를 정점으로 그 후 6,7년마다 절반으로 그 수가 줄어들지만, 높은 평가를 얻게 된다는 것. Q&A 사이트여서 그런지, “높은 평가”라는 질문에 좋은 답변을 많이 했다는 것으로 ...
Jul 4, 2014
9:22:49 PM
7
README가 대문자인 이유
README 파일은 해당 디렉토리나 아카입의 소프트웨어에 대한 정보를 기술하는 파일이다. 그런데 왜 대문자로 구성되어 있는지 확인해 보니... 위키에 그 사례가 실려져 있었다. It is traditionally written in upper case so that on case-preserving environments using an ASCIIbetical ordering, the name will appear near the ...
May 10, 2014
1:05:50 PM
8
API - 사용 편이성과 오용 어려움
사실 API의 사용 편의성과 오용 어려움은 양날의 칼이다. 보통 개발자들은 사용자 편의성에 무개를 두고 겉에 보이는 API의 외향에만 신경쓰고, 가용성 확보 등의 서비스에 가장 중요한 리스크 회피를 위해서 "오용 어려움"은 잊어버리는 경우가 많다. 오늘은 이 두가지의 중요성을 떠올리는 중요한 글이 있어서 정리해서 포스팅 해 본다. 아래의 내용은 Linux 커널 개발자 Rusty Russell이 API 설계와 개발에 대한 생각을 쓴 글(APIs: ...
Jan 25, 2014
11:39:28 PM
9
Python의 디자인 원칙 : PEP 20
"The Zen of Python"은 Python 자체 설계에 대한 기본 개념(디자인 가이드)을 나타낸 문구집입니다. 쓰기 쉽고, 읽기 쉽고, 알기 쉬운 특징을 가진 Python의 설계 사상을 아래의 20개의 문구들로 정리하고 있네요. 개발자가 가져야 할 마인드로도 좋을 것 같아서 정리해 봅니다. 추잡하기보다는 아름다운게 낫다. 암시적이기보다는 명시적인게 낫다. 복잡한거보다는 단순한게 낫다. 그리고 알기 힘들게 꼬여있는것보다는 그래도 복잡한게 낫다. ...
Nov 12, 2013
10:05:46 PM
10
개발자들을 위한 Sandi Metz 룰(5가지)
Sandi Metz가 Ruby Rogues 팟 캐스트에서 소개한 루비 개발자들을 위한 룰에 대해 재밌는 내용을 소개한다. 참고로 객체 지향 개발자들에게도 응용해 보면 좋은 코딩 가이드가 되지 않을까 생각해 보게 된다. 주요 룰은 아래와 같다. 클래스의 코드 라인은 100라인 이상이 되면 안된다. 메소드는 5라인을 넘어설 수 없다. 메소드의 인자는 4개보다 많으면 안된다.(해시 옵션도 매개변수로 간주) 콘트롤러는 단 하나의 객체만 인스턴스화 할 수 ...
Jul 9, 2013
7:20:13 PM
11
DSL(Domain Specific Language) 이해하기
1. DSL이란 특정 도메인(산업, 분야등 특정 영역)에 특화된 언어를 말한다. "문제 영역의 해결에는 그 영역의 언어를 전제로 둬야하며, 거기에서 프로그래밍 솔루션을 꺼내는 것이 중요하다." 라고 Dave Thomas가 한 말을 생각하면 이해하기 쉽다. 특정 영역의 문제 해결에는 그 영역에 맞는 특화된 도구를 사용하자라는 것이다. 어찌보면 과도로 끝내도 될 일을 맥가이버칼을 들이대는 격이다. 그리고 표현 방식은 해당 도메인의 전문가가 이해할 수 있는 ...
Jun 21, 2013
6:16:14 PM
12
변수와 메소드 네이밍에 관한 15가지 모범 사례
코딩 스타일을 좋게 하는 방법 중에 하나가 네이밍을 일관되게 사용하는 것이다. 그래서 관련된 좋은 아티클, "15 Best Practices of Variable & Method Naming"에 대해서 소개한다. 간략하게 정리해 보면.. 1. 범위별로 충분히 짧게, 혹은 충분히 긴 변수 이름을 사용한다. 일반적으로 루프 카운터에는 하나의 문자로, 조건이나 루프 변수는 한 단어로, 메소드는 한/두단어로, 클래스에는 두/세 단어로, 전역 변수는 서/너 ...
May 4, 2013
12:48:20 PM
13
Apache event_mpm vs Nginx 성능 비교
Aapache 2.4 정식 버전의 event_mpm이 어떤 성능을 발휘하며 성능을 최대치로 올리기 위한 튜닝 정보 및 Nginx와 설정 및 성능 비교를 통해 본 Apache의 현재에 대해서 살펴보고자 한다. 과거 Apache와 Nginx의 성능 비교 자료들을 보면 대부분 Nginx의 성능이 월등하게 나온다는 것을 안다. 하지만, 여기서는 두가지 비교를 통해 최적의 사용 포인트를 개인적으로 짚어보는 의도가 강하다. 한마디로 잘 사용해 보고 싶다. 혹시 ...
Apr 11, 2013
7:20:41 PM
14
손가락을 사용해서 곱셈하기
요즘은 곱셈을 외우기 때문에 이 방법이 필요없을 수 있지만, 알아두면 재미가 있을것 같아서 소개합니다. 단, 아래의 방식은 6 ~ 10까지의 숫자만을 사용한 곱셈만 할 수 있다는 점은 알아두셔야 합니다. 5이하가 들어가는 곱셈은 할 수 없습니다. 계산하는 방식은 아래의 순서대로 읽어보시면 쉽게 이해를 할 수 있을겁니다. 그리고 손가락 곱셈은 "Tables of 6, 7, 8 and 9 in your hands"을 포스트를 참고해서 정리를 한 것입니다. ...
Sep 19, 2012
9:17:42 AM
15
새로운 프로그래밍 관련 은어(자곤)
이 포스트는 Stack Overflow에서 "New programming jargon you coined?"라는 질문을 하고 이에 답한 것들중에 투표를 통해 30개 선별된 것에 대한 설명을 정리한 것입니다. 살펴보니 재미있는 것이 많습니다. 우리나라도 한번 커뮤니티나 페이스북에서 공론화하면 좋을듯 합니다.아래는 Stack Overflow를 기반으로 해 Coding Horror에서 정리한 포스트("Coding Horror : New Programming ...
Sep 11, 2012
6:15:33 PM
16
시스템 모니터링을 위한 도구들
서버 사이드 엔지니어들의 주요 관심 사항 중에 하나가 서버 부하를 모니터링해서 튜닝 포인트를 찾는 일일겁니다. 지금도 서버 부하와 싸우는 엔지니어들도 있을 테니깐요. 그래서 이번에는 부하의 원인을 규명하기 위해 사용하는 리눅스 커맨드에 대해서 정리해 보았습니다. 일반적인 커맨드들을 활용 방법들 1. top을보고 상위에 붙어있는 프로세스를 확인하면서 CPU나 I/O의 어느 문제인지 판별 - 프로세스의 Fullpath를 알고 싶으면 'c'를 누름. - ...
Jun 26, 2012
12:23:11 PM
17
SCon 컨퍼런스
SCon은 SOPT라는 IT 벤처 창업 동아리 소속의 대학생들이 it정보를 공유하기 위해 주최한 컨퍼런스라고 합니다. 이번 컨퍼런스는 빅데이터 시대의 대안책으로 떠오르고 있는 ‘미디어 3.0’과 ‘큐레이션’을 주제로 열릴 예정인데 관심이 가시는 대학생분들은 많은 참여를 부탁드립니다. IT정보와 ‘미디어 3.0’, ‘큐레이션’에 관심있어하는 대학생들이 귀중한 정보를 접할 수 있는 소중한 기회가 될거 같습니다.
May 17, 2012
8:38:32 PM
18
디스크 IO 성능 - I/O 스케줄러
I/O 스케줄러는 디스크 I/O 를 효율화하기 위한 기능이다. Kernel 2.6.10에서 deadline, noop, cfq, anticipatory 4 종류가 있으며, 기본은 cfq. OS 내에 있는 I/O scheduler 디자인을 결정하는 핵심 요소가 'throughput vs. latency(response time)'이다. 그리고 우리가 운영하는 서비스에서 특히 File I/O가 맞은 아키텍처에서는 튜닝 포인트 중에 하나라는 것도 알아두어야 ...
May 12, 2012
12:23:52 PM
19
Pivot Thinking
Pivot Thinking이란? 팀 퍼포먼스 올리는 방법을 검색하다가 나온 Pivot Thinking이라는 게 괜찮아 보여서 나름 이해하려고 정리를 해본 건데 쉽지 않네요. Pivot Thinking은 문제를 검토하고 새로운 방향으로 나아가기 위한 인지 능력이라고 한다. 많은 사람이 설계 프로세스의 협업 특성에 대해 연구하고 있지만, 개별 팀 멤버의 "설계 사고 스타일'에는 별로 주목 받고 있지 않다고 한다. 그래서 스탠포드 대학의 과학자들은 최근의 ...
May 7, 2012
8:29:02 PM
20
DevOps와 NoOps에 대하여
작년부터 클라우드가 활성화되면서 해외 IT 계의 기사에서 "DevOps", "NoOps"라는 용어를 볼 기회가 증가하고 있다. 이젠 용어에 그칠것이 아니라, 신속하고 자동화된 개발 및 운영, 소프트웨어 품질과 관련된 새로운 무브먼트로 인식해야 될 것 같다. DevOps(DevOps = Dev + Ops)란? DevOps 용어는 Opscode의 CEO인 Jesse Robbins에 의해 최초로 불려졌다고 한다. 위키피디아의 정의를 살펴보면. ...
May 1, 2012
2:17:22 PM

1 2 3 4 Next >>