Dasturiy ta'minot muhandisi kim? Dasturiy ta'minot muhandisligi VS "shunchaki" dasturlash

Sizning e'tiboringizga Samer Bunaning dasturiy ta'minot muhandisligi va dasturlash o'rtasidagi farqlar yoki dasturiy ta'minot kontseptsiyasini ishlab chiqish "shunchaki kodlash" dan qanday farq qilishi haqidagi maqolasining moslashuvini taqdim etamiz. Barcha dasturiy ta'minot muhandislari kodlashi mumkin, ammo hamma dasturchilar dasturiy ta'minot tushunchalarini ishlab chiqa olmaydi. Ba'zi odamlar "Dasturiy ta'minot muhandisi" (aka dasturiy ta'minot muhandisi) atamasini yoqtirmaydilar, chunki biz ko'pincha "muhandis" so'zini jismoniy narsa - qurilish haqida gapirganda ishlatamiz. Bizning maqolamiz, albatta, atamaning o'zi haqida emas. Agar u to'satdan sizni rad etishga sabab bo'lsa, uni osongina ijodkorlik bilan bog'liq narsa bilan almashtirish mumkin. "Dastur yaratuvchisi", "Dasturiy ta'minot muallifi" ... yoki hatto "Dasturiy ta'minot yaratuvchisi"! Dasturlash qobiliyati odamni avtomatik ravishda dasturiy ta'minot muhandisiga aylantirmaydi. Har kim kodlashni o'rganishi mumkin va bu ko'rinadiganidan ancha oson. Har kim o'zi uchun oddiy dastur yaratishi mumkin, ammo bu xuddi shu dastur boshqalar uchun ishlashiga kafolat bermaydi. Mening sevimli misolim bu: ko'pchiligimiz dushda qo'shiq aytamiz, lekin, afsuski, bu spektakl har doim ham professional sahnaga loyiq emas. Albatta, yuqori sifatli musiqiy tajriba uchun siz professionalga murojaat qilasiz. Sizga ko'proq misollar kerakmi?

• Biz hammamiz maktabda matematika va yozishni o'rganamiz, lekin bu bizni matematik va yozuvchi qilmaydi.
• Ko'pchiligimiz qulay va ba'zan juda mazali taom tayyorlashga qodirmiz, lekin hamma ham elchixonada kechki ovqat uchun 100 kishilik dasturxon tayyorlashga jur'at eta olmaydi. Bunday holatda biz oshpazni yollaymiz.
• Siz hozir yangi uyingizni qurishni butunlay Lego-dan ajoyib asarlar yaratuvchi qo'shnining farzandiga ishonib topshirishga tayyormisiz?

Men ushbu maqolada aytmoqchi bo'lgan asosiy fikr shundaki, oddiy dasturlar muhandislar tomonidan ishlab chiqilgan dasturlardan juda farq qiladi. Dasturlash jarayonining eng oddiy ta'rifi: berilgan kirish parametrlarini hisobga olgan holda, chiqish sifatida aniq bir narsani olish uchun kompyuter uchun tartibli harakatlar ketma-ketligini tuzish. Dasturiy ta'minot muhandisligi jarayoni - bu ko'plab foydalanuvchilar uchun muammolarni hal qilish uchun kompyuter dasturini loyihalash, yozish, sinovdan o'tkazish va qurish. Bu vaqt sinovidan o'tadigan va noma'lum bo'lishi mumkin bo'lgan ba'zi muammolar uchun ishlaydigan ishonchli va xavfsiz echimlarni yaratish haqida. Dasturiy ta'minot muhandislari o'zlari hal qiladigan muammolar, ular taklif qiladigan echimlar, ushbu echimlarning cheklovlari, ularning maxfiyligi va xavfsizligi haqida hamma narsani bilishadi. Menimcha, inson muammoning mohiyatini tushunmasa, uning yechimini dasturlashni ham boshlamasligi kerak.

Muhandislik tafakkuri - amaliy echimlarni izlash

Dasturiy ta'minot muhandislari dasturiy ta'minot yozishni o'zlarining asosiy maqsadi deb hisoblamaydilar. Ular ehtiyojlarni qondirish va muammolarni hal qilish nuqtai nazaridan o'ylashadi . Bu juda muhim, chunki har bir muammo dasturiy echimni talab qilmaydi. Ulardan ba'zilari mavjud dasturlar yordamida hal qilinishi mumkin. Ba'zi muammolar yuzaga kelishini ba'zan oldindan bashorat qilish mumkin va malakali dastur dizayni yordamida kelajakda ularni oldini olish mumkin. Murakkab muammolar ko'pincha ko'plab dasturlarni yozishni talab qiladi. Parallel ishlaydigan ilovalarni talab qiladigan vazifalar mavjud, boshqalari esa bir nechta dasturlarning ketma-ket bajarilishini talab qiladi. Bir qator muammolarni oddiygina foydalanuvchilarni o'qitish orqali hal qilish mumkin. Dastur yaratishni boshlashdan oldin, dasturiy ta'minot muhandisi o'ziga bir qator savollarni beradi:

• Qanday muammolarni hal qilishim kerak?
• Ularni hal qilish uchun kod yozishdan tashqari yana nima qila olasiz?
• Ushbu vazifalarni ilova yordamida osonlashtirish uchun nima qilishim mumkin?

Dastur sifati va kod sifati

Yaxshi dasturlar aniq va o'qilishi mumkin. Ularni kengaytirish oson, boshqa dasturlar bilan yaxshi o'ynashadi va ular bilan ishlash dahshatli bo'lmaydi. Kod sifatini muhokama qilib bo'lmaydi. Bu baland bo'lishi kerak, hammasi shu. Buni ko'rib chiqayotganda, kodlovchining yomon kayfiyati yoki juda qattiq muddatlar (oh, bu muddatlar!) kabi bahonalar qabul qilinishi mumkin emas. Dasturiy ta'minotni ishlab chiqishning eng muhim jihatlaridan biri bu dasturni kelajakda saqlash va o'zgartirish oson bo'ladigan tarzda loyihalashdir (salom, OOP!). Bugungi kunda deyarli barcha dasturiy ta'minot o'zgartirilishi mumkin, ko'pincha bu jarayon foydalanuvchi ishtirokisiz ham sodir bo'ladi yoki foydalanuvchidan "dasturingiz yangilandi, OK yoki keyinga qoldirish" dan boshqa hech narsa talab qilmaydi. Albatta, foydalanuvchilar ilovalardan yangi xususiyatlarni talab qilish huquqiga ega (ayniqsa, agar biz Java-da yozilgan uzoq muddatli korporativ dasturiy ta'minot yoki yillar davomida o'ynash mumkin bo'lgan onlayn o'yinlar haqida gapiradigan bo'lsak). Kodning bir qismini foydali deb atash qiyin. Dasturiy ta'minotning foydali funksionalligi turli xil ilovalar bo'laklari bir-biri bilan muloqot qilish, ma'lumotlar almashish va foydalanuvchilarga ma'lumotlar va interfeyslarni taqdim etish vazifasini bajarish uchun birgalikda ishlashdan boshlanadi. Dasturlar ushbu fikrlarni hisobga olgan holda ishlab chiqilishi kerak! Ular qanday xabarlarni olishadi? Qanday hodisalar kuzatilmoqda? Autentifikatsiya va avtorizatsiya qanday amalga oshiriladi? Yaxshi dasturning yana bir muhim belgisi - bu dastur o'tgan testlar soni yoki hatto yaxshi sinov qamrovi emas, balki kodning ravshanligi. Ko'rinishidan oddiy savollar: "Mendan boshqa kimdir mening kodimni tushuna oladimi?", "Bugun men ushbu kodni yozib, bir necha hafta ichida tushuna olamanmi?" Dasturlashdagi eng qiyin ikkita narsa haqida mashhur iqtibosda shunday deyilgan: Kodning o'qilishi odatda ishonilganidan ko'ra muhimroqdir. Afsuski, kod ravshanligi uchun aniq ko'rsatkichlar yoki parametrlarni belgilash mumkin emas. Umumiy qabul qilingan til me'yorlarini, yaxshi dasturiy ta'minot modellarini va ishlab chiqish usullarini yodlash qisman yordam beradi. Ammo, odatda, bu etarli emas. Vaqt va tajriba o'tishi bilan haqiqiy professionallar, ta'bir joiz bo'lsa, "aniqlik tuyg'usi", sezgiga o'xshash narsa rivojlanadi. Yozuv metaforasi bu erda yaxshi ishlaydi: ko'p so'zlarni bilish qisqa va aniq ma'noli narsalarni yozishga yordam bermaydi. Xatolarni tez va oson tuzatish qobiliyati yaxshi dasturiy ta'minotning asosiy xususiyatidir. Dasturdagi xatolar aniq xabarlarni yuborishi va kuzatish uchun markazlashtirilgan tarzda qayd etilishi kerak. Yangi xato haqida xabar berilganda, uni tuzatadigan shaxs uni tuzatish qobiliyatiga ega bo'lishi kerak. U istalgan vaqtda tizimga osongina ulanishi, ijro ma'lumotlariga kirishi, shuningdek, tizimning istalgan qismining funksionalligini osongina tekshirishi kerak.

Atrof-muhit va sinov

Dasturiy ta'minot muhandislari ilovalarni ishlab chiqishda, ular turli arxitekturadagi va turli xil operatsion tizimlardagi kompyuterlarda ishlashini ta'minlash uchun qo'llaridan kelganini qiladilar. Dasturiy ta'minot turli xil ruxsat va ekran yo'nalishlarida ishlashi, shuningdek, u talab qilinganidan ko'ra ko'proq xotira va ishlov berish quvvatini "yemmasligi" muhimdir. Veb-ilovalar haqida gap ketganda, ular barcha asosiy brauzerlarda ishlashi kerak. Ish stoli ilovasini yaratishda uning Mac, Windows va Linux tizimlarida ishga tushirilishi va to‘g‘ri ishlashiga ishonch hosil qilishingiz kerak. Xo'sh, dastur ma'lumotlarga bog'liq, keyin dastur sekin ulanish yoki uning yo'qligida ham ishlashi kerak. Dasturiy ta'minotni yozish uchun muhandislar har xil stsenariy variantlarini o'ylab ko'rishadi va ularni sinab ko'rishni rejalashtirishadi. Hammasi ideal variantni tanlash bilan boshlanadi, unda hamma narsa xatosiz ishlaydi. Keyin ular yuzaga kelishi mumkin bo'lgan muammolarni hujjatlashtiradilar va ularni sinov rejasiga yozadilar. Ba'zi muhandislar barcha mumkin bo'lgan muammolar va xatolar uchun stsenariylarni simulyatsiya qiluvchi test ishi deb ataydigan kod yozishdan boshlaydilar. Va keyin ko'rib chiqilayotgan variantlarning har biri bilan ishlay oladigan dastur yoziladi. Iqtidorli dasturiy ta'minot muhandisining o'ziga xos qobiliyati kodni qanday yozishni bilish emas, balki dasturning chiqish sifatida aynan nima qilishi kerakligini va unga qanday erishishni tushunishdir. Mijozning dasturiy ta'minotga bo'lgan talablari to'liq bo'lmagan va ehtimol noaniq bo'lsa, muhandis ularni to'g'ri baholashi va "tushunishi" kerak.

Narx va samaradorlik

Dasturiy ta'minot muhandisi ko'p hollarda muammoni tezda hal qilishi mumkin. Agar "qimmat" tajribali dasturchini yollash sizning xarajatlaringizni oshiradi deb o'ylasangiz, yana o'ylab ko'ring. Yollangan dasturchi qanchalik tajribali bo'lsa, u shunchalik tez sodda, toza, ishonchli va ishlatish uchun qulay echimni taqdim eta oladi. Uzoq muddatda bu, albatta, dasturiy ta'minotni ishlab chiqish xarajatlarini kamaytiradi. Dasturni amalga oshirish xarajatlarini ham hisobga olish kerak. Har qanday dastur hisoblash resurslaridan foydalanadi va ular bepul emas. Masalan, tez-tez foydalaniladigan ma'lumotlarni keshlash istalgan natijaga erishish uchun qo'llaniladigan mumkin bo'lgan strategiyalardan biridir. Ammo bu, ehtimol, dasturni tezroq va samaraliroq qiladigan yuzlab vositalar va echimlardan biri. Ajam dasturchi sizga arzon echimni taklif qilishi mumkin, ammo bunday yechimdan foydalanish sizga va mijozlaringizga birinchi navbatda samarali yechim yaratgan tajribali dasturchi bilan ishlaganingizdan ko'ra ancha qimmatga tushadi.

Foydalanuvchi tajribasiga e'tibor qarating

Yaxshi dasturchi foydalanuvchi tajribasini (UX) hisobga olgan holda rivojlanadi. Inson va mashinaning o'zaro ta'siri cheksiz tadqiqotlar va echimlarga ega bo'lgan mavzudir. Qanchalik ko'p echimlar qo'llanilsa, dastur shunchalik yaxshi bo'lishi kerak. Bu yo'nalish nima ekanligini tushunish uchun bir nechta misollar:

• Elektron pochta kabi ma'lumotlarni kiritish shakllarini loyihalashda yaxshi dastur elektron pochta manzilini e'tiborsiz qoldirishi kerak. Agar CAPSLOCK tugmasi bosilsa, u xatolikka yo'l qo'ymasligi kerak, chunki elektron pochta manzili kichik harflarda yagona. Agar dastur yangi elektron pochta manzilini kiritish sifatida qabul qilsa, foydalanuvchini noto'g'ri manzil formatidan foydalanayotgani haqida ogohlantirish uchun kiritish jarayonining boshida uni tekshiring. Ushbu yechim etishmayotgan "@" belgisi kabi aniq tekshiruvlarni va unchalik aniq bo'lmaganlarni, masalan, "gmail.ocm" kabi belgilarning noto'g'ri tartibini tekshirishni o'z ichiga oladi.

• Agar foydalanuvchi biron bir harakatni amalga oshirishga yo'naltirilgan bo'lsa, yaxshi dastur uning hozirgi holatini eslab qolishi va uni tugatgandan so'ng uni qaytarib berishi kerak. Yaxshi dastur, shuningdek, foydalanuvchi tomonidan uzatilgan ma'lumotlarni ham eslab qolishi kerak, bu u bilan keyingi o'zaro munosabatlar uchun muhimdir.

  Aytaylik, siz Expedia’da mehmon sifatida havo sayohatini qidiryapsiz. Keyinchalik siz hisob yaratishga qaror qilasiz. Ilova barcha oldingi qidiruvlaringizni yangi hisob qaydnomasida saqlashi kerak va siz ularga boshqa qurilmalardan kirishingiz mumkin.




• Yaxshi dastur foydalanuvchi xatti-harakatlari stsenariylarini hisobga olgan holda ishlab chiqilgan. Siz shunchaki “shunday” asosida yangi funksiyalarni qo‘shishingiz shart emas; o‘zingizni foydalanuvchi o‘rniga qo‘ying. Bir kuni men samolyot chiptalarini bron qilayotib, tez-tez uchuvchi raqamimni qo'shishni unutib qo'ydim. Tasdiqni olganimdan so'ng, men aviakompaniyaning veb-saytiga kirib, chegirma olish uchun uni qo'shishga qaror qildim. Buni qanday qilishni tushunish uchun men 10 daqiqa davomida sayt bilan shug'ullandim. Ilova shu qadar tushunarsiz ediki, men o'zimga kerakli narsani topish uchun saytning turli sahifalarida maqsadsiz kezdim. Keyinchalik, men bir necha marta to'g'ri sahifaga tushganimni angladim, lekin men buni tushunmadim, chunki menga kerak bo'lgan maydon boshqa shunga o'xshash ulkan shakldagi maydonlar orasida yo'qolgan edi.

  Ma'lum bo'lishicha, sayohat ma'lumotlarini tahrirlash uchun men shaklning yigirmaga yaqin qatorini aylanib chiqishim, sodiqlik kartasi raqami va telefon raqamini kiritishim kerak edi, ularsiz shaklni tekshirish uchun yuborib bo'lmaydi. Bu foydalanuvchiga qanchalik qulay bo'lishi haqida o'ylamasdan ishlab chiqilgan dasturning namunasidir.

Ishonchlilik, xavfsizlik va xavfsizlik

Menimcha, professional dasturiy ta'minot ishlab chiqaruvchisi va havaskor o'rtasidagi eng muhim farq, uni yaratishda dasturning ishonchliligi, xavfsizligi va xavfsizligi kabi parametrlarni hisobga olishdir. Dasturning qismlari noto'g'ri kiritish, noto'g'ri holatlar va noto'g'ri o'zaro ta'sirlarga toqat qilishi kerak. Bu haqiqatan ham amalga oshirish juda qiyin va biz dasturiy ta'minotdagi xatolar tufayli odamlarning o'lishi haqidagi hikoyalarni eshitishimizning asosiy sababidir. Foydalanuvchilar dasturga noto'g'ri ma'lumotlarni kiritdilar, kiritmoqdalar va kiritishda davom etadilar. Bu haqiqat sifatida qabul qilinishi kerak. Bundan tashqari, ba'zilar dasturni buzish va unga mavjud bo'lgan manbalarga kirish uchun buni ataylab qilishadi. Haqiqiy hayotiy misol: Yaqinda Equifax ma'lumotlarining buzilishi uchun mas'ul bo'lgan shaxs o'z vazifalarini bajarmaganlikda ayblanmoqda, bu esa jamoatchilikka taqdim etilgan barcha dasturiy mahsulotlarda yomon va zararli kirishlarga qarshi turish uchun echimlarni ishlab chiqish edi. Axborot xavfsizligi bilan bog'liq hodisalar nafaqat noto'g'ri va zararli kiritishni, balki noto'g'ri kiritilgan ma'lumotlarni ham o'z ichiga oladi. Agar foydalanuvchi o'z parolini unutgan bo'lsa, uni necha marta kiritishga harakat qilishi mumkin? Bundan keyin uni bloklaysizmi? Agar kimdir uning hisobini blokirovka qilishga urinsa-chi? Foydalanuvchi o'z hisob ma'lumotlarini shifrlanmagan ma'lumotlar kanali orqali uzatishi mumkinmi? Agar login so'rovi noodatiy joydan kelgan bo'lsa-chi? Agar tizimga kirishga urinish avtomatik bo'lib ko'rinsa, nima qilasiz? Foydalanuvchilaringizni saytlararo skriptlardan, saytlararo so'rovlarni soxtalashtirishdan va umumiy fishingdan himoya qilish uchun nima qildingiz? Sizning serverlaringizga DDoS hujumi sodir bo'lgan taqdirda zaxira strategiyangiz bormi? Bu savollar ko'rib chiqilishi kerak bo'lgan ba'zi masalalarni ko'rsatadi. Himoyalangan dastur muhim ma'lumotlarni matn shaklida saqlamaydi. U uni murakkab bir tomonlama shifr bilan himoya qiladi (shifrlash oson, lekin kalitsiz shifrni ochish deyarli mumkin emas). Bu dastur buzilgan taqdirda zaxira choralari. Xakerlar ular uchun foydasiz bo'lgan shifrlangan ma'lumotlarni topadilar. Eng yaxshi dasturlarda ham kutilmagan muammolar paydo bo'ladi. Ularning paydo bo'lishiga tayyor bo'lmagan dasturchini professional deb atash qiyin. U kutilmagan xatti-harakatni kutmaguncha, u muhandis emas. U "xavfsiz dasturlarning muallifi". Dasturlardagi xatolar har doim ham aniq emas. Ma'lum bo'lgan xatolarni oldindan bilish va oldini olish uchun bizning intellektual qobiliyatimiz cheklangan. Shuning uchun dasturiy ta'minot muhandislari to'g'ri va xavfsiz dasturiy ta'minotni yozishga imkon beradigan yaxshi vositalar muhimligini tushunishadi.

Kerakli vositalar

Hech shubha yo'qki, bizga turli xil va yaxshi rivojlanish vositalari kerak. Ularning roli ko'pincha kam baholanadi, lekin aslida ular ko'p vaqt va kuchni tejaydi, ba'zi vazifalarni kattalik tartibida soddalashtiradi. Tasavvur qiling-a, agar siz hali ham eski uslubda, ta'bir joiz bo'lsa, tarqatish uchun FTP orqali fayllarni yuklashingiz kerak edi. Tarmoq va unumdorlik bilan bog'liq muammolarni Chrome DevTools'dan foydalanib tuzatishni tasavvur qiling! Va bugungi kunda ESlit va Prettiersiz JavaScript kodini yozish qanchalik samarasiz bo'lardi! Kod yozishda fikr-mulohazalarni qisqartiradigan har qanday vosita mamnuniyat bilan qabul qilinishi kerak. Ilgari men uchun notanish bo'lgan, lekin haqiqatan ham foydali va samarali vositani topganimda, men o'sha baxtli daqiqadan oldin uni ishlatmaganimdan afsuslanishim mumkin.

Dasturiy ta'minot muhandisligining evolyutsiyasi

Hech kim ikki oy, olti oy va hatto bir yilda dasturiy ta'minot muhandisligini o'rgana olmaydi. Kursda, universitetda yoki o'quv lagerida sizga dasturiy ta'minot muhandisi bo'lish o'rgatilmaydi. Men so'nggi yigirma yildan beri o'qiyapman va hozir ham o'qishni davom ettiryapman. Minglab foydalanuvchilar foydalanadigan ilovalarni o'rganish va rivojlantirish, yaratish va ularga xizmat ko'rsatishni o'n yillik o'rganishimdan so'nggina men bemalol o'zimni tajribali dasturchi deb atashga muvaffaq bo'ldim. Dasturiy ta'minot muhandisligi hamma uchun emas, lekin har bir kishi o'z muammolarini kompyuter yordamida hal qilishni o'rganishi kerak. Agar siz oddiy dasturlar yozishni o'rgansangiz, kerak. Agar siz hammaga ochiq dasturiy ta'minotdan foydalanishni o'rganishingiz mumkin bo'lsa, kerak. Agar siz ochiq kodli dasturiy ta'minotdan foydalanishni o'rgansangiz va uni o'zingiz uchun moslashtirsangiz, sizda super kuch bor! Har kuni ishlab chiquvchilarga yangi muammolar, yangi muammolarni keltirib chiqaradi, shuning uchun dasturiy ta'minot muhandisligi zarur. Bu kasbning asosiy vazifasi oddiy odam ko'p yillar davomida u bilan shug'ullanmasligi uchun dasturiy ta'minotni yaratishdir. Shunday qilib, dasturlar bilan o'zaro aloqada bo'lish uchun uzoq vaqt o'rganish kerak emas. Va shunga qaramay, dasturiy ta'minot muhandislari doimiy ravishda murakkabroq ma'lum muammolarni hal qila oladigan yaxshiroq vositalarni yaratish haqida o'ylashadi va yangi muammolar imkon qadar kamdan-kam hollarda paydo bo'lishini ta'minlash uchun hamma narsani qilishadi.