• ZDNet USA
  • ZDNet China
  • ZDNet Japan
  • English
  • 지디넷 웨비나
뉴스
  • 최신뉴스
  • 방송/통신
  • 컴퓨팅
  • 홈&모바일
  • 인터넷
  • 반도체/디스플레이
  • 카테크
  • 헬스케어
  • 게임
  • 중기&스타트업
  • 유통
  • 금융
  • 과학
  • 디지털경제
  • 취업/HR/교육
  • 생활/문화
  • 인사•부음
  • 글로벌뉴스
  • AI의 눈
AI의 눈
HR컨퍼런스
스테이블코인
IT'sight
칼럼•연재
포토•영상

ZDNet 검색 페이지

'프로그래밍'통합검색 결과 입니다. (49건)

  • 태그
    • 제목
    • 제목 + 내용
    • 작성자
    • 태그
  • 기간
    • 3개월
    • 1년
    • 1년 이전

[AI는 지금] "밤새고 싶어도 장비는 없고"…韓, 글로벌 AI 경쟁서 출발선도 못 선다

미국의 프론티어 인공지능(AI) 기업들이 주 100시간에 가까운 몰입 근무로 주도권 확보에 나선 가운데 한국은 제도 논의만 반복될 뿐 정작 개발자들이 몰입할 수 있는 기본 조건조차 부족하다는 지적이 나온다. 14일 업계에 따르면 미국 실리콘 밸리에서는 지난해부터 주 단위로 신제품을 내놓는 속도전이 이어지고 있는 분위기다. 이에 따라 조직 내부에 '전시체제'에 준하는 몰입 문화가 확산되고 있다. 반대로 국내에서는 최신 그래픽 처리장치(GPU) 등 기초 인프라 부족과 근무 환경의 제약으로 몰입 자체가 어려운 현실이 고착되고 있다. 연구개발 직군에 자율성과 유연성을 부여하려는 시도가 이어지고 있지만 제도 논의가 반복되는 사이 실질적인 개선은 이뤄지지 않고 있다는 지적이다. "몰입, 선택이 아닌 생존"…美 프론티어 AI 기업, 주 '100시간' 근무 테크크런치에 따르면 오픈AI 내부에서는 주 6일 근무와 야간 작업이 사실상 일상화된 상태다. 샘 알트먼 최고경영자(CEO)는 연구 성과를 빠르게 대중에 공개해야 한다며 팀의 집중력을 끌어올리는 방식으로 근무 강도를 높이고 있는 것으로 전해졌다. 실제로 밥 맥그루 오픈AI 전직 최고연구책임자는 "연구 결과가 금세 실험실을 넘어 사용자 앞에 도달한다"며 이전과는 전혀 다른 환경을 언급한 바 있다. 구글 역시 마찬가지다. 구글 딥마인드의 '제미나이' 팀은 지난해 2월에는 주당 근무 시간이 120시간에 달한 것으로 알려졌다. 당시 챗봇이 역사적 인물의 이미지 생성을 회피하거나 왜곡하는 등 결과물의 정확성과 편향성 문제가 불거지며 팀에 가해지는 업무 부담이 전례 없이 커졌기 때문이다. 일론 머스크가 이끄는 xAI 역시 유사한 분위기다. 모델 훈련과 검증 과정에서 야간·새벽 근무는 흔한 일이며 엔지니어들은 SNS에 자발적인 몰입 근무 경험을 공유하고 있다. 실제로 xAI의 엔지니어 벤자민 드 크래커는 지난 2월 중순 자신의 SNS에 "지금은 새벽 3시 12분"이라며 "'그록 3'의 마지막 디버깅을 마쳤다"는 글과 함께 사무실 내부 사진을 올렸다. 이같은 높은 몰입 강도는 상당한 부작용을 낳고 있는 상황이다. 오픈AI의 전직 연구원 다니엘 코코타일로는 "회사는 안전에 대한 구체적인 계획 없이 속도만 추구하고 있다"고 지적하기도 했다. 일부 직원은 비판을 공개적으로 밝히지 못하는 분위기를 내부 고발한 바 있다. 그럼에도 불구하고 이 같은 고강도 몰입 근무는 글로벌 AI 기업들 사이에서 '뉴노멀'로 굳어지고 있다. 가속하는 AI 경쟁 속에서 인재 확보가 어려운 상황이 이어지면서 개발 속도를 맞추기 위해선 누군가가 밤을 새우는 구조가 이미 당연시되고 있는 상황이다. 韓 AI 개발자들 "몰입할래도 못 해요"…현장은 GPU부터 부족 이러한 현실 속에서 국내에서도 AI 산업의 경쟁력이 미래 기술 주도권을 좌우할 핵심이라는 인식이 빠르게 확산되고 있다. 고정된 노동시간 체계로는 글로벌 초격차 경쟁에서 뒤처질 수 있다는 우려가 정치권과 산업계를 중심으로 꾸준히 제기되는 것이다. 일례로 최근 이재명 더불어민주당 대표가 'K-엔비디아'를 육성하겠다고 밝히자 최형두 국민의힘 의원은 "화이트칼라의 주 52시간제 예외 적용도 안 해주면서 무슨 엔비디아를 키우겠냐"고 비판한 바 있다. 최 의원은 IT·연구개발 직군에 있어 유연한 노동시간 적용이 필요하다는 입장을 지속적으로 주장해 왔다. 노동시간 규제 개편에 대한 정치권의 문제 제기는 기업계의 요구와 맞물린다. 주요 산업계와 경영계에서는 반도체 및 AI 분야에서의 초격차 경쟁이 격화되는 상황에서 기존의 주 52시간제가 혁신을 제약할 수 있다는 우려가 꾸준히 제기돼 왔다. 특히 연구개발(R&D) 인력에 한해서는 집중 근무가 가능하도록 법적 유연성을 확대해야 한다는 주장이 힘을 얻고 있다. 한 재계 관계자는 "일본이나 독일 같은 제조 강국들은 핵심 기술 인력에 대해서는 별도의 유연 근무 체계를 운영한다"며 "한국도 혁신 인재들이 글로벌 경쟁에서 밀리지 않도록 제도적 장치를 보완할 필요가 있다"고 밝혔다. 다만 일선 개발자들이 마주한 현실은 이와 다소 온도차가 있다. AI 개발 현장에서는 단순한 시간 총량보다 '몰입 가능성'과 '작업 조건'이 보다 중요하다는 목소리가 나온다. 모델 학습처럼 집중이 필요한 시기에는 밤낮 없이 일하는 경우도 있지만 그래픽 처리 장치(GPU) 운용 특성상 유휴 시간이 발생해 고강도 근무가 항상 이어지는 구조는 아니라는 설명이다. 한 업계 관계자는 "대형 프로젝트나 긴급 대응이 필요할 땐 개발자들이 자발적으로 일정을 몰아가기도 한다"며 "근무시간을 법으로 획일화하기보다 필요할 때 몰입할 수 있도록 자율성과 환경을 조성하는 게 더 중요하다"고 말했다. 이어 "성과가 시간으로 측정되지 않는 만큼 원격 기반의 자율 구조가 성과에 더 직결된다고 생각한다"고 덧붙였다. 모델 학습을 위한 인프라 부족도 국내 개발 환경의 구조적 제약으로 꼽힌다. 고성능 GPU가 절대적으로 부족해 일정 자체가 중단되는 사례가 반복되고 있으며 업계에서는 국내에서 가용한 엔비디아 'H100'급 GPU가 최대 3천장 수준에 불과한 것으로 보고 있다. 이런 상황에서는 미국의 AI 기업들이 전제하고 있는 '풍부한 컴퓨팅 리소스 바탕의 초과 근무'를 그대로 따르기는 사실상 어렵다는 게 중론이다. 또다른 업계 관계자는 "GPU 같은 기반 자원이 부족한 상황에서는 집중하려 해도 흐름이 자주 끊긴다"며 "AI 개발은 정해진 시간보다는 작업이 끊기지 않는 환경이 보다 실효성 있다고 본다"고 말했다. 이어 "사실 개발자라는 직업 자체가 정해진 시간만 일하려고 선택하는 일은 아닌 만큼, 법적 기준보다 실질적인 유연성과 몰입 환경을 어떻게 만들지에 초점을 맞춰야 한다"고 강조했다.

2025.04.14 17:18조이환 기자

오라클, '자바 24'에 AI·양자 내성 보안 추가…OCI와 연동

오라클이 프로그래밍 언어·개발 플랫폼 '자바 24'를 출시해 개발자 생산성과 보안을 한층 높였다. 오라클은 오라클이 자바 최신 버전 자바 24를 공개했다고 19일 발표했다. 자바 24의 최신 기능은 플랫폼 성능과 안정성을 높여 기업의 핵심 애플리케이션 운용을 강화할 것으로 예상된다. 자바 24는 20개 이상의 신규 기능을 포함해 인공지능(AI)·양자 내성 암호화 기능을 도입했다. 패턴 매칭 기능이 강화돼 기본 유형을 보다 쉽게 처리할 수 있다. 모듈 임포트 선언을 통해 모듈화된 라이브러리 재사용성이 증가했다. 생성자 본문 개선으로 코드 안정성도 늘었다. 또 학생·초보 개발자를 위한 간단한 소스 파일 기능도 추가됐다. 오라클은 자바 24의 라이브러리가 업그레이드됐다고 밝혔다. 특히 스트림 API가 개선돼 커스텀 중간 연산을 지원하며, 클래스 파일을 분석·변환할 수 있는 표준 API가 도입됐다. AI 연산에 최적화된 벡터 API가 9차 인큐베이터로 제공되며, 구조화된 동시성을 통해 동시 프로그래밍의 유지보수성과 안정성이 높아졌다. 자바 24의 보안 기능도 강화됐다. 자바 24는 양자 내성 암호화를 위한 키 캡슐화 매커니즘과 디지털 서명 알고리즘을 도입해 보안성을 높였다. 특히 미국 국립표준기술연구소(NIST)의 FIPS 204를 기반으로 표준화된 디지털 서명 기능이 추가돼 향후 양자 컴퓨팅 시대를 대비할 수 있도록 설계됐다. 성능 최적화 측면에서도 변화가 있다. 간결한 객체 헤더 기능을 통해 힙 크기가 감소하고 배포 밀도가 향상됐다. G1 가비지 컬렉터 개선으로 실행 속도가 향상됐으며, 사전 컴파일(AOT) 클래스 로딩 및 연결을 지원해 애플리케이션 시동 시간을 단축했다. 또 Z 가비지 컬렉터(ZGC)의 비세대 모드를 제거해 유지보수 비용을 줄였다. 이번 자바 24 출시가 오라클 클라우드 인프라스트럭처(OCI) 점유율 향상에 긍정적 영향을 미칠 전망이다. OCI에서도 자바 24가 지원되기 때문이다. 개발자는 OCI를 통해 추가 비용 없이 자바 SE와 오라클 그랄VM, 자바 SE 구독 엔터프라이즈 퍼포먼스 팩을 활용할 수 있다. 오라클은 이를 통해 클라우드 환경에서도 최적화된 자바 개발 경험을 제공할 계획이다. 자바 개발자들은 이번 릴리스에 대해 긍정적인 반응을 보였다. 프랭크 그레코 뉴욕 자바 사용자 그룹 회장은 "자바 24의 벡터 API 개선이 AI 애플리케이션 성능 향상에 기여할 것"이라고 평가했다. 리처드 피히트너 XDEV 소프트웨어 최고경영자(CEO)는 "스트림 수집기 기능이 데이터 변환을 효율적으로 수행할 수 있도록 지원한다"고 밝혔다.

2025.03.19 11:02김미정 기자

MS, 타입스크립트 컴파일러 'Go'로 전환… 성능 10배 향상 기대

마이크로소프트가 타입스크립트의 성능을 근본적으로 개선하기 위해 컴파일러와 관련 도구를 재구성한다. 14일 마이크로소프트는 타입스크립트 컴파일러를 Go언어로 전환하는 프로젝트 코르사(Project Corsa)를 공식 홈페이지를 통해 발표했다. 마이크로소프트의 아네르스 하일스베르 수석 아키텍처는 타입스크립트의 성능 최적화를 위해 다양한 언어로 프로토타입을 테스트한 결과 최종적으로 Go를 선택했다고 밝혔다. 현재 타입스크립트 컴파일러(tsc)는 자바스크립트 기반의 타입스크립트 언어로 작성됐으며 노드.js에서 실행된다. 이러한 구조는 동적 언어의 특성상 네이티브 코드 기반의 컴파일러보다 성능이 떨어지는 한계를 지닌다. 대규모 프로젝트에서는 빌드 시간이 길어지고, 메모리 사용량이 증가하는 문제가 있었다. Go는 최적화된 네이티브 코드 생성을 지원하며, 노드js 같은 추가적인 런타임 환경 없이 독립 실행 파일을 제공할 수 있다. 아네르스 하일스베르 수석 아키텍처는 이번 전환을 통해 기존보다 최대 10배 이상 빠른 빌드 속도를 제공할 것으로 예상된다고 설명했다. 예를 들어 150만 라인의 코드로 구성된 VS 코드 프로젝트를 기존 타입스크립트 컴파일러로 빌드하면 약 77.8초가 소요된다. Go 기반의 새로운 컴파일러에서는 7.5초로 단축되어 10.4배의 속도 향상이 이루어졌다. 편집기에서 프로젝트 로드에 걸리는 시간도 약 9.6초에서 약 1.2초로 줄어드는 등 작업 속도를 향상시키며 전반적인 메모리 사용량도 현재 구현의 약 절반 준으로 줄어들 전망이다. 타입스크립트 컴파일러는 순환 참조를 포함한 복잡한 데이터 구조를 다루는데, Go는 이러한 데이터 구조를 효율적으로 관리할 수 있으며, 가비지 컬렉션 기능을 제공해 메모리 누수를 방지할 수 있다. Go의 병렬 처리 및 동시성 지원도 중요한 요소다. Go는 고루틴(goroutine)을 활용한 병렬 처리가 강력해 대규모 프로젝트의 빌드 시간을 단축하는 데 유리하며, 단순한 문법과 강력한 표준 라이브러리를 제공해 유지보수 및 개발 속도를 향상시킬 수 있다. 마이크로소프트는 2025년 중반까지 Go기반 타입스크립트 컴파일러(tsc)의 프리뷰 버전을 제공할 예정다. 이어 연말까지 프로젝트 빌드 및 언어 서비스에 대한 완전한 기능을 구현할 계획이다. 또한 향후 인공지능(AI) 기반 기능과의 연계를 고려해, 새로운 프로세스 간 API를 개발하고 있다. 아네르스 하일스베르 수석 아키텍처는 "우리는 이 엄청난 속도 향상이 만들어내는 기회에 대해 매우 흥분하고 있다"며 "전체 프로젝트에 걸쳐 즉각적이고 포괄적인 오류 목록을 제공하고, 더욱 진보된 리팩토링을 지원하는 등 한때 손이 닿지 않는 것처럼 보였던 기능이 이제 손이 닿는 곳까지 왔다"고 말했다. 이어 "이 새로운 기반은 기존 개발자 경험을 넘어서 차세대 AI 도구가 개발을 향상시키고, 코딩 경험을 학습하고, 적응하고, 개선하는 새로운 도구를 구동할 수 있는 기반이 될 것"이라고 비전을 제시했다.

2025.03.14 09:46남혁우 기자

러스트, 美 정부·빅테크 권장에도 확산 더뎌

보안상의 이점에도 불구하고 프로그래밍 언어 러스트의 사용률은 기대만큼 증가하지 않고 있는 것으로 나타났다. 미국 정부를 비롯해 주요 빅테크에서 보안 강화를 이유로 러스트 사용을 권장하고 있지만, 부족한 사용처와 복잡성으로 인한 어려움이 진입장벽으로 작용하는 것으로 보인다. 21일 더레지스터 등 외신에 따르면 러스트 설문조사팀은 '2024년 러스트 상태 설문조사(State of rust Survey)' 결과를 공개했다. 조사 결과에 따르면 설문조사를 참여한 개발자가 2023년 1만1천950명에서 9천450명으로 줄었으며 설문을 완료한 응답자는 개발자는 9천710명에서 7천310명으로 더 감소했다. 러스트 설문 조사팀은 약 한 달에 걸쳐 진행한 2023년에 비해 2024년은 2주로 제출 기간이 짧아지면서 응답자가 줄었다고 밝혔다. 다만 이런 상황을 고려하더라도 미국 정부와 주요 빅테크에서 러스트의 사용을 독려함에도 실제 사용률은 크게 증가하지 않는다는 것을 시사하는 것으로 보인다. 러스트의 사용률 정체는 다른 조사에서도 확인됐다. 스택오버플로의 개발자 설문조사에서도 2024년 러스트 사용률이 12.6%로, 전년도의 13.05%보다 소폭 감소한 것으로 나타났다. 러스트의 사용률이 전반적으로 증가하지 못하는 가장 큰 이유는 여전히 높은 학습 난이도가 지적됐다. 응답자 중 30.6%가 배우기가 너무 어렵거나 학습하는 데 시간이 너무 많이 걸린다고 답했다. 이는 2023년 30.9%와 거의 동일한 수치다. 개발에 필요한 기능나 라이브러리가 부족해 실제 업무 환경에서 사용하기 어렵다는 지적도 있었다. 특히 시스템 프로그래밍, 임베디드 시스템, 비동기 프로그래밍 등에서 이러한 문제점이 부각됐다. 아직 충분한 활용처가 없는 것도 러스트의 확산을 저해하는 것으로 나타났다. 기존 러스트 개발자들이 더 이상 언어를 사용하지 않는 이유로 꼽은 것도 활용할 기회가 없다는 답변이 36%로 1위를 기록했다. 45.7%를 기록한 전년 대비 10% 가까이 개선된 수치지만 여전히 실제 업무 환경에서 러스트의 활용 비율은 낮은 것으로 확인됐다. C와 C++ 등 기존 언어와의 호환성 또는 다른 언어를 선호하는 개발자와의 의견 충돌 등도 문제점으로 지적됐다. 대표적으로 리눅스 커널의 경우 안정성 향상을 위해 러스트 도입을 시도했지만 일부 개발자들의 반대로 인해 도입이 늦어지고 있는 상황이다. 최근 커널 유지 관리자 크리스토프 헬위그가 러스트를 기존에 작성한 C언어 코드와 함께 사용하는 것이 마치 '암적인 요소(cancer-like thing)'와 같다고 비판해 논란이 일기도 했다. 러스트의 보안성과 성능에 대한 인식은 높아지고 있으나, 복잡성과 학습 곡선으로 인해 사용률이 기대만큼 증가하지 않는 상황이다. 더 넓은 확산을 위해서는 학습 진입장벽을 낮추고 저변 확대를 위한 개선이 필요한 상황으로 확인됐다. 다만 러스트의 언어에 대해선 긍정적인 반응이 다수를 이뤘다. 러스트의 장점에 대한 중복 설문 결과 목표 달성에 도움을 준다는 답변이 77.9%를 기록했으며 비용 대비 가치가 있다는 답변이 71.2%를 기록했다. 또 작성한 코드의 버그가 적다는 답변이 61.4로 나타났다. 러스트 팀은 "설문 조사에 참여하고 도움을 준 모든 이들에게 감사하다"며 "매년 진행하는 상태 조사 결과를 통해 러스트 프로젝트와 생태계 전반에서 개선이 필요한 분야를 밝히고 이를 기반으로 개선할 수 있도록 노력할 것"이라고 말했다.

2025.02.21 09:53남혁우 기자

"러스트는 암적인 요소"… 리눅스 커널 개발자간 논란 심화

리눅스 커널 개발자 사이에서 C와 러스트를 함께 사용하는 것에 대한 논쟁이 계속되고 있다. 리눅스 커널의 러스트 도입은 보안과 안정성을 높이려는 취지에서 시작됐다. 그러나 다중 언어 지원으로 인한 유지보수 문제와 코드 일관성 저하에 대한 지적과 함께 개발자들 사이에서 의견이 엇갈리고 있다. 7일 더레지스터 등 외신은 리눅스커널 개발자 간에 C와 러스트의 혼재를 두고 논란이 불거졌다고 보도했다. 최근 러스트로 작성된 장치 드라이버가 C기반 커널의 핵심 DMA API를 호출할 수 있는 추상화 제안에 대해 커널 유지 관리자 크리스토프 헬위그가 반대하며 논란이 불거졌다. 그가 강하게 반대한 이유는 러스트로 작성된 디바이스 드라이버가 C로 작성된 DMA API를 호출할 수 있도록 설계된 새로운 추상화 계층에서 비롯됐다. 그는 이러한 방식이 기존 커널 코드베이스와 독립적으로 운영되면서, 코드의 일관성이 깨지고 커널 유지보수 비용이 증가할 것이라는 주장이다. 헬위그는 러스트를 기존에 작성한 C언어 코드와 함께 사용하는 것이 마치 '암적인 요소(cancer-like thing)'와 같다고 비유했다. 새로운 언어가 점진적으로 퍼지면서 점점 더 많은 영역을 차지하게 되고, 결국 리눅스 커널의 상당부분을 러스트로 전환해야 하는 상황이 올 수도 있다는 지적이다. 그는 "우리는 지금 하나의 커널을 유지하고 있으며, 이 코드베이스를 유지보수하는 커뮤니티가 있다"며 "그러나 두 개의 언어가 공존하면, 두 개의 다른 코드베이스를 유지해야 하는 것과 다름없다"고 덧붙였다. 또한 "DMA API에 러스트 인터페이스를 추가하는 것은 기존의 명확하고 단순한 C 코드에 불필요한 복잡성을 더하는 것과 같다"며 "이는 리눅스 커널의 구조를 더 이상 단순하게 유지할 수 없게 만들며, 시간이 지나면서 단순히 새로운 언어를 지원하는 것이 아니라, 기존의 체계를 바꾸어야 하는 수준으로 발전하는 것이 문제라고 지적했다. 러스트의 도입을 지지하는 개발자들은 러스트 코드가 기존 C API를 직접 변경하는 것이 아니라, C API를 추상화하는 계층을 통해 접근한다고 반박했다. 리눅스용 러스트 프로젝트를 주도하는 미구엘 오제다는 "러스트의 DMA API는 기존 C 코드에 변경을 가하지 않으며, 러스트 드라이버 개발자들이 관리하는 별도의 러스트 코드베이스에서 유지된다"고 설명했다. 그는 이러한 방식을 통해 기존 C 코드와 러스트 코드가 명확하게 분리되며, 기존 커널 구조를 유지하면서 러스트의 메모리 안전성을 활용할 수 있다고 강조했다. 그러나 헬위그와 같은 일부 커널 유지 관리자들은 러스트가 점차 커널 코드베이스를 잠식할 가능성을 우려하며, 핵심 서브시스템에서의 러스트 사용을 최소화해야 한다고 주장하고 있다. 러스트 도입을 둘러싼 논쟁이 심화되는 가운데 리눅스 커널 창시자인 리누스 토발즈는 중립적인 입장을 보였다. 그는 "러스트 도입을 실패라고 보기에는 아직 이르다"며 "우리는 이 작업을 몇 년째 진행 중이며, 이를 통해 많은 것을 배우고 있다"고 말했다. 러스트의 도입이 아직 실험적인 단계에 있으며, 개발자들이 점진적으로 문제를 해결해 나갈 수 있다는 입장이다.

2025.02.07 10:11남혁우 기자

애플, '스위프트빌드' 오픈소스 공개…맥OS넘어 넘어 리눅스·윈도지원

이제 애플 전용 프로그래밍 언어 스위프트로 개발하는 앱을 맥OS를 비롯해 리눅스와 윈도에서도 제한 없이 빌드할 수 있게 됐다. 5일 애플은 스위프트 프로젝트 전용 빌드 시스템 '스위프트빌드'를 깃허브를 통해 오픈소스로 공개했다. 스위프트빌드는 스위프트 프로젝트를 컴파일하고 실행 파일을 생성하는 역할을 하는 빌드 시스템이다. 기존에는 스위프트 패키지 매니저(SwiftPM)와 애플전용 개발환경(IDE) 엑스코드의 빌드 시스템이 별도로 운영되면서 환경에 따라 빌드 방식이 달라지는 문제가 있었다. 이번 공개로 인해 스위프트PM과 엑스코드가 동일한 빌드 시스템을 사용할 수 있어 모든 플랫폼에서 통합된 빌드 경험을 제공할 수 있게 됐다. 애플이 스위프트빌드를 오픈소스로 공개한 주요 이유는 세 가지가 꼽힌다. 먼저 엑스코드에 대한 의존성을 줄여 스위프트를 다양한 환경에서 사용할 수 있도록 하기 위함이다. 기존에는 엑스코드를 사용해야만 스위프트 프로젝트를 빌드할 수 있었지만, 이제는 엑스코드 없이도 스위프트 프로젝트를 컴파일하고 실행할 수 있다. 특히 리눅스와 윈도에서도 스위프트를 활용할 수 있어, 서버 개발 및 크로스플랫폼 프로젝트에서의 활용도가 더욱 높아질 전망이다. 또한 스위프트 개발 환경을 통합하고 일관된 빌드 경험을 제공하는 것이 목표다. 그동안 엑스코드와 스위프트PM의 빌드 방식이 달라 개발자들에게 혼란을 초래했으며 동일한 코드라도 환경에 따라 빌드 결과가 달라지는 문제가 있었다. 스위프트빌드를 공개함으로써 이러한 문제를 해결하고, 어디서든 동일한 방식으로 스위프트 프로젝트를 빌드할 수 있도록 개선했다. 이 밖에도 스위프트 오픈소스 생태계를 확장하고 커뮤니티 참여를 활성화하기 위함이다. 스위프트는 2015년 오픈소스로 전환된 이후 꾸준히 발전해왔다. 이번 스위프트빌드 공개를 통해 더욱 개방적인 생태계를 구축할 수 있을 것으로 보인다. 개발자들은 스위프트의 핵심 빌드 시스템에 직접 기여할 수 있으며, 다양한 플랫폼에서 스위프트를 최적화하는 작업에 참여할 수 있다. 스위프트빌드는 현재 스위프트PM에 통합하는 과정에 있다. 애플은 앞으로 몇 달 동안 커뮤니티와 협력해 빌드 시스템을 발전시켜 나갈 예정이다. 이번 공개를 통해 스위프트는 더 이상 애플 생태계에 국한되지 않고, 더욱 광범위한 영역에서 활용될 가능성이 커지고 있다. 애플의 오웬 부르히스 소프트웨어 엔지니어는 "스위프트빌드의 오픈소스화는 스위프트 생태계의 발전을 가속화하는 중요한 단계"라며 "이를 통해 스위프트 개발자들은 더 나은 빌드 경험을 제공받고, 다양한 플랫폼에서 스위프트를 활용할 기회를 갖게 될 것"이라고 말했다.

2025.02.05 09:46남혁우 기자

넥슨재단, '2024 학교 친구 프로그래밍 챌린지' 후원

넥슨재단(이사장 김정욱)은 프로그래밍 교육 저변 확대를 위해 코딩 대회 '2024 학교 친구 프로그래밍 챌린지(School Friends Programming Challenge, 이하 SFPC)'를 후원했다고 20일 밝혔다. 'SFPC'는 한국정보교사연합회와 충청남도교육청이 주최하는 행사로, 일반 고등학교 학생들이 수업에서 배운 프로그래밍 관련 지식만으로 문제 해결에 도전할 수 있는 기회를 마련하고자 시작됐다. 지난해 전북대학교에서 개최된 세 번째 대회에는 전국 일반고 학생을 중심으로 총 1천600여 명이 참가한 바 있다. 한국정보교사연합회는 시도별 정보 교육 격차 해소를 위해 매년 새로운 개최지를 선정하여 전국 순회 방식으로 대회를 운영 중이며, 개최 지역 교사들과 공동으로 행사를 기획 및 운영하여 지역 간 교사 역량 공유에 앞장서고 있다고 회사 측은 설명했다. 넥슨재단은 '넥슨 청소년 프로그래밍 챌린지(NYPC)' 개최, 무료 코딩 학습 플랫폼 'BIKO' 개발 등 코딩 교육 저변 확대에 노력을 기울이고 있으며, 코딩에 대한 청소년들의 관심 제고와 역량 증진을 위해 지난 2022년부터 'SFPC'에 꾸준히 후원을 이어왔다. 지난 6일부터 17일까지 개최된 올해 'SFPC' 대회에는 'BIKO'와 연계한 '공부하기 챌린지' 이벤트도 진행됐다. 넥슨은 참가 학생들과 팀을 이룬 정보교사가 'BIKO'의 '함께하기' 채널에서 대회 기출문제를 학습할 수 있도록 지원했다. 이와 함께 넥슨과 넥슨재단은 우리 사회의 손길이 미치지 못하는 어린이와 청소년을 위한 의료 시설 확충, 교육 저변 확대 등 다양한 사회공헌 활동을 펼치고 있다.

2025.01.20 10:23이도원 기자

러스트 1.84.0, 트레이트 솔버 개선 등 안정성 강화

러스트 1.84.0버전이 공개됐다. 복잡한 문제를 보다 안전하고 효율적으로 해결할 수 있도록 트레이트 솔버를 근본적으로 개선하고 일부 기능을 안정화했다. 15일 데브클래스 등 외신에 따르면 러스트 릴리즈팀은 러스트 1.84.0을 공식 홈페이지와 깃허브를 통해 공개했다. 트레이트는 특정 역할에 따라 공유할 수 있는 기능을 정의하는 규칙이라고 생각할 수 있다. 예를 들어 '비행'이라는 트레이트는 새, 곤충, 비행기와 같이 서로 다른 타입들이 같은 역할을 공유할 수 있도록 만들 수 있다. 트레이트 솔버는 일종의 문제 해결사다. 서로 다른 타입 간에 '누가 어떤 능력을 가지고 있는지'를 알아내고 관계를 정리하는 역할을 한다. 어떤 동물이 비행 능력을 가지고 있다면, 트레이트 솔버는 '이 동물이 정말로 날 수 있는지, '다른 동물과 충돌하지 않는지' 등을 확인한다. 이 기능은 특정 타입이 정의된 능력을 가지고 있는지를 확인하며, 서로 다른 타입 간의 충돌이나 모호성을 해결한다. 또한 트레이트가 서로 얽혀 있거나 의존성이 있을 때 이를 정리해 컴파일러가 이해할 수 있도록 돕는다. 이를 통해 각 타입의 역할을 명확히 정리하고, 충돌이 없도록 관리한다. 러스트 1.84.0에서 도입된 새로운 트레이트 솔버는 이제 더 복잡한 관계를 이해하고 문제를 정확히 해결할 수 있도록 개선됐다. 여러 관계 속에서도 정확히 누가 무엇을 할 수 있는지를 파악하고 대규모 프로젝트에서도 신속하게 관계를 분석하고 결과를 도출한다. 또한 이전보다 오류를 줄이고, 잘못된 경고를 덜 발생시키는 방식으로 작동한다. 이를 통해 개발자들은 이제 더 복잡한 프로젝트에서 안정적으로 코드를 작성할 수 있다. 또한 프로젝트의 호환성을 더 쉽게 관리할 수 있도록 카고(Cargo)에서 프로젝트 최소 지원 러스트 버전(MSRV)을 자동으로 인식하는 기능이 추가됐다. MSRV는 프로젝트가 정상적으로 빌드되고 실행되기 위해 요구되는 러스트 버전이다. 기존에는 수동으로 버전을 추적하고 관리해야 했지만 이번 업데이트를 통해 자동으로 관리할 수 있게 됐다. 이를 통해 개발 과정의 번거로움을 줄이고, 휴먼에러 등으로 인한 오류 발생을 최소화한다. 이 밖에도 포인터 관리를 위한 API를 추가해 메모리 관련 오류를 방지할 수 있도록 지원하는 등 안정성 확보를 위한 기능을 선보이고, 기존 오류를 해결했다. 러스트 릴리즈 팀은 "많은 사람들이 러스트 1.84.0을 만들기 위해 함께 모여 도움을 줘서 감사하다"며 "이번 버전을 사용하는 과정에서 버그를 발견하거나 요구 사항이 있으면 알려달라"고 말했다.

2025.01.16 10:15남혁우 기자

MS "C언어 코드, 성능 손실 없이 러스트로 자동 전환"

마이크로소프트가 C언어로 작성된 코드를 안전하고 효율적으로 러스트(Rust)로 자동 변환할 수 있는 방법을 제시했다. 6일 마이크로소프트는 'C언어를 안전하게 러스트로 컴파일하기, 형식화(Compiling C to Safe Rust, Formalized)'라는 논문을 아카이브를 통해 발표했다. 프랑스 국립디지털과학기술연구소(INRIA)와 공동으로 발표한 이번 논문은 C언어로 작성된 코드베이스를 안전하게 러스트로 자동 전환해 메모리 안전성을 높이기 위한 방법을 제시한다. 단순히 러스트로 코드를 전환하는 것이 아니라 '안전하지 않은(unsafe)' 코드를 없애 메모리 안전성을 더욱 강화할 수 있는 방법을 제안하는 것이 특징이다. 안전하지 않은 코드는 하드웨어 및 운영체제(OS)와 직접 상호작용하는 저수준 작업이나 성능 최적화를 위한 코드다. 이를 위해 컴파일러의 안전성 검사를 우회하거나 메모리 안전성을 수동으로 관리할 수 있는 옵션을 제공한다. 하지만 이를 잘못 사용할 경우 메모리 손상이나 보안취약점 등 잠재적인 문제를 야기할 수 있다. 연구팀은 안전하지 않은 코드를 사용하지 않기 위해 C언어의 메모리 관리 방식과 포인터 산술을 러스트의 안전한 슬라이스 및 대체 가능한 구조로 변환하는 방법을 제시했다. 연구진은 HACL스타 암호화 라이브러리 등 검증된 기존 코드베이스에 이 방법을 적용해 성능 손실 없이 러스트로 전환이 가능하다고 밝혔다. 러스트로 변환된 코드는 메모리 안전성을 보장하는 보로우 체커(Borrow Checker) 등의 기능을 활용해 C언어에서 발생할 수 있는 메모리 문제를 안전하게 처리할 수 있었다. 또 성능은 거의 그대로 유지돼 속도가 중요한 업무에도 그대로 적용 가능하다. 마이크로소프트 연구진은 "이 방법은 메모리 안전성을 보장하면서도 성능을 거의 손상시키지 않는 결과를 얻었다"며 "C언어 코드를 러스트로 전환하기 위한 실제적이고 신뢰할 수 있는 방법을 제시하며 산업 전반의 보안 문제 해결하는 데 도움을 줄 것으로 기대한다"고 논문을 통해 밝혔다.

2025.01.06 10:17남혁우 기자

  Prev 1 2 3 Next  

지금 뜨는 기사

이시각 헤드라인

대통령도 꼬집은 담합 과징금 액수...더 세질까

군 특화 'AI 슈퍼컴' 만든다…국방부, GPU 실증 프로젝트 시동

이재현 CJ 회장, ‘올리브영 명동 타운’서 쇼핑…장바구니 봤더니

박윤영號 KT, 기존 조직장 대거 물갈이

ZDNet Power Center

Connect with us

ZDNET Korea is operated by Money Today Group under license from Ziff Davis. Global family site >>    CNET.com | ZDNet.com
  • 회사소개
  • 광고문의
  • DB마케팅문의
  • 제휴문의
  • 개인정보취급방침
  • 이용약관
  • 청소년 보호정책
  • 회사명 : (주)메가뉴스
  • 제호 : 지디넷코리아
  • 등록번호 : 서울아00665
  • 등록연월일 : 2008년 9월 23일
  • 사업자 등록번호 : 220-8-44355
  • 주호 : 서울시 마포구 양화로111 지은빌딩 3층
  • 대표전화 : (02)330-0100
  • 발행인 : 김경묵
  • 편집인 : 김태진
  • 개인정보관리 책임자·청소년보호책입자 : 김익현
  • COPYRIGHT © ZDNETKOREA ALL RIGHTS RESERVED.