Kontent qismiga oʻtish

Manba kodi

ZiyoSfera, erkin ensiklopediya
C dasturlash tilidagi "Hello world" dasturining sodda manba kodi. Ushbu kod dasturlash olamidagi fundamental asar hisoblangan "The C Programming Language" kitobidan olingan. Uning muallifi Brayan Kernigan bo‘lib, u ilk bor 1974-yilda Bell laboratoriyasida yaratilgan.[1]

Hisoblash texnikasi (computing) sohasida manba kodi (source code) yoki shunchaki kod yoki manba deb, yakuniy natijada kompyuter xatti-harakatlarini boshqarishga imkon beradigan, inson o'qiy oladigan oddiy matnga (plain text) aytiladi. Kompyuterni boshqarish uchun manba kodi dastur (computer program) tomonidan qayta ishlanishi kerak u yoki interpretator (interpreter) orqali bevosita bajariladi, yoki kompilyator (compiler) yordamida kompyuter iste'moli uchun qulayroq shaklga tarjima qilinadi (translated). Ba'zan kod bevosita mashina kodiga (machine code) kompilyatsiya qilinadi va qo'shimcha ishlovsiz kompyuterning ona tilida ishga tushiriladi. Biroq, ko'plab zamonaviy muhitlar kodni bayt-kod (bytecode) kabi oraliq ko'rinishga (intermediate representation) o'tkazishni nazarda tutadi; bu ko'rinish interpretator orqali ishlashi yoki just-in-time kompilyatsiyasi (just-in-time compilation) orqali talabga ko'ra mashina kodiga o'tkazilishi mumkin.

Tarixi va asoslari

1940-yillarning oxirida paydo bo'lgan birinchi dasturlanadigan kompyuterlar[2] mashina tilida (machine language) (protsessor tomonidan bevosita bajarilishi mumkin bo'lgan oddiy ko'rsatmalar) dasturlashtirilgan edi. Mashina tilidagi xatolarni tuzatish qiyin bo'lib, u turli kompyuter tizimlari o'rtasida portativ (portable) emas edi.[3] Dastlab apparat resurslari taqchil va qimmat bo'lsa, inson resurslari (human resources) nisbatan arzon edi.[4] Dasturlar murakkablashgani sayin, dasturchi mahsuldorligi asosiy to'siqqa aylandi. Bu 1950-yillarning o'rtalarida Fortran kabi yuqori darajali dasturlash tillari (high-level programming languages) paydo bo'lishiga olib keldi. Ushbu tillar apparat ta'minoti detallaridan abstraksiya (abstraction) qilindi va insonlar tomonidan osonroq tushuniladigan algoritmlarni ifodalash uchun loyihalandi.[5][6] Asosiy kompyuter apparaturasidan farqli o'laroq, dasturiy ta'minot nisbatan yangi soha bo'lib, uning tarixi yuqorida tilga olingan Fortran, Lisp va Cobol kabi dasturlash tillariga borib taqaladi.[6] Yuqori darajali dasturlash tillarining kashf etilishi manba kodini kompyuter apparaturasida bevosita bajariladigan mashina kodiga avtomatik ravishda o'tkazuvchi kompilyatorlarning yaratilishi bilan bir vaqtda yuz berdi.[7]

Manba kodi bu insonlar tomonidan bevosita o'zgartiriladigan kod shakli bo'lib, odatda yuqori darajali dasturlash tilida yoziladi. Obyekt kodi (object code) esa mashina tomonidan bevosita bajarilishi mumkin va u manba kodidan, ko'pincha assembler tili (assembly language) kabi oraliq bosqich orqali avtomatik ravishda hosil qilinadi. Obyekt kodi faqat ma'lum bir platformada ishlasa-da, manba kodi boshqa mashinaga ko'chirilishi va u yerda qayta kompilyatsiya qilinishi mumkin. Bir xil manba kodi uchun obyekt kodi sezilarli darajada farq qilishi mumkin bu nafaqat u kompilyatsiya qilinayotgan mashinaga, balki kompilyatorning unumdorlikni optimallashtirish xususiyatlariga ham bog'liqdir.[8][9]

Tashkil etilishi

Aksariyat dasturlar ishlash uchun zarur bo'lgan barcha resurslarni o'z ichiga olmaydi va tashqi kutubxonalarga (libraries) tayanadi. Kompilyatorning vazifalaridan biri ushbu fayllarni dastur apparat tomonidan bajarilishi mumkin bo'lgan tarzda bog'lashdan iboratdir.[10]

Java manba kodining murakkabroq misoli. Obyektga yo'naltirilgan dasturlash uslubida yozilgan bo'lib, u shablonli kodni (boilerplate code) namoyish etadi. Prolog izohlari qizil, qator ichidagi izohlar yashil va dastur amallari ko'k rangda ko'rsatilgan.

Dasturiy ta'minot ishlab chiquvchilar ko'pincha manba kodi fayllaridagi o'zgarishlarni kuzatib borish uchun konfiguratsiyani boshqarish (versiyalarni boshqarish) tizimlaridan foydalanadilar. Konfiguratsiyani boshqarish tizimi, shuningdek, qaysi obyekt kodi fayli manba kodining qaysi versiyasiga mos kelishini ham hisobga olib boradi.[11]

Maqsadlari

Baholash

Kodning manba satrlari (source lines of code ,SLOC) soni ko'pincha dasturchilar mahsuldorligini, kod bazasining iqtisodiy qiymatini, ishlab chiqilayotgan loyihalar uchun harakatlarni baholashni va mahsulot chiqarilgandan keyingi dasturiy ta'minotga xizmat ko'rsatish xarajatlarini o'lchashda metrika sifatida qo'llaniladi.[12]

Kommunikatsiya

Manba kodi tomonlar o'rtasida algoritmlarni almashish uchun ham xizmat qiladi, masalan, internetdagi yoki kitoblardagi kod parchalari (code snippets).[13]

Dasturchilar dasturlash uslublarini o'rganish uchun mavjud manba kodlarini tahlil qilishni foydali deb hisoblaydilar.[13] Ishlab chiquvchilar o'rtasida manba kodi almashinuvi ularning dasturlash mahoratini oshirishga yordam beruvchi omil sifatida tez-tez tilga olinadi.[13] Ba'zilar manba kodini o'ziga xos badiiy vosita (artistic medium) deb hisoblashadi.[14]

Manba kodi ko'pincha izohlarni (comments) - kompilyator e'tiborsiz qoldirishi uchun belgilangan matn bloklarini o'z ichiga oladi. Ushbu tarkib dastur mantiqining bir qismi bo'lmasdan, balki o'quvchilarga dasturni tushunishga yordam berish uchun mo'ljallangan.[15]

Kompaniyalar ko'pincha tijorat siri (trade secret) hisoblangan algoritmlarni yashirish maqsadida manba kodini maxfiy saqlaydilar. Xususiy va maxfiy manba kodlari hamda algoritmlar jinoiy odil sudlov kabi muhim davlat sohalarida keng qo'llaniladi, bu esa algoritm metodologiyasining shaffof emasligiga va «qora quti» (black box) effektiga olib keladi. Natijada, noxolislik kabi masalalarning jamoatchilik nazoratidan chetda qolishi kuzatiladi.[16]

O'zgartirish

Manba kodiga (nafaqat obyekt kodiga) ega bo'lish uni o'zgartirish uchun zarurdir.[17] Mavjud kodni o'zgartirishdan oldin uning qanday ishlashini tushunish talab etiladi.[18] Tushunish tezligi kod bazasiga hamda dasturchining mahoratiga bog'liq.[19] Tajribali dasturchilar kodning yuqori darajada nima vazifani bajarishini osonroq anglaydilar.[20] Ushbu jarayonni tezlashtirish uchun ba'zan dasturiy ta'minotni vizuallashtirishdan foydalaniladi.[21]

Ko'pgina dasturchilar o'z mahsuldorligini oshirish uchun integratsiyalashgan ishlanmalar muhiti (integrated development environment, IDE) dasturlaridan foydalanadilar. IDElar odatda bir nechta o'rnatilgan funksiyalarga ega, jumladan, dasturchini keng tarqalgan xatolardan ogohlantiruvchi manba kodi tahrirchisi ham mavjud.[22] O'zgartirishlar ko'pincha kod refaktoringini (code refactoring) (funksiyani o'zgartirmasdan tuzilmani yaxshilash) va qayta qurishni (tuzilmani va funksiyani bir vaqtda yaxshilash) o'z ichiga oladi.[23] Deyarli har bir kod o'zgarishi yangi xatolarni yoki kutilmagan to'lqin effektlarini (ripple effects) keltirib chiqaradi, bu esa keyingi bosqichda tuzatishlarni talab qiladi.[18]

Loyihaga qo'shilgan yangi kodni tekshirish uchun ko'pincha boshqa ishlab chiquvchilar tomonidan kod taqrizi (code review) o'tkaziladi.[24] Ushbu bosqichning maqsadi kodning uslub va xizmat ko'rsatish (maintainability) standartlariga muvofiqligini hamda dasturiy loyihaning (software design) to'g'ri tatbiq etilganligini tasdiqlashdan iborat.[25] Ba'zi hisob-kitoblarga ko'ra, kod taqrizi dasturiy ta'minotni sinash yakunlangandan keyin saqlanib qolgan xatolar sonini sezilarli darajada kamaytiradi.[24] Kodni bajarish orqali amalga oshiriladigan sinovlar bilan bir qatorda, dasturning statik tahlili (static program analysis) manba kodidagi muammolarni aniqlash uchun avtomatlashtirilgan vositalardan foydalanadi. Ko'pgina IDElar kodning aniqligi va xizmat ko'rsatish darajasi bo'yicha metrikalarni taqdim etuvchi tahlil vositalarini qo'llab-quvvatlaydi.[26] Sozlovchilar (debuggers) esa dasturchilarga kodning bajarilishini bosqichma-bosqich kuzatish va har bir holat o'zgarishiga qaysi manba kodi mos kelishini aniqlash imkonini beruvchi vositalardir.[27]

Kompilyatsiya va bajarish

Yuqori darajali dasturlash tilidagi manba kodi fayllari ko'rsatmalar bajarilishidan oldin mashina kodiga o'tkazish (preprocessing) bosqichidan o'tishi kerak.[7] Kompilyatsiya qilinganidan so'ng, dastur obyekt fayli sifatida saqlanishi mumkin va yuklovchi (loader) (operatsion tizimning bir qismi) ushbu saqlangan faylni olib, uni kompyuter apparaturasida jarayon (process) sifatida ishga tushirishi mumkin.[10] Ba'zi dasturlash tillari kompilyator o'rniga interpretatordan foydalanadi. Interpretator dasturni bajarilish vaqtida (run time) mashina kodiga aylantiradi, bu esa ularni kompilyatsiya qilinadigan tillarga qaraganda 10 tadan 100 martagacha sekinroq ishlashiga olib keladi.[22][28]

Portativlik

Ko'pgina dasturlarning bajariladigan binar fayllar ko'rinishida emas, balki manba kodi shaklida tarqatilishining yana bir sababi shundaki, ko'pincha bitta manba kodi fayli bir marta yozilib, turli xil yakuniy foydalanuvchi mashinalarida (har biri o'zining mahalliy kompilyatori yoki interpretatoriga ega) ishlashi mumkin. Bajariladigan kod fayli esa odatda faqat deyarli bir xil bo'lgan mashinalarda ishlaydi. Manba kodi Unix tarixining boshida Unix operatsion tizimini tarqatish uchun, keyinchalik esa skript tillarida (xususan, JavaScript mijoz tomonidagi skript) yozilgan dasturlarning turli xil mashinalarda ishlashini ta'minlash uchun foydalanilgan.

Ushbu maqsad yo'lida «minifikatsiya qilingan» (minified), «obfuskatsiya qilingan» (obfuscated) yoki «dekompilyatsiya qilingan» manba kodi fayllari (ularda asl koddagi izohlar o'chirilgan bo'ladi) ham asl manba kodi fayllari kabi portativdir. Biroq, ular o'zgartirishlar kiritish uchun ancha noqulay bo'lib, GNU General Public License 2-versiyasidagi (GPL2) manba kodi ta'rifiga to'liq javob bermaydi.

Sifat

Dasturiy ta'minot sifati - bu kodning to'g'ri va samarali xulq-atvori, uning qayta ishlatilishi va portativligi yoki o'zgartirishning osonligini anglatuvchi keng qamrovli tushunchadir.[29] Odatda, sifatni mahsulotga uni ishlab chiqish jarayonining boshidanoq kiritish, keyinchalik qo'shishga urinishdan ko'ra tejamkorroq hisoblanadi.[30] Yuqori sifatli kod ishonchlilik va xizmat ko'rsatish darajasi yuqori bo'lganligi sababli yetkazib beruvchilar va mijozlar uchun xarajatlarni kamaytiradi.[31][32]

Xizmat ko'rsatish darajasi (maintainability) - bu dasturiy ta'minotning mavjud funksiyalarini buzmagan holda osongina o'zgartirilishi mumkinligidir.[33] Kodlash konvensiyalariga rioya qilish, masalan, funksiya va o'zgaruvchilar uchun ularning maqsadiga mos keladigan aniq nomlardan foydalanish xizmat ko'rsatishni osonlashtiradi.[34] Shartli sikl operatorlaridan faqat kod bir necha marta bajarilishi kerak bo'lgandagina foydalanish va hech qachon bajarilmaydigan kodlarni olib tashlash ham tushunarlilikni oshiradi.[35] Ko'pgina dasturiy ta'minotni ishlab chiqish tashkilotlari ishlab chiqish bosqichida xizmat ko'rsatish darajasiga e'tibor bermaydilar, garchi bu uzoq muddatli xarajatlarni oshirsa ham.[32] Texnik qarz (technical debt) dasturchilar dangasalik yoki muddatga ulgurish zarurati tufayli xizmat ko'rsatish darajasini o'ylamay, «tezkor va sifatsiz» yechimlarni tanlaganlarida yuzaga keladi.[36] Buning keng tarqalgan sababi dasturiy ta'minotni ishlab chiqish harakatlarini baholashdagi xatoliklar bo'lib, bu ishlab chiqish uchun yetarli resurslar ajratilmasligiga olib keladi.[37] Yana bir muammo shundaki, ko'plab dasturiy muhandislik kurslarida xizmat ko'rsatish darajasiga yetarlicha urg'u berilmaydi.[38] Dasturiy ta'minotga xizmat ko'rsatish uchun mas'ul bo'lmasligini biladigan muhandislar esa ushbu sifatni ta'minlashdan manfaatdor emaslar.[18]

Mualliflik huquqi va litsenziyalash

Vaziyat butun dunyoda turlicha bo'lsa-da, AQShda 1974-yilgacha dasturiy ta'minot va uning manba kodi mualliflik huquqi bilan himoyalanmas edi va shuning uchun har doim jamoat mulki bo'lgan dasturiy ta'minot hisoblangan.[39] 1974-yilda AQShning Mualliflik huquqi bilan himoyalangan asarlardan yangi texnologik foydalanish bo'yicha komissiyasi (CONTU) «kompyuter dasturlari, muallifning asl ijodini aks ettirgan darajada, mualliflik huquqining tegishli obyekti hisoblanadi» degan qarorga keldi.[40][41]

Xususiy dasturiy ta'minot (proprietary software) kamdan-kam hollarda manba kodi ko'rinishida tarqatiladi.[42] Garchi ochiq manbali dasturiy ta'minot (open-source software) atamasi so'zma-so'z manba kodiga ochiq kirishni bildirsa-da,[43] ochiq manbali dasturiy ta'minot qo'shimcha talablarga ega: erkin qayta tarqatish, manba kodini o'zgartirishga ruxsat berish va hosilaviy asarlarni xuddi shu litsenziya ostida chiqarish, shuningdek, turli foydalanish sohalari, jumladan tijorat maqsadlarida foydalanish o'rtasida kamsitishning mavjud emasligi.[44][45] Ochiq manbali dasturiy ta'minotning erkin qayta ishlatilishi ishlab chiqish jarayonini sezilarli darajada tezlashtirishi mumkin.[46]

Yana qarang

Manbalar

  1. ↑ The C Programming Language kitobi, 1978-yil.
  2. ↑ Gabbrielli & Martini 2023, s. 519.
  3. ↑ Gabbrielli & Martini 2023, ss. 520–521.
  4. ↑ Gabbrielli & Martini 2023, s. 522.
  5. ↑ Gabbrielli & Martini 2023, s. 521.
  6. ↑ 6,0 6,1 Tracy 2021, s. 1.
  7. ↑ 7,0 7,1 Tracy 2021, s. 121.
  8. ↑ Lin et al. 2001, ss. 238–239.
  9. ↑ Katyal 2019, s. 1194.
  10. ↑ 10,0 10,1 Tracy 2021, ss. 122–123.
  11. ↑ O'Regan 2022, ss. 230–231, 233, 377.
  12. ↑ Foster 2014, ss. 249, 274, 280, 305.
  13. ↑ 13,0 13,1 13,2 Spinellis, D: Code Reading: The Open Source Perspective. Addison-Wesley Professional, 2003. ISBN 0-201-79940-5
  14. ↑ "Art and Computer Programming" ONLamp.com (Wayback Machine saytida 20 February 2018 sanasida arxivlangan), (2005)
  15. ↑ Kaczmarek et al. 2018, s. 68.
  16. ↑ Katyal 2019, ss. 1186–1187.
  17. ↑ Katyal 2019, s. 1195.
  18. ↑ 18,0 18,1 18,2 Offutt, Jeff „Overview of Software Maintenance and Evolution“. George Mason University Department of Computer Science (2018-yil yanvar). Qaraldi: 2024-yil 5-may.
  19. ↑ Tripathy & Naik 2014, s. 296.
  20. ↑ Tripathy & Naik 2014, s. 297.
  21. ↑ Tripathy & Naik 2014, ss. 318–319.
  22. ↑ 22,0 22,1 O'Regan 2022, s. 375.
  23. ↑ Tripathy & Naik 2014, s. 94.
  24. ↑ 24,0 24,1 Dooley 2017, s. 272.
  25. ↑ O'Regan 2022, ss. 18, 21.
  26. ↑ O'Regan 2022, s. 133.
  27. ↑ Kaczmarek et al. 2018, ss. 348–349.
  28. ↑ Sebesta 2012, s. 28.
  29. ↑ Galin 2018, s. 26.
  30. ↑ O'Regan 2022, ss. 68, 117.
  31. ↑ O'Regan 2022, ss. 3, 268.
  32. ↑ 32,0 32,1 Varga 2018, s. 12.
  33. ↑ Varga 2018, s. 5.
  34. ↑ Tripathy & Naik 2014, ss. 296–297.
  35. ↑ Tripathy & Naik 2014, s. 309.
  36. ↑ Varga 2018, ss. 6–7.
  37. ↑ Varga 2018, s. 7.
  38. ↑ Varga 2018, ss. 7–8.
  39. ↑ Liu, Joseph P.; Dogan, Stacey L. (2005). "Copyright Law and Subject Matter Specificity: The Case of Computer Software" (en). New York University Annual Survey of American Law 61 (2). https://lawdigitalcommons.bc.edu/lsfp/536/. 
  40. ↑ Apple Computer, Inc. v. Franklin Computer Corporation Puts the Byte Back into Copyright Protection for Computer Programs (Wayback Machine saytida 7 May 2017 sanasida arxivlangan) in Golden Gate University Law Review Volume 14, Issue 2, Article 3 by Jan L. Nussbaum (January 1984)
  41. ↑ Lemley, Menell, Merges and Samuelson. Software and Internet Law, p. 34.
  42. ↑ Boyle 2003, s. 45.
  43. ↑ Morin et al. 2012, Open Source versus Closed Source.
  44. ↑ Sen et al. 2008, s. 209.
  45. ↑ Morin et al. 2012, Free and Open Source Software (FOSS) Licensing.
  46. ↑ O'Regan 2022, s. 106.

Manba adabiyotlar

Tashqi havolalar