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 86873
공지 [SQL컨셉] 서적 "SQL컨셉"의 샘플 데이타 베이스 SAMPLE DATABASE of ORACLE 가을의 곰을... 2013.02.10 79171
공지 [G_SQL] Sample Database 가을의 곰을... 2012.05.20 95908
61 [몽고디비 mongodb] MongoDB Bulk Insert – MongoDB insertMany file 졸리운_곰 2020.10.09 772
60 [mongodb 몽고디비] How to insert multiple document into a MongoDB collection using Java? 졸리운_곰 2020.10.09 1166
59 Mongodb Bulk operation 졸리운_곰 2020.10.09 957
58 MongoDB Bulk Write(대랑 쓰기) & Retryable Write(쓰기 재시도) file 졸리운_곰 2020.10.09 1349
57 How to work with MongoDB in .NET file 졸리운_곰 2020.09.30 1380
56 MongoDB : 기본 구조 file 졸리운_곰 2020.09.30 1126
55 [mongodb] SQL to Aggregation Mapping Chart 몽고디비 SQL 쿼리 매핑 졸리운_곰 2020.09.23 1508
54 초간단 Mongo DB Quick Start Guide file 졸리운_곰 2020.09.20 920
53 MongoDB(몽고디비) 특징 정리 file 졸리운_곰 2019.12.25 1272
52 MongoDB의 한계(?) 졸리운_곰 2019.01.22 1182
51 MongoDB의 기본 CRUD 문법. 졸리운_곰 2018.12.30 1531
50 MongoDB를 쓰면서 알게 된 것들 file 졸리운_곰 2018.12.30 1594
49 [MongoDB] MongoDB의 제약사항들. (MongoDB limits thresholds) 졸리운_곰 2018.12.30 1508
48 몽고DB 컬렉션 관리 졸리운_곰 2018.12.30 1255
47 MongoDB 명령어 (database, collection, document, query, cursor, index) file 졸리운_곰 2018.12.30 1274
46 Neo4j 소개 file 졸리운_곰 2018.07.05 1331
45 [DB] neo4j를 정리하자. file 졸리운_곰 2018.07.05 1229
44 Neo4J - 그래프 데이터베이스 file 졸리운_곰 2018.07.05 1475
43 MongoDB CRUD 동작의 이해 졸리운_곰 2018.06.26 1264
42 NoSQL 데이타 모델링 #1 file 졸리운_곰 2018.04.15 1639
대표 김성준 주소 : 경기 용인 분당수지 U타워 등록번호 : 142-07-27414
통신판매업 신고 : 제2012-용인수지-0185호 출판업 신고 : 수지구청 제 123호 개인정보보호최고책임자 : 김성준 sjkim70@stechstar.com
대표전화 : 010-4589-2193 [fax] 02-6280-1294 COPYRIGHT(C) stechstar.com ALL RIGHTS RESERVED