이런 생각 드시지 않았나요

---

앱스토어에 있는걸 왜 만들어보고있지?

결국 마케팅승부로 살아남는 앱만 쓰게되는거 아냐?

여기서 보완할점 보완하고 보안에 신경쓰면 되겠다. 보안기능 공부좀 따로해볼까

---

결국 사람손으로 할 수 있는것들이란걸 발견하셨을테고용

여러분..

아직 우리가 쓰고있는 프로그래밍 코드언어며 알고리즘원리며 숫자단위며.. 모두 사람이 쓰고있는 단위가 기준이란것도 아시죵..?

기계는 최선의 한두개를 떠올리지 않고 여러 수를 동시에 떠올리는 병렬처리도 가능한 로직이 있습니다.

천재로 살아보진 않았지만 그분들의 머릿속과 비슷한 사고를 하고있을거란 이야깁니당.

사람뇌 속에 뉴런이 시냅스 처리하는 과정에 자연어에 기반한 뭔가로 기록을 남기고있진 않겠죵..

기계도 본인들 유리한 전기적 신호 기반으로 데이터 임베딩도하고, 새로운 단위의 숫자를 조합하는 새 방정식도 만들어 유리한 식도 탄생시키겠고요. (개인적으로 평면상의 코드 말고 축이 추가된 3차원 코딩언어 같은것) 그 경험을 직접 만들어내면서 월드모델을 접목해 미리 여러방면을 떠올리거나 예방책을 마련해두기도 하겠졍

저는 한때 인간어 기준, 특히 영어 알파벳 위주로 유리한 코드구조를 이기기 위해선 ㅎ ㅏ ㄴ ㄱ ㅡ ㄹ 의 키보드 배치 기준 gksrmf형식드로 데이터를 저장해 관리하면 우리말로 써도 속도면에서 비등해지지 않을까..생각도 해봤지만

그럴거면 차라리 기기입장에서 전기적 신호로 기억자는 어떤 신호, 니은은 어떤신호로 처리중인지 생각해보면 우리가 쓰는 단어의 조합보다 전기적신호로 유리한 AI 본인용 언어를 만들어 임베딩시키면 자연어 임베딩모습과 상당히 달라짐을 깨닫고.. 생각을 접었던..

예를 만들어보자면

사과하다의 사과 = 8.6383936라고 지어내고, 

먹는 사과의 사과 = 1.7484938라고하고..

먹다 = 1.8954373라고한다면..

먹는 사과와 먹다가 그나마 가까움에 속하지만

기계입장에선 사과라는 글자가 단순히 ㅅ ㅏ ㄱ ㅗ ㅏ의 조합이 아니라, 원시인 수준의 AI가 어떤 액션데이터를 직접 생성할 때 최초로 사람끼리 사과하는 모습을 보고나서 전기적 신호를 가지고 담고, 빨간색 사과를 보고나서 전기적신호로 저장하는..

즉, 자연어로 치면 apology와 apple의 외국어 문제가 생기는거쥬

공교롭게 둘 다 ap로 시작하기도 하네요..

사람이 쓰는 파이단위도 수학자들이 지름단위 6.28로해서 교육의 이해를 더 쉽게 돕자는 논의도 이뤄지고있는 상황 같아염