AI 시대에서 대해서 개인적으로는 위협이 느껴지는 것이 인간의 일자리를 대체할 것이 강해보이는 측면이 있는 것으로 보았는데 최근에 생각이 달라져서 게시글을 씀. 




프로그래밍 갤러리에서 AI 시대에 대해서는 사회적으로 인간의 직업을 대체하기에 Context 에 대해서 충분히 사전학습이 주어진다면, LLM 과 같이


Language 를 Task 에 대해서 


처리하는 기본적인 능력만으로도 and-or-not 에 대해서 모순회피의 지정이 텍스트로 충분히 이뤄져도 이미 기술적으로 나와있는 LLM 만으로도 충분히


직업의 대체가 가능하다고 봄. ㅇㅅㅇ.. 




그래서 요즘 시대의 상황에서는 대부분 직업이라는 것이, 지식기반의 전문성으로 수행하는 부문의 것이 되는 것같은데 이에 대해서는


and-or-not 에 대해서 Domain 의 Parameter(파라미터) 를 이해하고 있는 부분에 일이 있어서, 거기에서


and-or-not 을 상황의 자료와 함께 사고로 의사결정을 만들어내는 일이 되는 것이기도 함.




그렇기에, 요즘 시대의 상황에서 왠만한 직업이라는 것이 추구되기도 하는 것에 대해서는 기본적으로 and-or-not 에 대해서 파라미터(Parameter) 의


내용을 처리하는 것이 일 자체의 성격이 되어서 설계적 기여행위가 되는 것이기도 함. (전문직이라고도 부름.)




그렇지만 AI 에 대해서도 Domain 으로 나눠놓자면 각 부문이 있을 수 있는 것에 대해 LLM 과 같은 AI 의 적극활용에 대해 and-or-not 이 있을 수 밖에 없고, 


이에 대해서라면, 머지않은 미래에는


Domain 의 영역에서 Domain 을 대상으로 설계적 행위를 수행하는 부문이 강조되게 활발해질 것으로 보임. 




그래서 그 전문성이라는 것이 Domain 의 Task list 에 대해서 and-or-not 으로 설계적 기여를 하는 행위로 크게 변질될 것이 AI 시대로 보임.. ㅇㅅㅇ.. 


그리고, Task 에 대한 전문성에 대해서는 AI 에 대해서 and-or-not 을 Task 의 Parameter 에 대해서 수행하는 설계시행원은 역할이 좀 줄어들 것임.. ㅇㅅㅇ.. 




그렇기 때문에 미래사회의 AI 시대로의 직업이 되는 바에 대해서는, Task 에 대한 설계적 시행이 아니라 Domain 의 Service 에 대한 설계적 시행이라는 것이


이뤄질 것이라고 봄. 


이것이 중심이 될 것이고, Domain 의 Task force 로써 Service 에 대한 and-or-not 을 AI 의 수행능력에 대해서 설계하는 것으로써, 서비스 설계라는 것이


그렇게 어려운 용어가 되지가 않을 것으로 봄. 


물론 인간이 적절하고 빠른 것에 대해서는 AI 의 Task 처리도 있지만 나머지의 영역에 대해서는 어느정도 발로 뛰어야할 것임.




결과적으로 미래의 취업을 희망하는 프로그래밍 갤러리의 많은 사람들은 어느정도 설계적 지식을 갖춰놓을 것에 대해서, Parameter 에 대해서


기본적으로 Task 에 대해서 거쳐지는 바가 있는 것을 파악을 하는데 공부를 하고, 


나머지에 대해서는,


and-or-not 의 설계적 시행을 실질적 학습운동으로 수행한다면 전문성의 능력을 단계적으로 실질적인 의미에서 체화할 수가 있을 것이라고 봄.




대학이 무조건 나쁜 것은 아니지만 대학의 역할은 Parameter 에 대한 Task 의 방식을 이해하는 것이 학문적으로 나뉘는 것에 대해서,


이론의 관점으로 학습이 이뤄지는 분위기의 곳임. ㅇㅅㅇ


오히려 적당히 대학보다는 최소한의 지식을 습득해서 Task 에 대한 파라미터를 간략히 파악하고 and-or-not 의 설계경험을 갖추는 것이 나을 수도 있음. 


취업이 급한 취준생 프로그래밍 갤러들에게 어느정도는 추천함. ㅇㅅㅇ!