The AI Doc explores how we can survive an uncertain AI future


Anxiety, more so than technological rigor, sits at the heart of The AI Doc: Or How I Became an Apocaloptimist. Director Daniel Roher is anxious about the future he’s bringing a child into — will it be an AI-driven utopia? Or does it spell certain doom, something explored in countless sci-fi stories. To figure it all out, he interviewed some of the most well known AI proponents and critics, including The Empire of AI author Karen Hao, AI researcher Emily Bender and Anthropic CEO Dario Amodei.

The AI Doc, which hits theaters this weekend, doesn’t really shed new light. For that, I’d recommend reading Hao’s industry-defining book, which chronicles the rise of OpenAI and the precarious nature of its business. But I don’t think tech-heads are the main audience for this film. Instead, Roher is trying to break down the state of AI for mainstream audiences, the folks who may occasionally use ChatGPT or Google’s Gemini, but aren’t aware of why they’re controversial. In particular, the film exposes the near-religious devotion many in the tech world have around AI.

It’s not a spoiler to say that Roher ultimately adopts an “apocaloptimist” viewpoint. He’s aware of the potential dangers of AI, and that it will likely have some serious societal impact. But, he also thinks humans have the ability to shape where it’s headed. AI proponents have a near-religious belief in the eventuality of artificial general intelligence (AGI), or AI that can match and surpass human capabilities. But AGI isn’t inevitable, and Roher argues there’s room for critics and the public to push back.

We’re seeing small examples of AI resistance already. Just look at the viscerally negative response to NVIDIA’s DLSS 5 AI upscaling; Microsoft’s recent plans to pull back on Copilot AI features in Windows 11; or OpenAI shutting down its Sora AI video generation app. (The latter may be due to the sheer expense, but Sora has certainly seen plenty of criticism.) If enough people say no to various implementations of AI, tech companies will be likely to respond.

Daniel Roher in The AI Doc.

Daniel Roher in The AI Doc. (Focus Features)

The AI Doc splits its narrative between true believers — like OpenAI CEO Sam Altman and Anthropic CEO Dario Amodei — and prominent AI critics — like Tristan Harris, the co-founder and president of the Center of Humane Technology, as well as linguistics professor Emily M. Bender. It’s easy to feel a bit of whiplash when the film moves from people who genuinely think AI will lead to some sort of utopia (and who will also become insanely rich in the process), and the extreme critics who think it will mean the end of humanity. At one point, Harris mentions that some of his friends working in AI risk assessment believe that their kids “won’t see high school.” There’s that anxiety again.

While The AI Doc squeezes an impressive amount of notable interviews in its hour-and-43-minute runtime, I would have liked to hear more from critics like Timnit Gebru, a former Google AI researcher who also ties the development of AI into a rise of “techno-fascism” in Silicon Valley. She appears briefly in the film, but her perspective isn’t fully fleshed out. The AI Doc doesn’t dig very deeply into the driving forces behind AI, whereas Ghost in the Machine, this year’s other major AI documentary, draws a direct line between the rise of eugenics and Silicon Valley. (Ghost in the Machine is headed to theaters this summer, and will air on PBS in the fall.)

It’s the sort of energetic, animation-heavy documentary that wants to make sure the audience is never bored. But the threat of AI deserves more nuance and critical scrutiny. At worst, The AI Doc may make more people question the value of AI as the tech industry becomes more desperate to make it a success.



Source link

Leave a Reply

Subscribe to Our Newsletter

Get our latest articles delivered straight to your inbox. No spam, we promise.

Recent Reviews


SAP R/3 has been one of SAP’s main products, where R stands for RealTime and 3 refers to three-tier application architecture (Database,Application Server and Client).

In the modern environment, the SAP R/3 system powers the majority of businesses.

This software was used by approximately 80% of the businesses.

SAP Ariba Training

  • Master Your Craft
  • Lifetime LMS & Faculty Access
  • 24/7 online expert support
  • Real-world & Project Based Learning

Why SAP R3 architecture?

The primary goal of R/3 Architecture is to provide a set of tightly coupled, major business applications. The typical range of hypotheses for any R/3 process is as follows:

  • Production Planning
  • Materials Management
  • Sales and Distribution
  • Financial Accounting
  • Controlling, Etc

SAP R3 Architecture:

SAP R/3 Architecture simplifies and connects all of an organization’s business transactions through real-time integration. Real-time integration ensures that any change or upgrade in one application causes the data in the other applications to be automatically modified or updated.

We are aware of the SAP R/3 Architecture, specifically the client-server software. This ensures that the R/3 system’s groups and layers are designed to run concurrently on a number of different computing devices. When a business wants to install SAP software, each component is stored, regulated, and filtered using the equipment of completely separate and specialized computer systems.

Each layer has the ability to call on all of the other layers built to complete the task. Clients are components/layers that request services, while servers are components/layers that deliver services. This is referred to as “client/server.”

, others, sap-r3-architecture-description-0, others, sap-r3-architecture-description-0, others, sap-r3-architecture-description-0, , others, sap-r3-architecture-description-0, others, sap-r3-architecture-description-0, , others, sap-r3-architecture-description-0, , others, sap-r3-architecture-description-1, others, sap-r3-architecture-description-1, others, sap-r3-architecture-description-1

Subscribe to our YouTube channel to get new updates..!

This R/3 Architecture’s three Conceptual Layers are… The R/3 Framework’s classic configuration includes the following software layers:

  • Presentation layer
  • Application layer and 
  • Database layer

Presentation layer:

Receives user input and produces a method request. The Presentation Layer is a user interface that can use a variety of different graphical user interfaces ( GUIs). SAPGUI is SAP’s proprietary user interface program over 20 languages.

The presentation or GUI layer includes collaborating keyboard and mouse information from the device and submits it to the application layer inside the form of workflow requests for the further computation. When the layer receives application layer outcome, it recopy it and exhibits text and graphical data on the user’s PC screen.

Application layer:

Receives and processes a process request using the Software Logic Application.

The application layer is made up of R/3’s core components. The application server layer is where the majority of R/3 business logic processing takes place. The dispatcher is in charge of the job procedures here.

The comprehensive logic of R/3 implementations for business operations is provided by the database server. A system may well be connected to a range of different application servers that are geographically distributed.

Database Layer:

All data is saved and recovered. The Database Layer is in charge of both the R/3 Framework’s application elements and the enterprise’s working data. As needed, applications are downloaded from the database, loaded into the application layer, and executed from there.

The database component contains an engine whose sole purpose is to retrieve the data on the application layer’s behalf. SAP R/3 interfaces with its supporting databases using the industry-standard database access language SQL.

                                 

SAP Ariba Training

Weekday / Weekend Batches

Components of SAP R3 architecture:

In the application layer there are several elements or components that carry out different operations. Now we will check one after the other.

  • Message Server: In an ABAP system, it handles communication between distributed dispatchers.
  • Dispatcher Queue: This queue stores various types of work processes.
  • Dispatcher: This component distributes requests to work processes.
  • Gateway: It allows collaboration between some of the SAP systems and external systems.
  • ABAP-Work processes: It implements dialog steps in R/3 applications separately.
  • Memory-pipes: It allows ICM and ABAP work processes to communicate with one another.
  • Message Server: It is in charge of java dispatchers and server processes.
  • It allows for communication within the Java runtime environment.
  • Enqueue Server: It manages logical locks set by a Java application program in a server process.
  • Central Services: A specific example of the central services is required by Java cluster for managing locks and transmitting messages and data. A Java cluster is a
  • collection of processes that collaborate to create a dependable system. An instance is a collection of resources such as memory and work processes.
  • Java Dispatcher: This process receives client requests and routes them to the server process.
  • J2EE components are installed using SDM: Software Deployment Manager.
  • Java Server Processes: It can handle a large number of requests at the same time.
  • Threading: When different tasks execute independently in the background, this is referred to as threading.
  • ICM: It facilitates communication between the SAP system and the HTTP, HTTPS, and SMTP protocols. This means that by entering the system URL into the browser, you can also access SAP from the browser.

How does SAP R3 architecture work?

SAP R/3 Processes are being used to successfully manage os resource requirements for the software program. The technique is inextricably linked to the software application. Memory, as well as system support for renewable energy, are accessible for any operation. The on request is determined by the type of work performed in the application server.

The SAP DISPATCHER, SAP’s proprietary control agent, is located in the R/3 Basis kernel. The deploying device, in collaboration with the respective operating system, manages the facilities used by R/3 systems to control their operational activities. The exact number of activities varies depending on the configuration. The dispatcher’s main function is to filter the working process that has been submitted.

There are specific work process models for:

  • Online work process dialogue -Interactive SAPGUI screen processing request
  • Updating the database as part of the work process
  • Background Work Process -used for background processing, such as batch jobs.
  • Spool work procedure-Spooling/Printing procedure
  • Work process-lock management should be enqueued.

Conclusion:

In this blog post we had clearly disused all the points related to the SAP R3 architecture in a clear cut manner. If you have any queries please drop your comments to get them resolved. Happy learning at HKR trainings.



Source link