도닦는공돌이

출처: http://blog.naver.com/daleena/100059173168

        다나끔의 잡담공작소님의 블로그.

특수기호

!- Exclamation Point (엑스클러메이션 포인트)
“ - Quotation Mark (쿼테이션 마크)
# - Crosshatch (크로스해치), Sharp(샵), Pound Sign(파운드 사인)
$ - Dollar Sign (달러사인)
% - Percent Sign (퍼센트사인)
@ - At Sign (앳 사인, 혹은 앳), Commercial At(커머셜 앳)
& - Ampersand (앰퍼샌드)
' - Apostrophe (어파스트로피)
` - Grave (그레이브)
* - Asterisk (애스터리스크)
- - Hyphen (하이픈), Dash (대시)
. - Period (피리어드), Full Stop (풀스탑)
/ - Slash (슬래시), Virgule (버귤)
＼ - Back Slash (백슬래시)
\ - Won sign (원사인)
: - Colon (콜론)
; - Semicolon (세미콜론)
^ - Circumflex (서컴플렉스), Caret (캐럿)
{ - Left Brace (레프트 브레이스)
} - Right Brace (라이트 브레이스)
[ - Left Bracket (레프트 브래킷)
] - Right Bracket (라이트 브래킷)
( - Left Parenthesis (레프트 퍼렌씨시스)
) - Right Parenthesis (라이트 퍼렌씨시스)
| - Vertical Bar (버티컬바)
~ - Tilde (틸드)
= - Equal Sign (이퀄사인)
+ - Plus Sign (플러스사인)
- - Minus Sign (마이너스사인)
_ - Underscore (언더스코어), Underline (언더라인)
< - Less Than Sign (레스댄 사인), Left Angle Bracket(레프트 앵글브래킷)
> - Greater Than Sign (그레이터댄 사인), Right Angle Bracket (라이트 앵글브래킷)

그리스알파벳

Α/α(알파) Β/β(베타) Γ/γ(감마) Δ/δ(델타)
Ε/ε(엡실론) Ζ/ζ(제타) Η/η(에타) Θ/θ(쎄타) 
Ι/ι(요타) Κ/κ(카파) Λ/λ(람다) Μ/μ(뮤) Ν/ν(뉴) 
Ξ/ξ(크시) Ο/ο(오미크론) Π/π(피) Ρ/ρ(로우) 
Σ/σ(씨그마) Τ/τ(타우) Υ/υ(윕실론) Φ/φ(휘)
Χ/χ(키 또는 카이) Ψ/ψ(프시) Ω/ω(오메가)

수학기호

σ : 소문자 시그마는 표준편차를 나타내는 기호
Σ : 대문자 시그마는 아래첨자와 위첨자를 기입하여 합에 관한 기호로 사용
i : 아이. 허수단위. 제곱해서 -1이 되는 수입니다.
√ - 제곱근 또는 루트라고 읽습니다
ㅠ - 파이 : 소문자 파이는 원주율을 나타내는 기호로 3.141592... 값을 가지며,

                대문자 파이는 확률에서 중복순열을 나타내거나 위첨자 아래첨자와 함께 쓰는 경우

                곱에 관한 기호가 됩니다
∫ - 인테그랄 : 적분기호 
∬ - 중적분 기호로, 적분을 두번 하라는 것입니다 (주: 세개있으면 삼중적분, 가운데 똥그라미가 있으면 선적분기호 입니다. -수학과출신임 ㅎㅎ -)
∴ - 따라서 또는 그러므로 (주: hence 혹은 therefore  라고 읽습니다. -수학에 자주 나옴)
∵ - 왜냐하면 (주: because라고 읽습니다.)
≒ - 약: 근사값을 쓸때 또는 양쪽 값이 거의 비슷할때 사용
dθ - 디쎄타 - 미분에서 사용되는 기호입니다.
≡ - 합동 또는 모듈로(mod)를 나타내는 기호
∈ - (왼쪽이 오른쪽의) 원소이다.
∋ - (오른쪽이 왼쪽의) 원소이다.
∀ - 임의의 
∃ - 존재한다. exist.
적분기호 : ∫, ∬, ∮ (주: 차례로 적분, 중적분, 선적분입니다.)
미분기호 : ∂(편미분)
삼각함수 : sin, cos, tan, sec, cosec, cot, sinh, cosh, tanh, sech, cosech, coth, 
           각각의 함수에 역함수 기호(^-1)를 붙이면 arc삼각함수(=역삼각함수)가 된다.
기타 : ∞(무한대), !(팩토리얼,factorial), 

∃(uniquenees)x'∈X.........s.t(such that)y=f(x')
∃ : uniquenees ;유일한(유일성), 단 하나
s.t : such that ; ~을 만족한다

∃x 는 그러한 명제를 만족하는 x가 존재한다는 의미.
∃!x 가 그러한 명제를 만족하는 x가 unique 하다는 의미.

Ad-Hoc Network

Ad-Hoc 네트워크는 분산형 무선통신 네트워크를 의미하며 특정 기지국에 의존하지 않고 무선 이동단말로만 구성된 네트워크를 말한다. 

송수신을 담당하는 단말들은 다른 단말기의 신호를 중계하는 기지국 역할까지 수행하고, 다양한 단말을 경유하는 네트워크를 구성한다.

기존 유선망 기반 무선 네트워크인 기지국 중심의 네트워크는 기지국 고장 시 네트워크 전체가 마비될 수 있고 기지국의 자체 용량 때문에 허용할 수 있는 사용자의 범위가 한정되지만, Ad-Hoc 네트워크는 응용 분야 측면에서 재해에 강하며 사용자 규모별로 네트워크의 크기를 자유롭고 용이하게 변경이 가능케 한 구조이다.

다만, Ad-Hoc 네트워크에 주소문제, 보안문제 등이 기술 확산 및 보급에 걸림돌이 되고 있는 실정이다. 따라서 Ad-Hoc 네트워크가 널리 보급되기 위해서는 모든 Ad-Hoc 단말기에 유일한 주소가 부여될 수 있는 환경이 마련되어야 하며 이러한 해결책으로 인터넷 주소를 기존 IPv4 체제인 32비트에서 128비트인 IPv6로 확장하면 주소 문제는 해결될 것으로 보인다.

보안문제는 Ad-Hoc 네트워크의 가장 큰 취약점으로 지적되고 있으며, 이를 해결하여 안전한 네트워크를 사용할 수 있는 완벽한 프로토콜의 개발이 요구되고 있는 실정이다. Ad-Hoc 네트워크의 응용분야로서는 초기 군사 네트워크에서 출발하였으나 향후 WPAN 및 센서 네트워크 등의 유비쿼터스 컴퓨팅의 여러 분야에 활용될 것으로 전망되며 이러한 Ad-Hoc 네트워크 구조상에서 컴퓨터, 주변기기, 카메라, 헤드셋 등 다양한 전자기기간 상호 독립적인 통신이 가능한 네트워크의 구성이 가능하다.

출처 :  지식인 오픈백과

http://kin.naver.com/open100/detail.nhn?d1id=1&dirId=1&docId=132289&qb=RGlzayBBbmQgRXhlY3V0aW9uIE1vbml0b3I=&enc=utf8&section=kin&rank=2&search_sort=0&spq=0&pid=RU3kLF5Y7uGssZZR/LZsssssstG-028613&sid=UX3bNnJvLC4AAEEU-JQ

Daemon은 Disk And Execution Monitor 를 줄인 말이라고 합니다. 그렇지만, 프로그래머들이 "악마"를 컴퓨터 세상 속에 창조해 놓고, 나중에 위와 같이 점잖은 의미를 부여했다는 설이 더 설득력이 있어 보입니다.

데몬은 사용자가 필요할 때 불러와서 사용하는 일반 응용프로그램과는 달리, 특정한 동작을 보여주지 않은 채 잠복해 있는 프로그램을 의미합니다. 프린터 스풀러가 좋은 예가 될 수 있습니다. 프린터 스풀러는 윈도우즈가 실행되는 동안 어딘가에 잠복해 있다가, 어떤 프로그램에서 인쇄를 해야 할 일이 생기면 실행되어서 인쇄와 관련된 작업을 수행하거나 지시합니다.

웹서버, FTP서버 등 많은 종류의 서버들은 "데몬"이 대표적으로 이용되는 분야라 할 수 있습니다. PC에 웹서버 프로그램을 설치하여 구동시키면 웹서버 데몬이 실행됩니다. 그렇지만, 달라진 것은 아무것도 없습니다. 다만, 그 데몬의 역할을 엿보는 모니터링 도구 같은 것을 이용하면 웹서버 데몬이 어떤 역할을 수행하고 있다는 것을 알 수 있습니다. 그렇지만, 예를 들어 외부에서 아무도 웹 서버에 접속하지 않는 동안은 웹서버 데몬은 그저 잠복해 있을 뿐입니다.

위에서 윈도우즈의 프린터 스풀러를 예로 들었는데, 데몬의 개념이 도입된 것은 유닉스 시스템이고, 데몬을 가장 널리 활용하는 운영체제도 유닉스라 할 수 있습니다.

유닉스에서 대표적인 데몬 툴로는 웹서버, FTP 서버 이런 것들을 제외하고는 CRON 툴이 있습니다. 특정 시간에 지정한 명령을 실행시켜주는 이 툴은 데몬의 형태를 갖는 대표적인 유닉스의 기능이라 할 수 있습니다. 윈도우즈로 치자면 "예약 작업(Scheduled Task)"과 유사합니다.

다시 한번 반복하자면, 데몬은 특정한 동작을 하고 있지 않은 채, 어떤 동작에 대한 요청을 받아들이기 위해 잠복하고 있는 프로그램입니다. 이것은 위에서 예로 든 것처럼 운영체제 수준에서 제공되는 것들도 있지만, 특정 응용프로그램 내에서 사용되는 경우도 있습니다.

그 개념은 같지만, 운영체제 수준의 데몬을 Daemon, 응용프로그램 수준의 데몬을 Demon으로 구분하는 경우도 있으니, 참고하시기 바랍니다. 응용프로그램 수준의 데몬은 그 응용프로그램을 개발한 사람의 의사에 따라 Agent처럼 다른 명칭으로 불리기도 하구요.

끝으로 한 가지 사족을 달까 합니다. 최근에는 가상 CD-ROM/DVD-ROM 드라이브를 에뮬레이트하는 유틸리티들 중 하나의 이름이 "데몬툴(Daemon-Tools)"이라, 이것 때문에 입에 오르내리는 용어가 되기도 했습니다.

출처 : 

http://www.freedesktop.org/wiki/Software/dbus

먼저, freedesktop.org는 X윈도우 시스템 및 이를 기반으로 하는 데스크톱과 관련된 정보를 처리,상호운용하는 그리고 공용기술을 규격화하고 해당요소들을 사용하는 오픈소스 소프트웨어 프로젝트들을 호스팅하는 사이트이다. 

*X윈도우시스템 : GUI환경 구현을 위한 Software, Network Protocol 이다.

D-Bus is a message bus system, a simple way for applications to talk to one another. In addition to interprocess communication, D-Bus helps coordinate process lifecycle; it makes it simple and reliable to code a "single instance" application or daemon, and to launch applications and daemons on demand when their services are needed.

D-Bus란 메세지 버스시스템이다. 이는 어플리케이션끼리 대화를 하는 간단한 방법이다. 칩셋에서 내부적인 통신뿐만 아니라 D-Bus는 상호적인 Lifecycle(생활주기?)을 도와준다.또한, 간단하고 신뢰성있는 single instance단위의 어플리케이션과 데몬을 코딩할수있게 만들어주며, 관련서비스가 실행되어야 할때 데몬과 어플리케이션이 실행될수있도록 도와준다. (즉, 데몬을 실현하는 시스템으로 이해)

D-Bus supplies both a system daemon (for events such as "new hardware device added" or "printer queue changed") and a per-user-login-session daemon (for general IPC needs among user applications). Also, the message bus is built on top of a general one-to-one message passing framework, which can be used by any two apps to communicate directly (without going through the message bus daemon). Currently the communicating applications are on one computer, or through unencrypted TCP/IP suitable for use behind a firewall with shared NFS home directories. (Help wanted with better remote transports - the transport mechanism is well-abstracted and extensible.)

The D-Bus low-level API reference implementation and protocol have been heavily tested in the real world over several years, and are now "set in stone." Future changes will either be compatible or versioned appropriately.

The low-level libdbus reference implementation has no required dependencies; the bus daemon's only *required* dependency is an XML parser (expat). Higher-level bindings specific to particular frameworks (Qt, GLib, Java, C#, Python, etc.) add more dependencies, but can make more assumptions and are thus much simpler to use. The bindings evolve separately from the low-level libdbus, so some are more mature and ABI-stable than others; check the docs for the binding you plan to use.

There are also some reimplementations of the D-Bus protocol for languages such as C#, Java, and Ruby. These do not use the libdbus reference implementation.

It should be noted that the low-level implementation is not primarily designed for application authors to use. Rather, it is a basis for binding authors and a reference for reimplementations. If you are able to do so it is recommended that you use one of the higher level bindings or implementations. A list of these can be found on the bindings page.

The list of projects using D-Bus is growing and they provide a wealth of examples of using the various APIs to learn from.

D-Bus is very portable to any Linux or UNIX flavor, and a port to Windows is in progress.

If you have any trouble with D-Bus or suggestions for improvement, bug reports and comments are very welcome.

Get on D-Bus today!

출처 : 지식인

http://kin.naver.com/qna/detail.nhn?d1id=1&dirId=1040101&docId=103092664&qb=64Sk7J6E7Iqk7Y6Y7J207Iqk&enc=utf8&section=kin&rank=3&search_sort=0&spq=1&pid=RU1uQF5Y7t8sscUGc80sssssssV-370126&sid=UX1CcXJvLDYAAHLTaog

예를들어 서울이라는 사람과 부산이라는 사람이 프로그램을 개발합니다.

역할분담을 하여 개발을 해서 합치려고 보니까 함수 이름이 같게 되어 함수 이름 등을 다 뜯어 고쳐야 하는 상황이 올 수 있습니다.

이런 현상이 발생하는 이유는 함수 이름에도 규칙이 있기 때문입니다. 함수는 최소한의 기능을 수행해야 하며, 함수의 이름은 직관적으로 알 수 있도록 지어야 합니다.

예를들어 학생의 주소를 반환하는 함수라면 getStudentAddress() 이런 이름등이 되겠죠

이 뿐만 아니라 혼자서 프로그램을 개발하다 보면 이름의 충돌등이 발생할 수 있습니다.

이를 막기 위해 네임스페이스를 사용합니다.

namespace 서울

{

   getStudentAddress();

}

namespace 부산

{

   getStudentAddress();

}

이렇게 된다면

두 함수의 이름이 같을지라도 얼마든지 구분하여 사용할 수 있습니다.

(이름이 같아도 함수의 역할이나 매개변수, 리턴값들이 다를 수 있습니다.)

네임 스페이스의 사용방법은 위의 경우처럼 선언을 하시면 되고

사용할때는

서울::getStudentAddress();  처럼 사용하시면 됩니다.

그리고 네임 스페이스를 별도로 정의하지 않아도 항상 존재하는 네임 스페이스가 있는데 이를 전역 네임 스페이스라고 합니다. 디폴트 네임 스페이스라고 볼 수 있는데 흔히 전역변수를 선언하는 영역, 그러니까 함수의 바깥쪽이 바로 이 영역입니다. 이 영역은 원래부터 존재하므로 별도의 이름은 없습니다.

다음은 네임 스페이스의 작성규칙입니다.

1. 네임 스페이스의 이름도 일종의 명칭이므로 다른 명칭과 중복되어서는 안된다.

2. 네임 스페이스는 반드시 전역 영역에 선언해야 한다.

3. 네임 스페이스끼리 중첩 가능하다. 즉, 네임 스페이스 안에 또 다른 네임 스페이스를 선언할 수 있다.

4. 네임 스페이스는 항상 개방되어 있다.그래서 같은 네임 스페이스를 여러 번 나누어 명칭을 선언할 수 있다. 꼭 한꺼번에 몰아서 네임 스페이스내의 모든 명칭을 일괄 선언해야 하는 것은 아니다.

5. 네임 스페이스가 이름을 가지지 않을 수 있다.

6. 단일 모듈 프로젝트에서는 별 상관이 없지만 다중 모듈 프로젝트에서는 함수의 본체를 어디에 작성할 것인가 주의해야 한다. 여러 개의 모듈로 나누어진 프로젝트를 개발할 때는 보통 헤더 파일과 구현 파일을 따로 작성한다. 네임 스페이스안에 함수를 정의할 때 헤더 파일에 원형만 선언하고 구현 파일에 함수의 본체를 작성한다

즉, 네임스페이스는 개발자들에게 편의를 제공하기 위한 용도이며, 개발된 프로그램간의 충돌을 방지하기 위한것이다. 예를들어, 개발회사에서 함수테이블의 제공은 소속된 프로그래머들간의 변수이름의 혼란을 막기위해서이다. 하지만 기 개발된 프로그램의 경우 모든 변수이름을 변경하기엔 시간과 자원적인 낭비이다. 이럴때 바로 네임스페이스를 사용하게 되면 대단히 편리할것이다.

모수의 개념을 알기위해서 아래의 2가지 개념이해가 선행되어야 함.

모집단 : 통계적 관찰이 되는 집단.

전수조사 : 모집단의 어떤 한부분이나 샘플(표본)을 조사하는 것이아니라 모집단 전체를 대상으로 조사하는 것.

모수란?

모수는 모집단의 특성(모평균,모분산 등..)을 나타내는 값으로, 이 값을 모집단을 전수조사해야만 알수있는 값이다. 그러나 실질적으로 모집단의 크기와 범위가 너무 방대하기에 전수조사를 실지하지 않고 표본조사를 하는데 표본평균,표본분산 등으로 모평균, 모분산등을 추정할수가 있다.