뚜벅이개발돌이

fedora19 + redmine 2.3

뚜벅이조 — Wed, 21 Aug 2013 11:15:32 +0900

1.install redmine

* fedora installation prerequisites

yum install ruby-devel
yum install ImageMagick-devel
yum install mariadb-devel

http://www.redmine.org/projects/redmine/wiki/Fedora_installation_prerequisites

* download redmin 2.3 using svn

svn co http://svn.redmine.org/redmine/branches/2.3-stable redmine-2.3

* create database

CREATE DATABASE redmine CHARACTER SET utf8;
CREATE USER 'redmine'@'localhost' IDENTIFIED BY 'my_password';
GRANT ALL PRIVILEGES ON redmine.* TO 'redmine'@'localhost';

* edit config/database.yml (copy config/database.yml.examle)

production:
  adapter: mysql2
  database: redmine
  host: localhost
  username: redmine
  password: my_password

* dependencies installation

gem install bundler

bundle install --without development test

* database scema object creation

RAILS_ENV=production rake db:migrate

* database default data set

RAILS_ENV=production rake redmine:load_default_data

* test the installation

ruby script/rails server webrick -e production (just test)

puma -e production -p 3000

* visit http://localhost:3000/.

http://www.redmine.org/projects/redmine/wiki/RedmineInstall

2. redmin plugin

find plugin at the plugin drectory(http://www.redmine.org/plugins)

download plugin into #{RAILS_ROOT}/plugin

install

rake redmine:plugins:migrate RAILS_ENV=production

unistall (maybe need 'bundle install')

rake redmine:plugins:migrate NAME=plugin_name VERSION=0 RAILS_ENV=production

http://www.redmine.org/projects/redmine/wiki/Plugins

fedora19 systemd (init.d 대체)

뚜벅이조 — Fri, 16 Aug 2013 17:12:56 +0900

페도라를 처음 깔고, /etc/init.d 폴더가 썰렁하여 당황했었다. ㅜㅜ

알고보니 /usr/lib/systemd/system 폴더에 수많은 서비스가 있었다.

systemd는 기존 init . d 를 대체하는 시스템 데몬이다.

systemctl, journalctl 명령어를 사용한다.

1. systemd 저널 로그.

# journalctl -xn

2. 서비스 활성화/비활성화

# systemctl enable/disable <service_name>.service

3. 서비스 제어

# systemctl start/stop/restart/reload/status <service_name>.service

4. 서비스 제거/등록

# systemctl mask/unmask <service_name>.service

# systemctl daemon-reload

5. 런레벨
# systemctl isolate runlevel<num>.target

6. 서비스 리스트
# systemctl list-unit --type=service

ref:

http://fedoraproject.org/wiki/Systemd

https://wiki.archlinux.org/index.php/Systemd/Services

http://onecellboy.tistory.com/225

http://wittgens.pe.kr/blog/blog_wittgens/4753

http://joonlinux.blogspot.kr/2012/07/systemd.html

http://www.freedesktop.org/software/systemd/man/systemd.service.html

fedora 19 desktop setting

뚜벅이조 — Fri, 2 Aug 2013 16:32:33 +0900

1. 원격 로그인 (ssh)

setting > 공유(share) 에서 설정.

2. HDMI sound

yum install pavucontrol

소프트웨어(software) > pavucontrol 설치

어플리케이션 별로 sound를 hdmi 로 내보낼지 설정가능.

3. desk top icon(shortcut/links)

sudo yum -y install dconf-editor

Alt + F2

dconf-editor

org > desktop > background > show-desktop-icon check(체크)

ref: https://ask.fedoraproject.org/question/10016/fedora-gnome-3-desktop-questions/

4. mp4 player

software > VLC media player core 설치

역시 리눅스는 머 하나 할려면 하나하나 검색해봐야 하는구나..ㅜ.ㅜ

fedora 19 + haswell + vritual box

뚜벅이조 — Fri, 2 Aug 2013 16:22:19 +0900

회사 업무용 PC로 데스크탑을 하나 뽑았다.

cpu : i7-4770k

ram : 32GB

ssd : 512GB

hard : 2TB

리눅스를 깔고 virtual box로 win 7 을 쓰기로 했다.

(고난의 시작..ㅜ.ㅜ)

전에 우분투를 썼었으나 회사 내부적으로 페도라를 쓰자는 의견이 나와서

1. 페도라를 설치했다.

fedora 18 버전을 깔으나 haswell 지원이 안된다고 에러를 뽝!

19버전으로 다시 설치..

2. virtual box를 깔았다.

역시나 에러가... ㅜ.ㅜ

삽질의 시작...

커널 소스가 필요하다.(우선 update를 한번 하고..)

sudo yum update
sudo yum install dkms

그리고 KERN_DIR 의 환경 변수를 잡아준다.

export KERN_DIR=/usr/src/kernels/`umane -r`

성공!

3. virtual box 에 win 7 설치 (iso 파일 구해서 클릭클릭~)

...

정리하니 간단하구나..ㅜ.ㅜ

이틀 걸렸는데..흑...

network 관련 용어 정리

뚜벅이조 — Tue, 2 Jul 2013 16:46:19 +0900

* Quagga
Quagga is a network routing software suite providing implementations of Open Shortest Path First (OSPF), Routing Information Protocol (RIP), Border Gateway Protocol (BGP) and IS-IS for Unix-like platforms, particularly GNU/Linux, Solaris, FreeBSD and NetBSD.

http://en.wikipedia.org/wiki/Quagga_(software)

* RCS

* OFC
OpenFlow Controller

* OFA
OpenFlow Agent

* PaxOS
Paxos is a family of protocols for solving consensus in a network of unreliable processors. Consensus is the process of agreeing on one result among a group of participants. This problem becomes difficult when the participants or their communication medium may experience failures.

http://en.wikipedia.org/wiki/Paxos_(computer_science)

* TE Server
Traffic Engineering Server

* BGP (iBGP,EBGP)
Border Gateway BC Protocol (BGP) is the protocol which is used to make core routing decisions on the Internet;
...

When BGP runs between two peers in the same autonomous system (AS), it is referred to as Internal BGP (iBGP or Interior Border Gateway Protocol). When it runs between different autonomous systems, it is called External BGP (EBGP or Exterior Border Gateway Protocol). Routers on the boundary of one AS exchanging information with another AS are called border or edge routers.

...

http://en.wikipedia.org/wiki/BGP

* ISIS
Intermediate System to Intermediate System (IS-IS) is a routing protocol designed to move information efficiently within a computer network, a group of physically connected computers or similar devices.

http://en.wikipedia.org/wiki/IS-IS

* LSP
In MPLS networking, a label-switched path (LSP) is a path through an MPLS network, set up by a signaling protocol such as LDP, RSVP-TE, BGP or CR-LDP. The path is set up based on criteria in theforwarding equivalence class (FEC).

http://en.wikipedia.org/wiki/Label-switched_path

* CIDR
Classless Inter-Domain Routing)

* VLSM
Variable Length Subnet Mask

* NS Records
Name Server

* MX Records
Mail Exchanger

* RTT
Round Trip Time

* AS
Autonomous System

* RCP
Routing Control Platform

javadoc plugin

뚜벅이조 — Mon, 6 May 2013 13:29:59 +0900

maven에서 javadoc plugin을 이용하여 javadoc을 만들어보자.

기본 goal은 javadoc:javadoc.

module로 나뉘어져 있다면 javadoc:aggregate를 이용하여 한 곳에 모아서 뽑아낼 수 있다.

javadoc:javadoc generates the Javadoc files for the project. It executes the standard Javadoc tool and supports the parameters used by the tool.
javadoc:aggregate generates the Javadoc files for an aggregator project. It executes the standard Javadoc tool and supports the parameters used by the tool.

http://maven.apache.org/plugins/maven-javadoc-plugin/

aptana studio

뚜벅이조 — Fri, 29 Mar 2013 19:31:29 +0900

javascript 편하게 사용할 수 있는 tools 을 찾던 중.

지인이 추천해 준 aptana studio.

깔끔하다 이쁘다..

이클립스 기반으로 플러그인만 받아서 쓰고 있다.

http://www.aptana.com/

yalp framework

뚜벅이조 — Mon, 25 Mar 2013 17:19:54 +0900

Yalp framework makes it easier to build Web applications with Java. It is a clean alternative to bloated Enterprise Java stacks. It focuses on developer productivity and targets RESTful architectures. Yalp is a perfect companion to agile software development.

https://github.com/yalpframework/yalp

http://www.yalpframework.com/

http://confluence.yalpframework.com/display/YALP/YALP+Home

자기 자신을 브랜드화 하라.

뚜벅이조 — Fri, 22 Mar 2013 13:15:52 +0900

그 동안 많은 처세술, 자기 관리 책을 읽었지만, 실제적으로 적용해 보지 못했었다.

또한 크게 와닿지 않았다.

나이가 들고, 사회생활을 하게 되면서 문득 문득 예전 읽었던 글귀 들이 떠오른다.

그리고 깨닫는다... 이런 의미였구나.. 이런 걸 말하는 거였구나..

자기 자신을 브랜화 하라..

요즘 절절히 느끼는 말이다..

자문해 본다..

내가 여기서 과연 어떤 역할을 하고 있을까?

다른 사람이, 또는 내가 나를 보았을 때 나만의 강점을 무엇일까?

나는 무엇을 어필해야 하고, 무엇을 최대의 무기로 만들수 있을까?

선임 2년차..

이제는 학습하는 단계를 넘어 나만의 강점, 무기를 지녀야 한다는 생각이 든다.

그동안 꽤 다양한 프로젝트를 해왔고, 대부분의 기술들을 완전히 내것으로 만들기 위해 노력해왔다.

SI 프로젝트, 응용 프로그램, 안드로이드, 서버 프로그래밍, 웹프로그래밍...

각종 프레임워크, 테스트 툴, CI .. 등 손대 본 것도 많다.

짧은 기간 다양한 경험을 했다고 자부한다.

하지만 ... 내가 잘하는 것은 무엇일까? 이것만큼은 전문가라고 자신할만 한 것이 없다..

있으면 요긴하게 잘쓰고, 없어도 아쉬울 것이 없다는 것이다.

나는 브랜드가 없다..

나의 브랜드를 만들어 나가기 위해 이제부터 시작한다.

디버깅의 고수가 되는 법.

뚜벅이조 — Sat, 16 Mar 2013 13:41:07 +0900

프로그램을 개발하는 실력도 중요하지만,

디버깅 실력이 진짜 실력이라고 생각한다.

디버깅을 잘하려면 어떻게 해야할까?

자신이 짠 코드에서 에러가 나면 금방 할 수 있다.

다름 사람이 짠 코드에서 에러나가면 버그 잡기가 쉽지 않다.

라이브러리를 사용할 때는 더욱 어렵다.

프레임웍을 쓸때는 더더욱 어렵다.

이런 상황에서 디버깅의 고수가 되려면 어떻게 해야할까?

개발 6년차인 나를 돌이켜보니 이렇게 정리가 된다.

1. 다양한 에러를 접하자.

내가 낼 수 있는 에러는 그렇게 많지 않다.

그렇다가 에러를 내려고 다양한 시도를 하기도 쉽지않다.

어떻게 하면 다양한 에러를 접할 수 있을까?

아주 간단하다. 주변 동료들이 내는 에러를 같이 잡아주는 것이다.

같은 환경에 같은 라이브러리를 쓰고 프로그램을 만들지만, 그들이 내는 에러는

매우 다양하다. 디버깅은 많은 에러 상황을 만나고, 그 솔루션을 많이 알 수록 내공이 쌓여가는 것이다.

동료들의 에러잡아 주다 보면 , 날 점점 더 많이 찾게 된다. (귀찮을 수도 있겠지만...)

난 좀 더 쉽게 디버깅을 하고, 더 많은 에러 상황을 접하게 된다. 가만히 있어도 내공이 쌓이는 것이다.

2. 프로젝트의 전체적인 흐름을 읽자.

소스를 따라가면 된다고 생각하지만 어느 정도 규모가 되고, 프레임워크를 쓰고, 수많은 라이브러리를

이용한다면 상상력에 의존하는 수 밖에 없다. 또는 소스 보다는 환경세팅의 문제일 때도 많이 있다.

이런 부분을 제대로 집어내려면, 그 프로젝트이 모든 요소를 다 알고 있어야 한다.

내가 모르는 부분에서 나는 에러를 어떻게 해결하겠는가.

우선 에러가 나는 요소를 정확하게 집어내는 것이 제일 중요하다.

시스템 환경, 프로젝트 환경, 개발 툴, 프레임워크 설정, 라이브러리 등

프로젝트의 기반을 모르면 디버깅을 할 수 없다.

이런 부분을 제대로 이해하지 못한다면, 엉뚱한 부분을 지적하고, 잘못된 상상을 하고,

엄청난 삽질이 시작된다.

이런 부분을 제대로 이해하지 못한다면, 동료에게 도움을 요청하는 것이 제일 현명한 방법이다.

스스로 해결하겠다고 삽질을 시작하면, 몸과 마음은 엄청 고생하고, 일정을 일정대로 밀리는

최악의 상황이 오게 될 것이다.

3. 에러를 정독하자.

에러 메세지를 잘 읽어보면 거의 모든 답들이 들어있다.

꽤 많은 사람들이 에러가 났다는 사실만 보고, 디버깅에 들어간다.

(또는 제대로 이해하지 않고..)

어떤 라이브러리, 어떤 클래스에서 문제가 되었는지..

그 메소드를 콜하는 클래스는 어디인지...

잘 살펴보기만 해도 삽질을 많이 줄일 수 있다.

디버깅의 도움을 요청하는 경우,

그냥 잘 안된다, 전엔 잘 됐는데 갑자기 안된다.

등의 말을 한다면 에러 자체에 대한 이해를 전혀 못하는 있는 것이다.

에러의 정독은 디버깅의 시작이라 하겠다.

4. 버그에 상관없는 확실한 요소들을 배제해 나간다.

절대 이런 에러가 날 수없는 부분을 주구장창 보면서 에러를 찾는 경우가 있다.

그리고 말도 안되는 가설로 점점 더 확신을 하게된다.

자기 논리에 빠져버리는 것이다.

물론 이것이 쉬운 일은 아니다. 첨에는 모든 요소들을 다 의심해 봐야 한다.

하지만 내공이 쌓이면, 의심되는 요소들이 점점 줄어든다.

첫번째는 A, 두번째는 B, 세번째는 C.. 아니면 헬프...

D, E는 절대 아니다.

만약 D,E에서 버그를 찾는다면, 자신이 몰랐던 새로운 요소일 것이다.

내공은 점점 쌓여간다...

5. 1석2조의 효과

디버깅 실력이 향상되면, 설계 능력도 같이 향상 된다.

사용자가 나의 라이브러리를 이렇게 잘 못 쓸수 있구나.

이런 부분을 잘 못 사용하면 에러가 나는구나..

디버깅 하며 쌓인 경험들이 설계에 묻어나는 것이다.

이런 과정을 거치다보면

간단한 코드를 짜더라도 한번 더 생각해 보게된다.

방어코드를 짜게 되고, 조금 더 좋은 프로그래머가 된다고 생각한다.