Is Deep Learning Too Superficial? 딥러닝은 너무 피상적인가?

by Jans Aasman


OAKLAND, CA – Deep learning has been broadly acclaimed for its advanced pattern recognition abilities that are primed for working with data at scale. It can detect non-linear patterns with quantities of variables that make it difficult, if not impossible, for humans to do so. Deep Learning’s strengths are recognizing patterns and translating them into predictions with high accuracy rates.

The Deep Learning Dilemma

Critiques of Deep Learning take issue with how its achievements are produced. Deep Learning needs an inordinate amount of training data to generate reliable results. Moreover, a significant portion of its training data requires annotations for labeled outputs of the model’s objectives. Although there are methods for reducing the data requirements of Deep Learning, (such as transfer learning), there are a number of tasks when such massive amounts of labeled training data just aren’t available.

An even greater limitation is Deep Learning models don’t necessarily understand what they’re analyzing. They can recognize patterns ideal for Natural Language Processing or image recognition systems, but are somewhat restricted in their ability to understand a pattern’s significance and, to a lesser extent, draw inferences from them.

In a widely read article published early this year on arXiv.org, a site for scientific papers, Gary Marcus, a professor at New York University, posed the question: “Is Deep Learning approaching a wall?” He wrote, “As is so often the case, the patterns extracted by deep learning are more superficial than they initially appear.”

One of the fathers of cognitive science, Noam Chomsky, while speaking at a MIT symposium in May of last year on Brains, Minds and Machines, critiqued the field of AI for the field’s heavy use of statistical techniques to pick regularities in masses of data. Chomsky’s view is that using statistical learning techniques to better mine and predict data— is unlikely to yield general principles about the nature of intelligent beings or about cognition.

Augmenting Deep Learning

Despite the media’s current preoccupation with Deep Learning, machine intelligence has always involved a multiplicity of technologies and techniques. Amalgamating methods produces the greatest business impact with approaches both old and new, celebrated and less so. A mix of machine learning (statistical and pattern matching), Behavorism (stimulus response) and rules-based analytics (symbolic approach) offers the most robust method for analyzing complex data.

For example, many organizations are aware of Deep Learning’s propensity for sophisticated pattern recognition, which some consider the summit of Artificial Intelligence. Far fewer are familiar with the learning capabilities of Prolog, a coding language from the latter part of the 20thcentury with its own capacity for machine intelligence.

By aligning these techniques in a semantic standards-based environment, organizations can counteract their weaknesses, augment their strengths, and solve a complexity of data analytics challenges that would otherwise elude them—or require more resources than they have for sustainable value.

The Prolog Parallel

The intelligent inferences of Prolog directly address this issue, as systems leveraging this language specialize in more cognitive tasks associated with reasoning and understanding. Deep Learning is a statistical methodology for clearly ordered tasks, whereas Prolog is designed to understand and create inferencesof the data it analyzes. Thus, Prolog systems are well suited for less defined jobs that may require modest judgment calls or outputs that aren’t necessarily categorical. Prolog also requires only a modicum of the training data Deep Learning’s neural networks need to address a specific use case.

The difference in these two approaches is fairly profound. Both Deep Learning and Prolog based systems can be trained to read financial reports, for example. Deep Learning will require much more training data and simply understand the semantics of the words, while Prolog will need substantially less data to understand the document’s conceptual ideas. There’s also a rapidity associated with Prolog that perhaps begins with its smaller training data sets, yet extends to its analytic deployments.

For instance, Prolog systems can quickly analyze data at scale for stock market or trading commodities, then highlight concepts for analysts to focus on, greatly decreasing the time analysts would’ve spent reading these materials themselves. By analyzing content quickly and indefatigably, these systems analyze much more content than humans could.

경축! 아무것도 안하여 에스천사게임즈가 새로운 모습으로 재오픈 하였습니다.
어린이용이며, 설치가 필요없는 브라우저 게임입니다.
https://s1004games.com

A Paired Approach

Deep Learning and Prolog take distinctive approaches to solving business problems. Inlinked data settings empowered by semantic technologies, their synthesis pairs sophisticated pattern recognition capabilities with an innate understanding of business concepts. The potential for exploiting this duality is remarkable, particularly when leveraged for database level inferences in a triple store. Deep Learning algorithms can draw parallels between different types, structures, and sources of data for contextualized understanding of relationships prior to performing analytics for a specific use case, such as clinical trials in the pharmaceutical industry.

Deep Learning could identify which data is relevant for specific trials, as well as what features of that data make them so. Prolog mechanisms could then make intelligent inferences about how that data applies to a specific pharmaceutical, or others sharing similar attributes. By actually understanding the significance of the data in relation to desired business objectives, Prolog measures could indicate which elements to focus on for a specific trial. The combination of these approaches in a scalable data store delivers granular knowledge of how data relates to each other and to domain goals.

Composite Learning

Deep Learning, Prolog, or any other AI tool should always be viewed in relation to how they impact one another. There will never be a single method required for the cognitive capabilities that maximize the yield of data practices. Instead, the composite of these approaches redresses their limits and extends their benefits for a more flexible, comprehensive understanding of data’s relation to tasks. By combining Prolog with Deep Learning, those tasks can be both loosely or specifically defined.


Jans Aasman

 

Dr. Jans Aasman is a Ph.D. psychologist and expert in cognitive science as well as CEO of Franz Inc., an early innovator in artificial intelligence and provider of semantic graph databases and analytics.

 

[출처] https://aibusiness.com/deep-learning-superficial-franz/

 

 

 

본 웹사이트는 광고를 포함하고 있습니다.
광고 클릭에서 발생하는 수익금은 모두 웹사이트 서버의 유지 및 관리, 그리고 기술 콘텐츠 향상을 위해 쓰여집니다.
번호 제목 글쓴이 날짜 조회 수
공지 오라클 기본 샘플 데이터베이스 졸리운_곰 2014.01.02 87085
공지 [SQL컨셉] 서적 "SQL컨셉"의 샘플 데이타 베이스 SAMPLE DATABASE of ORACLE 가을의 곰을... 2013.02.10 79300
공지 [G_SQL] Sample Database 가을의 곰을... 2012.05.20 96035
27 [java dbms][database] [컴] Apache Derby 사용하기 - 4 - in-memory DB 졸리운_곰 2021.04.15 1564
26 [java dbms][database] [컴] Apache Derby 사용하기 - 3 - Apache Derby Network Server 졸리운_곰 2021.04.15 1637
25 [java dbms][database] [컴] Apache Derby 사용하기 - 2 - sql script tool ij 사용하기 졸리운_곰 2021.04.15 1829
24 [java dbms][database] [컴] Apache Derby 사용하기 - 1 - Derby 설치 file 졸리운_곰 2021.04.15 1159
23 실습 2 - GROUP 졸리운_곰 2020.09.30 1554
22 [SQL 가이드] 데이터베이스 모델의 이해 (Understanding Database model) file 졸리운_곰 2020.06.13 2494
21 [SQL 가이드] 식별자(Identification)의 개념 file 졸리운_곰 2020.06.13 2068
20 [SQL 가이드] 관계(relationship)의 개념 file 졸리운_곰 2020.06.13 1562
19 [SQL 가이드] 속성(attribute)의 개념 file 졸리운_곰 2020.06.13 1709
18 [SQL 가이드] 엔티티의 개념 file 졸리운_곰 2020.06.13 2206
17 [SQL] join의 on절과 where절 차이 졸리운_곰 2020.05.16 1305
16 JOIN*(3개 테이블) and GROUP BY*(보이지않더라도 key칼럼으로) and ORDER BY 졸리운_곰 2020.05.16 1228
15 다중 테이블에서 데이터 검색 - JOIN file 졸리운_곰 2020.05.16 1606
14 IFNULL(MYSQL), ISNULL(MSSQL), NVL(ORACLE) 졸리운_곰 2018.07.24 1780
13 4 Ways to Join Only The First Row in SQL file 졸리운_곰 2018.07.03 1642
12 DBMS별 기존테이블 SELECT해서 새 테이블에 INSERT하여 데이터 ... file 졸리운_곰 2018.01.22 1594
11 SOL 개발자의 현주소 : 개발자가 SQL 작성시 고쳐야 하는 태도 file 졸리운_곰 2018.01.01 2163
10 오라클 운반 최소 단위 BLOCK file 졸리운_곰 2017.07.15 2040
9 재미있는 DB 이야기 ‘놀라운 마방진의 세계’ file 졸리운_곰 2017.07.15 2400
8 재미있는 DB 이야기 ‘사라진 날짜를 찾아라’ file 졸리운_곰 2017.07.15 2239
대표 김성준 주소 : 경기 용인 분당수지 U타워 등록번호 : 142-07-27414
통신판매업 신고 : 제2012-용인수지-0185호 출판업 신고 : 수지구청 제 123호 개인정보보호최고책임자 : 김성준 sjkim70@stechstar.com
대표전화 : 010-4589-2193 [fax] 02-6280-1294 COPYRIGHT(C) stechstar.com ALL RIGHTS RESERVED