소켓 프로그래밍에는 유닉스 의 모든 것이 파일 핸들과 유사한 통합 데이터 개체가 없으므로 유닉스에서 간단한 멀티 프로그래밍 및 네트워크 응용 프로그램에는 NT에서 몇 가지 더 기본적인 개념이 필요합니다. 작업의 아주 자연적인 방법과 결국 누군가가 프로세스, 특히 메모리 처리에 도움이 언어를 쓰기 시작했다. 본질적으로, 우리는 우리가 한 번 복잡성을 유지하기 위해 자신을 적용 한 규칙을 적용하는 언어를 요청합니다. 오스카, 난 그냥 해커 뉴스를 통해 이것을 보았다. 내가 OOP를하고 혐오 이유를 설명 해 주셔서 감사합니다, 특히 클래스 대 개체에 섹션 3을 통해; 난 그냥 “그것을 얻을”수있는 정신 능력을 가지고 있지 않은 바보 인지 더 이상 궁금해. 아, 그리고 나는 (내가 APL 덕분에 시작한 곳 ) 함수형 프로그래밍으로 돌아가기를 희망합니다 – 그것은 순전히 기능적이지는 않지만 순전히 기능적인 부분은 모두가 좋아하는 것입니다). 데이터 구조를 믿는다면 독립적인(따라서 동시) 처리를 믿어야 합니다. 왜 우리는 구조 내에서 항목을 수집 할 것인가? 왜 우리는 다른 언어없이 우리에게 하나를 제공하는 언어를 용납합니까? terminfo 데이터베이스는 비디오 디스플레이 터미널에 대한 설명모음입니다. 각 항목은 라인 삽입 또는 삭제, 커서 위치에서 줄 또는 화면 끝으로 지워짐, 역방향 비디오와 같은 화면 하이라이트 시작 및 종료와 같은 터미널 화면에서 다양한 조작을 수행하는 이스케이프 시퀀스를 설명합니다. 밑줄을 긋거나 깜박입니다.
스트림과 STREAMS[76]의 흥미로운 기능은 프로토콜 변환 모듈을 커널의 처리 경로로 푸시하여 사용자가 처리하는 장치가 전이중 채널을 통해 `보는` 장치가 실제로 필터링되도록 할 수 있다는 것입니다. 예를 들어 이 기능을 사용하여 터미널 장치에 대한 회선 편집 프로토콜을 구현할 수 있습니다. 또는 커널에 직접 배선하지 않고 IP 또는 TCP와 같은 프로토콜을 구현할 수 있습니다. Fabien Bouleau는 OOP와 같은 이벤트 지향 프로그래밍 방법에 대해 물었습니다. 이것은 해커가 작동하지만 그것을 설명하는 올바른 방법을 생각할 수없는 계획을 마련한 또 다른 경우였습니다. 따라서 사람들이 “event”라는 단어를 오버로드하여 의미로 만들게 됩니다: (a) 일어난 일, (b) 어떤 일이 일어났다는 알림, (c) 어떤 일이 발생했을 때, (c) 코드가 처리기를 제공할 수 있는 작업처를 제공할 수 있습니다. Rs.