Satu pandangan jenaka mengenai sejarah robotik telah mencetuskan perbincangan yang penuh ghairah tentang salah satu alat paling kontroversi dalam bidang ini: Robot Operating System ( ROS ). Perdebatan ini mendedahkan perpecahan mendalam dalam komuniti robotik sama ada rangka kerja yang digunakan secara meluas ini adalah alat yang membantu atau beban teknikal yang sukar untuk dilepaskan oleh syarikat-syarikat.
Hubungan Cinta-Benci dengan ROS
Komuniti robotik mendapati diri mereka terperangkap dalam kitaran berterusan dengan ROS . Banyak organisasi memulakan projek dengan ROS untuk bergerak pantas semasa fasa prototaip, tetapi kemudian menghadapi cabaran untuk berpindah daripadanya apabila mereka berkembang. Ini mewujudkan corak biasa di mana pasukan mendapati bahawa ROS menawarkan penyelesaian sedia ada yang boleh menggantikan beribu-ribu baris kod tersuai, menarik mereka kembali ke dalam ekosistemnya walaupun ada rancangan awal untuk berpindah.
Seorang pembangun menggambarkan kekecewaan ini dengan sempurna, menyifatkan ROS sebagai cara untuk menilai dengan cepat sejauh mana kekeliruan sesebuah organisasi tentang pilihan teknikal mereka. Kritikan tertumpu kepada ROS sebagai koleksi komponen yang masing-masing mewakili versi rendah alat sedia ada, yang dilaksanakan oleh orang yang mungkin tidak memahami sepenuhnya alternatif yang lebih baik yang tersedia.
Kitaran Pembangunan ROS Biasa:
- Bermula dengan ROS untuk prototaip pantas
- Merancang untuk berpindah daripada ROS apabila projek berkembang
- Menemui komponen ROS yang menggantikan kod tersuai
- Kembali kepada ROS walaupun ada rancangan migrasi
- Kitaran berulang dengan projek-projek baharu
Cabaran Teknikal dan Kebimbangan Seni Bina
Isu teras dengan ROS melangkaui masalah kebolehgunaan yang mudah. Pengkritik menunjukkan bahawa ROS menggalakkan seni bina teragih yang menjadikan kebanyakan masalah robotik lebih sukar untuk diselesaikan, terutamanya yang memerlukan respons latensi rendah. Ini amat bermasalah kerana kebanyakan aplikasi robotik sememangnya sensitif masa.
Bagi pendatang baru yang cuba memahami ROS , keluk pembelajaran terbukti amat curam. Dokumentasi sering bermula di tengah-tengah konsep daripada membina pemahaman dari bawah atau menyediakan gambaran keseluruhan yang jelas dari atas ke bawah. Ini menyebabkan ramai pembangun keliru tentang soalan asas seperti cara mengawal motor mudah melalui Arduino menggunakan sistem pemesejan ROS .
Komponen ROS dan Kritikan:
- Sistem pembinaan untuk menguruskan projek robotik
- Pemesejan komunikasi antara proses (IPC)
- Koleksi perpustakaan dan alat penyahpepijatan
- Menggalakkan seni bina teragih yang meningkatkan latensi
- Setiap komponen digambarkan sebagai lebih rendah berbanding alat khusus sedia ada
Konteks Lebih Luas Alat Robotik
Perdebatan ROS menyerlahkan cabaran yang lebih besar dalam pembangunan robotik: jurang antara alat penyelidikan akademik dan aplikasi komersial praktikal. Walaupun ROS menyediakan koleksi alat yang komprehensif termasuk sistem binaan, protokol pemesejan, dan utiliti penyahpepijatan, setiap komponen sering tidak mencapai tahap alternatif khusus yang tersedia dalam dunia pembangunan perisian yang lebih luas.
Perbincangan ini juga mendedahkan bagaimana bidang robotik bergelut dengan peralihan dari persekitaran penyelidikan kepada sistem pengeluaran. Alat yang berfungsi dengan baik di makmal universiti mungkin tidak berkembang dengan berkesan kepada penggunaan komersial, menyebabkan syarikat terperangkap antara penyelesaian biasa tetapi terhad dan usaha besar yang diperlukan untuk membina alternatif yang lebih baik.
Perdebatan berterusan ini mencerminkan masalah pertumbuhan bidang yang berada di persimpangan kejuruteraan perkakasan dan perisian, di mana kerumitan aplikasi robotik dunia sebenar sering melebihi apa yang boleh dikendalikan dengan elegan oleh rangka kerja tujuan umum.
Rujukan: A Brief, Incomplete, and Mostly Wrong History of Robotics