http://jsfiddle.net/ 에서는 html + css + javascript (일반적인 js lib들 포함)의 조합을 간단히 웹페이지에서 시험해볼 수 있는 환경을 제공한다.
간단한 페이지 정도는 뚝딱 만들 수 있다.
happy hackin'
git에서 모든 submodule에대해 무언가 작업을하고 싶다면 foreach를 활용하면 간단히 해결된다.
모든 서브모듈들을 pull하고 싶다면 아래와 같이 하면 된다.
git submodule foreach git pull origin master
ref: http://stackoverflow.com/questions/1030169/easy-way-pull-latest-of-all-submodules
happy hackin'
gitolite 관리자 권한으로,
git branch -d -r origin/branch-name
git push origin :branch-name # =:= git push origin --delete branch-name
refs:
http://stackoverflow.com/questions/2003505/how-do-i-delete-a-git-branch-both-locally-and-remote
happy hackin'
git의 submodule로 svn 저장소를 쓸 수 있을까?
갑자기 궁금해져서 검색해봤다.
결론은 "쓸 수 없다"이다.
하지만 이전글에서도 잠시 언급했듯이, svn repo를 git repo로 변경후에 submodule로 지정하면 동일한 효과를 볼 수 있다.
happy hackin'
steps
- 1. run configure
- 2. add your bifs to erts/emulator/beam/bif.tab
bif re:grep/2 bif re:compile/1
- 3. create a C file
erts/emulator/beam/erl_bif_re.c
- 4. add your C file to erts/emulator/<arch>/Makefile
RUN_OBJS = $(OBJDIR)/erl_bif_re.o \
- 5. implement your bifs by stealing bits from existing erl_bif_*.c files
1 2 3 4 5 | BIF_RETTYPE re_grep_2(BIF_ALIST_2){ Eterm result; result = magic_function(); BIF_RET(result);} |
- 6. run make; make install
notes
- steps 0-3 need only be done once.
- note that if you add
1 | bif re:grep/2 |
to bif.tab there should be a erl_bif_re.c that implements
1 | BIF_RETTYPE re_grep_2(BIF_ALIST_2); |
from: https://erlangcentral.org/wiki/index.php/Adding_my_own_BIF
happy hackin'
가끔 DNS cache가 문제가 되는 경우가 있다 (name server 변경 등의 경우).
Windows:
관리자 권한으로 명령창을 열고 다음과 같이 하면 flush된다.
ipconfig /flushdns
Mac:
명령창을 열고 다음과 같이 하면 된다.
sudo killall -HUP mDNSResponder # OS X Mountain Lion or Lion
sudo dscacheutil -flushcache # Mac OS X v10.6
refs:
http://www.tech-recipes.com/rx/1600/vista_dns_cache_flush/
http://support.apple.com/kb/ht5343
http://faq.hostway.co.kr/Linux_DNS/2249 -> Linux
happy hackin'
박스 A에 설치된 package들을 박스 B에도 그대로 적용하고 싶을 때:
설치 패키지 정보 복사 및 설치:
# box A:
$ dpkg --get-selections > selections.txt
$ scp selections.txt foo@boxB:/tmp/
# box B:
$ dpkg --set-selections < /tmp/selections.txt
$ sudo aptitude install # 설치
$ sudo apt-get -u dselect-upgrade
위와 같이하면 설치는 되지만, 의존성 관련 정보(사용자가 깔았는지, 의존성때문에 자동으로 깔렸는지) 등은 소실된다.
이 정보의 복구는 다음과 같이 한다.
# box A:
$ apt-mark showauto > pkgs_auto.lst
$ apt-mark showmanual > pkgs_manual.lst
# box B:
$ sudo apt-mark auto $(cat pkgs_auto.list)
$ sudo apt-mark manual $(cat pkgs_manual.list)
ref: http://askubuntu.com/questions/101931/restoring-all-data-and-dependencies-from-dpkg-set-selections
happy hackin'
ubuntu-desktop, xubuntu-desktop, kubuntu-desktop 패키지 중에 맘에 드는 것을 하나 설치하면 된다.
아래와 같이 하면, ubuntu-desktop 패키지 설치시에 쓸데 없는 패키지(OpenOffice 등)들을 제외하고 꼭필요한 것만 깐다.
sudo apt-get install --no-install-recommends ubuntu-desktop
ref: http://www.ubuntugeek.com/how-to-install-gui-on-ubuntu-12-04-precise-server.html
2013-10-04: xubuntu-desktop package를 --no-install-recommends 옵션을 주고 설치하면 아이콘등이 제대로 안나와서 모양이 어색하다. xubuntu-icon-theme package를 설치하면 해결된다.
happy hackin'
허접 번역:
- 스크럼 테마는 스토리 계층구조의 최상위 수준이며 유형의 제품(거래 어플리케이션) 또는 추상적 목표(성능 튜닝) 관점을 기술한다. 제품 소유자(product owner)가 테마를 하나 이상의 에픽(epic)으로 분해한다.
- 에픽은 관련된 스토리들의 묶음 또는 스토리로 현실화되지 않은 요구사항의 뭉치(block)를 말한다.
- 스토리는 제품 요구사항 또는 비즈니스 케이스의 간단한 서술이다. 전형적으로, 스토리는 일반 언어로 표현되어 소프트웨어가 무엇을 성취해낼 것인가를 이해하는데 도움을 준다. 제품 소유자가 스토리를 만든다. 스크럼 사용자가 스토리를 하나이상의 테스크로 분할한다.
- 스크럼 테스크는 스토리를 완료하기위한 (신중히 선택된) 작업의 일부이다.
원문 발췌:
- A scrum theme is the highest level of the story hierarchy and describes a view of a tangible product (such as a trading application) or an abstract goal (such as performance tuning). A product owner breaks down a theme into one or more epics.
- An epic groups related user stories together or describes a block of requirements that have not yet been rationalized into stories.
- A story is a brief statement of a product requirement or a business case. Typically, stories are expressed in plain language to help the reader understand what the software should accomplish. Product owners create stories. A scrum user then divides the stories into one or more scrum tasks.
- Scrum tasks are the discreet pieces of work required to complete a story.
부가 설명:
theme:
Themes can contain one or more epics. Multiple themes can be
associated with a product, but a theme cannot be associated with more
than one product at a time.
epic:
Epics organize the work needed to complete parts of a theme into
smaller, more manageable pieces. You can associate an epic to a product,
theme, or a configuration item (an item or service being affected). You
can also define child epics. You can associate multiple epics with a
single theme, but an epic can only be associated with one theme at a
time.
story:
An epic can have one or more stories, but a story can belong to only one epic at a time. A story should be small enough to be completed in one sprint. The estimated effort required to complete a story is measured in story points, with more points being assigned to stories requiring more effort. Story points are arbitrary measurements of the effort (not necessarily the time) required to complete a story, based on the estimates of scrum team members. The work required for a story can be broken down into discreet scrum tasks.
After creating stories and tasks, manage and track them to completion through the story and scrum task progress boards.
For tips and best practices on writing effective stories, see Well-Written Scrum Stories.
task:
A scrum task might require between four and twelve hours to complete.
Team members volunteer for tasks based on their skills and track the
hours remaining on a daily basis. The time remaining is reflected in the
sprint burn down chart.
If the planned hours for a task exceed an agreed upon period of time,
such as eight hours, the task can be split into additional tasks. A
story is not complete until all of its tasks are complete.
ref: http://wiki.servicenow.com/index.php?title=Themes,_Epics,_Stories,_and_Tasks_in_Scrum
happy hackin'
