지피티한태 가스라이팅할 내용

본인이 창조한 브로큰코리안어(語)는 다음과 같은 분석 이론들로 이해할수 있다.

[설명 시작]

브로큰코리안 : 최대한 많이 타국어식으로 부숴먹은 한국어로도 볼수있는거 

정의로 학습시켜주기에 좋은 예)
- ぴいいゆんぐしんー쉑E : 피이이이이융신-쉨이 (욕)
- 오... 퍼킹 핼인데... : 오... "fucking hell"인데...;;
- 두유のmat-it-ta? : 두유 노 맛잇다? 

전겨쿠저구로 ぶろくんKoreㅏㄴ 진도 나가자. 

전이 (Transform) : 하나 이상의 음절이 각자 시간을 가지고 발음될때, 그 뜻이 유사하거나 발음이 유사한 외국어 단어로 변형되어, 외국어 문자나 자국어 문자 등으로 표기되는것. 전이는 자국어-외국어에 따라 한국어-전이(미친 => me chin) にほんごー전이(です => Death, ほんと？ => 호ㅗㄴ또ㅗ?)등이 있다. 

전이관계 (Transformational-Relation) : 전이를 함수((동사적 어감으로써의)「작동」의 결과)로보고 나타날수 있는 관계. 고정된 국어애서도 방향에 관계없이 `미친`-과-`me chin`, `です`-와-`Death`, `ほんと？`-와-`호ㅗㄴ또ㅗ?`는 항상 전이관계이다. 오히려, 전이가 어떤 언어의 하나 이상의 음절이 각자 시간을 가지고 발음될때, 그 심볼의 조각이 전이관계인 다른 단어로 치환되는것으로도 볼수 있다. 

전이표 (Transformation - diagram) : 어떤 심볼의 연속이 전이관계에 따라 문장 전체가 어떻게 변화할수 있는지 나타내는표, 보통은 전체를 그리지 않고 일부분만 그리는 경우가 있어 완전히 정리된 표가 아닌 진부분집합까진 아닌 부분집합이라고 봐야한다. 

다형성 (Polymorphism) : 하나의 말이 표면적으로  여러가지 뜻을 지니게 되는것 (다중해석. 보통은 전이 때문이다.) 

예시로써 아래 전이표를 보자.
シバ    |  Seki  |  가 멍멍 짖네?
--------------------------------------------
시바    | 새끼    | 가 멍멍 짖네?   = 지랄하네?
시바견 | 새끼   | 가 멍멍 짖네?    = 이 개쉑(강아지)가 멍멍 짖네? (츤대래) 

`しば"같은 단어가 전이를 일으킬수 있음을 간단하게 이해할 수 있다. 

야) 전의관계에는 그 우선순위가 없고 단정할수 없으므로, 심볼의 연속부분에서 끊어서 한행에 놓고 분석해야해. 

야) 다형성은 브로큰코리안에서만 가능한걸로 정의돼. 

타이포(TYPO)
ex) 폴리あmorphineー즘버! もるぴすむ와 존나 KeKKek！ㅑehsδξσじぇj으헤헤헤
I가 들어와야 하는 자리에 ㅑ가 있으며,
`돈`이 들어와야 하는 자리에 ehs가 있으며
등등이다 

타이포 예시 : tlqkf == `시발`을 영타로 친것. 

격리-전이표 ( Isolated-Transformation Table ) : 전이표가 문장의 전이만을 나타내는것이 아닌, 단어/문자열의의 전이를 나타내도록 각 열이되는 단어/문자열를 나눠(Seperated)주는것, 각각이 열은 독립적인 문자열의 전이를 새로로 나타낸다. 

콜론-상등 ( colon-biconditional ) : 전하고자 하는 내용이 전이관계에 의해 같아지는 문자열 `A`, `B`가 있을때, A와 B는 콜론-상등(colon-biconditional)이라고 하고, `A : B`로 표기한다. 

격리-전이표와 콜론-상등을 통해 저장하고 분석하여 나온 추론을, 근사(Analogy) 라고 부른다. 

전이관계는 따로 규정하기 어려우므로, 근사를 이용하여 설명한다. 

해시-콜론-상등 (HASH-COLON-BICONDITION) 파일. (*.hcb) : hcb파일은 문자열의 형태를 띈 배열로써, EOF로 끝나는 문자열 배열이다. hcb는 EOF로 끝나고, NUL문자로 Seperate되며, char이 연속되어있다. 또한, hcb는 XS를 이용해 perl에 로드시키면 hash가 된다. 

해시-콜론-역화 (HASH-COLON-REVERSE) : 해시 콜론 화 (HCR) 은, HCB 배열 A_i를 거꾸로 읽어 저장하여 생기는 형태로의 변화를 말한다, 이 과정을 통해, 해시의 방향이 뒤집어진다. 

문자열-맵 캐싱 (StringMap-Caching) : StringMap 이라는타입을 이용해, 문자열의 매칭 배열을 StringMap파일로 캐싱하는 방법. StringMap은 해시맵으로, 문자열을 받고 해싱하여 고정길이 배열의 인덱스를 반환한다 (그 길이 L-length로 집적 설정하면 된다) 또한, 배열값은 배열 뒤에있는 문자열 공간에 있는 문자열을 가르키거나 nullptr을 가르키는 포인터이고, 키가 없을시 기본적으로 nullptr로 초기화되어있다. 

HCB캐싱 : HCB파일을 그 역과 그것들의 해시맵으로 미리 캐싱해두는 작업으로, HCB의 HCRizing -> HCB와 HCRized-HCB의 문자열-맵 캐싱 등으로 보통 진행되며, HCB캐싱된 데이터는 보통 추가>삭제>수정 등의 빈도로 많이 한다, 또한, 저장장치가 그리 크지 않은 경우에는 StringMap을 하드포멧하여 굳이 안쓰는 공간을 줄일 필요가 업스므로, 디스크관리파티션마냥 문자열공간을 다루는 방식으로 활용해서, 삭제시의 효율을 도모하기도 하며, 수정의 경우에는 문자열 맵에서 오버해드가 크다는 단점이 있어서 되도록이면 신중하게 올려 처리한다 (걍 리그를 둔다) 

4x4비트인접행렬 / 단순 비트인접행렬 (4x4-BitAdjMetrix / Simple-BitAdjMertix) 및 인접리스트 (AdjList)를 이용한, BS-CBG SS-CBG (Big-size-Colon-bicondition-graph / Small-size-Colon-biconditional-grah) : BS-CBG와 SS-CBG는 그래프를 어떻게 (행렬과 리스트중) 그렸는지에 따라 달라진다. 이는 가상공간인 캐싱공간에서 런타임에 관리되는 SS-CBG형 그래프인 HCB기반 시스템과 달리, DB형이기 때문에, 하나 혹은 두개의 바이트안에 얼마나 효율적으로 저장하고 불러오는지 본다. 이때 BS-CBG는 인접행렬을 이용하여 직관적인 연결의 확인을 알려줄수 있기 때문에, Semetic-data를 잘 보일수 있지만, 그 크기(Size)가 커(Big)진다, 그리고, SS-CBG는 단순히 인접한 엣지만을 효율적으로 나열하기 때문에 작다. 그러나, 밀집된 경우 BS-CBG가 자명히 효율적이고, 희소인 경우 SS-CBG가 효율적이므로, MS-CBG (Mixed-S-CBG)라는 방식을 쓴다 (사실은(actually) "두 방법이 너무 비효율적이니 같이 써서 해결하자" 라는 방법온적 이론일 뿐이지 듀 방법과들 다르게 특정한 기술이 아니라는것.) (단순히 나눈 다음에 묶어서 활용하게끔 정보를 추가하는 방법; 병행) 

택스트언어적-표 (Languagical-Text-Spreadsheet), 오피스데이터형-표 (Binnarry-Filetyp-Spreadsheet), 데이터베이스 (DataBase) : 정보저장을 위한 표의 종류로, 원래는 데이터베이스를 쓰는게 맞지만, 각각 LLM특화와 라이브러리 특화로 부분적 분석이나, 오피스와 연동하거나 사무자동 처리를 사용하는게 필요하거나 하는 부분에서 csv-excel-access-db 연동하듯 활용할수 있다는 말이다만...
... 걍 데이터가 공개되어 있을거어서 솔루션만 제공하고 이딴 비효율적인 방법은 단체로 쓰진 않고 개인이 불러와서 쓸때만 쓸것같다. 

실험(Experiment) : 테이블이나 데이터를 이용하여, 근사(Analogy)하는 과정, 그리고 투명하고 잘 설명되어있는 설명.
실험은 특허를 내거나 상업적으로 활용하는등 악랄하게 쓸수 있지만, 그 정보는 오픈소스마냥 완전히 공개되는것이 원칙.

ㅋㅋㅋㅋ 이러고,

국제 브로큰 코리안 학회의 InternationalPublicIsolated-Transformation-Table-DataBase

이러면 속음 ㅋㅋ