SK AI Summit은 단순히 새로운 AI 기술을 소개하는 컨퍼런스라기보다는, AI가 지금 어떤 단계에 와 있고 앞으로 무엇이 더 중요해지고 있는지를 차분하게 보여주는 자리였다. 처음에는 세션 수가 너무 많아 부담스럽게 느껴졌지만, 하루를 보내고 나니 몇 가지 공통된 흐름이 분명하게 남았다. 이번 서밋에서 느낀 가장 큰 인상은, AI의 핵심 문제가 더 이상 모델 성능 그 자체에 있지 않다는 점이었다.

⸻

1. ‘모델이 얼마나 똑똑한가’보다 ‘어떻게 운영되는가’의 문제

여러 세션을 들으면서 의외라고 느꼈던 점은 모델 구조나 파라미터 수 같은 이야기가 거의 나오지 않았다는 것이다. 대신 AI를 지속적으로 운영하기 위해 필요한 인프라, 비용, 전력, 메모리 구조와 같은 현실적인 문제들이 반복해서 언급됐다. 학교 수업이나 온라인 자료에서는 주로 알고리즘과 학습 기법 중심으로 AI를 접해 왔는데, 현장에서는 AI를 하나의 거대한 시스템으로 보고 있다는 인상을 받았다. 모델이 아무리 뛰어나더라도 이를 안정적으로 24시간 운영할 수 없으면 의미가 없다는 점이 여러 발표를 통해 강조되고 있었다.

⸻

2. AI는 소프트웨어 기술을 넘어 인프라 산업으로 확장되고 있었다

이번 서밋을 통해 AI가 더 이상 소프트웨어 산업 내부의 문제에만 머무르지 않는다는 점을 분명히 느낄 수 있었다. 메모리 구조와 반도체 설계가 AI 성능과 직결되고, 전력 공급과 데이터센터 운영이 모델 규모를 제한하는 요소로 작용하고 있었다. AI 기술이 에너지 정책이나 국가 단위 경쟁력과 연결된다는 이야기를 들으며, AI를 단순한 코드나 라이브러리로만 이해하는 데에는 분명한 한계가 있다는 생각이 들었다. 운영체제, 컴퓨터 구조, 네트워크 같은 기초 전공 과목들이 다시 중요해지고 있다는 느낌도 함께 받았다.

⸻

3. 활용 사례 중심의 세션에서 느낀 현실적인 접근

Agentic AI와 다양한 산업 활용 사례를 다룬 세션들은 AI를 실제로 어떻게 사용하고 있는지에 초점을 맞추고 있었다. 흥미로웠던 점은 많은 발표가 결과를 과장하기보다는, 현재 가능한 수준과 아직 해결되지 않은 문제를 비교적 솔직하게 설명했다는 것이다. AI가 모든 판단을 대체하는 구조보다는, 사람의 결정을 보조하거나 특정 역할을 맡는 형태로 설계되고 있다는 인상이 강했다. 이를 통해 AI는 단독으로 완성되는 기술이라기보다는, 기존 시스템 안에서 역할을 분담하는 요소로 자리 잡고 있다는 생각이 들었다.

⸻

4. 학부생으로서 느낀 시선의 변화

이번 SK AI Summit을 통해 가장 크게 달라진 점은 AI를 바라보는 관점이었다. 이전에는 하나의 모델이나 기술을 이해하는 것이 곧 AI를 이해하는 것이라고 생각했지만, 지금은 그 기술이 어떤 환경에서 운영되고 어떤 제약을 가지는지까지 함께 고려해야 한다는 생각이 들었다. 앞으로 AI를 공부할 때 모델 성능뿐만 아니라 시스템 구조와 실제 적용 환경을 함께 살펴보고 싶다는 목표도 생겼다. 또한 이 기술이 현실에서 얼마나 지속 가능하고 책임 있게 사용될 수 있는지를 스스로 계속 질문해야겠다고 느꼈다.

⸻

마무리하며

SK AI Summit은 AI가 더 이상 실험적인 기술이 아니라, 비용과 책임, 운영 문제가 함께 따라오는 현실적인 기술이 되었음을 보여주는 자리였다. 학부생의 입장에서 모든 내용을 완전히 이해하기는 어려웠지만, 현재 AI가 서 있는 위치를 큰 흐름 속에서 바라볼 수 있었다는 점에서 의미 있는 경험이었다. 앞으로 AI를 공부하고 다룰 때, 기술 자체뿐만 아니라 그 기술이 실제 세상에 놓였을 때 발생하는 문제까지 함께 고민해보고 싶다는 생각이 들었다.

최근 AioT 국제 전시회를 다녀왔다. 전시회를 가기 전까지는 IoT나 AI가 여전히 “기술 설명 슬라이드 안에 있는 개념”처럼 느껴졌는데, 현장에서 다양한 기업 부스를 직접 보면서 생각이 꽤 달라졌다.

이번 전시에서는 기술 자체보다도, AI·IoT가 어떤 맥락에서, 어떤 문제를 해결하기 위해 쓰이고 있는지가 훨씬 선명하게 보였다.

⸻

1. 이제 AI는 ‘모델’이 아니라 ‘운영 시스템’에 가깝다는 느낌

여러 부스에서 공통적으로 느낀 점은 AI가 더 이상 “분석 결과를 보여주는 도구” 수준에 머무르지 않는다는 것이었다.

사진에서 볼 수 있었던 TalkScreen AI, 온디바이스 AI 스피커, AI 영상 관제 솔루션 등은 모두 현장에서 바로 사용되는 시스템이라는 점이 강조되고 있었다. • 키오스크, 디지털 사이니지, 스마트 TV에 바로 탑재되는 LLM 챗봇 • 현장 네트워크 환경을 고려한 On-device AI 구조 • 서버 의존도를 줄이고 실시간성을 확보하려는 설계

전공 수업에서 배우는 AI는 보통 “데이터 → 학습 → 정확도”로 끝나는 경우가 많은데, 현장에서 보니 중요한 건 오히려 운영 안정성, 네트워크, 배포 방식이라는 생각이 들었다.

⸻

2. Edge / On-device AI가 왜 중요한지 체감했다

Edge AR, On-device AI Station, 실시간 관제 시스템 부스를 둘러보면서 “왜 굳이 디바이스 안에서 AI를 돌릴까?”라는 질문에 대한 답을 체감하게 됐다.

전시된 시스템들을 보면 공통적으로: • 지연(latency)에 매우 민감한 환경 • 네트워크 장애가 발생해도 동작해야 하는 상황 • 영상·센서 데이터가 계속 발생하는 구조

이런 조건에서는 클라우드로 전송 → 처리 → 응답 구조가 오히려 리스크가 된다.

개발자 입장에서 보면 모델 성능보다도 시스템 아키텍처 선택이 더 중요한 문제처럼 느껴졌고, AI + IoT가 만나는 지점에서는 “어디서 추론을 할 것인가”가 핵심 설계 포인트라는 게 인상 깊었다.

⸻

3. AioT는 결국 ‘현장 문제를 얼마나 잘 이해하느냐’의 싸움처럼 보였다

MAPS(자산 위치 관제), 영상 관제, 스마트 시티, 스마트 오피스 관련 부스들을 보면서 기술 스펙보다 더 많이 등장한 단어는 ‘현장’, ‘운영’, ‘관리’였다.

예를 들면: • 실시간 자산 위치 추적과 관리 자동화 • 여러 센서와 장비를 한 화면에서 통합 관제 • 사고 발생 시 즉각적인 대응을 위한 시각화

이걸 보면서 느낀 건, AioT는 “최신 기술”을 보여주는 자리라기보다는 현장에서 실제로 쓸 수 있느냐를 검증받는 자리에 가깝다는 점이었다.

기술적으로 대단해 보여도 “그래서 이게 현장 관리자 입장에서 편해지는가?”라는 질문을 넘지 못하면 제품으로 살아남기 어렵겠다는 생각이 들었다.

⸻

4. 개발자 관점에서 가장 인상 깊었던 점

개인적으로 가장 인상 깊었던 건 이 전시가 단순히 AI, IoT를 나열하는 자리가 아니라 소프트웨어가 하드웨어·현장·사람과 어떻게 연결되는지를 보여주는 자리였다는 점이다. • 모델 설계만 잘해서 끝나는 구조가 아니고 • 네트워크, 디바이스 제약, 유지보수, 인증(KOLAS 같은)까지 다 고려해야 하고 • 실제 고객이 사용하는 환경을 기준으로 기술이 정의됨

소프트웨어학과에서 배우는 내용들이 “어디에, 어떻게 쓰이느냐”에 따라 완전히 다른 문제로 변한다는 걸 이번 전시회를 통해 꽤 실감하게 됐다.

⸻

마무리하며

AioT 국제 전시회를 다녀와서 가장 크게 느낀 건, AI와 IoT는 더 이상 “미래 기술”이 아니라 이미 현장에 내려와 있고, 운영되고 있는 기술이라는 점이었다.

전공자로서 당장 모든 기술을 이해할 수는 없었지만, 앞으로 공부할 때 • 모델 성능만 보는 시선에서 • 시스템 구조와 실제 사용 환경을 같이 보는 시선으로

조금은 관점이 바뀌게 된 계기였던 것 같다.

나중에 기회가 된다면 이런 전시에서 본 시스템 중 하나를 “개발자 관점에서 분해해서 분석해보는 글”도 한 번 써보고 싶다는 생각이 들었다.

블록체인에 대해 거의 사전 지식이 없는 상태에서 이 강연에 참석했다. 그동안 블록체인은 암호화폐, 투자, 가격 변동성 같은 키워드로만 인식하고 있었고, 기술적으로 무엇이 핵심인지에 대해서는 깊게 생각해본 적이 없었다. 이번 강연은 그런 상태의 학부생에게 “블록체인을 기술로 바라보는 관점”을 처음 열어준 시간이었다.

⸻

1. 블록체인은 분산된 기록 구조라는 점이 인상적이었다

- 출처 : 블록체인 포털

강연에서 가장 먼저 이해하게 된 점은 블록체인이 특정 기업이나 서버가 관리하는 시스템이 아니라, 모든 참여자가 동일한 기록을 공유하는 구조라는 것이었다. 블록마다 이전 블록의 해시값을 포함하고 있어, 중간 데이터가 수정되면 이후 모든 블록의 해시가 달라진다는 설명이 특히 인상적이었다.

자료구조 시간에 배웠던 해시 함수가 실제로 어떻게 활용되는지를 처음으로 명확하게 체감한 순간이었고, “데이터 위·변조가 어려운 구조”가 단순한 마케팅 문구가 아니라 설계 원리에서 나온 결과라는 점이 이해되었다.

⸻

2. 스마트 컨트랙트는 ‘코드로 작성된 규칙’이라는 점이 흥미로웠다

- 출처 : 업비트 투자자보호센터

스마트 컨트랙트는 블록체인의 응용 개념 중 가장 흥미롭게 느껴졌다. 특정 조건이 충족되면 중개자 없이 계약이 자동 실행된다는 설명은, 기존의 서버-중앙 시스템과는 매우 다른 사고방식을 요구했다.

개발자의 관점에서 보았을 때, 스마트 컨트랙트는 “백엔드 로직이 네트워크 자체에 올라가 있는 형태”에 가깝게 느껴졌다. 다만 한 번 배포되면 수정이 거의 불가능하다는 점에서, 일반적인 웹 서비스보다 훨씬 높은 수준의 사전 검증과 책임감이 필요하겠다는 생각도 들었다.

⸻

3. 기술적인 매력과 동시에 현실적인 부담도 느꼈다

강연 후반부에서는 블록체인 개발자의 커리어에 대한 이야기 역시 다루어졌다. 높은 연봉, 글로벌 환경, 빠르게 성장하는 기술 스택 등은 분명 매력적으로 들렸다. 하지만 동시에 암호학, 분산 시스템, 보안에 대한 이해가 필수적이라는 점, 그리고 작은 실수 하나가 실제 자산 손실로 이어질 수 있다는 점은 이 분야의 진입 장벽을 실감하게 했다.

블록체인은 단순히 새로운 기술이 아니라, 개발자의 결정이 곧 ‘신뢰’와 ‘가치’로 직결되는 구조라는 인상을 받았다.

⸻

마무리하며

이번 강연을 통해 블록체인을 막연한 투자 대상이 아니라 하나의 기술 스택이자 시스템 설계 철학으로 바라보게 되었다. 모든 내용을 완벽히 이해했다고 말할 수는 없지만, 최소한 이 분야가 어떤 문제를 해결하려고 만들어졌는지, 그리고 왜 많은 개발자들이 관심을 가지는지에 대해서는 분명해졌다.

앞으로 당장 블록체인 개발자가 되겠다는 결론에 이른 것은 아니지만, 기회가 된다면 간단한 스마트 컨트랙트라도 직접 작성해 보며 이 기술의 특성을 더 깊이 이해해보고 싶다는 생각이 들었다.

궁금하신 분들은 https://youtu.be/3K6uDWa2aRw https://youtu.be/OfYhbX8mCE4 https://youtu.be/niwEnPA8gp4

정주행고고!!

일단 가장 주목할 부분은 게임회사와 유저간의 '상호운용성'이다. 이는 간단히 말해 유저가 게임을 즐기면서 돈을 벌 수 있다는 것인데, 그래서 그런지 아직 NFT게임시장에는 순수한 즐겜 유저보단 돈 벌려는 유저가 많은 듯 하다. 좀 더 알아보고 다시 오겠슴!!

저 textHome이라는게 바인딩이 되어야 하는데 안된댄다!! 왠지 모르겠음.. 내가 쓴 거 아니고 원래부터 있던 코드임..

textview를 쓰자니 저 에러 때문에 아무것도 보이지가 않는다! 그래서 에러를 해결 하고자 여러 문서를 뒤져봤당

아예 똑같은 에러는 찾을 수가 없었고 대충 비슷해 보이는 애들은 다 찾아보는 중~..

1. layout/drawable 데이터 바인딩 오류 https://ddolcat.tistory.com/611

그러나 내 import엔 android.R이 없었다..

실패!

2. 대부분의 데이터 바인딩 오류 https://byeon-sg.tistory.com/entry/%EC%95%88%EB%93%9C%EB%A1%9C%EC%9D%B4%EB%93%9C%EC%8A%A4%ED%8A%9C%EB%94%94%EC%98%A4-Unresolved-reference-kotlinx-%EC%97%90%EB%9F%AC

안됨.... 대부분의 데이터 바인딩 오류에선 이걸로 해결하던데 난 안된다^^

실패!

3. ext 데이터 바인딩 오류 https://kangprog.tistory.com/89

오호라!! 내 코틀린 버전을 확인해봐씀. 1.5.20 이어씀. 혹시나 깔려있는 애랑 버전 다르게 적혀있어서 오류나는건가 해서 확인도 해봐씀.

코틀린 버전 확인하는 방법 -https://offbyone.tistory.com/425

1.5.20 마즘~ 1.5.0 으로 낮춰보겠!! 음~ 바뀌는거 없고~ 개빡치네 ㅡㅡ 이거 고치면 다시 이어 쓸게요.. 빡쳐서 밥먹으러 갈거임

어쨌거나 실패!

4. 안드로이드스튜디오 말도 들어보자 이걸 믿어 보기로 했음

음 그냥 안믿기로 햇음..ㅋㅋ

모르겠거든~!

5. 선배님들에게 도움 받기

선배님들이 열시미 도와주셔서 해보아따!!

결론은 갈아엎는 걸로 나왔다!!^^ 하하 코딩하다 보면 뭐 그럴 수 있지 하하 또 에러나면 걍 노트북 부셔야지!!~!

+ 코틀린 함수 인식 안됨 https://hydroponicglass.tistory.com/340 이건 내 에러의 해결법은 아닌 것 같아 실행해보진 않았지만 나중에 이런 문제가 발생할수도 있을 것 같아서^^,,

안스의 가장 큰 장점은 핸드폰이 하나 생긴다는 것 ^^ 몬가 그냥 재밌어서요.. 특별한건 딱히 없음 그리고 코틀린은 아직 쳐다보지도 않았습니다 ㅋㅋ

일단 저는 스터디 기간동안 간단한 시간표 앱 하나를 제작해야 합니닷! 일주일동안 0시부터 24시까지 30분 단위로 나눠져 있는 시간표고 공유도 가능하고 일정추가 삭제 등등등 구현해야 함요

근데 여기서 의문이 생겼어요...... 과연 TableLayout으로 해야하는가 GridLayout으로 해야하는가 GridView로 해야하는가.... 뭔가 봤을 때 다 비슷하게 생겨서 뭘로 해야될지 모르겠는거임요?

다 비슷하게 생겼쥬?

그래서 찾아봤더니 차이점이 여러가지 있더라고요!!

근데 아직 뭘 써야될지 모르겠음ㅋㅋ

제가 나름대로 정리해봤습니다!!!

TableLayout vs GridLayout vs GridView

저도 아직 헷갈리는 부분이 많아서 혹시나 틀렸으면 알려주세욥~!

일단 table은 안쓸 것 같고,,, grid가 맞는데 레이아웃을 써야되는지 뷰를 써야되는지 잘 모르겠어요!!! 고민해봐야게씀

참고 https://wonit.tistory.com/166 https://carrido-hobbies-well-being.tistory.com/38 https://jamesdreaming.tistory.com/79 https://recipes4dev.tistory.com/158 https://wiserloner.tistory.com/1329

안!!댄!!다!!

자바 스크립트가 동기식? 이라서 순서대로 작동되지 않고 걍 동시에 처리해버린다고 한다..... 나보다 똑똑한 자식이다..,,,,, 나는 비동기식 처리를 하고 싶어서 콜백 함수를 알아봤는디 몬소린지 하나도 모르겠다......... 그래도 혁태오빠가 수고했다고 해조서 고마워따.,,,,,,

사실 콜백함수 보다가 걍 귀찮아서 사람들이 그렇게 하지 말라는 콜백지옥에 빠져보았다 헤헷 나는 실행할 함수가 세개밖에 되지 않아서 그렇게 길진 않았다

setInterval(function() {
    typing_action();
    setInterval(function() {
        typing_size();
        setInterval(function() {
            typing_color();
        }, 20)
    }, 20)
}, 20)

근데 문제는 이렇게 해도 안된다는 것.,.,,ㅋㅋ

이걸 어떻게 해결해야하나 고민이다~~^#^