QNX Hadir Gratis untuk Penggunaan Nonkomersial dan Menambahkan Image Raspberry Pi
(blackberry.qnx.com)- Developer OS embedded dan real-time kini dapat bereksperimen dengan QNX SDP 8.0 secara gratis untuk keperluan pelajar, hobi, dan prototipe, sehingga hambatan akses yang sebelumnya berfokus pada komersial menjadi lebih rendah
- Pengguna harus mengajukan formulir lisensi dengan akun myQNX, dan setelah permintaan diproses akan menerima lisensi software QNX untuk penggunaan nonkomersial
- Cakupannya mencakup QNX SDP 8.0, QNX Developer Desktop, dan QNX Hypervisor, sehingga dapat digunakan mulai dari belajar OS hingga pengembangan self-hosted dan eksperimen virtualisasi
- Sebagai resource awal disediakan Quick Start Guide, image QNX 8.0 untuk Raspberry Pi, video QNX Everywhere, dan Self-Hosted Developer Desktop Guide
- Lisensi gratis terbatas untuk pendidikan, proyek pribadi, dan pembelajaran RTOS; untuk evaluasi dan pengembangan tujuan komersial harus mengajukan lisensi evaluasi 30 hari terpisah
Penyediaan lingkungan pengembangan QNX nonkomersial
- QNX Everywhere adalah program yang memungkinkan pelajar, developer hobi, dan pembuat prototipe menggunakan software QNX secara gratis untuk tujuan nonkomersial
- Sasaran yang disediakan mencakup OS generasi berikutnya dari QNX, tool pengembangan, dan kemampuan real-time, yang dapat digunakan untuk belajar, bereksperimen, serta membuat proyek embedded berkinerja tinggi
- Angka yang dipublikasikan mencakup 15K+ unduhan lisensi QNX Everywhere, 6K+ peserta pelatihan online terdaftar, dan 100+ institusi akademik mitra
Alur pengajuan lisensi
- Untuk mendapatkan lisensi nonkomersial, diperlukan akun myQNX
- Jika sudah memiliki akun, login
- Jika baru menggunakan QNX, buat akun myQNX
- Setelah login, mulai permintaan dengan memasukkan data lisensi pada formulir lisensi QNX Everywhere
- Setelah pemrosesan permintaan selesai, Anda akan menerima lisensi software QNX untuk penggunaan nonkomersial
- Lisensi dapat membutuhkan waktu hingga 1 jam setelah permintaan agar muncul di profil myQNX
Platform dan tool yang disertakan
- QNX SDP 8.0 adalah platform pengembangan dasar untuk SoC generasi berikutnya
- Mencakup QNX Operating System generasi berikutnya
- Mengedepankan arsitektur yang dirancang untuk memanfaatkan kemajuan silikon di masa depan
- Bertujuan memberikan performa real-time yang konsisten pada sistem komputasi intensif di seluruh IoT
- Mencakup toolchain yang ditingkatkan, utilitas baru untuk debugging dan profiling, serta utilitas open-source
- QNX Everywhere mencakup akses berikut
- QNX SDP 8.0: platform RTOS microkernel berkinerja tinggi dan siap untuk safety
- QNX Developer Desktop: desktop self-hosted untuk membangun aplikasi di QNX OS 8.0
- QNX Hypervisor: hypervisor deterministik untuk sistem mixed-criticality
Pendidikan, komunitas, dan open source
- QNX menyediakan kursus pelatihan online gratis untuk developer QNX OS
- Developer dapat terhubung dengan engineer QNX dan komunitas developer online untuk menyelesaikan masalah, mendiskusikan ide, dan berkolaborasi dalam proyek open-source
- Karena merupakan OS yang kompatibel dengan POSIX, sebagian besar software untuk sistem operasi POSIX dapat dikompilasi untuk QNX dengan sedikit atau tanpa modifikasi
- QNX merilis kode sumber port open-source sesuai lisensi aslinya, dan memelihara port yang dapat dimanfaatkan developer di GitHub repository
- Port, tingkat pengujian, dan detail hosting dapat dilihat di Open-Source Dashboard
Memulai dengan dokumentasi dan image Raspberry Pi
- Dokumentasi QNX Everywhere menyediakan tool dan panduan yang dibutuhkan untuk membangun dari aplikasi pertama hingga solusi QNX tingkat lanjut
- Resource yang disediakan adalah sebagai berikut
- QNX SDP 8.0 Quick Start Guide: panduan memulai pengembangan QNX
- QNX Quick Start Target Image for Raspberry Pi: image target quick start QNX 8.0 untuk Raspberry Pi
- Get Started With QNX Everywhere: video memulai QNX Everywhere
- Self-Hosted Developer Desktop Guide: panduan desktop developer self-hosted
- Pengguna Raspberry Pi 5 dapat memakai image QNX SDP 8.0 yang sudah disiapkan dengan mem-flash-nya
- Image tersebut mencakup beberapa aplikasi demo open-source
- Aplikasi demo dapat di-clone, dimodifikasi, dan dibangun ulang
Ketentuan penggunaan dan pengecualian
- Lisensi gratis ditujukan untuk pengguna pribadi nonkomersial QNX Software Development Platform 8.0
- Penggunaan yang diizinkan adalah untuk tujuan pendidikan, proyek pribadi, dan aktivitas tanpa monetisasi atau operasi bisnis
- Penggunaan nonkomersial mencakup lingkungan akademik, developer hobi, dan pembelajar sistem operasi real-time
- Evaluasi atau pengembangan untuk tujuan komersial tidak termasuk
- Aktivitas komersial mencakup monetisasi atau operasi bisnis
- Lisensi evaluasi 30 hari komersial harus diajukan secara terpisah
- QNX SDP 7.1 tidak termasuk dalam program ini
- QNX SDP 8.0 disediakan untuk platform software generasi berikutnya berbasis SoC dengan 4 core CPU atau lebih
Instalasi multi di institusi pendidikan
- Untuk menyiapkan beberapa workstation di laboratorium praktik atau ruang kelas, lisensi multi-pengguna dapat diperoleh melalui program QNX in Education
- Sasaran mencakup QNX Software Development Platform 8.0 dan QNX Software Development Platform 7.1
- Jika hanya menginstal satu instance pada satu waktu, disarankan menggunakan lisensi QNX Everywhere
Pemecahan masalah akun dan lisensi
- Jika mengalami masalah login setelah mendaftarkan akun myQNX baru, hubungi myqnx@blackberry.com
- Status lisensi dan distribusi produk dapat diperiksa dan diterima di myQNX License Manager
- Bagian Registered Products pada profil akun myQNX menampilkan kunci lisensi, nomor seri, sertifikat lisensi, dan license manager untuk tiap produk yang didistribusikan
- Untuk mengunduh QNX Software Center, pengguna myQNX harus sudah diberi lisensi produk QNX
1 komentar
Opini Hacker News
Andai saja bisa dipercaya, tetapi QNX pernah dua kali “dibuka” lalu ditutup lagi
Sebelum pencabutan pertama, proyek-proyek open source sering memasukkan QNX sebagai target build, dan dukungan target Firefox serta Eclipse untuk QNX, juga build GCC dan alat baris perintah GNU, masih dimungkinkan
Ada juga lingkungan desktop bernama Photon, dan saya memakainya sebagai desktop utama selama 3 tahun saat membuat kendaraan untuk DARPA Grand Challenge
Namun setelah Harman mengakuisisi QNX pada 2004, semuanya menghilang, dan pada 2007 source kembali dibuka sehingga orang bahkan bisa melihat dan membangun microkernel, tetapi itu bukan lisensi publik
Ketika RIM mengakuisisi QNX pada 2010, mereka menutup source tanpa pemberitahuan apa pun, semua pengembangan open source terkait QNX berhenti, dan kepercayaan komunitas juga hilang
Ketentuan kontraknya juga bermasalah: http://www.qnx.com/download/feature.html?programid=51624 menyebutkan “TERMINATION. This Agreement and licenses granted hereunder may be terminated by either Party upon written notice to the other Party”, sehingga QNX bisa memutusnya kapan saja
Jika QNX serius, tampaknya sebaiknya mengikuti lisensi ala Unreal Engine. Unduh source-nya dan pakai sesuka hati, gratis sampai pendapatan produk mencapai 1 juta dolar, lalu setelah itu Epic menerima royalti 5%: https://cdn2.unrealengine.com/UnrealEngine/faq/UnrealEngineE...
Masalah pembajakan juga tidak terlalu besar, karena jika sebuah game menghasilkan pendapatan yang berarti, ia akan cukup terlihat sehingga petugas lisensi mengetahuinya
Jika ingin meningkatkan adopsi QNX, sebaiknya bawa tabel ketentuan Epic ke tim legal dan manajemen, lalu bandingkan pertumbuhan pendapatan Unreal Engine dengan QNX
Seperti yang pernah saya katakan kepada staf penjualan QNX dulu, masalah QNX bukanlah pembajakan, melainkan diabaikan
Semua aktivitas open source dilarang, padahal saat itu banyak dari kami aktif berkontribusi ke open source. Saya juga pernah bekerja di Eclipse Foundation
Seorang teman yang menulis novel diberi tahu bahwa ia perlu izin tertulis setiap kali mengunggah atau menerbitkan satu tulisan
Meski ada terjemahan bahasa Jerman yang dilampirkan, para insinyur Jerman dipaksa menandatangani kontrak yang bahasa mengikatnya adalah bahasa Inggris, dan akhirnya banyak dari kami memilih pergi
Hal yang paling saya ingat adalah tim transisi dari Kanada mengatakan bahwa “karyawan RIM bekerja di dungeon beton yang gelap, jadi betapa beruntungnya kami karena masih boleh memakai kantor bagus di München”
Dalam DNA perusahaan itu, cara yang terbuka tampaknya benar-benar asing, dan saya tidak akan mempercayainya sedikit pun
Pengembang hobi serta proyek bebas dan open source akan dengan senang hati memakai sistem operasi GPLv3, sementara pelanggan komersial besar tradisional di bidang otomotif dan embedded tidak akan menginginkan kewajiban GPLv3 yang mengharuskan pengguna bisa memasang firmware kustom, jadi mereka akan tetap membayar
Ini bisa menguntungkan semua pihak
Ini bukan nasihat hukum, dan setiap orang harus menafsirkan lisensinya sendiri
Saya pernah berbicara panjang dengan para insinyurnya sebelum BB10 keluar, dan seingat saya saat itu untuk mengakses seluruh Blackberry SDK orang harus mengajukan permohonan dan juga menandatangani NDA
Sementara itu Android dan iOS sudah melaju kencang, dan pihak yang memprioritaskan platform yang memudahkan penulisan aplikasi menjadi yang berhasil
Blackberry tampak tidak kompeten secara organisasi dalam menangani hubungan semacam ini dengan komunitas. Pola pikir ala operator telekomunikasi “kami melawan mereka” ada di lapisan atas organisasi, lalu merembes ke bawah, baik secara eksplisit maupun implisit
Setelah BeOS gagal, saya bermain-main dan mengembangkan dengan QNX, dan saya sangat menyukainya sampai memakainya penuh waktu di mesin pengembangan utama
Namun ketika ditutup, saya benar-benar kapok, dan sejak itu saya tidak pernah menyentuh platform pengembangan tertutup apa pun
Melihat lisensinya sekarang, tidak ada yang berubah sedikit pun, dan kini selain pasar yang sudah ada, QNX pada umumnya sudah jauh kurang relevan
Memilih QNX hari ini terlihat bodoh. Sekarang ada alternatif-alternatif bagus, dan semuanya punya lisensi terbuka
Sekarang sudah ada https://arstechnica.com/gadgets/2024/09/real-time-linux-is-o... juga
Dengan Linux, tidak perlu membahas lisensi, dan tidak perlu khawatir tiba-tiba dikhianati lalu ditutup
Larangan penggunaan komersial itu buruk sekali. Saat ini saya mengalami hal serupa dengan ArangoDB; produknya bagus, tetapi saya tidak punya anggaran untuk instance cloud yang mereka kelola maupun anggaran untuk membahas lisensi komersial dengan tim penjualan
Saya memakainya di beberapa sistem, dan salah satunya sudah mencapai sekitar 80% dari database yang “terlalu besar untuk dipakai gratis”, tetapi saya belum tahu apakah nasibnya akan menjadi open source, menjadi produk, atau menjadi sistem yang langsung menghasilkan uang
Jadi jalan pendek untuk saat ini adalah pindah ke PostgreSQL, bukan berbicara dengan orang-orang yang mungkin saja tidak mengizinkan model bisnis saya
Jika ingin langsung melihat ketentuan pengembang yang terkait dengan penggunaan nonkomersial QNX 8.0, ada di sini: https://support7.qnx.com/download/download/51624/BB_QNX_Deve...
Ini bukan nasihat hukum, juga bukan tinjauan menyeluruh atau ringkasan interpretasi atas lisensi ini. Sebelum bertindak berdasarkan isi di bawah, sebaiknya minta nasihat profesional dari pengacara
Ketentuannya dimulai dengan klausul semacam bahwa pengguna belum punya kesempatan untuk meninjau dan menyetujui sebelum mengikat dirinya, bisnisnya, atau institusinya; di AS, ini tampaknya bahkan bisa membatalkan seluruh dokumen, jadi lebih aman meninjaunya bersama pengacara sebelum digunakan
Di lingkungan akademik, hanya mahasiswa dan staf pengajar institusi tersebut yang memenuhi syarat, dan penggunaan lisensi ini dari sudut pandang tim legal bisa dianggap sebagai penandatanganan kontrak yang mengikat atas nama pemberi kerja
Pastikan Anda tidak berisiko dimintai pertanggungjawaban karena kontributor open source, atau dipecat karena dianggap keliru menyatakan diri sebagai pihak yang berwenang menandatangani untuk institusi
Pengguna cloud menurut ketentuan dibatasi ke AWS; jika dipakai di GCP, Heroku, atau instance server lain yang tidak berada di bawah kendali kontrak pribadi, Anda bisa dikenai biaya lisensi
“Open Source” yang diizinkan di sini hanya sesuai definisi OSI, jadi orang yang mendistribusikan software dengan lisensi nonkomersial yang restriktif tidak bisa memakai lisensi nonkomersial QNX
Klausul “risiko tinggi” melarang pengembangan aplikasi yang dapat merugikan masyarakat, sehingga aplikasi sosial pun bisa saja dikecualikan. Berhati-hatilah agar tidak melanggar klausul ini saat membuat aplikasi viral
Mereka mengumpulkan dan menyimpan semua nomor seri yang dapat diidentifikasi dari semua hardware yang digunakan terkait produk ini
Lisensi nonkomersial dapat dihentikan kapan saja tanpa syarat apa pun meski Anda sudah mematuhi ketentuannya dengan itikad baik, dan saat itu Anda mungkin harus menyediakan “sertifikasi” yang tidak didefinisikan, dengan biaya yang tidak diketahui, bahwa semua kode QNX yang telah diberikan sudah dihapus
Jika klien Twitter mati, orang tidak akan terluka atau meninggal
Dengan Linux real-time yang sudah matang, saya bertanya-tanya proyek macam apa yang punya alasan untuk memakai QNX. Apakah kita harus repot-repot siap-siap ditikam dari belakang ketika lisensinya tiba-tiba diubah?
Saya pernah memakai QNX dulu karena terasa lucu dan menarik secara akademis
Namun saat berikutnya memilih SoC untuk proyek beserta BSP-nya, saya tidak akan mencari QNX. Mungkin saya akan memakai distribusi FreeRTOS yang disertakan, atau memasang Android build tools lalu mendorong APK ke fork Android yang aneh
Kalau di bidang otomotif atau medis, ceritanya mungkin berbeda, tetapi di bidang itu pun para pesaing terus mengejar, dan perubahan real-time di Linux akan membuat situasinya makin sulit
Sekarang bukan tahun 2010. Pilihannya banyak, dan sementara QNX tetap berada di balik persyaratan lisensi yang tidak jelas dan menjengkelkan, puluhan perusahaan telah mengembangkan alternatif. Sebagian cukup besar, dan ada yang bahkan sudah sampai ke luar angkasa
Kini, agar QNX dianggap serius, sekadar “mulai membuka pintu QNX seperti dulu” tidak cukup
Kalau bukan open source sepenuhnya sampai penggunaan komersial, saya tidak tertarik memakainya. Jika dukungan tool dan BSP sepadan dengan waktu yang dihemat, saya mungkin bisa menerima lisensi gaya Epic, tetapi saya sama sekali tidak tertarik membayar biaya lisensi hanya untuk mulai
Produknya sudah menjadi komoditas dan kini hanya jadi bahan rasa ingin tahu. Satu-satunya jalan untuk mendapatkan pengembangan aktif dan adopsi yang memadai adalah menjadi proyek komunitas
Tidak semua orang peduli apakah sesuatu itu bebas dan open source, dan dalam isu seperti ini tidak mengherankan jika orang punya kecenderungan yang berbeda-beda
Dari semua sistem operasi yang pernah saya pakai pada awal 2000-an, hanya QNX dan BeOS yang membuat Pentium single-core tua dari pertengahan 90-an terasa hebat dan responsif
Jauh lebih baik daripada versi Windows mana pun atau Linux
Dalam kedua kasus, menurut saya itu terutama berkat scheduler dan stack multimedia yang jauh lebih baik
Saya selalu berharap sistem operasi masa depan akan terasa seperti itu; yang paling mendekati mungkin iOS, dan itu pun memakai trik dengan terus-menerus mematikan proses. Masa depan tidak terlalu menggembirakan
Sistem operasi sezamannya saat itu punya satu lock raksasa
Saya tidak ingat pasti apakah interval preemption BeOS 750 ms atau 3 ms, tetapi itu lebih pendek daripada 20 ms Linux dan Windows, lalu kemudian 10 ms, jadi mungkin karena itulah perbedaannya terasa
Puluhan tahun kemudian, sebagian besar sistem operasi sudah mengejar tingkat locking yang lebih halus di ruang kernel, tetapi interval preemption masih berbeda karena perdebatan throughput versus latency. Benchmark sistem operasi berbasis skrip mengukur throughput total, bukan responsivitas GUI
Buffer media yang diuntungkan oleh ukuran buffer kecil adalah contoh yang bagus; meski throughput turun, para musisi menyadari responsivitas BeOS yang lebih baik, sehingga mendapat julukan “Media OS”
Di ruang GUI juga, app server BeOS/Haiku menyediakan beban kerja yang lebih terdistribusi dibandingkan lingkungan desktop lain. Setiap jendela mendapat thread sendiri, aplikasi juga mendapat thread sendiri, dan aplikasi serta application server memiliki satu thread untuk tiap aplikasi dan jendela agar tidak terblokir menunggu parsing pesan aplikasi yang lambat
Jadi aplikasi BeOS minimal dengan jendela grafis “Hello World” pun punya 4 thread. Meski aplikasinya sibuk, sisa sistem tetap terasa responsif
Sebagai gantinya ada biaya throughput dan biaya kompleksitas pengembangan aplikasi, terutama besar pada aplikasi hasil porting
Haiku harus mengurutkan pesan Qt/Gtk/toolkit dari beberapa jendela ke satu message queue agar bug multithread bisa dicegah. Sebab di lingkungan asalnya, loop pesan aplikasi tidak multithread
Karena pengurutan ini, saat sebenarnya tidak perlu pun—misalnya pesan yang menuju jendela yang sama—Haiku tetap memerlukan panggilan lock/unlock tambahan
Sebaliknya, aplikasi native Haiku terasa sangat mulus. Berikut screenshot editor video Medo yang semua jendelanya berjalan di thread masing-masing: https://raw.githubusercontent.com/smallstepforman/Medo/refs/...
Di sistem modern, aplikasi ini terasa sangat mulus, nyaris menyimpang untuk ukuran editor video. Aplikasi Haiku yang saya tautkan itu saya yang menulis
Saya meninggalkan Android ketika bahkan Samsung pun tidak serius memperbaiki responsivitas ponsel
Bagus bahwa Apple secara konsisten mengutamakan responsivitas, dan berkat itu Google, Samsung, serta Microsoft punya insentif untuk membenahi produk mereka yang membengkak
Di antara sistem operasi sekarang, apa yang paling mendekati kelincahan itu? Haiku OS-kah?
Saya memakai M1 MacBook dengan nyaman, tetapi sesekali rasanya masih kurang
Contoh lain, SGI IRIX punya scheduler yang luar biasa bagus. Saya pernah memakai mesin 30 MHz untuk sementara, dan desktopnya cukup responsif
Suatu hari saya mengompilasi AMP dan memasukkan daftar MP3 yang kebanyakan 192 kbps; sebagai catatan, program ini juga bisa mendekode 256 kbps tanpa putus-putus
File-file itu berada di share NFS, dan ketika saya menjalankan gr_osview, penggunaan CPU 95%, tetapi file manager tetap responsif dan musik tidak tersendat
Mendekode MP3 berbitrate tinggi di atas 192 kbps pada 30 MHz saja sudah mengesankan
Fakta bahwa ia tetap responsif sambil menjalankan seluruh desktop X Window System dan memutar file dari share NFS menunjukkan stack jaringan dan scheduler yang ringan sekaligus kuat, yang bekerja baik bahkan di hardware kelas rendah
Itu IRIX 5.3, Indigo Elan
Saya dan teman saya menyukai sistem operasi, jadi kami menjalankan BeOS di Pentium 90 tua, dan seperti disebut di atas, terasa responsif
Linux juga berperan. Setelah terkena kerusakan air, Pentium 90 itu tidak lagi stabil, dan karena memakai RAM tanpa parity, Windows NT perlahan menjadi aneh lalu berulang kali blue screen
Sekadar iseng kami memasang Red Hat 5.2, dan ternyata berjalan baik. Log sistem mencatat banyak entri setiap detik, dan kami bisa membuka konsol X untuk melihatnya lewat begitu saja
Mesin itu juga sempat melayani halaman web perusahaan selama beberapa minggu untuk iseng. Masa-masa yang menyenangkan
Untuk menambahkan detail, kode sumber QNX bisa diakses dari 2007 sampai sebelum akuisisi RIM/Blackberry pada 2010
Apakah ada rencana untuk kembali menyediakan akses ke kode sumber QNX ke depannya?
https://www.qnx.com/news/pr_2471_1.html
Kami mendengar bahwa ini penting baik bagi pelanggan maupun komunitas. Terus ikuti perkembangannya
Perusahaan saya sebelumnya membuat router Active/Standby dengan ketersediaan tinggi untuk jaringan mobile, dan memakai QNX sebagai sistem operasinya. Kemampuan itu masih terasa mengesankan
Ingatan saya agak samar, tetapi kami menjalankan QNX di prosesor control plane, dan QNX mendukung secara native untuk menjalankan proses di prosesor jarak jauh melalui jaringan internal router
Dengan kata lain, komunikasi antarproses tingkat rendah bisa menggunakan IP, dan IPC QNX sangat penting untuk fungsi failover dengan ketersediaan tinggi
Fakta bahwa driver perangkat berupa proses di user space sehingga bisa di-restart saat crash juga sangat bagus. Waktu itu kami sedang mengembangkan driver jaringan, jadi kadang hal seperti itu benar-benar terjadi
Hal lain yang lebih baik adalah perangkat benar-benar terlihat di tree /dev/, berbeda dengan Linux yang perangkat jaringannya secara pengecualian tidak muncul dengan benar di tree /dev/
Sebagai kisah menarik, suatu kali masalah muncul karena saya tak sengaja menambahkan const pada nilai balik IPC, dan proses saya mati di antara fungsi IPC QNX dan fungsi saya sendiri
Saya men-debug selama beberapa hari, dan dengan tingkat debugger C/user space yang kami pakai saat itu, kesalahan itu tidak bisa ditemukan
Line card juga Linux, tetapi tugasnya hanya memprogram ASIC sesuai instruksi control plane
Fitur-fitur seperti itu tidak terlalu relevan, dan IPC bisa dilakukan lewat HTTP atau cara apa pun yang diinginkan
@JohnAtQNX bisakah batasan bahwa semua unduhan di situs web memerlukan akun dihapus, dan mekanisme lisensi qcc juga dihilangkan?
Itu akan sangat membantu mendorong developer hobi untuk mencobanya
Pendapatan kemungkinan berasal dari kontrak lisensi skala besar, dengan struktur biaya lisensi per perangkat
Jika membuat marah tim CI/CD yang harus mendukung lini produk QNX, sumber pendapatan itu bisa terancam
Senang mendengar hal yang sama dari luar, dan saya akan membawanya kembali ke meja diskusi serta mendorongnya sedikit demi sedikit
Saya benar-benar tidak suka harus terus menambahkan login baru setiap kali ada sesuatu yang baru muncul
News feed juga sama; hampir setengah situs berita menyebut dirinya “gratis” tetapi tetap meminta login. Dalam kasus itu masih agak lebih baik, karena biasanya mudah menemukan artikel yang sama di tempat lain
Saya masih ingat betapa takjubnya saya pada demo QNX satu floppy yang bahkan menyertakan browser web. Benar-benar cepat
Semoga berhasil. Saya hanya bisa membayangkan betapa rumitnya simpul Gordian urusan hukum yang harus diurai agar benar-benar bisa membuka sesuatu
Seperti yang dikatakan orang lain, semua orang berhati-hati karena sudah dua kali kena tikam dari belakang, tetapi QNX punya banyak hal yang bisa dinikmati, jadi semoga kali ini mendapat momentum
Sejak itu saya punya kesan yang cukup positif terhadap QNX, tetapi perubahan kepemilikan di tengah jalan dan perubahan status terbuka/komersial selalu membuat saya menjaga jarak
Sayangnya, “pembukaan” kali ini juga terasa familiar, dan menurut saya akan ditarik kembali lagi kecuali muncul komunitas bebas dan open source yang cukup besar untuk mempertahankan lisensi GPL yang benar-benar terbuka serta fork-nya
Saya suka langkah berani ini. Sejak lama saya mengamati QNX dari pinggir dengan rasa tertarik, tetapi dalam sebagian besar kasus saya bukan calon pengguna
Langkah bagus berikutnya adalah memilih jenis proyek hobi yang umum, lalu membuat rangkaian tulisan blog yang menjelaskan bagaimana kekuatan QNX bisa diterapkan dalam situasi itu
Saya juga bekerja di organisasi nirlaba yang meneliti pengawasan garis pantai, dan ada beberapa orang yang membuat hardware kustom. Apakah ini juga bisa membantu kami?
Kami di Rizin ingin meningkatkan dukungan QNX untuk framework reverse engineering dan debugging yang bebas dan open source
Dukungan sudah ada[1][2][3][4], tetapi kami tidak bisa mengujinya secara stabil
Akan bagus jika image QEMU disediakan secara default, seperti Windows yang langsung menyediakan VM terbatas untuk pengujian[5]
[1] https://github.com/rizinorg/rizin/tree/dev/librz/bin/format/...
[2] https://github.com/rizinorg/rizin/blob/dev/librz/bin/p/bin_q...
[3] https://github.com/rizinorg/rizin/blob/dev/librz/debug/p/deb...
[4] https://github.com/rizinorg/rizin/tree/dev/subprojects/rzqnx
[5] https://developer.microsoft.com/en-us/windows/downloads/virt...
Namun saya paham bahwa akan lebih mudah jika bisa diunduh sekali klik seperti image Windows, dan saya akan membawa masukan itu
Jika kami bisa membantu dengan cara lain untuk memungkinkan dukungan QNX, silakan DM atau kirim pesan ke qnxcommunityengagement at qnx dot com