'AI 대부' 제프리 힌튼, 인공지능이 점차 인간 지능을 넘어선다
5월 3일 뉴스에 따르면, 인공지능(AI) 분야의 선구자 중 한 명이자 'AI의 대부'로 알려진 제프리 힌튼(Geoffrey Hinton)이 10년간 몸담았던 구글을 떠나겠다고 최근 발표했다. 인공지능 기술의 발전에 점점 더 많은 고민을 하고 있는 사람이 바로 그 사람이다. 그는 오늘 CNN 기자 제이크 태퍼(Jake Tapper)와의 인터뷰에서 인공지능이 인간보다 더 똑똑해지고 있다고 믿고 있으며 인공지능이 인간을 통제하는 것을 방지하는 방법을 사람들에게 진지하게 고려해야 한다는 점을 사람들에게 상기시키기 위해 '호루라기를 불고 싶다'고 말했습니다.
"저는 이런 것들이 우리보다 더 똑똑해지고 있다는 사실을 문득 깨달은 과학자일 뿐입니다."라고 Hinton은 말했습니다. "저는 이런 것들을 어떻게 막을 수 있을지 진지하게 고민해야 한다고 말하고 싶습니다.
Hinton은 신경망 기술의 선구자였으며 그의 연구는 오늘날 많은 제품에 사용되는 인공 지능 시스템의 토대를 마련했습니다. 앞서 IT하우스는 지난 월요일 뉴욕타임스와의 인터뷰에서 처음으로 사임을 공개하며 인공지능 기술이 미칠 잠재적 폐해에 대한 우려를 표명했다고 보도한 바 있다. 그는 인공지능이 엄청난 일자리 손실을 초래하고 많은 사람들이 "진짜가 무엇인지 알 수 없는" 세상을 만들 것이라고 걱정한다고 말했다. 그는 또한 AI 기술이 자신과 다른 사람들이 예상했던 것보다 훨씬 빠르게 발전하고 있다고 언급했습니다.
“우리보다 훨씬 더 똑똑해지면 우리에게서 배우기 때문에 조작에 아주 능숙할 것이고, 더 똑똑한 것이 더 멍청한 것에 의해 제어되는 예는 거의 없습니다. 힌튼은 화요일에 태퍼에게 "우리가 부과한 제한을 피할 수 있는 방법을 찾아낼 것"이라고 말했다. "힌튼은 그런 일을 하고 있지 않다." 인공 지능에 대한 우려를 표명한 유일한 기술 리더다. 올해 3월 일부 커뮤니티에서는 회원들은 "사회에 해롭고 심각한 위험에 처해 있다"는 이유로 가장 강력한 인공 지능 시스템에 대한 훈련을 최소 6개월 동안 중단할 것을 인공 지능 연구소에 촉구하는 서한을 공동으로 발표했습니다.
서한에 서명한 사람 중 한 명인 Apple 공동 창립자 스티브 워즈니악은 화요일 걱정스러운 "CNN This Morning"에서 인공 지능이 허위 정보를 퍼뜨리는 것에 대한 우려를 반복했습니다. 워즈니악은 CNN과의 인터뷰에서 "당신을 속이고 싶어하는 사람들이 당신을 속이는 것이 더 쉬울 것"이라며 "우리는 그것에 대해 어떤 변화도 만들지 않을 것이다. 우리는 단지 우리가 시행 중인 법이 그것을 고칠 것이라고 가정할 뿐이다"라고 말했다. 워즈니악은 또한 "일종의" 규제가 필요할 수도 있다고 말했습니다.
Hinton은 청원서에 서명하지 않았다고 말했습니다.
"나는 우리가 이 진전을 멈출 수 없다고 생각한다"고그는 말했다. "나는 인공지능 연구를 중단해야 한다는 청원서에 서명하지 않았습니다. 왜냐하면 미국인이 연구를 중단하면 중국인도 그렇게 하지 않을 것이기 때문입니다." 그는 "이 문제를 해결할 수 있을지 모르겠다. 문제를 해결할 수 있는 방법을 모색해야 한다고 생각한다. 아직 해결책이 없다"고 말했다.
위 내용은 'AI 대부' 제프리 힌튼, 인공지능이 점차 인간 지능을 넘어선다의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

AI Hentai Generator
AI Hentai를 무료로 생성하십시오.

인기 기사

뜨거운 도구

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경

드림위버 CS6
시각적 웹 개발 도구

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

뜨거운 주제











MySQL 시작이 실패하는 데는 여러 가지 이유가 있으며 오류 로그를 확인하여 진단 할 수 있습니다. 일반적인 원인에는 포트 충돌 (포트 점유 체크 및 구성 수정), 권한 문제 (서비스 실행 사용자 권한 실행), 구성 파일 오류 (파라미터 설정 확인), 데이터 디렉토리 손상 (데이터 복원 또는 테이블 공간 재건), IBDATA 테이블 공간 문제 (IBDATA1 파일 확인), 플러그로드 (확인 오류 로그)가 포함됩니다. 문제를 해결할 때 오류 로그를 기반으로 문제를 분석하고 문제의 근본 원인을 찾고 문제를 방지하고 해결하기 위해 정기적으로 데이터를 백업하는 습관을 개발해야합니다.

MySQL은 JSON 데이터를 반환 할 수 있습니다. json_extract 함수는 필드 값을 추출합니다. 복잡한 쿼리의 경우 where 절을 사용하여 JSON 데이터를 필터링하지만 성능 영향에주의하십시오. JSON에 대한 MySQL의 지원은 지속적으로 증가하고 있으며 최신 버전 및 기능에주의를 기울이는 것이 좋습니다.

데이터베이스 산 속성에 대한 자세한 설명 산 속성은 데이터베이스 트랜잭션의 신뢰성과 일관성을 보장하기위한 일련의 규칙입니다. 데이터베이스 시스템이 트랜잭션을 처리하는 방법을 정의하고 시스템 충돌, 전원 중단 또는 여러 사용자의 동시 액세스가 발생할 경우에도 데이터 무결성 및 정확성을 보장합니다. 산 속성 개요 원자력 : 트랜잭션은 불가분의 단위로 간주됩니다. 모든 부분이 실패하고 전체 트랜잭션이 롤백되며 데이터베이스는 변경 사항을 유지하지 않습니다. 예를 들어, 은행 송금이 한 계정에서 공제되지만 다른 계정으로 인상되지 않은 경우 전체 작업이 취소됩니다. BeginTransaction; updateAccountssetBalance = Balance-100WH

sqllimit 절 : 쿼리 결과의 행 수를 제어하십시오. SQL의 한계 절은 쿼리에서 반환 된 행 수를 제한하는 데 사용됩니다. 이것은 대규모 데이터 세트, 페이지 진화 디스플레이 및 테스트 데이터를 처리 할 때 매우 유용하며 쿼리 효율성을 효과적으로 향상시킬 수 있습니다. 구문의 기본 구문 : SelectColumn1, Collect2, ... Fromtable_namelimitnumber_of_rows; 번호_of_rows : 반환 된 행 수를 지정하십시오. 오프셋이있는 구문 : SelectColumn1, Column2, ... Fromtable_namelimitOffset, number_of_rows; 오프셋 : skip

Laraveleloquent 모델 검색 : 데이터베이스 데이터를 쉽게 얻을 수 있습니다. 이 기사는 데이터베이스에서 데이터를 효율적으로 얻는 데 도움이되는 다양한 웅변 모델 검색 기술을 자세히 소개합니다. 1. 모든 기록을 얻으십시오. 모든 () 메소드를 사용하여 데이터베이스 테이블에서 모든 레코드를 가져옵니다. 이것은 컬렉션을 반환합니다. Foreach 루프 또는 기타 수집 방법을 사용하여 데이터에 액세스 할 수 있습니다 : Foreach ($ postas $ post) {echo $ post->

MySQL 데이터베이스 성능 최적화 안내서 리소스 집약적 응용 프로그램에서 MySQL 데이터베이스는 중요한 역할을 수행하며 대규모 트랜잭션 관리를 담당합니다. 그러나 응용 프로그램 규모가 확장됨에 따라 데이터베이스 성능 병목 현상은 종종 제약이됩니다. 이 기사는 일련의 효과적인 MySQL 성능 최적화 전략을 탐색하여 응용 프로그램이 고 부하에서 효율적이고 반응이 유지되도록합니다. 실제 사례를 결합하여 인덱싱, 쿼리 최적화, 데이터베이스 설계 및 캐싱과 같은 심층적 인 주요 기술을 설명합니다. 1. 데이터베이스 아키텍처 설계 및 최적화 된 데이터베이스 아키텍처는 MySQL 성능 최적화의 초석입니다. 몇 가지 핵심 원칙은 다음과 같습니다. 올바른 데이터 유형을 선택하고 요구 사항을 충족하는 가장 작은 데이터 유형을 선택하면 저장 공간을 절약 할 수있을뿐만 아니라 데이터 처리 속도를 향상시킬 수 있습니다.

기본 키는 데이터베이스의 각 행을 고유하게 식별하는 키 속성이기 때문에 MySQL 기본 키는 비어있을 수 없습니다. 기본 키가 비어 있으면 레코드를 고유하게 식별 할 수 없으므로 데이터 혼동으로 이어질 수 있습니다. 자체 점수 정수 열 또는 UUID를 기본 키로 사용하는 경우 효율성 및 우주 점유와 같은 요소를 고려하고 적절한 솔루션을 선택해야합니다.

해시 값으로 저장되기 때문에 MongoDB 비밀번호를 Navicat을 통해 직접 보는 것은 불가능합니다. 분실 된 비밀번호 검색 방법 : 1. 비밀번호 재설정; 2. 구성 파일 확인 (해시 값이 포함될 수 있음); 3. 코드를 점검하십시오 (암호 하드 코드 메일).
