


Apakah beberapa kes klasik di mana pembelajaran mendalam tidak berkesan seperti kaedah tradisional?
Sebagai salah satu bidang teknologi yang paling canggih, pembelajaran mendalam sering dianggap sebagai kunci kepada kemajuan teknologi. Walau bagaimanapun, adakah terdapat beberapa kes di mana pembelajaran mendalam tidak berkesan seperti kaedah tradisional? Artikel ini meringkaskan beberapa jawapan berkualiti tinggi daripada Zhihu untuk menjawab soalan ini
Pautan soalan: https://www.zhihu.com/question/451498156
# Jawapan 1
sangat keliru
Pautan sumber: https://www.zhihu.com/question/451498156/answer/1802577845
Untuk bidang yang memerlukan kebolehtafsiran, pembelajaran mendalam asas tidak dapat dibandingkan dengan kaedah tradisional. Saya telah mengusahakan produk kawalan risiko/pencegahan pengubahan wang haram selama beberapa tahun kebelakangan ini, tetapi peraturan memerlukan keputusan kami boleh dijelaskan Kami telah mencuba pembelajaran mendalam, tetapi kebolehjelasan sukar dicapai, dan hasilnya tidak begitu baik. Untuk senario kawalan risiko, pembersihan data adalah sangat penting, jika tidak, ia hanya akan menjadi sampah di dalam sampah keluar.
Semasa menulis kandungan di atas, saya teringat artikel yang saya baca dua tahun lalu: "Anda tidak perlukan ML/AI, anda perlukan SQL"
https://www.php.cn/link / f0e1f0412f36e086dc5f596b84370e86
Pengarang ialah Celestine Omin, seorang jurutera perisian Nigeria yang bekerja di Konga, salah satu tapak web e-dagang terbesar di Nigeria. Kita semua tahu bahawa pemasaran ketepatan dan pengesyoran diperibadikan untuk pengguna lama adalah salah satu bidang AI yang paling biasa digunakan. Apabila orang lain menggunakan pembelajaran mendalam untuk membuat cadangan, kaedahnya kelihatan sangat mudah. Dia hanya menjalankan pangkalan data, menyaring semua pengguna yang tidak melog masuk selama tiga bulan, dan menolak kupon kepada mereka. Ia juga melalui senarai produk dalam troli beli-belah pengguna dan memutuskan untuk mengesyorkan produk berkaitan berdasarkan produk popular ini.
Akibatnya, dengan pengesyoran diperibadikan berasaskan SQLnya yang ringkas, kadar terbuka kebanyakan e-mel pemasaran adalah antara 7-10%. kadar terbuka purata tiga kali ganda kadar.
Sudah tentu, contoh ini bukan untuk memberitahu semua orang bahawa algoritma pengesyoran tidak berguna dan semua orang harus menggunakan SQL, tetapi ini bermakna apabila menggunakan pembelajaran mendalam, anda perlu mempertimbangkan kekangan seperti kos dan senario aplikasi. Dalam jawapan saya sebelum ini (Apakah sebenarnya keupayaan pelaksanaan jurutera algoritma merujuk kepada?), Saya menyebut bahawa kekangan praktikal perlu dipertimbangkan semasa melaksanakan algoritma.
https://www.php.cn/link/f0e1f0412f36e086dc5f596b84370e86
Persekitaran e-dagang di Nigeria dan logistik masih tidak boleh ketinggalan. Walaupun kaedah pembelajaran mendalam digunakan untuk meningkatkan kesan, ia sebenarnya tidak akan memberi kesan yang besar kepada keuntungan keseluruhan syarikat.
Oleh itu, algoritma mesti "disesuaikan dengan keadaan tempatan" apabila dilaksanakan, jika tidak, situasi "kipas elektrik meniup kotak sabun" akan berlaku lagi.
Sebuah syarikat besar memperkenalkan barisan pengeluaran pembungkusan sabun, tetapi mendapati barisan pengeluaran ini mempunyai kecacatan: selalunya terdapat kotak tanpa sabun. Mereka tidak dapat menjual kotak kosong kepada pelanggan, jadi mereka terpaksa mengupah postdoc yang mempelajari automasi untuk mereka bentuk rancangan mengisih kotak sabun kosong.
Felo pasca doktoral menganjurkan pasukan penyelidikan saintifik lebih daripada sedozen orang dan menggunakan gabungan jentera, mikroelektronik, automasi, pengesanan sinar-X dan teknologi lain, membelanjakan 900,000 yuan untuk berjaya menyelesaikan masalah itu. Setiap kali kotak sabun kosong melalui barisan pengeluaran, pengesan di kedua-dua belah pihak akan mengesannya dan memandu robot untuk menolak kotak sabun kosong itu.
Terdapat perusahaan perbandaran di selatan China yang juga membeli barisan pengeluaran yang sama Apabila bos mengetahui masalah ini, dia sangat marah dan menemui seorang pekerja kecil dan berkata, "Anda boleh membaiki ini untuk saya, atau anda boleh merangkak. pergi." Dia segera memikirkan cara dan membelanjakan 190 yuan untuk meletakkan kipas elektrik berkuasa tinggi di sebelah barisan pengeluaran dan meniupnya dengan kuat, supaya semua kotak sabun yang kosong hanyut.
(Walaupun ia hanya gurauan)
Pembelajaran mendalam adalah tukul, tetapi tidak semua yang ada di dunia ini adalah paku. #Jawapan 2
1. Senario yang mengejar kebolehjelasan.
Pembelajaran mendalam sangat baik dalam menyelesaikan masalah klasifikasi dan regresi, tetapi penjelasannya tentang apa yang mempengaruhi keputusan adalah sangat lemah Jika dalam senario perniagaan sebenar, keperluan tafsiran adalah sangat tinggi, seperti senario berikut, kemudian mendalam. pembelajaran sering terbalik .2. Banyak senario pengoptimuman operasi
seperti masalah penjadualan, perancangan dan peruntukan Selalunya masalah sebegini tidak boleh diubah menjadi format pembelajaran yang diselia, jadi selalunya masalah pengoptimuman. Dalam penyelidikan semasa, algoritma pembelajaran mendalam sering disepadukan ke dalam proses penyelesaian untuk penyelesaian yang lebih baik, tetapi secara umum, model itu sendiri belum lagi pembelajaran mendalam sebagai tulang belakang.
Pembelajaran mendalam adalah idea penyelesaian yang sangat baik, tetapi ia bukan satu-satunya Walaupun apabila dilaksanakan, masih terdapat masalah besar. Jika pembelajaran mendalam disepadukan ke dalam algoritma pengoptimuman, sebagai komponen penyelesaian, ia masih mempunyai banyak kegunaan.
Ringkasnya,
# Jawab tiga
Pengarang: LinT
Sumber pautan: https://www.zhihu.com/answer98
16814/answer/180814Soalan ini perlu Tengok adegan. Walaupun pembelajaran mendalam menghapuskan masalah kejuruteraan ciri, ia mungkin sukar untuk digunakan dalam beberapa senario:
- Aplikasi mempunyai keperluan yang tinggi pada kependaman, tetapi tidak mempunyai keperluan yang tinggi untuk ketepatan Dalam kes ini, model mudah mungkin menjadi Pilihan yang lebih baik;
- Sesetengah jenis data, seperti data jadual, mungkin lebih sesuai untuk menggunakan model pembelajaran statistik seperti model berasaskan pokok dan bukannya model pembelajaran mendalam
- Keputusan model mempunyai kesan yang ketara, seperti kerana berkaitan keselamatan, pembuatan keputusan ekonomi adalah berkaitan dan memerlukan model itu boleh ditafsir, jadi model linear atau model berasaskan pokok adalah pilihan yang lebih baik daripada pembelajaran mendalam
- Senario aplikasi menentukan kesukaran pengumpulan data, dan ada; adalah risiko terlalu sesuai apabila menggunakan pembelajaran mendalam
Aplikasi sebenar semuanya berdasarkan permintaan Adalah tidak saintifik untuk bercakap tentang prestasi tanpa mengira permintaan (ketepatan, kelewatan, penggunaan kuasa pengkomputeran). Jika "terjemahan kering" dalam soalan terhad kepada penunjuk tertentu, skop perbincangan mungkin dikecilkan.
Pautan asal: https://mp.weixin.qq.com/s/tO2OD772qCntNytwqPjUsA
Atas ialah kandungan terperinci Apakah beberapa kes klasik di mana pembelajaran mendalam tidak berkesan seperti kaedah tradisional?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!

Alat AI Hot

Undresser.AI Undress
Apl berkuasa AI untuk mencipta foto bogel yang realistik

AI Clothes Remover
Alat AI dalam talian untuk mengeluarkan pakaian daripada foto.

Undress AI Tool
Gambar buka pakaian secara percuma

Clothoff.io
Penyingkiran pakaian AI

AI Hentai Generator
Menjana ai hentai secara percuma.

Artikel Panas

Alat panas

Notepad++7.3.1
Editor kod yang mudah digunakan dan percuma

SublimeText3 versi Cina
Versi Cina, sangat mudah digunakan

Hantar Studio 13.0.1
Persekitaran pembangunan bersepadu PHP yang berkuasa

Dreamweaver CS6
Alat pembangunan web visual

SublimeText3 versi Mac
Perisian penyuntingan kod peringkat Tuhan (SublimeText3)

Topik panas



Tambah lajur baru ke jadual yang sedia ada dalam SQL dengan menggunakan pernyataan Alter Table. Langkah -langkah khusus termasuk: Menentukan nama jadual dan maklumat lajur, menulis pernyataan Alter Jadual, dan melaksanakan pernyataan. Sebagai contoh, tambahkan lajur e -mel ke Jadual Pelanggan (Varchar (50)): Alter Jadual Pelanggan Tambah Varchar E -mel (50);

Sintaks untuk menambah lajur dalam sql adalah alter table table_name tambah column_name data_type [not null] [default default_value]; Di mana table_name adalah nama jadual, column_name adalah nama lajur baru, data_type adalah jenis data, tidak null menentukan sama ada nilai null dibenarkan, dan lalai default_value menentukan nilai lalai.

Petua untuk Meningkatkan Prestasi Pembersihan Jadual SQL: Gunakan jadual Truncate dan bukannya memadam, membebaskan ruang dan menetapkan semula lajur Identiti. Lumpuhkan kekangan utama asing untuk mengelakkan penghapusan cascading. Gunakan operasi enkapsulasi transaksi untuk memastikan konsistensi data. Batch memadam data besar dan hadkan bilangan baris melalui had. Membina semula indeks selepas membersihkan untuk meningkatkan kecekapan pertanyaan.

Tetapkan nilai lalai untuk lajur yang baru ditambahkan, gunakan pernyataan ALTER Jadual: Tentukan Menambah Lajur dan Tetapkan Nilai Lalai: Alter Table Table_Name Tambah Column_Name Data_Type Default Default_Value; Gunakan klausa kekangan untuk menentukan nilai lalai: alter table Table_name Tambah lajur Column_name data_type kekangan default_constraint default_value;

Ya, pernyataan padam boleh digunakan untuk membersihkan jadual SQL, langkah -langkahnya adalah seperti berikut: Gunakan pernyataan padam: padam dari meja_name; Ganti Table_name dengan nama jadual untuk dibersihkan.

Pemecahan ingatan redis merujuk kepada kewujudan kawasan bebas kecil dalam ingatan yang diperuntukkan yang tidak dapat ditugaskan semula. Strategi mengatasi termasuk: Mulakan semula Redis: Kosongkan memori sepenuhnya, tetapi perkhidmatan mengganggu. Mengoptimumkan struktur data: Gunakan struktur yang lebih sesuai untuk Redis untuk mengurangkan bilangan peruntukan dan siaran memori. Laraskan parameter konfigurasi: Gunakan dasar untuk menghapuskan pasangan nilai kunci yang paling kurang baru-baru ini. Gunakan mekanisme kegigihan: sandarkan data secara teratur dan mulakan semula redis untuk membersihkan serpihan. Pantau penggunaan memori: Cari masalah tepat pada masanya dan ambil langkah.

Untuk membuat jadual data menggunakan phpmyadmin, langkah -langkah berikut adalah penting: Sambungkan ke pangkalan data dan klik tab baru. Namakan jadual dan pilih enjin penyimpanan (disyorkan innoDB). Tambah butiran lajur dengan mengklik butang Tambah Lajur, termasuk nama lajur, jenis data, sama ada untuk membenarkan nilai null, dan sifat lain. Pilih satu atau lebih lajur sebagai kunci utama. Klik butang Simpan untuk membuat jadual dan lajur.

Mewujudkan pangkalan data Oracle tidak mudah, anda perlu memahami mekanisme asas. 1. Anda perlu memahami konsep pangkalan data dan Oracle DBMS; 2. Menguasai konsep teras seperti SID, CDB (pangkalan data kontena), PDB (pangkalan data pluggable); 3. Gunakan SQL*Plus untuk membuat CDB, dan kemudian buat PDB, anda perlu menentukan parameter seperti saiz, bilangan fail data, dan laluan; 4. Aplikasi lanjutan perlu menyesuaikan set aksara, memori dan parameter lain, dan melakukan penalaan prestasi; 5. Beri perhatian kepada ruang cakera, keizinan dan parameter, dan terus memantau dan mengoptimumkan prestasi pangkalan data. Hanya dengan menguasai ia dengan mahir memerlukan amalan yang berterusan, anda boleh benar -benar memahami penciptaan dan pengurusan pangkalan data Oracle.
