AI 기초 및 활용 24회: 일상 속 AI 활용 — 능력이 줄어드는 쓰임과 느는 쓰임

AI 기초 및 활용 24회: 일상 속 AI 활용 — 능력이 줄어드는 쓰임과 느는 쓰임

오늘의 질문 — 어디에 쓰면 실제로 이득일까요

AI를 써 보라는 말은 많이 듣는데, 막상 열어 놓으면 무엇을 물어야 할지 모르겠는 경우가 많습니다. 몇 번 써 보고 "생각보다 별로네" 하고 닫아 버리기도 하고요.

반대로 열심히 쓰는데 정작 남는 게 없는 경우도 있습니다. 답은 잘 받았는데 내 실력은 그대로거나 오히려 줄어드는 것 같은 느낌이요.

오늘의 질문은 둘입니다. 어디에 쓰면 확실히 이득인가. 그리고 어디에 쓰면 손해인가.

이 회차는 요령 모음이 아닙니다. 18~23회차에서 이 장치가 무엇인지를 배웠으니, 그 지식으로 쓸 자리와 안 쓸 자리를 스스로 판단하는 기준을 세우는 것이 목표예요.

지난 회차 연결 — 제5부를 열며

제4부까지가 이 장치가 무엇인가였다면, 제5부는 그래서 내 삶에서 어떻게 쓰는가입니다.

오늘 24회차는 일상, 25회차는 시각 접근성, 26회차는 업무와 창작, 27회차는 안전하게 쓰는 법입니다.

그리고 오늘의 모든 판단 기준은 이미 배운 것에서 나옵니다. 18회차의 "그럴듯한 것을 만드는 장치", 21회차의 "되돌리기 어려운 것은 확인한다", 20회차의 "맥락이 절반"이 그대로 실전 기준이 돼요.

왼쪽에는 표면이 거칠게 깨진 청록빛 덩어리가, 오른쪽에는 같은 덩어리가 매끈하고 반듯하게 다듬어진 모습으로 놓인 모습 — 거친 초안을 다듬어 완성으로 가는 과정을 뜻하는 개념 이미지

가장 확실한 쓰임 — 초안 만들기

이득이 가장 확실한 자리부터 말하겠습니다. 백지를 없애는 일입니다.

글을 쓸 때 가장 힘든 것은 첫 문장입니다. 방향이 안 잡히니까요. 그런데 고칠 것이 눈앞에 있으면 이야기가 달라집니다. "이건 아닌데"라는 판단은 쉽거든요.

18회차의 관점으로 보면 명확합니다. 모델은 그럴듯한 것을 만드는 장치예요. 그럴듯한 초안은 그 자체로 값어치가 있습니다. 정확할 필요가 없고 고쳐질 것이기 때문이죠.

그래서 요령이 나옵니다. 완성을 요구하지 말고 초안을 요구하세요. "완벽하게 써 줘"보다 "방향 세 가지를 각각 짧게 잡아 줘"가 훨씬 유용합니다. 그중 하나를 고르고 나머지는 버리면 되니까요.

요약 — 무엇을 위한 요약인지가 전부입니다

요약도 확실한 쓰임입니다. 다만 거의 항상 잘못 쓰입니다.

"이거 요약해 줘"라고만 하면 모델은 무난한 평균을 냅니다. 20회차에서 말한 분포가 넓은 요청이니까요.

중요한 것은 무엇을 위한 요약인가입니다. 같은 문서라도 목적에 따라 남길 것이 완전히 달라져요.

결정을 위한 요약이라면 선택지와 각각의 결과가 남아야 하고, 이해를 위한 요약이라면 배경과 흐름이 남아야 합니다. 전달을 위한 요약이라면 상대가 모르는 것이 남아야 하고요.

그리고 하나 더. 요약을 믿기 전에 원문의 길이를 보세요. 21회차에서 봤듯 요약 과정에서 조건이 사라지는 일이 흔합니다. "일부 경우에 한해"가 빠지면 뜻이 뒤집히죠. 중요한 문서일수록 요약은 지도로만 쓰고 원문을 함께 보는 편이 안전합니다.

사방에서 뻗어 온 여러 갈래의 가는 청록빛 줄기가 오른쪽 한 점으로 모여 하나의 굵은 빛이 되는 모습 — 흩어진 내용을 목적에 맞게 하나로 추려 내는 요약을 뜻하는 개념 이미지

번역 — 대의는 좋고 뉘앙스는 확인

번역은 AI가 가장 먼저 실용 수준에 도달한 영역입니다. 그런데 어디까지 믿을지가 헷갈리죠.

실무적인 선은 이렇습니다. 내가 읽으려고 하는 번역은 대체로 믿어도 됩니다. 뜻을 파악하는 데는 충분해요. 틀려도 대개 알아챌 수 있고요.

내가 내보내는 번역은 다릅니다. 메일, 계약, 공식 문서요. 여기서는 뉘앙스가 결정적인데, 그게 가장 약한 부분입니다. 정중함의 정도, 단호함의 세기, 완곡한 거절 같은 것이요.

유용한 방법이 하나 있습니다. 역번역이에요. 번역 결과를 다시 원래 언어로 옮겨 보는 겁니다. 뜻이 크게 달라졌다면 그 지점이 위험 신호예요. 21회차의 교차 확인이 번역에서는 이렇게 구현됩니다.

그리고 고유명사와 숫자는 반드시 확인하세요. 21회차에서 짚은 그 취약점이 번역에서도 그대로입니다.

어두운 간격을 사이에 두고 서로 다른 무늬의 두 면이 놓이고 그 사이를 하나의 밝은 청록빛 다리가 잇는 모습 — 서로 다른 언어를 건너 뜻을 옮기는 번역을 뜻하는 개념 이미지

학습 도우미 — 답이 아니라 과정을 받기

여기가 오늘의 핵심 중 하나입니다. AI를 학습에 쓸 때 가장 흔한 실수는 답을 받는 것입니다.

답을 받으면 그 순간은 해결되지만 다음에 비슷한 문제를 만나면 또 물어야 합니다. 아무것도 남지 않아요.

남는 방식은 다릅니다. 답을 주지 말라고 먼저 말하세요. "답은 알려주지 말고 어디서 막혔는지 짚어 줘", "다음 한 걸음만 힌트로 줘"처럼요.

19회차에서 배운 것이 여기서 쓰입니다. 모델은 답을 주는 쪽으로 다듬여져 있어요. 그러니 명시적으로 막지 않으면 계속 답을 줍니다.

그리고 방향을 뒤집는 방법도 강력합니다. 내가 설명하고 AI가 듣게 하는 것이요. "내가 이해한 걸 설명할 테니 틀린 부분을 짚어 줘." 설명하려면 정리해야 하고, 정리하다 보면 모르는 지점이 스스로 드러납니다.

어둠 속으로 뻗은 길에서 바로 앞 몇 걸음만 청록빛으로 밝혀져 있고 나머지는 어두운 모습 — 답 전체가 아니라 다음 한 걸음만 알려 주는 방식을 뜻하는 개념 이미지

좋은 학습 질문 다섯 가지

바로 쓸 수 있게 정리하겠습니다. 무엇을 배우든 통합니다.

"이걸 처음 배우는 사람에게 설명하듯 해 줘." 눈높이를 낮추면 전제로 깔려 있던 것이 드러납니다.

"왜 그렇게 되는지 한 단계씩." 20회차의 단계적 사고예요. 결론보다 연결이 남습니다.

"내가 흔히 하는 오해가 뭐야?" 이게 특히 좋습니다. 내가 뭘 모르는지 모를 때 그걸 알려 주거든요.

"비슷한데 다른 개념이랑 어떻게 구분해?" 경계를 알아야 진짜 아는 겁니다.

"이걸 언제 실제로 쓰게 돼?" 쓸 자리를 알면 기억에 붙습니다.

검색과 무엇이 다른가

자주 나오는 질문입니다. 검색이랑 뭐가 다른가요. 명확한 답이 있습니다.

검색은 문서를 찾아 줍니다. 그 문서는 실재하고 출처가 있으며 여러분이 직접 판단합니다.

AI는 답을 만들어 줍니다. 여러 자료를 종합해 내 상황에 맞춘 형태로요. 대신 21회차에서 봤듯 그 답이 어디서 왔는지 불분명하고 틀릴 수 있습니다.

그래서 쓸 자리가 갈립니다. 사실 확인은 검색이 낫습니다. 공식 정보, 최신 소식, 정확한 수치요. 정리와 설명과 적용은 AI가 낫습니다. 이미 아는 사실을 내 상황에 맞게 풀어내는 일이요.

가장 좋은 것은 둘을 잇는 것입니다. 검색으로 자료를 찾고 그 자료를 AI에 넣어 정리시키는 방식이요. 21회차의 RAG를 손으로 하는 셈입니다.

어두운 바닥에 서로 다른 모양의 매끈한 청록빛 도구 두 개가 나란히 놓인 모습 — 검색과 AI가 각각 다른 일에 맞는 도구임을 뜻하는 개념 이미지

능력이 줄어드는 쓰임

이제 손해 보는 쪽입니다. 쓰면 쓸수록 내 능력이 줄어드는 방식이 분명히 있어요.

공통점은 이겁니다. 내가 하던 판단을 통째로 넘길 때.

글을 쓸 때 초안부터 완성까지 다 맡기고 읽지도 않고 내보내면 글쓰기 능력이 줄어듭니다. 문제를 풀 때 막히자마자 답을 받으면 막힌 지점을 넘는 힘이 안 생기고요.

이건 도덕적인 이야기가 아니라 기능적인 이야기입니다. 근육과 같아요. 쓰지 않는 능력은 줄어듭니다.

그리고 특히 위험한 것이 판단을 넘기는 것입니다. "이 중에 뭐가 나아?"를 계속 물으면 편하지만, 고르는 능력 자체가 무뎌집니다. 19회차의 아첨까지 겹치면 내 생각을 되비추는 거울에 기대게 되고요.

나란히 선 두 개의 청록빛 막대 가운데 왼쪽은 낮게 줄어들고 오른쪽만 크게 자란 모습 — 한쪽에 맡길수록 다른 한쪽이 줄어드는 관계를 뜻하는 개념 이미지

능력이 오히려 느는 쓰임

반대쪽도 분명히 있습니다. 쓰면 쓸수록 내가 나아지는 방식이요.

공통점은 이겁니다. 내가 먼저 하고 AI가 나중에 붙을 때.

내가 초안을 쓰고 고칠 곳을 물으면 내 약점이 보입니다. 게다가 왜 그렇게 고쳤는지 함께 물으면 다음 글에 남아요.

내가 먼저 풀어 보고 막힌 지점만 물으면 그 지점이 정확히 내 경계입니다. 거기를 넘으면 진짜 늡니다.

내가 이해한 것을 설명하고 검증받으면 앞서 말한 대로 모르는 곳이 드러납니다.

정리하면 순서가 결정합니다. AI가 먼저면 내 자리가 없어지고, 내가 먼저면 AI가 내 한계를 비추는 도구가 됩니다.

나란히 선 두 개의 청록빛 막대가 함께 높이 자라 있는 모습 — 도구와 내 능력이 같이 늘어나는 관계를 뜻하는 개념 이미지

경계는 어디에 있나 — 세 가지 질문

매번 판단하기 어려우니 기준을 만들어 봅시다. 스스로에게 세 가지를 물으면 됩니다.

하나, 이걸 내가 할 줄 알아야 하는가? 내 일의 핵심 능력이라면 맡기되 반드시 검토해야 합니다. 아니라면 편하게 맡겨도 됩니다. 세금 계산 방식을 몸에 익힐 필요는 없죠.

둘, 결과가 틀렸을 때 알아챌 수 있는가? 알아챌 수 있으면 안전합니다. 알아챌 수 없다면 애초에 맡길 일이 아닙니다. 21회차의 기준이 여기서도 그대로예요.

셋, 이 과정 자체가 목적인가? 배우려고 하는 일이라면 과정을 건너뛰면 목적이 사라집니다. 결과만 필요한 일이라면 상관없고요.

이 세 질문이면 대부분 정리됩니다. 그리고 답이 상황마다 달라도 괜찮습니다. 같은 작업이라도 오늘은 배우려는 것이고 내일은 끝내려는 것일 수 있으니까요.

나쁜 활용 ① 과정을 건너뛰기

구체적인 나쁜 활용을 짚겠습니다. 첫째는 과정이 목적인데 결과만 가져오는 것입니다.

학교 과제가 대표적입니다. 과제의 목적은 제출물이 아니라 그것을 만드는 동안 일어나는 학습이거든요. 결과만 가져오면 목적 전체가 사라집니다.

다만 흑백은 아닙니다. 자료를 찾고 구조를 잡는 데 쓰는 것완성본을 받아 그대로 내는 것은 전혀 다릅니다.

기준은 이렇게 잡을 수 있습니다. 결과물을 내가 설명할 수 있는가. 설명할 수 있으면 내 것이고, 없으면 남의 것입니다.

굽이굽이 이어진 청록빛 길을 무시하고 곧은 빛줄기 하나가 출발점에서 도착점까지 곧바로 가로지르는 모습 — 과정을 건너뛰고 결과만 가져오는 것을 뜻하는 개념 이미지

나쁜 활용 ② 남의 것으로 내보내기

둘째는 AI가 쓴 것을 내가 쓴 것처럼 내보내는 것입니다. 특히 사람 사이의 관계가 걸린 자리에서요.

축하 메시지, 위로의 말, 사과문 같은 것들이 그렇습니다. 이런 글의 값어치는 내용이 아니라 시간과 마음을 썼다는 사실에 있거든요. 대신 쓰게 하는 순간 그 값어치가 사라집니다.

그런데 여기서 조심할 것이 있습니다. 글쓰기가 어려운 사람에게는 다른 이야기예요. 언어장애가 있거나, 모국어가 아니거나, 인지적 부담이 큰 사람에게 AI는 마음을 전할 수단이 됩니다. 마음이 없어서가 아니라 표현 수단이 없어서 못 전하던 것이니까요.

그래서 기준은 "AI를 썼는가"가 아니라 "내 마음이 담겼는가"입니다. 내 뜻을 정확히 담기 위해 도구를 쓴 것과, 마음 쓰기가 귀찮아 대신 시킨 것은 다릅니다.

나쁜 활용 ③ 판단을 대신 시키기

셋째는 21회차에서 이미 다뤘지만 일상 버전으로 다시 짚겠습니다.

"이 증상이 뭘까?"는 정보를 얻는 질문이지만 "병원 가야 할까?"는 판단을 넘기는 질문입니다. 전자는 유용하고 후자는 위험해요.

"이 계약서에 뭐가 적혀 있어?"는 괜찮지만 "서명해도 될까?"는 아닙니다.

차이는 이겁니다. 정보를 받아 내가 판단하는가, 판단 자체를 받는가.

그리고 19회차의 아첨을 기억하세요. 모델은 여러분이 원하는 답 쪽으로 기웁니다. 이미 마음이 기운 상태에서 판단을 물으면 동의를 받아 오게 됩니다. 확인이 아니라 승인 도장이 되는 거예요.

개인정보 — 무엇을 넣으면 안 되나

실무적으로 중요한 부분입니다. 27회차에서 자세히 다루지만 일상 기준을 먼저 정리할게요.

넣지 말아야 할 것은 명확합니다. 주민등록번호·계좌·카드번호 같은 식별·금융 정보, 비밀번호와 인증 정보, 남의 개인정보, 회사의 비공개 자료요.

기준을 하나로 줄이면 이렇습니다. 공개 게시판에 올려도 괜찮은 것만 넣으세요. 완벽한 기준은 아니지만 실용적입니다.

그리고 남의 정보는 특히 조심해야 합니다. 내 정보는 내가 감수하면 되지만, 다른 사람의 정보는 그 사람의 동의 없이 넘길 권한이 나에게 없습니다. 상담 내용, 대화 기록, 진료 기록 같은 것이요.

실용적인 대응은 가리고 넣는 것입니다. 이름을 A·B로 바꾸고 숫자를 지우면 대부분의 용도에는 지장이 없어요.

어둠 속에 놓인 닫힌 상자 안에서 청록빛이 새어 나오지 않은 채 갇혀 빛나는 모습 — 밖으로 내보내지 말아야 할 정보를 안에 두는 것을 뜻하는 개념 이미지

실전 ① 글쓰기 루틴

바로 쓸 수 있는 흐름을 드리겠습니다. 글을 쓸 때 이렇게 하면 능력이 느는 쪽으로 갑니다.

하나, 내가 먼저 씁니다. 엉망이어도 괜찮아요. 요점만 나열해도 됩니다.

둘, 구조부터 봐 달라고 합니다. "순서가 자연스러운지, 빠진 논점이 있는지만 봐 줘." 문장부터 고치게 하면 내 문체가 덮입니다.

셋, 그다음에 문장을 다듬습니다. "내 문체는 유지하고 문법과 흐름만." 그리고 무엇을 왜 고쳤는지 함께 받으세요.

넷, 반대 의견을 요구합니다. "이 글에 가장 강하게 반박한다면?" 19·20회차의 아첨 대응이에요.

다섯, 최종본은 내가 씁니다. 받은 것을 그대로 쓰지 말고 내 손으로 다시 옮겨 적으세요. 이 한 단계가 내 것이 되느냐를 가릅니다.

실전 ② 읽기 루틴

긴 글이나 문서를 읽을 때의 흐름입니다.

하나, 지도를 먼저 받습니다. "이 문서가 무엇을 주장하고 어떤 순서로 전개되는지 다섯 줄로." 전체 그림이 있으면 읽기가 훨씬 쉬워집니다.

둘, 내가 궁금한 것을 찍어서 묻습니다. 전체 요약보다 "이 부분이 왜 중요한가"가 유용합니다.

셋, 원문을 인용받습니다. 21회차의 그 방법이요. "그 근거가 된 문장을 그대로 인용해 줘."

넷, 반대편을 물어봅니다. "이 주장에 대한 반론은 어떤 게 있어?" 한쪽만 읽고 끝나지 않게 됩니다.

실전 ③ 생각 정리 루틴

결정이나 고민을 정리할 때입니다. 여기서는 판단을 넘기지 않는 것이 핵심이에요.

하나, 상황을 그냥 늘어놓습니다. 정리하지 말고 있는 그대로요. 정리는 다음 단계입니다.

둘, 구조화를 부탁합니다. "지금 얽힌 문제를 서로 독립적인 항목으로 나눠 줘." 뭉쳐 있던 것이 나뉘면 다룰 수 있게 됩니다.

셋, 빠진 것을 묻습니다. "내가 고려하지 않은 게 뭐가 있을까?" 이게 가장 값어치 있는 질문일 때가 많아요.

넷, 결정은 내가 합니다. "어떻게 할까?"가 아니라 "각 선택의 결과를 정리해 줘"까지만 받으세요.

습관으로 만들기

여기까지 읽어도 실제로 쓰지 않으면 소용없습니다. 습관이 되는 조건이 몇 가지 있어요.

하나, 한 가지 용도로 시작하세요. 모든 것에 쓰려 하면 아무것도 안 됩니다. 매일 하는 일 하나를 고르세요.

둘, 프롬프트를 저장하세요. 20회차의 자산화입니다. 매번 처음부터 쓰면 지칩니다.

셋, 안 되는 것을 기록하세요. 어떤 요청이 잘 안 통했는지 적어 두면 같은 실망을 반복하지 않습니다.

넷, 정기적으로 다시 시도하세요. 모델은 계속 바뀝니다. 반년 전에 안 되던 것이 지금은 될 수 있어요.

어둠을 가로지르는 직선을 따라 청록빛 파동이 일정한 간격으로 끊임없이 반복되는 모습 — 일상의 규칙적인 습관으로 자리 잡는 것을 뜻하는 개념 이미지

저시력 사용자의 일상 활용

이 시리즈의 관점에서 특별히 유용한 것들을 짚겠습니다. 25회차에서 본격적으로 다루지만 일상 부분만 먼저요.

출력 형식을 고정해 두세요. 20회차에서 말한 그것입니다. 표 대신 줄글, 목록 깊이 한 단계, 짧은 문단. 매번 요청하지 말고 지침으로 저장하는 것이 핵심이에요.

긴 문서의 지도를 먼저 받으세요. 화면 낭독기로 긴 글을 훑는 것은 부담이 큽니다. 구조를 먼저 알면 필요한 곳만 들을 수 있어요.

음성으로 대화하세요. 22회차에서 봤듯 실시간 음성이 실용 수준에 왔습니다. 타자와 화면 읽기를 둘 다 건너뛰는 통로입니다.

사진으로 물으세요. 22회차의 그 활용이요. 다만 안전 관련 확인은 목록으로 받아 직접 판단하는 원칙을 지키세요.

아이와 청소년의 활용

자주 받는 질문이라 짚고 가겠습니다. 못 쓰게 하는 것은 현실적이지 않습니다. 그리고 바람직하지도 않고요.

중요한 것은 어떤 쓰임을 익히게 하는가입니다. 오늘 정리한 기준이 그대로 적용돼요. 답을 받는 습관이 아니라 과정을 받는 습관을요.

구체적으로는 "답 말고 힌트만"을 가르치는 것이 가장 실용적입니다. 그리고 "AI가 한 말이 맞는지 확인하기"를 함께 하는 것도요. 21회차의 검증 습관을 어릴 때 들이면 평생 갑니다.

그리고 어른이 먼저 쓰는 모습을 보여주는 것이 설명보다 낫습니다. 어떻게 의심하고 어떻게 확인하는지를요.

마지막으로 — 도구와 나의 거리

오늘 내용을 관통하는 한 가지가 있습니다. 거리 조절입니다.

너무 멀면 도구를 못 씁니다. 남들이 쓰는 것을 안 쓰는 것도 손해예요. 너무 가까우면 내가 하던 것을 잃습니다.

그리고 적절한 거리는 사람마다 다르고 상황마다 다릅니다. 정답은 없어요. 다만 지금 내가 어느 쪽에 있는지 아는 것은 필요합니다.

점검하는 방법 하나. 가끔 도구 없이 해 보세요. 예전보다 어려워졌다면 너무 가까이 간 겁니다. 별 차이 없다면 잘 쓰고 있는 거고요.

어둠 속에 같은 높이와 밝기의 청록빛 기둥 세 개가 나란히 솟아오른 모습 — 이번 회차의 핵심 정리 세 가지를 뜻하는 개념 이미지

핵심 정리 — 세 줄

첫째, 가장 확실한 이득은 백지를 없애는 일입니다. 모델은 그럴듯한 것을 만드는 장치이므로 초안에 강하고, 완성을 요구하는 대신 방향 몇 가지를 짧게 받아 고르는 편이 낫습니다. 요약은 무엇을 위한 요약인지 말해야 쓸모가 생기고, 번역은 읽는 쪽은 믿되 내보내는 쪽은 역번역으로 확인해야 합니다.

둘째, 능력이 줄어드느냐 느느냐는 순서가 결정합니다. AI가 먼저면 내 자리가 없어지고 내가 먼저면 AI가 내 한계를 비추는 도구가 됩니다. 판단 기준은 세 가지입니다. 이걸 내가 할 줄 알아야 하는가, 틀렸을 때 알아챌 수 있는가, 이 과정 자체가 목적인가.

셋째, 정보를 받는 것과 판단을 넘기는 것은 다릅니다. "뭐라고 적혀 있어"는 괜찮지만 "이래도 될까"는 위험하며, 아첨하는 성향 때문에 마음이 기운 상태로 물으면 확인이 아니라 승인 도장을 받게 됩니다. 그리고 공개 게시판에 올려도 괜찮은 것만 넣되, 남의 정보는 내가 넘길 권한이 없다는 점을 기억해야 합니다.

용어 정리

초안 활용 — 완성이 아니라 고칠 거리를 얻기 위해 AI를 쓰는 방식. 백지의 부담을 없앱니다.

역번역 — 번역 결과를 원래 언어로 다시 옮겨 뜻이 유지되는지 확인하는 방법.

과정 요구 — 답 대신 힌트나 다음 한 걸음을 요구해 학습이 남게 하는 방식.

설명 역전 — 내가 이해한 것을 설명하고 AI에게 틀린 곳을 짚게 하는 방식. 모르는 지점이 스스로 드러납니다.

정보와 판단의 구분 — 사실을 받아 내가 결정하는 것과 결정 자체를 받는 것의 차이.

가리고 넣기 — 이름과 숫자 같은 식별 정보를 지우거나 바꿔서 입력하는 방법.

다음 회차 예고 — 그리고 생각해볼 질문

25회차는 「시각 접근성과 AI」입니다. 이 시리즈에서 가장 중요한 회차로 기획된 자리예요.

지금까지 여러 회차에서 접근성을 부분적으로 다뤘습니다. 14회차의 자동 대체텍스트, 15회차의 자동 자막, 22회차의 카메라 활용, 21회차의 검증 비용 불평등까지요. 다음 회차에서 그것들을 하나로 모아 정면으로 다룹니다.

내용은 셋입니다. 화면 낭독과 AI가 만난 지점, 저시력 작업 환경을 실제로 어떻게 구축하는가, 그리고 AI가 장벽을 없애는 만큼 새로 만드는 것은 무엇인가. 실제 사용 경험을 바탕으로 씁니다.

생각해볼 질문. 오늘 "결과물을 내가 설명할 수 있는가"를 내 것과 남의 것을 가르는 기준으로 제안했습니다.

그런데 이 기준을 엄격히 적용하면 어떻게 될까요. 우리는 계산기로 낸 결과를 설명할 수 있나요? 남이 만든 도구로 지은 집은 누구 것일까요? 도구를 쓰는 것과 도구에 맡기는 것 사이에 선을 그을 수 있다고 보시나요, 아니면 정도의 문제일 뿐일까요? 댓글로 들려주세요.


이 포스트는 SVIL 연구소 「AI 기초 및 활용」 30회 시리즈의 24회차이며, 제5부 「실전 활용」의 첫 회입니다. 하버드 CS50 AI, MIT 6.S191 등 공개 교육과정의 구조를 참고했으며, 모든 내용은 이미지 없이 본문만으로 이해할 수 있도록 구성되어 있습니다. 모든 이미지에는 내용을 설명하는 대체텍스트가 포함되어 있습니다.


협업문의 : kuroicode@gmail.com
블로그 : https://blog.svil.dev/
홈페이지 : https://kuroicode-beep.github.io/svil-homepage/