갤러리 이슈박스, 최근방문 갤러리
연관 갤러리
스트리머 갤러리 타 갤러리(0)
이 갤러리가 연관 갤러리로 추가한 갤러리
0/0
타 갤러리 스트리머 갤러리(0)
이 갤러리를 연관 갤러리로 추가한 갤러리
0/0
개념글 리스트
1/3
- 분명히 장르가 개그였는데...JPG 포흐애액
- 시흥 흉기난동 피의자 차철남 12년 전 채무 3000만원 안 갚아 범행 감돌
- 싱글벙글 법의학자의 기억에 남은 죽음 코드치기귀찮아
- 약물이 없던 시절의 보디빌더들 ㅈㅈ
- 여학생을 호빵맨이라고 놀리던 남학생의 최후 NO
- 바다뷰 많은데, 시각장애인에 구석진 곳 안내한 부산 횟집… 감돌
- 남편 회삿돈 50억 빼돌린 '월향' 이여영 또 재판 넘겨져 ㅇㅇ
- “전방 병력까지 빼내 국회 투입 검토” 합참핵관의 진술 희망22
- 싱글벙글 토에이 AI사용 진실 클빈
- "3억 받은 손흥민 전 여친 아니거든?"…신상 털린 女 '분노' ㅇㅇ
- 주호민 아들 사건 3심…법조계 "항소심 판결 유지 가능성 클 듯" ㅇㅇ
- 범죄심리학자 박지선 교수가 사람을 보는 방법 ㅇㅇ
- 싱글벙글 손가락 길이의 비밀....jpg ㅇㅇ
- 싱글벙글 빽보이피자 근황 ㅇㅇ
- 싱글벙글 조림이 특기인 최강록 셰프의 조림 공식 니지카엘
“문란한 감귤년들”…복귀 의대생들에 ‘온라인 린치’
온라인 린치 가해 온 메디스태프 커뮤니티• 의사 및 의대생 전용 온라인 커뮤니티 '메디스태프'에서 충남대 의대 복귀생 70여 명에 대한 신상 유포 및 성희롱 등 집단 괴롭힘이 발생했다.• 피해 학생들은 정신과 치료를 받는 등 심각한 피해를 입었으며, 교육부는 경찰에 수사를 의뢰하고 방송통신심의위원회에 메디스태프 폐쇄를 요청했다.• 메디스태프의 폐쇄성으로 인해 집단 괴롭힘이 지속되고 있으며, 방심위는 자율규제 강화 권고로 일관하여 실질적인 해결책 마련이 시급하다.https://n.news.naver.com/mnews/article/366/0001078604
작성자 : ㅇㅇ고정닉
게임엔진 개발기 1,2,3 - 왜 또 새로운 엔진을 만드는가?
안녕하세요 게임 엔진을 만들고 있는 에렌입니다.게임 엔진을 만들면서 나중에 지나온 길들도 기억할 겸 개발기를 남겨볼까 합니다.오늘은 첫번째 글로, 왜 또 새로운 엔진을 만드는가에 대한 글입니다.사실 게임 개발을 한다고 하면 요즘은 닥치고 유니티잖아요?문서도 잘되어있고 자료도 많고 성능도 잘나오고 에셋 찾기도 쉽고...사실상 만능이지 않습니까?저도 유니티를 많이 썼습니다. 근데 뭔가 가슴속 깊숙히 뭔지모를 찝찝함과 싫음이 있었어요최근에 왜 그런지 고민을 많이 해봤는데, 결론은 두가지더라고요.1. 진성 코딩 덕후로써 에디터 기반의 도구 자체가 마음에 안든다 (코드로 다 할 수 있어야 함)2. C#이 마음에 안든다 (언리얼의 C++은 더 마음에 안든다...)이건 그냥 제 취향이더라고요.그래서 게임 엔진을 만들어보기로 했습니다.마치 여러분들 중 자신이 만족할만한 게임을 만들기 위해 인디 게임을 개발하는 것 처럼요.어떻게 보면 바퀴의 재발명, 쓸데없는 짓거리고 어떻게 보면 힙스터 감성이죠.그냥 다들 하고싶은거 하면서 사는거고, 또 누군가 저처럼 느끼고 필요한 사람이 생길수도 있으니까요.그리고 지금도 중국 게임에서 간간히 쓰이는 Cocos 시리즈처럼,국산 엔진 하나쯤 나와도 괜찮겠단 생각도 들어요. 뭐 게임 개발에 국적이 어딨겠습니까만은...ㅋㅋ최근에는 ai가 널리 쓰이고 있는 만큼, ai를 적극적으로 활용할 수 있는 녀석이면 더 좋겠죠.말 나온김에 ai로 로고나 한번 만들어봤습니다.즥이네요.아무튼 그렇습니다. 다음 편은 2D와 3D, 그리고 프로그래밍 언어 선택에 대한 내용입니다.읽어주셔서 고맙습니다.- 게임 엔진 개발기 2 - 2D와 3D, 그리고 프로그래밍 언어 선택https://gall.dcinside.com/mgallery/board/view/?id=game_dev&no=184979&page=1 게임엔진 개발기 1 - 왜 또 새로운 엔진을 만드는가?안녕하세요 게임 엔진을 만들고 있는 에렌입니다.게임 엔진을 만들면서 나중에 지나온 길들도 기억할 겸 개발기를 남겨볼까 합니다.오늘은 첫번째 글로, 왜 또 새로운 엔진을 만드는가에 대한 글입니다.사실 게임 개발을 한다고gall.dcinside.com안녕하세요 오늘은 지난 글에 이어서 게임 엔진 개발기를 이어나가볼까 합니다.엔진 개발에서 먼저 고려했던 부분은 2D와 3D를 통합하는 부분이었는데요,생각보다 2D 게임을 만들다가 3D로 전환되면서 코드를 전부 갈아엎던 과정이 몇차례 생기더라고요.그때마다 엔진 설계를 2D 3D를 명확히 나누지 말고 조금만 수정해도 2D <-> 3D 전환히 쉽게 되겐 할 수 없었을까 생각을 많이 했더랬죠.아시다시피 여러 엔진들에서 2D용 클래스와 3D용 클래스를 전부 나눠서 제공하잖아요.근데 엔진을 직접 설계를 해보니까, 그게 다 이유가 있더라고요.여러가지 이유가 있지만 일단 가장 중요한건 화면을 처리하는 방식 그 자체에서 오는 차이더라고요.물론 Orthographic 카메라를 사용하면 되긴 합니다만, 제가 생각하는 자연스러운 전환은 Perspective 카메라를 적용한 실제 3d 환경에서도 코드의 일부 조작을 통해 2d로 전환하는 거였거든요예를 들면 z값을 0으로 만들면 평면에서 그려진다던지요.게임만 만들때는 아무 생각이 없어서 단순히 그렇게 안될까? 생각했지만 실제로는 x y값에 따라서도 보여지는게 달라지기 때문에, 그렇게는 수학적으로 안되는 거더군요.누군가에겐 기본적인 지식이었겠지만 저는 그런것도 몰랐습니다. 모르니까 용감했던거죠ㅋㅋ아무튼, 그래서 2d와 3d 모듈을 결국 분리하기로 했습니다.다음으로는 프로그래밍 언어에 관한 내용인데요,엔진의 기반 언어를 무엇으로 할지에 대해서 많은 고민과 리서치를 했습니다.많은 분들이 유니티를 사용하시니 C#을 선호하시죠. 그리고 기업에서 일하시거나 인디에서도 종종 언리얼을 쓰시니 그럴 땐 C++를 쓰고요.물론 저도 둘 다 써야할 땐 씁니다만, 원래 제가 웹개발자였어서 그런지 웹 개발할때의 그 가벼움이나 편리함이 참 그립더군요.특히 cli 중심의 각종 도구들을 이용할 수 있는게 무척 편하고 그리웠습니다.아무래도 웹 개발자 출신이다보니, typescript가 가장 익숙하고 편한데요.과거 js도 개발하기에 가볍고 좋았지만 자유로운 타입으로 발생하는 버그가 걱정이 많이 됐죠언어도 결국 도구이고 개발자의 실수를 줄여주는게 좋지 않겠습니까? 그래서 ts가 인기가 많은 것 같아요.이제 웹 개발이나 node.js기반 서버 개발은 거의 다 ts를 기반으로 하니까요.그런데, 개발자들이 가장 사랑하는 언어는 사실 따로 있었습니다.그건 바로 rust인데요메모리 이슈가 발생하지 않으면서도 성능 타협이 없는 언어라니, 이거 완전 꿈의 언어잖아요.저도 당연히 rust에 관심이 많았고 종종 서버쪽 일부는 rust로 작업하기도 했습니다.이렇듯 많은 개발자들이 좋아하는 언어이다보니 게임 게발에도 rust를 사용하려는 시도가 있어왔고,지난 글에서도 많은 분들이 rust 기반 게임엔진인 bevy를 언급해주셨어요.저도 bevy를 리서치했고 샘플 게임도 만들면서 새로운 개발 방식과 고성능을 만끽하기도 했죠.그런데 개인적으로 생각하는 bevy의 가장 큰 문제는, 바로 ECS 개발 방식을 강제한다는 것인데요,ECS가 반드시 필요한 게임 장르도 있고 이걸로 못 만들 게임도 없다지만,개인적으로는 모든 게임 장르에 ECS방식을 강제하는 것은 좀 불편하더라고요.저는 게임의 성능만큼 개발 생산성도 중요하게 생각하는데, OOP방식에 비해 ECS는 생산성이 너무나 저하되더라고요.(물론 고수님들은 그럴일이 없으실테니... 그냥 쓰시면 되고요... ㅋㅋㅋ)개인적으로는 게임만큼 oop가 적합한 제품도 없다고 생각하는데, 이는 상당히 아쉬운 부분이었습니다.rust에 아무리 클래스나 상속이 없다고 하더라도 충분히 다형성 등 객체지향적으로 개발할 수 있음에도 불구하고 말이에요그래서 이제 결론을 말씀드리자면,제가 만드는 엔진은 2d모듈과 3d모듈을 별개로, 또 ts모듈과 rust모듈을 별개로 해서 총 4개의 모듈로 이루어질 예정입니다ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ(rust는 oop방식)다음 글은 렌더링 라이브러리에 관련된 내용을 써보겠습니다.아참, 참고로 제가 만드는 엔진은 오픈소스 엔진이고, 아래에 소스코드를 모두 공개할 예정입니다!!https://github.com/erenengine/eren GitHub - erenengine/eren: 에렌 엔진은 코드 중심의 게임 엔진입니다.에렌 엔진은 코드 중심의 게임 엔진입니다. Contribute to erenengine/eren development by creating an account on GitHub.github.com그냥 일기같은 글이에요. 감사합니다.- 게임 엔진 개발기 3 - 렌더링 라이브러리 선택https://gall.dcinside.com/mgallery/board/view/?id=game_dev&no=185006&exception_mode=recommend&page=1 게임 엔진 개발기 2 - 2D와 3D, 그리고 프로그래밍 언어 선택 - 인디 게임 개발 마이너 갤러리https://gall.dcinside.com/mgallery/board/view/?id=game_dev&no=184979&page=1 게임엔진 개발기 1 - 왜 또 새로운 엔진을 만드는가?안녕하세요 게gall.dcinside.com안녕하세요 게임 엔진을 깎고있는 에렌입니다.오늘은 지난 글에 이어서 렌더링 라이브러리를 선택하는 과정에 대해서 공유해볼까 합니다.우선 글 작성에 앞서, 제가 이런 작업을 하는 것은 그냥 제가 하고싶어서 하는 것임을 밝힙니다.뭐 유니티나 언리얼처럼 거창한 성공을 하려거나 아니면 무슨 남들에게 대단해보이고 싶어서 하려는게 결코 아님을 밝힙니다.그리고 저는 실력이 매우 미천합니다. 큰 산에 올라보려는 산악 초심자가 경험한 것을 공유하는 정도로 귀엽게(?) 봐주시면 좋겠습니다.그럼 시작합니다.앞선 글에서 밝혔듯이 에렌 엔진이 2d와 3d, 그리고 웹 환경과 rust 기반 네이티브 환경을 지원하기 때문에 렌더링 환경이 무척 다양한 편입니다.특히 네이티브는 open gl, metal, vulkan, direct-x 등등 정말 많은 저수준 api를 지원해야 하기 때문에 이를 모두 다룬다는 것은 현실적으로 불가능합니다.엔진 개발 자체가 이미 바퀴의 재발명이라는 비판에서 자유로울수는 없겠으나, 잘 만들어진 저수준 api를 지원하는 라이브러리들을 놔두고이 또한 새롭게 개발하는 것은 바퀴의 재발명 수준이 아니라 바퀴를 이루는 재료들마저 재발명하는 정도의 수준이라고 생각합니다.그래서 적당한 렌더링 라이브러리를 선택하는게 중요한데요,우선 웹에서는 과거 canvas 태그로 2d 드로잉 컨텍스트를 지원하는 것을 시작으로, 이후 open gl을 바탕으로 만들어진 webgl, 그리고 최근의 webgpu까지의 많은 발전이 있었습니다.https://theinnovators.zone/archives/4223 WebGPU: 웹 그래픽 처리의 미래 - 더이노베이터스 웹 기술은 지속적으로 발전하며, 그 중심에는 그래픽 처리 기술이 있습니다. 최근, WebGPU가 차세대 웹 그래픽 API로 주목받고 있습니다. 이 글에서는 WebGPU의 특징, 기존 WebGL과의 차이점, 그리고 게임 개발 및 데이터 시각화 분야에서의 활용 방안에 대해 살펴보겠습니다.theinnovators.zone그런데 재밌게도, rust 기반으로도 webgpu api를 지원하는 wgpu라는 라이브러리가 존재하는 것을 아시나요?https://wgpu.rs/ wgpu: portable graphics library for Rust wgpu: portable graphics library for Rustwgpu.rs이를 이용하면 webgpu api를 통해서도 네이티브 환경에서의 각종 저수준 그래픽 api를 모두 사용할 수 있게됩니다!!즉 한번만 코드를 짜게되면 온갖 os에서도 다 돌아간단 거죠.(참고로 이건 지난 글에서도 소개한 rust에서 널리 알려진 게임 엔진인 bevy엔진에서도 사용중인 라이브러리입니다.)그래서 웹과 rust 기반 네이티브 환경을 모두 지원한다는 목표를 갖고 있는 만큼, webgpu api를 적극적으로 활용하면 가장 좋겠습니다.그런데 여기에는 함정카드가 있습니다.현대의 많은 기기들에 설치된 웹 브라우저들은 대부분 webgl까지는 기본적으로 지원하지만, webgpu는 아직 지원하지 않는 곳이 많습니다. 특히 모바일 환경에서는 더욱 그렇습니다.https://caniuse.com/webgpu WebGPU | Can I use... Support tables for HTML5, CSS3, etc WebGPU | Can I use... Support tables for HTML5, CSS3, etccaniuse.com(뭔가 처참한 수준의 지원 상황...)거의 대부분의 웹 브라우저 환경을 지원하는 webgl과 비교하면 더욱 처참한데요,이렇기 때문에 오히려 네이티브가 아닌 웹 환경에서 webgpu api를 기반으로 렌더링 엔진을 만드는 것이 더욱 힘든 상황이 되겠습니다;;먼 미래에 webgpu를 모든 디바이스가 지원하는 그날을 기다리며 webgpu api를 사용할 수도 있겠으나, 당장에 유용한 도구로 만들기 위해서는 webgl을 사용해야 할 것 같습니다.문제는 같은 코드를 webgpu, webgl 2중으로 만들기에는 너무나 많은 시간이 낭비될 것 같아서, webgl용으로는 이미 만들어진 좋은 라이브러리를 선택해 사용하는게 좋겠습니다.웹에서는 수많은 개발자가 있는 만큼, 다양한 webgl 라이브러리들이 존재하는데요, 그중 유명한 것들로는 다음과 같은 것들이 있습니다.https://medevel.com/16-webgl-opensource-frameworks/ 20 Open Source Free WebGL Frameworks List of the best and most commonly used WebGL framework for building VR, Games, Showcase, Simulation appsmedevel.com저는 이중에 가장 범용적인 엔진으로 babylon.js와 pixi.js를 사용하려고 합니다.왜 두가지를 사용하려 하냐면, 3d 엔진인 babylon.js로도 충분히 2d 게임을 만들 수 있지만, 2d렌더링 성능이 pixi.js 대비 다소 떨어지는 편입니다.아래 벤치마크 링크를 통해 그런 부분을 확인하실 수 있습니다.https://shirajuki.js.org/js-game-rendering-benchmark Index — JS Game Rendering Benchmark Index — JS Game Rendering Benchmark shirajuki.js.orgbabylon.js 측에서도 이러한 부분을 의식해 babylon과 pixi를 함께 사용하는 방법을 소개할 정도죠.https://doc.babylonjs.com/communityExtensions/Babylon.js+ExternalLibraries/BabylonJS_and_PixiJS그리고, babylon.js에서는 spine 애니메이션을 지원하지 않아요. 많은 게임 개발자들이 spine 애니메이션을 사용하는데, 이건 치명적인 문제라고 생각했습니다.결론적으로는, 웹 환경에서 2d는 pixi.js를 사용하고, 3d는 babylon.js를 사용하려고 합니다.또 네이티브 환경과 미래의 웹 환경을 대비해, webgpu를 통해 직접 쉐이더 코드를 만들어 렌더링 엔진도 직접 구현합니다. 이건 좀 오래걸릴거 같아요.이상입니다. 다음 글은 드디어 스프라이트와 메시 드로잉을 통해 화면에 무언가를 띄어보겠습니다!!감사합니다 . 그럼 다들 좋은 하루 보내시기 바랍니다.
작성자 : 에렌고정닉
오싹오싹 원자력을 쓰는 이유.EU
현대 문명에서 전기 에너지는 필수적이다. 우리가 쓰는 모든 전자제품, 기계가 전기에너지로 움직인다. 전기에너지 없이는 현대문명이 존재할 수 없다.따라서 전기 에너지를 어떻게 생산하느냐가 해당 국가의 발전을 책임진다고 볼 수 있다.한 나라의 전기 생산에 있어서 제일 중요한건 "일정한 전력생산" 이다.한 나라의 전력공급이 시시각각 오르락 내리락 하면 안되고 전력공급이 항상 일정해야만 수용가측에서 전력을 안정적으로 일정하게 사용할 수 있다.전력공급은 1년 중 어느 특정한 하루만이 아니라 1년 365일 어느 하루도 빠지지 않고 안정적으로 이루어져만 한다.[화력발전소], [원자력발전소]는 대표적인 발전소이며 한 나라의 기저전력(Base)을 담당하는 중요한 축이다.연료를 연소하여 열에너지를 만들고 그 열에너지가 터빈을 돌리고 자계 안에서 회전자가 회전하면그때에 우리가 쓰는 교류 전기가 생성된다.화력 발전 및 원자력 발전의 특징은 연료의 투입이 꾸준하다면 발전량도 일정하게 안정적으로 유지가 된다는 점이다.[수력 발전소]는 물의 위치에너지를 이용한 에너지라고 볼 수 있다. 친환경에너지라고 볼 수도 있지만, 댐을 건설해야 하므로 필연적으로 생태계에 영향을 미친다. 또한 수력발전은 대규모의 상류지가 존재하는 지형에 유리하다. 그래서 히말라야 산맥, 티베트 고원이 있는 중국 서부 지역에서 가장 많이 사용하는 것이 바로 수력 발전소이다.대한민국도 수력발전을 위해 과거에는 댐을 많이 지었지만 최근에는 거의 댐을 건설하고 있지 않는 상황이다.여기까지가 일반적으로 표준적이라 할 수 있는 [화력 발전소] ,[수력발전소], [원자력 발전소]이다.한 국가의 기저전력을 감당하며 가장 많은 전력을 생산하는 발전소들이다.그렇다면 최근 친환경주의자들에게서 각광받고 있는 태양광&풍력 발전에 대해서도 한번 알아보자.태양광 & 풍력 발전의 가장 큰 특징은 연료가 "자연" 이라는 점이다.우리가 일상적으로 느끼는 바람, 쏟아지는 햇빛이 바로 연료이다.친환경적이며 영구적이고 (지구가 멸망할때까지) 탄소를 배출하지 않는다.그런데 태양광 & 풍력은 연료가 "자연" 인 만큼 "자연의 변덕" 에 의해 발전량이 변한다는 치명적인 단점이 있다.(1) 풍력 = 바람의 세기에 따라 전력생산량이 달라지며 바람이 멈춰버리면 터빈이 돌아가지 않아 발전이 정지된다. (2) 태양광 = 태양의 일조량에 의존하기에 하루 중에도 구름때문에 발전량이 달라지고 장마철이 되면 발전량이 감소하며 밤에는 발전 자체가 불가능하게 된다.캐나다의 풍력 발전 그래프, 독일의 태양광 발전 그래프에서 볼 수 있듯이풍력 발전은 바람의 세기에 따라 시시각각 발전량이 달라지며, 바람이 안 불면 발전이 아예 안 된다.태양광 발전은 일조량에 영향을 받기 때문에 하루 중 정오에 발전량이 최대치가 되고 아침이나 저녁이 되면 발전량이 극단적으로 낮아지며밤에는 발전 자체가 아예 안 된다. 그리고 흐린 날이나 비가 와도 발전이 제대로 안 된다.그런데 발전량이 이렇게 하루에도 수십번씩 오르락 내리락 하면 전력계통에 엄청난 악영향을 미친다.① 집에서 에어컨을 사용하는데 갑자기 에어컨이 멈춘다고 생각해봐라.② 집에서 컴퓨터를 사용하는데 컴퓨터가 갑자기 꺼진다고 생각해봐라.③ 집에서 설거지를 하고 있는데 조명이 켜졌다가 꺼졌다가 한다고 생각해봐라.전력이 오르락내리락 하면서 에어컨이 켜졌다가 꺼졌다가 켜졌다가 꺼졌다 = 일상생활이 불가능하다.그래서 이러한 사태를 방지하기 위해 풍력 & 태양광 발전에는 ESS(Energy Storage System) 시스템이 추가된다.발전이 충분하게 이루어질때에는 상용부하에 전력을 공급함과 동시에 ESS 배터리에도 전력을 저장했다가 발전량이 감소할때에는 ESS 배터리에서 저장된 전력을 추가적으로 뽑아씀으로서 전력생산을 일정하게 유지시킨다는 개념이다.오? 그러면 태양광 & 풍력으로 모든걸 해결할 수 있는거 아님? 그런데 여기서 한가지 문제가 있다."한 국가의 전력량" 이라는 것이 실로 그 규모가 막대하다는게 문제가 된다.2023년 대한민국에서 1년동안 썼던 전기에너지가 617,490,666 Mwh (메가와트아워) 이다.여기에 365일을 나누면 대한민국 전체가 하루에 쓰는 전력량이 나오는데 계산결과에 따르면대한민국이 하루에 617,490,666 Mwh / 365 = 1,691,755 Mwh (메가와트아워) 의 전기에너지를 쓴다는 결과가 나온다.다들 알다시피 대한민국의 기후는 유럽과 다르게 사계절이 "극단적"이다.여름에 아주 덥고 요즘에는 심지어 동남아의 우기마냥 일주일간 장마철이 오는 때도 있고 겨울에는 아주 춥다. 대한민국에만 사계절이 있다라는 소리를 하고 싶은게 아니라, 계절 변화에 따라 환경이 좀 극단적이라는 이야기다.그래서 태양광 & 풍력으로 대한민국의 전력을 감당하게 된다면 필연적으로 며칠 동안은 태양빛을 제대로 이용하지 못하고 바람도 제대로 이용하지 못하는 상황을 가정해야 한다.유럽/미국 캘리포니아처럼 북해/태평양의 바람이 일정하게 계속 부는 것도 아니며 기후가 평온하게 안정된게 아니다.바람이 365일 항상 부는 것도 아니며 태양빛이 365일 항상 일정하게 땅을 비추는 것도 아니다.따라서 장마도 오고 태풍도 오고 밤이 되고 바람이 없는 날도 있고 이 모든 상황에 대비하기 위해ESS 배터리에 전력을 일시적으로 저장해야 하는 상황을 가정해보자는 것이다.대한민국 1일 발전량 1,691,755 Mwh 의 전기에너지를 100% 풍력+태양광 발전으로 충당한다고 가정한다.그러면 1,691,755 Mwh 라는 에너지를 ESS 배터리에 임시적으로 저장해야 할 상황이 생긴다.① 용량 1Mwh ESS 가격 = 약 5억원 ② 1,691,755 Mwh ESS 가격 = 1,691,755 X 5 억원 = 8,458,775 억원 = 약 800조원 풍력+태양광 발전이 일시적으로 멈출때를 대비해서 대한민국 하루 전력량을"단 하루만" 일시적으로 저장하는데에 쓰이는 ESS 설비의 가격이 800조원이다.여기서 끝이 아니다. 모든 배터리에는 수명이 존재한다. 배터리의 수명이 약 10~20년인데 최대 20년으로 가정해본다.원자재, 물가, 금리, 경제적인 요인같은 것을 고려하지 않고 배터리 가격이 일정하다고 생각한다.20년마다 전국의 배터리를 교체한다고 생각해보면 800조원 / 20년 = 40조원.즉, 매년 40조원을 ESS 를 관리하는데 써야 한다는 말이다. 이것조차 "하루만 버틸때" 쓰이는 비용이다.만약, 이틀 동안 버틸려면 매년마다 80조원을 ESS 에 쏟아부어야 한다는 소리가 된다.이 정도면 "배보다 배꼽이 더 큰 상황" 이라 할 수 있다. 친환경이고 나발이고 돈을 계속 때려박아야 한다는 소리다.전자의 위치가 변함에 따라 발생하는 에너지를 화학에너지(Chemical energy)라고 한다.우리가 평상시에 쓰는 에너지가 바로 화학적 에너지이다.무언가가 연소할때, 무언가가 산화-환원 반응을 일으킬때 방출하는 에너지가 화학에너지다.인류가 예로부터 나무를 떼고 석유와 석탄을 연소시키면서 써왔던 에너지이다.그런데 아인슈타인이 특수상대성 이론을 발견하고 여기에서 질량-에너지 변환이라는 궁극의 에너지원이 발견되었다.이것이 질량 결손에 의해 발생되는 핵분열 - 핵융합 에너지이다.인류가 여태까지 써온 화학에너지와는 비교자체가 불가능한 막대한 에너지이다.이제 왜 세계 각국이 SMR(Small Modular Reactor) 소형 원자로 모듈을 개발한다느니, 원자력을 부활시킨다느니 하는 소리가 나오는지 알 수 있다.그리고 왜 미국, 유럽, 일본, 중국같은 주요 선진국들이 핵융합 개발에 목메는지 알 수 있다.결론 :원자력을 쓰는 이유 = 여타 에너지와 비교불가능한 막대한 에너지 + 365일 24시간 전력공급 가능
작성자 : 너구리고정닉
차단하기
설정을 통해 게시물을 걸러서 볼 수 있습니다.
댓글 영역
획득법
① NFT 발행
작성한 게시물을 NFT로 발행하면 일주일 동안 사용할 수 있습니다. (최초 1회)
② NFT 구매
다른 이용자의 NFT를 구매하면 한 달 동안 사용할 수 있습니다. (구매 시마다 갱신)
사용법
디시콘에서지갑연결시 바로 사용 가능합니다.