2024년 5월 15일부터 17일까지 코엑스에서 열린 2024 국토교통기술대전에 방문하였습니다. 다양한 국토교통기술 및 자율주행 기술들을 만나볼 수 있었습니다. 자율주행기술개발혁신사업단 부스에서는 현재 시범운행 중인 자율주행자동차를 실제로 볼 수 있었습니다. 평소 자율주행자동차를 실제로 볼 기회가 많지 않은데, 이번 기회를 통해 일반 차량과 자율주행차량이 어떠한 차이가 있는지에 대해 확인해 볼 수 있었습니다. 또한, 자율주행자동차를 시행함에 있어 불안감을 가지는 사람들이 많은데, 이러한 기술적 문제들을 극복하기 위한 많은 노력을 볼 수 있었습니다.

한국교통대학교에서는 다양한 교통 환경에서 자율주행차량이 겪는 단독인지 한계를 극복할 수 있도록 도와주는 정보 공유 시스템이 개발되고 있었습니다. 실제 도로에 여러 센서들을 설치하여 이 센서들이 인식한 정보를 자율주행차량으로 전달해주는 시스템입니다. 자율주행차량이 인식하지 못하는 곳의 정보를 제공하여 자율주행차량의 안정성을 높여줄 수 있을 것이라 생각되었습니다.

과학 실험 컨텐츠로 유명한 유튜브 채널 '긱블' 또한 만나볼 수 있었습니다. "소소한 도전을 계속하는 이유"라는 뜻깊은 주제로 강연을 진행하고 계셨습니다. 시간상 강연을 듣지는 못하였으나, 스쳐지나가며 보았음에도 인상적인 내용 전달력을 가진 것 같아 대단하다고 생각되었습니다.

이외에도 센서를 통해 사물을 판단하는 인공지능 모델들과 드론 기술 등을 볼 수 있었습니다. 항상 웹 기술에 대해서만 공부하다가, 물리적인 기술이 융합된 서비스들을 보니 시야가 넓어지고, 더 많은 분야에 흥미를 가지게 된 것 같습니다. 내가 이런 분야에도 기여를 할 수 있으면 좋겠다는 생각이 들었고, 앞으로의 제 진로에 대해서도 고민하는 계기가 되었습니다. 국토교통기술대전은 정말 유익한 전시회였고, 앞으로 더욱 다양한 분야의 기술들을 탐구해야겠다는 다짐을 하게 되었습니다.

또한, 빠른 모빌리티 기술 발전을 통해 자율주행차량의 보안과 안전 문제를 해결하여 완전한 단계의 자율주행자동차가 상용되는 등의 혁신이 일어나기를 바라게 되었습니다. 저 또한 한국의 기술 발전을 위해 노력할 것입니다.

코엑스에서 열린 AI EXPO KOREA 전시회에 다녀왔습니다. 저는 AI 분야를 심도있게 공부한 경험이 없었기에 전시 내용을 잘 이해할 수 있을지에 대한 걱정을 안고 방문하였습니다. 그러나 제 걱정이 무색하게도, 컴퓨터공학 관련 지식이 아예 없는 사람들 또한 흥미를 보일만한 내용들이 많았습니다.

정말 많은 서비스들이 있었으나 이중에서 가장 흥미로웠던 서비스는 페르소나 AI의 서비스였습니다. 사람이 스케치한 것을 기반으로 멋진 그림을 생성해주는 서비스입니다. 텍스트로 구성된 프롬프트가 아닌, 스케치를 기반으로 이미지를 생성해내는 점이 신선하였습니다. 또, 한창 전공 수업으로 그래픽스를 공부하고 있던 터라, 생성된 이미지의 빛과 질감 표현 또한 흥미로운 관찰 포인트였습니다.

이외에도 다양한 AI 서비스들이 있었고, 이에 대한 강연들 또한 이루어지고 있었습니다. 이번 AI EXPO KOREA를 통해 이전에 비해 인공지능 기술이 정말 많이 발전했음을 상기하게 되었고, 이 인공지능 기술이 현대 사회에 매우 깊고 광범위하게 영향을 미치고 있다는 점을 깨닫게 되었습니다. 또한, 앞으로 기술이 더욱 발전함에 따라 인공지능이 어떠한 일까지 대체할 수 있을지에 대해 생각하고 기대하게 되었습니다. 저 또한 빨리 앞으로의 IT 기술 발전에 보탬이 되고 싶다는 바램이 들었습니다.

현재 현대자동차 ICT본부에는 개발 및 데이터, 인프라, 보안, 머신러닝, PM 등 폭넓은 분야의 직무가 있다고 하셨다. 개발팀, 인프라팀, 보안팀 등 분야별로 따로 조직이 구성된 경우를 많이 보았어서 신기하였고, 한 조직에 다양한 분야들이 함께 있으면 서로 배울 점도 많고 협업하기도 수월할 것이라 생각이 들었다.

ICT본부의 개발 프로세스는 워터폴 방식과 애자일 방식을 혼합하여 사업계획 -> 기획 -> 설계 -> 구현 -> 테스트 -> 운영의 과정으로 프로젝트를 진행하고 있다고 하였다. 요즘 스타트업에서는 대부분 애자일 방식을 사용하는 곳이 많은데, 이 두 가지의 방식을 혼합해서 사용한다는 점도 흥미로웠다.

또한, 팀원들간의 회고도 활발하게 이루어진다고 하였다. 회의를 시작할 때 "오늘 당신의 감정 온도가 몇 도인가요?"와 같은 질문을 통해 상대방의 감정 온도를 체크한다고 하셨다. 이런 회고 과정을 통해 자신의 상황을 파악하고 고마운 점이나 아쉬운 점, 개선 점을 공유하고 있다고 하셨다.

강의를 통해 대기업에서 사용하고 있는 개발 문화와 기술 스택, 협업 툴 등에 대해서 알게 되었고, 스타트업과는 어떤 차이가 있는지 생각해보게 되었다. 대기업인만큼 역시 개발 문화나 프로세스가 잘 짜여져 있다는 생각이 들었다.

npm ERR! code ERESOLVE
npm ERR! ERESOLVE unable to resolve dependency tree
npm ERR! 
npm ERR! While resolving: chart-samples@0.1.0
npm ERR! Found: react@18.2.0
npm ERR! node_modules/react
npm ERR!   react@"^18.2.0" from the root project
npm ERR! 
npm ERR! Could not resolve dependency:
npm ERR! peer react@">= 16.14.0 < 18.0.0" from @nivo/core@0.79.0
npm ERR! node_modules/@nivo/core
npm ERR!   @nivo/core@"^0.79.0" from the root project
npm ERR!   peer @nivo/core@"0.79.0" from @nivo/calendar@0.79.1
npm ERR!   node_modules/@nivo/calendar
npm ERR!     @nivo/calendar@"^0.79.1" from the root project
npm ERR!   1 more (@nivo/tooltip)

이는 npm 7 버전에서 발생하는 오류인데, 모듈에서 요구하는 react의 버전과 현재 내 프로젝트의 react 버전이 맞지 않아서 발생한다.

처음에는 그냥 npm install '모듈명' 명령어 뒤에 --force 를 붙여서 충돌을 우회하거나, --legacy-peer-deps를 붙여서 peer dependencies를 무시하고 설치하도록 했다. 그러나 모듈이 제대로 실행이 되지 않는 경우가 있었고, 결국 아래의 방법을 통해서 react의 버전을 맞춰주었다.

1. 라이브러리 모듈 삭제

• package-lock.json 파일 삭제
• node_modules 폴더 삭제

2. package.json 파일 수정

나는 리액트 18.2.0 버전을 17.0.2 버전으로 다운그레이드했다. 여기서, react와 react-dom의 버전이 일치해야 한다. 또한, React 18 미만의 버전은 test library의 버전도 다운그레이드해야 한다. React 17 버전은 testing-library 13 버전이 호환되지 않기 때문에 @testing-library/react와 @testing-library/user-event의 버전을 12.0.0 으로 맞춰주었다.

"dependencies": {
    "@testing-library/jest-dom": "^5.16.4",
    "@testing-library/react": "^12.0.0",
    "@testing-library/user-event": "^12.0.0",
    "react": "^17.0.2",
    "react-dom": "^17.0.2",
    "react-scripts": "5.0.1",

3. 모듈 재설치

npm install

에러 발생없이 모듈이 모두 정상적으로 설치된다!

++ 버전 변경(다운그레이드) 후 발생하는 오류 해결법

1. react-dom/client 에러

버전 변경 후 실행시, 아래와 같은 에러가 발생했다.

Compiled with problems:X

ERROR in ./src/index.js 5:0-40

Module not found: Error: Can't resolve 'react-dom/client' in '소스파일경로'

리액트 버전이 달라져서 생긴 에러로, index.js 파일에서 ReactDOM을 import하는 경로를 'react-dom/client'가 아닌 'react-dom'으로 변경해주면 된다.

2. createRoot is not a function 에러

이번에는 실행은 되었으나, 화면이 나오지 않았다. 콘솔을 확인해보니 아래와 같은 에러메세지가 떴다.

이 또한 리액트 버전을 다운그레이드시켜서 발생하는 에러로, 이전 버전의 코드로 변경해주면 해결이 된다. 위 index.js의 코드를 아래 코드로 변경해주면 된다.

ReactDOM.render(
    <React.StrictMode>
        <App />
    </React.StrictMode>,
    document.getElementById('root')
);

. . . . . 끝!!!

StatelessWidget 클래스

상태(State)를 가지지 않는 위젯을 구성하는 기본 클래스. 상태를 가지지 않는다는 것은 한 번 그려진 후 다시 그리지 않는 경우이다. StatelessWidget 클래스는 build() 메서드를 가지고 있다. build() 메서드는 위젯을 생성할 때 호출되는데, 실제로 화면에 그릴 위젯을 작성해 반환한다.

MaterialApp 클래스

return MaterialApp(
    title: 'Flutter Demo',
    theme: ThemeData(
        primarySwatch: Colors.blue,
    ),
    home: MyHomePage(title: 'Flutter Demo Home Page'),
);

title, theme, home 프로퍼티를 설정하여 위젯의 속성을 표현한다.

title: 제목 theme: 테마 home: 실제로 앱이 표시하는 위젯

StatefulWidget 클래스

상태(State)가 있는 위젯을 정의할 때 사용하는 클래스.

class MyHomePage extends Statefulwidget {
    MyHomePage({Key key, this.title}) : super(key: key); //(1)

    final String title;

    @override
    _MyHomePageState createState() => _MyHomePageState(); //(2)
}

class _MyHomePageState extends State<MyHomePage> {
    int _counter = 0; //변경 가능한 상태 (3)

    ...

    @override
    Widget build(BuildContext context) { //(4)
        return Scaffold(...)
    }
}

(1): MyHomePage 클래스의 생성자는 key와 title 프로퍼티를 옵션으로 받아서 super 키워드로 부모 클래스의 생성자에 key를 전달한다. (2): 상속받은 createState() 메서드를 재정의하여 _MyHomePageState 클래스의 인스턴스를 반환한다. StatefulWidget이 생성될 때 한 번만 실행된다. (3): State 클래스를 상속받은 클래스를 상태 클래스라고 한다. 상태 클래스는 변경 가능한 상태를 프로퍼티 변수로 표현한다. (4): _MyHomePageState 클래스의 상태에 따라 화면에 그려질 코드를 작성한다.

Scaffold 클래스

머티리얼 디자인 앱을 만들 때 뼈대가 되는 위젯.

알고리즘 문제를 풀 때, input()을 사용해 입력을 받으면 시간 초과가 날 때가 있다. 이때, input() 대신에 sys.stdin.readline()을 사용하면 더욱 빠른 속도로 입력을 받을 수 있다.

사용방법

1. 문자열 입력

import sys

msg = sys.stdin.readline()
print(message)

sys.stdin.readline()은 기본 return값이 문자열이다. 또한, 아래의 출력 결과를 확인해보면 개행문자(\n)를 포함하고 있다는 것을 알 수 있다.

2. 정수 입력

import sys

num = int(sys.stdin.readline())

sys.stdin.readline()은 기본 return값이 문자열이기 때문에 int로 형변환을 시켜주어야 한다.

input과 sys.stdin.readline의 차이점

input()이 sys.stdin.readline()보다 느린 이유

1. input은 input("문자를 입력하세요: ")처럼 prompt message를 인자로 받을 수 있기 때문에, 이 prompt message를 출력한 후에 입력을 받는다.
2. 받은 입력값에서 개행 문자(\n)를 제거한 후에 리턴한다.

이와 달리 sys.stdin.readline()은 prompt message를 인자로 받지 않고, 개행 문자 또한 포함해서 리턴하기 때문에 input()보다 속도가 빠르다.