OS Sivelkiriya: formulir misi dan peluncuran
Halo Habr.Ini adalah artikel kedua dalam serangkaian publikasi tentang OS Sivelkiriya yang saat ini sedang dirancang. Artikel pertama tersedia di sini , yang berikutnya di sini . Karena komentar terhadapnya berulang kali mengajukan pertanyaan tentang tujuan keseluruhan usaha, serta tentang jumlah tenaga kerja yang harus diinvestasikan dalam pengembangan agar dapat “lepas landas,” publikasi ini akan berfokus terutama pada mereka.Pertama, misi pengembangan ini akan dijelaskan (dalam artikel berikut, gambaran terperinci tentang masalah sistematis perangkat lunak yang ada yang diusulkan untuk diselesaikan dalam kerangka pengembangan ini akan ditambahkan ke abstrak). Kedua, pada contoh cara yang mungkin untuk meluncurkan OS yang diusulkan, akan ditunjukkan bahwa akan dimungkinkan untuk mulai mengambil manfaat dari pengembangan bahkan sebelum sejumlah besar perangkat lunak yang tersedia direkrut atau migrasi lengkap ke sistem baru selesai.Aspek teknis dan organisasi yang disebutkan dalam artikel ini akan dijelaskan secara rinci dalam publikasi berikut.Misi OS Sivelkiriya
Misi dari sistem operasi Sivelkiriya adalah untuk mengintegrasikan produk digital yang berbeda ke dalam keseluruhan yang harmonis berdasarkan pada platform yang menjamin kompatibilitas semua solusi perangkat lunak.Prinsip ini terbaik dirumuskan sebagai daftar hak-hak dasar pihak yang berkepentingan, yang implementasinya dalam kerangka OS Sivelkiriya dijamin oleh organisasi interaksi dan struktur sistem operasi itu sendiri. Berikut ini adalah daftar lengkap dari ketentuan tersebut dengan beberapa penjelasan tentang bagaimana sebenarnya OS Sivelkiriya berkontribusi pada realisasi hak ini.- Pengguna memiliki hak untuk memilih solusi perangkat lunak yang paling sesuai dengan kebutuhannya .
- Setiap modul yang digunakan dapat diganti dengan yang lain, lebih cocok, tanpa membangun kembali atau kehilangan fungsionalitas keseluruhan dari solusi.
- , , ( API , ).
- , (), . .
- .
- , ( ), .
- , , ( ), . , , , , .
- .
- — . , ( ).
- . , .
- , (, , ), , . (web, , , , ).
- , . .
- .
- .
- .
- .
- , .
- , .
- .
- , , , .
- , , , , — , , .
- .
- / .
- .
- .
- , , , , .
- , , .
- , ( -), , .
- (. ) .
- .
- .
- .
- , , , .
- Seperti halnya perangkat lunak, tim pendukung repositori pusat memberikan dukungan kepada pemilik dan penyedia properti intelektual, termasuk memblokir bajak laut.
- Pengguna korporat memiliki hak untuk mengembangkan perangkat lunak dalam mode tertutup.
- Dimungkinkan untuk membuat repositori tertutup, perangkat lunak yang tidak dapat ditransfer ke luar infrastruktur.
- Perusahaan yang mengembangkan perangkat lunak untuk kebutuhan mereka sendiri memiliki peluang, jika perlu, untuk menjauh dari struktur antarmuka dan modul yang diatur oleh tim pengembangan OS, tetapi ketersediaan perangkat lunak tersebut dibatasi oleh organisasi mereka.
Cakupan Platform
Sistem operasi Sivelkiriya dirancang untuk berjalan dalam mode berikut:- Sebagai sistem operasi utama pada platform x86 dan ARM;
- Sebagai satu set aplikasi grafis di bawah sistem operasi utama;
- / .
Di bawah ini kami akan menunjukkan mengapa peluang seperti itu dibutuhkan.Diluncurkan sebagai sistem operasi utama memberi Sivelkiriya kemampuan untuk secara langsung mengontrol perangkat yang tersedia. Di satu sisi, ini memungkinkan kontrol optimal atas pengeluaran sumber daya sistem, misalnya, waktu prosesor dan RAM. Di sisi lain, ini menghadapkan pengguna dengan pilihan sulit: beralih sepenuhnya ke sistem operasi baru, di mana, pada tahap awal, mungkin tidak ada cukup perangkat lunak untuk pekerjaan yang nyaman, atau tidak menggunakannya sama sekali. Tidak mungkin menjadi kesalahan untuk mengatakan bahwa banyak sistem operasi muda belum mampu mengatasi tonggak sejarah ini: kurangnya program membuat takut pengguna, dan kurangnya pengguna membuat takut pengembang.Untuk mengatasi situasi yang tidak menyenangkan ini, OS Sivelkiriya menawarkan cara kedua untuk meluncurkannya - sebagai satu set aplikasi yang dikompilasi untuk beberapa sistem operasi dasar (misalnya, Windows, Linux, atau Android). Dari sudut pandang modul yang diluncurkan di dalamnya, tidak ada perbedaan dengan opsi pertama, karena mereka masih berinteraksi dengan modul lain dan inti sistem melalui API yang sama. Dari sudut pandang pengguna, perbedaannya adalah bahwa sekarang ia terus bekerja dengan sistem operasi utamanya, menggunakan Sivelkiriya hanya untuk menyelesaikan tugas-tugas yang saat ini paling mudah diselesaikan di dalamnya.Akhirnya, versi ketiga dari perakitan Sivelkiriya adalah membuat antarmuka objek yang ada di dalamnya terlihat oleh beberapa konteks eksternal. Akibatnya, perangkat lunak pihak ketiga akan dapat menggunakan modul Sivelkiriya dengan cara yang sama seperti menggunakan perpustakaan bersama biasa, dan meskipun implementasi internal dapat menyiratkan interaksi modul dan distribusinya ke perpustakaan atau proses yang berbeda, perincian ini akan disembunyikan dari konteks panggilan. Dari sudut pandang fungsi Sivelkiria itu sendiri, perbedaan antara opsi peluncuran kedua dan ketiga hanya bahwa dalam kasus kedua pengguna berinteraksi dengan antarmuka grafisnya, sementara dalam kasus ketiga API disebut oleh sistem lain.Opsi yang diusulkan memungkinkan Anda untuk membuat periode pengisian sistem operasi baru dengan program-program yang berguna mungkin, karena keputusan tentang migrasi lengkap dapat ditunda atau ditolak sama sekali, terus menggunakan hanya fitur-fitur yang dibutuhkan pengguna tertentu. Dengan demikian, tujuan utama yang dihadapi Sivelkiriya - memastikan kompatibilitas dan aksesibilitas - akan dicapai dengan biaya minimal.Pertanyaan apakah Sivelkiria harus disebut sistem operasi ketika diluncurkan di bawah beberapa OS lain diserahkan kepada ahli teori, karena untuk tujuan kita itu bukan masalah prinsip.Publikasi pertama dari siklus tersedia di sini , selanjutnya - di sini . Teks lengkap artikel tersedia di situs web proyek . Source: https://habr.com/ru/post/undefined/
All Articles