드디어 문제가 심각했던 그놈 쉘 메모리 누수 문제가 근본적으로 해결되었다고 합니다.
그러게 말입니다. 요즈음은 각 언어의 특징을 최대한 끌어 올려서 사용하여야 하기에 복합적으로 사용하는 경향이 있습니다.
동의하고 동의하는 부분입니다.
양날의 검같은 C언어의 자유도이지만 이것때문에 사용하는경우가 많죠.
특히 로우레벨 프로그래밍같은경우는 거의 대다수라 봐도 무방하죠.
요즈음은 한 가지 프로그래밍 언어만 고집할 수 없는 것이 다양한 플랫폼에서 다양한 용도에 맞게 시스템을 운영해야하기 때문에 어셈블리부터 최신 고급 언어까지 종합적으로 사용해야 하는 추세입니다.
물론 어지간한 상식적인 것들은 하나의 언어로 다 소화되지만, 제대로된 프로젝트성 프로그램과 미션 크리티컬한 운영 시스템 정도의 규모라면 하나의 언어로 구현하는 것은 비효율적이고 요즈음의 추세로 보기 힘듭니다. 각 언어의 장점을 잘 활용하면 협업에도 도움되고 결과도 최적화돼서 좋죠.
그래서 어셈블리 언어부터 최신 고급 언어까지 차별 없이 관심 가져야할 것으로 보입니다.
Copyright © 2023 invesume, This site is licensed under a Creative Commons Attribution 4.0 International License. HamoniKR and HamoniKR OS logo are trademarks of The Invesume, Inc.
기존 전통적으로 사용해오던 C언어와 그녀석들은 메모리 관리 부분을 프로그래머가 따로 관리해 줘야 하는 문제가 있어서 엄청난 역사와 효율성을 자랑함에도 불구하고, 요즈음 많은 비판을 받고 있는 중입니다.
주로 전통적으로 C언어에 기반해서 이런 모든 것들이 만들어지다 보니 따로 프로그래머들이 수고롭게 작업해서 이런 메모리 누수 문제 해결 같은 것들을 해결해야 하는 상황이 자주 벌어집니다.
그놈 데스크탑 메모리 누수 문제 해결되었다고 하는데, 요즈음 리브레 오피스 메모리 누수 문제로 고민이 많은 것 같던데 이것도 아무래도 따로 해결 봐야 할 것으로 보이네요.
이런 저런 가베지 컬렉션 문제로 인해서 아예 언어 자체에서 이런 문제를 해결해 주는 언어가 요즈음 각광 받고 있습니다. 가장 대표적인 언어가 GO언어와 각종 함수형 언어인데, 이런 저런 이유로 조만간 상당히 각광을 받고 실제로 실무에 적용되지 않을까 추축해 봅니다. 많은 기업들이 실제로 최근들어서 GO언어를 많이 사용하고 있습니다.
그래도 C언어와 그녀석들은 여전히 이런 저런 이유로 앞으로도 계속해서 사용될 예정입니다.
이만한 언어도 매우 드물죠. 장단점을 모두 가지고 있지만, 앞으로 나올 현대적이고 효율적인 언어와 잘 조화를 이뤄 성장할 것으로 보입니다.