The Engineering City Journal
Համար 2/2026
Setting the pages…
ECJ 2/2026

The Engineering City Journal

Համար 2/2026 · Երևան, 2026 թ. փետրվարի 4

Ամսագրի նպատակն է տարածել գիտելիք, փորձ և լավագույն պրակտիկա ճարտարագիտության և արտադրության ոլորտում։ Հոդվածները գրում են Երևանի Engineering City-ի (EC) գործող մասնագետները։ Դրանք լուսաբանում են իրենց նախագծերին, գործունեությանը և կազմակերպություններին առնչվող հարցեր։ Հոդվածներն անդրադառնում են ժամանակի մարտահրավերներին։ Այդպիսով ամսագիրը նաև EC-ի, նրա ընկերությունների և անհատների զարգացման տարեգրությունն է։ Ամսագրի նպատակն է առաջ մղել ինժեներական և արտադրական պրակտիկան, հարստացնել ինժեներական և արտադրական համայնքը և նպաստել ճարտարագիտության և արտադրության վերաբերյալ համաշխարհային երկխոսությանը։

Հրատարակվում է Ինժեներական ասոցիացիայի կողմից

The Engineering City JournalՀամար 2/2026Հրատարակվում է Ինժեներական ասոցիացիայի կողմիցԵրևան, 2026 թ. փետրվարի 4
Համարի ավարտThe Engineering City JournalՀամար 2/2026ԲովանդակությունՇապիկԲնօրինակը PDF-ով

Բովանդակություն

ԱԲ անկյունԱրհեստական բանականությունը՝ որպես ժամանակակից ճարտարագիտության հիմքային շերտՆոր արտադրանքների անկյունՄեքենայի ներսի տվյալների գրանցիչ YEA Engineering-իցIB-TDS (Արդյունաբերության վրա հիմնված տաղանդների զարգացման համակարգ)Բիզնեսի ավտոմատացումը DigiCore-ում. ինչպես է ամեն ինչ աշխատում, երբ ես այնտեղ չեմEC նորությունների անկյունՆոր ավանդույթ EC-ում – սրճարանը՝ որպես նոր արտադրանքի ներկայացման հարթակՀայագիտությունՕտար բառերի հայերեն համարժեքներ, 4
ԱԲ անկյուն

Արհեստական բանականությունը՝ որպես ժամանակակից ճարտարագիտության հիմքային շերտ

Հայերեն թարգմանություն

Ինչպես է ԱԲ-ն անցնում ամեն տեսակի ապարատային միջոցների վրա, և ինչ պետք է իմանան ինժեներներն այսուհետ։

Հաջորդ տասնամյակում ԱԲ-ն չի լինի մի բան, որը վերջում «ավելացնում» եք արտադրանքին։ Դա կլինի մի բան, որն արտադրանքը առաջին օրվանից նախագծված է ընդունելու՝ լինի դա սենսորային հանգույց, ՌՀ համակարգ, ներկառուցված ապարատային սարք, թե ԱԲ-ով հագեցած նոութբուքի վրա աշխատող հավելված։

Այս հոդվածը բացատրում է՝ ինչ է փոխվում ապարատային միջոցներում, ինչու պետք է մոդելները օպտիմալացվեն, և ինչու ՌՀ-ի, ծրագրային ապահովման, ապարատային ապահովման, ներկառուցված համակարգերի կամ հավելվածների ոլորտում աշխատող յուրաքանչյուր ինժեների անհրաժեշտ կլինի մեքենայական ուսուցման գործնական ըմբռնում։

1. Տեղաշարժը. ԱԲ-ն լքում է ամպը

Ոչ վաղ անցյալում ընդհանուր օրինաչափությունը պարզ էր՝ սարքերը հավաքում էին տվյալներ, ուղարկում ամպ, և ամպը կայացնում էր «խելացի» որոշումը։ Այդ մոդելը դեռ գոյություն ունի, բայց շատ իրական համակարգերի համար այն այլևս բավարար չէ։

Այսօր տեսնում ենք շարժ դեպի եզրային հաշվարկներ (edge computing)՝ ավելի շատ հաշվարկներ կատարել տվյալների ստեղծման վայրին մոտ։ Ամպային ԱԲ-ն դեռ կարևոր է և կմնա անփոխարինելի ուսուցման և ծանր աշխատանքային բեռների համար, բայց երբ հաշվարկը մոտեցվում է սարքին և հիմնված է ԱԲ-ի վրա, այն անվանում ենք եզրային ԱԲ (edge AI)։ Գործնական պատճառը պարզ է՝ շատ համակարգեր չեն կարող իրենց թույլ տալ ուշացումներ, կապի խնդիրներ կամ տվյալների մշտական փոխանցում։

Երեք ուժ ԱԲ-ն տեղափոխում են սարքերի վրա՝

  • Ցածր ուշացում. ինտերակտիվ հավելվածները, իրական ժամանակի կառավարումը և ՌՀ հարմարեցումը հաճախ պահանջում են որոշումներ վայրկյանների ընթացքում կամ նույնիսկ ավելի արագ։

  • Գաղտնիություն՝ նախագծմամբ (privacy-by-design). երբ չմշակված աուդիոն, պատկերները, հեռաչափական տվյալները կամ օգտատիրոջ վարքագիծը երբեք չեն լքում սարքը, գաղտնիությունն ու համապատասխանությունը ավելի հեշտ է երաշխավորել։

  • Արժեք և հուսալիություն. թողունակությունը, ամպային ծախսերը և ցանցի խափանումները ավելի քիչ ցավոտ են դառնում, երբ սարքը կարող է «մտածել» տեղում։

Երբ ընդունում եք այդ սահմանափակումները, տեխնիկական նպատակը պարզ է դառնում՝ արդյունավետ կատարել սարքի վրա եզրակացում (inference), նույնիսկ սահմանափակ ապարատային միջոցների վրա։

2. Որտեղ է աշխատում ԱԲ-ն. միկրոկառավարիչներից մինչև ԱԲ համակարգիչներ

ԱԲ-ն աշխատում է ոչ միայն մեկ «տեսակի համակարգչի» վրա։ Այն աշխատում է հարթակների մի ամբողջ սպեկտրի վրա, որոնցից յուրաքանչյուրն ունի տարբեր սահմանափակումներ և ուժեղ կողմեր։ Գործնականում համակարգերը հաճախ օգտագործում են և՛ ամպային ԱԲ, և՛ տեղային հաշվարկներ. ամպն օգտագործվում է ուսուցման և ծանր հաշվարկների համար, իսկ սարքերը եզրակացումը կատարում են տեղում, երբ կարևոր են ուշացումը, գաղտնիությունը կամ հուսալիությունը։

Միկրոկառավարիչները (MCU) ամենափոքր դասն են։ Դրանք հաճախ ունեն կիլոբայթներով օպերատիվ հիշողություն և սնուցման խիստ սահմանափակումներ։ Այնուամենայնիվ, դրանք կարող են TinyML-ի միջոցով աշխատեցնել կոմպակտ մոդելներ, ինչը օգտակար է այնպիսի առաջադրանքների համար, ինչպիսիք են անոմալիաների հայտնաբերումը, ժեստերի ճանաչումը կամ սենսորների տվյալներով պարզ դասակարգումը։

Ներկառուցված Linux սարքերը (Linux-ով աշխատող փոքր տախտակներ կամ մոդուլներ) տրամադրում են ավելի շատ հիշողություն, բազմամիջուկ պրոցեսորներ և երբեմն արագացուցիչներ։ Դրանք տարածված են ռոբոտաշինության համակարգերում, արդյունաբերական դարպասներում և եզրային սերվերներում։

Ժամանակակից սպառողական և արդյունաբերական սարքերը գնալով ավելի են հենվում «համակարգ-բյուրեղի վրա» (SoC) նախագծերի վրա, որտեղ պրոցեսորի միջուկները, հիշողության կառավարիչները և մուտք/ելքը գտնվում են մեկ բյուրեղի վրա։ Շատ SoC-ներ ներառում են հատուկ NPU (նեյրոնային մշակման միավոր)՝ նեյրոնային ցանցերի գործողություններն արդյունավետ արագացնելու համար։

Այս ամենը հանգեցնում է տարասեռ հաշվարկների՝ համակարգ, որտեղ տարբեր հաշվողական բլոկներ (CPU, GPU, NPU, DSP) կիսում են աշխատանքային բեռը։ Արտադրողականությունն այլևս միայն պրոցեսորի հաճախականության մասին չէ. խոսքը ճիշտ գործողությունները ճիշտ շարժիչին ուղղելու մասին է։

3. Ինժեներական հնարքը. մոդելները տեղավորել

Սահմանափակ սարքերի վրա մեքենայական ուսուցում աշխատեցնելը կախարդանք չէ, այլ կարգապահ օպտիմալացում։ Նույն գաղափարը նորից ու նորից է հայտնվում՝ նվազեցնել այն, ինչ անհրաժեշտ է մոդելին (հիշողություն, հաշվարկ, էներգիա)՝ պահպանելով առաջադրանքի համար բավարար ճշգրտություն։

Մոդելների սեղմումն այս մեթոդների ընդհանուր անվանումն է։ Ամենատարածված գործիքներն են՝

  • Քվանտացում. ավելի ցածր ճշգրտության թվերի օգտագործում (օրինակ՝ 8-բիթանոց ամբողջ թվեր 32-բիթանոց սահող կետով թվերի փոխարեն)։ Սա սովորաբար նվազեցնում է մոդելի չափը և արագացնում եզրակացումը։

  • Էտում (pruning). քիչ ներդրում ունեցող կշիռների կամ ալիքների հեռացում, ինչը մոդելը դարձնում է ավելի փոքր և երբեմն ավելի արագ։

  • Գիտելիքի թորում (distillation). փոքր «աշակերտ» մոդելի ուսուցում՝ մեծ «ուսուցիչ» մոդելին նմանակելու համար, ինչը հաճախ պահպանում է լավ ճշգրտություն՝ ծախսի մի մասով։

Ավելի խորը մակարդակում թիմերը գնալով ավելի են կիրառում ապարատային և ծրագրային ապահովման համատեղ նախագծում՝ ընտրելով մոդելների ճարտարապետություններ, որոնք համապատասխանում են թիրախային սարքի հիշողության հիերարխիային և այն գործողությունների բազմությանը, որոնք արագացուցիչները կարող են արդյունավետ կատարել։

Արդյունքը՝ մոդելներ, որոնք ոչ միայն ճշգրիտ են նոթբուքում, այլև հուսալի են արտադրանքում։

4. Գործընթացի վրա ազդող սահմանափակումներ

Բենչմարքում ամենաբարձր արդյունք ունեցող մոդելը ինքնաբերաբար ճիշտ ընտրություն չէ տեղակայման համար։ Իրական նախագծերում տեղակայվում է այն մոդելը, որը բավարարում է համակարգի սահմանափակումներին, և դրա ընտրությունը գործընթաց է՝ թեկնածու մոդելի ընտրություն, դրա օպտիմալացում, բենչմարքային փորձարկում և վավերացում։ Այս գործընթացը կախված է նաև բուն համակարգի ընտրությունից և համակարգի պարտադրած սահմանափակումների հստակ սահմանումից։

Այլ կերպ ասած՝ տեղակայումը պարզապես «թղթի վրա լավագույն մոդելն ընտրել» չէ։ Դա գործընթաց է, որտեղ արտադրողականությունը պետք է դիմանա իրական սահմանափակումներին՝ ուշացում, հիշողություն, հաշվարկ, ջերմային ռեժիմ, արժեք, հուսալիություն և այն միջավայրը, որտեղ սարքն աշխատում է։

Էներգաարդյունավետությունը հիմնական սահմանափակումներից մեկն է, հատկապես ներկառուցված կամ ջերմային սահմանափակումներ ունեցող սարքերում։ Ժամանակի ընթացքում հոգնածությունը (FATIC) կամ ծերացումը, արտաքին միջավայրի ազդեցությունը և բուն սենսորի բնույթը կարող են ժամանակի ընթացքում առաջացնել տվյալների բացթողումներ (եթե տվյալները համապատասխանաբար չմշակեք)։

Մեկ այլ լուրջ մարտահրավեր տվյալների շեղումն է (data drift)՝ իրական աշխարհի մուտքային տվյալների բաշխումը փոխվում է՝ համեմատած այն բանի հետ, ինչ մոդելը տեսել է ուսուցման ընթացքում։ Մոդելը պետք է սպասարկվի տեղակայումից հետո (մոնիթորինգ, թարմացում, վերավավերացում)՝ հաշվի առնելով սենսորների իրական վարքագիծը, տվյալների բացթողումները, շեղումը և համակարգի սահմանափակումները։

5. Ինչու է յուրաքանչյուր ինժեների պետք ԱԲ-ի հիմունքներ

Քանի որ ԱԲ-ն դառնում է մատակարարվող համակարգերի մաս, ընկերություններին պետք են մասնագետներ, որոնք կարող են ԱԲ-ն երկարաժամկետ հուսալի դարձնել։ Հենց այստեղ է աճում ML ինժեների դերը։

ML ինժեները միայն մոդել ուսուցանողը չէ։ Նա կառուցում է ամբողջական համակարգը՝ տվյալների փոխակրիչներ, գնահատում, տեղակայում, մոնիթորինգ, թարմացումներ և հետ վերադարձի ռազմավարություններ։

Քանի որ ԱԲ-ն դառնում է հարթակների ստանդարտ հնարավորություն, այս ոլորտներից յուրաքանչյուրի ինժեներները կշփվեն ML գործընթացների, մասնավորապես մոդելների հետ, նույնիսկ եթե իրենք դրանք չեն ուսուցանում։

Եկեք տեսնենք, թե ինչպես այն կարող է օգտագործվել տարբեր կիրառություններում։

Բառարան

ՌՀ ճարտարագիտություն

ML-ը կարող է օգնել ալիքի գնահատման, խանգարումների հայտնաբերման, ազդանշանների դասակարգման և ռեսուրսների հարմարվողական կառավարման հարցում։ Այս գործիքներն անվտանգ օգտագործելու համար ՌՀ ինժեներները պետք է հասկանան, թե ինչ է օպտիմալացնում մոդելը և որտեղ այն կարող է ձախողվել։

Ներկառուցված համակարգերի ճարտարագիտություն

Սարքի վրա եզրակացումը սենսորների չմշակված հոսքերը վերածում է որոշումների։ Ինժեներները պետք է հաշվի առնեն հիշողության սահմանափակումները, ուշացման բյուջեները, քվանտացման ազդեցությունները և կայունությունը, ինչպես նաև էներգասպառումը՝ մոդելի հզորության բյուջեի շրջանակում։

Ապարատային ճարտարագիտություն

Ապարատային ԱԲ-ն փոխում է այն, թե ինչպես ենք նախագծում, փորձարկում և վավերացնում համակարգերը։ Այն նաև օգնում է գաղափարը հասցնել ապարատային պահանջների։

Ծրագրային ճարտարագիտություն

ML-ը գտնվում է արտադրանքների ներսում (որոնում, դասակարգում, անհատականացում, անոմալիաների հայտնաբերում)։ Ինժեներները պետք է մեկնաբանեն չափանիշները, հայտնաբերեն հետընթացները և հասկանան տվյալների փոխակրիչները։

Կիրառական ճարտարագիտություն

Կիրառական ճարտարագիտության մեջ պետք է հենց սկզբից հաշվի առնենք կիրառության պահանջները։ Նույն սարքը կարող է օգտագործվել տարբեր վայրերում, միջավայրերում և կոնֆիգուրացիաներում, ուստի պահանջները կարող են փոխվել՝ կախված նրանից, թե որտեղ և ինչպես է այն օգտագործվում։ Եթե այս տարբերությունները հաշվի չառնենք, համակարգը կարող է լավ աշխատել մի պայմաններում, բայց վատթարանալ կամ ձախողվել մյուսում։

6. Ինչ է սա նշանակում հաջորդ տասնամյակի համար

Եթե ավելի լայն նայեք, ի հայտ է գալիս պարզ օրինաչափություն՝

  • Ապարատային միջոցները լռելյայն դառնում են ԱԲ-ի ունակ (NPU-ներով SoC-ներ, եզրային մոդուլներ, արդյունավետ կատարման միջավայրեր)։

  • Մոդելները դառնում են ավելի փոքր և ավելի խելացի՝ սեղմման և համատեղ նախագծման շնորհիվ։

  • Կազմակերպություններին ամենուր պետք կլինեն ԱԲ-ի գրագետ ինժեներներ։

Ապարատային ԱԲ-ն դառնում է ավելի իրատեսական և կլինի ճարտարագիտական ճանապարհային քարտեզի մաս։

Հիմնական հասկացություններ (կարճ բացատրություններ)

Ամպային ԱԲ (Cloud AI)

ԱԲ-ի ուսուցում և/կամ եզրակացում, որը կատարվում է կենտրոնացված ամպային ենթակառուցվածքում։

Եզրային հաշվարկներ (Edge computing)

Հաշվարկներ, որոնք կատարվում են տվյալների ստեղծման վայրին մոտ (սարքեր, դարպասներ, տեղային մոդուլներ)։

Եզրային ԱԲ (Edge AI)

ԱԲ-ի եզրակացում, որը կատարվում է եզրային սարքերի վրա, այլ ոչ թե հեռավոր տվյալների կենտրոնում։

Սարքի վրա եզրակացում (On-device inference)

Ուսուցանված մոդելի տեղային աշխատեցում սարքի վրա։

Միկրոկառավարիչ (MCU)

Փոքր, ցածր էներգասպառմամբ համակարգիչ բյուրեղի վրա, որն օգտագործվում է ներկառուցված արտադրանքներում։

TinyML

ML մոդելները միկրոկառավարիչների և այլ գերցածր էներգասպառմամբ սարքերի վրա աշխատեցնելու մեթոդներ և գործիքներ։

Ներկառուցված Linux (Embedded Linux)

Ներկառուցված սարք, որն աշխատում է Linux օպերացիոն համակարգով։

Համակարգ-բյուրեղի վրա (SoC)

Մեկ բյուրեղ, որը միավորում է պրոցեսորի միջուկները, հիշողության կառավարիչները և մուտք/ելքը (և հաճախ արագացուցիչներ)։

Նեյրոնային մշակման միավոր (NPU)

Նեյրոնային ցանցերի գործողությունների համար օպտիմալացված ապարատային արագացուցիչ՝ մեկ վատտի հաշվով բարձր արտադրողականությամբ։

Տարասեռ հաշվարկներ

Նախագիծ, որտեղ մի քանի հաշվողական շարժիչներ (CPU, GPU, NPU, DSP) կիսում են աշխատանքային բեռները։

Մոդելների սեղմում

Մեթոդներ, որոնք նվազեցնում են մոդելի չափը և հաշվարկային ծախսը՝ պահպանելով ընդունելի արտադրողականություն։

Քվանտացում

Թվային ճշգրտության նվազեցում (օր.՝ FP32-ից INT8/INT4)՝ հիշողության օգտագործումը նվազեցնելու և եզրակացումն արագացնելու համար։

Էտում (Pruning)

Մոդելից ավելորդ կշիռների կամ ալիքների հեռացում՝ չափը նվազեցնելու և երբեմն արագությունը մեծացնելու համար։

Գիտելիքի թորում

Ավելի փոքր մոդելի (աշակերտ) ուսուցում՝ ավելի մեծ մոդելին (ուսուցիչ) նմանակելու համար։

Ապարատային և ծրագրային ապահովման համատեղ նախագծում

Մոդելի և տեղակայման փոխակրիչի նախագծում՝ թիրախային ապարատային միջոցները նկատի ունենալով։

Ուշացում (Latency)

Ժամանակը, որն անհրաժեշտ է համակարգին ելք տալու համար։

Էներգաարդյունավետություն

Որքան արդյունավետ է համակարգը կատարում եզրակացումը սահմանափակ հզորության/ջերմային բյուջեի պայմաններում։

Հզորության բյուջե

Սահմանված սահմանաչափ, թե որքան հզորություն կարող է սպառել մոդելը/համակարգը՝ կայուն և անվտանգ մնալու համար։

Տվյալների շեղում

Մուտքային տվյալների օրինաչափությունների փոփոխություն տեղակայումից հետո, որը ժամանակի ընթացքում կարող է նվազեցնել մոդելի որակը։

Նոր արտադրանքների անկյուն

Մեքենայի ներսի տվյալների գրանցիչ YEA Engineering-ից

Հայերեն թարգմանություն

Նկ. Մեքենայի ներսի տվյալների գրանցիչի մեկէջանոց տեխնիկական թերթիկ Ընդարձակ 17-էջանոց տեխնիկական թերթիկի համար դիմեք YEA Engineering @ info@yeae.am
IB-TDS (Արդյունաբերության վրա հիմնված տաղանդների զարգացման համակարգ)

Բիզնեսի ավտոմատացումը DigiCore-ում. ինչպես է ամեն ինչ աշխատում, երբ ես այնտեղ չեմ

Հայերեն թարգմանություն

Ինչու մեզ պետք եկավ ավտոմատացումը

Ես ստիպված էի որոշ ժամանակով մեկնել Հայաստանից, և DigiCore-ում մեր ուզած գլխավոր բաներից մեկը մեր որոշ գործընթացների ավտոմատացումն էր։ Ամենակարևոր նպատակը ոչ միայն բիզնեսի աշխատանքը պահպանելն էր, այլև DigiCore-ի փիլիսոփայությունն ու գաղափարը պաշտպանելը։ DigiCore-ը երբեք չի նախատեսվել որպես «ևս մեկ դասընթաց»։ Այն ստեղծվել է որպես վայր, որտեղ աշակերտները սկսում են ձևավորել իրական ինժեներական մտածողություն և տեսնում են հստակ ճանապարհ դեպի իրենց ապագա։ Ավտոմատացումը դարձավ այս գաղափարը կենդանի պահելու միջոց, նույնիսկ երբ ես ֆիզիկապես Հայաստանում չեմ։

Ընդհանուր փիլիսոփայություն և նվիրված ուսուցում

Դա անելու համար հիմնական քայլերից մեկը մեր փիլիսոփայությունը, հայեցակարգերը և գաղափարները կիսող մարդկանց գտնելն էր։ DigiCore-ն աշխատում է մարդկանց հետ, ովքեր կրթությունը տեսնում են այնպես, ինչպես մենք, և հասկանում են, թե ինչու ենք այս ամենն անում։ Մենք նաև մեր հիմնական դասընթացը վերածեցինք աշակերտների համար նվիրված ուսումնական ծրագրի։ Այս ծրագիրը պատահական դասերի հավաքածու չէ։ Այն կառուցվածքային ճանապարհ է, որտեղ՝

  • աշակերտներն աստիճանաբար ձևավորում են ճարտարագիտության ամուր, հիմնարար ըմբռնում,

  • յուրաքանչյուր նոր թեմա կապված է նախորդի հետ,

  • յուրաքանչյուր քայլ կապված է իրական գաղափարի կամ կիրառության հետ

  • և աշակերտները մշտապես տեսնում են, թե ինչու է կարևոր այն, ինչ սովորում են։

Այս նվիրված ուսուցման ընթացքում աշակերտները պարզապես չեն հետևում հրահանգներին։ Նրանց խրախուսում են մտածել, հարցեր տալ և կապեր գտնել։ Գաղափարն այն է, որ դասընթացի ավարտին նրանք ոչ միայն հիշեն, թե ինչ են արել դասերին, այլև հասկանան, թե ինչպես են մտածում ինժեներները և ինչպես են ինժեներները լուծում խնդիրները։ Մեր նպատակն է նաև ցույց տալ նրանց, որ Engineering City-ի կրթական ծրագրերը շարունակական են։ DigiCore-ը մեկուսացված կետ չէ. դա ավելի երկար ճանապարհի սկիզբն է։ Ուզում ենք, որ աշակերտները տեսնեն, որ՝

  • DigiCore-ից հետո կան այլ ծրագրեր,

  • այդ ծրագրերը կարող են շարունակվել մինչև համալսարանական մակարդակ,

  • և կան իրական հնարավորություններ նույն միջավայրում աշխատելու և որպես ինժեներ աճելու։

Այսպիսով, այս նվիրված դասընթացը միայն գիտելիքի մասին չէ։ Այն նաև կողմնորոշման մասին է՝ օգնել աշակերտներին իրենց տեսնել որպես ապագա ինժեներներ և հասկանալ, որ նրանք արդեն ավելի մեծ համակարգի ներսում են՝ իրական հեռանկարներով։

Դասերի գործընթացների ավտոմատացում

Բացի այդ, մենք ավտոմատացրինք բուն դասերի շուրջ մի քանի կարևոր գործընթաց։ Յուրաքանչյուր դասից առաջ դասավանդողները ծանուցում են ստանում առաջիկա պարապմունքի մասին։ Սա նվազեցնում է ժամանակացույցի շփոթության հավանականությունը և բոլորին պահում է ռիթմի մեջ։ Յուրաքանչյուր դասից հետո DigiCore-ի մարզիչները ծանուցում են ստանում՝ դասի և աշակերտների մասին կարճ հաշվետվություն գրելու և կարճ հարցաթերթիկ լրացնելու համար։ Այս հաշվետվություններն ու հարցաթերթիկները երկար կամ բարդ չեն, բայց հետևողական են։ Դրանք ներառում են՝

• որն էր դասի հիմնական թեման, • որքան լավ հասկացան աշակերտները հիմնական գաղափարը, • որ պահերն աշխատեցին հատկապես լավ, • որտեղ աշակերտները դժվարացան կամ կորցրին կենտրոնացումը, • և ինչ պետք է կրկնել կամ փոխել հաջորդ դասին։

Կան նաև ֆիքսված ժամեր, երբ նստում ենք, խոսում և որոշում, թե արդյոք ինչ-որ բան պետք է բարելավվի կամ փոխվի։ Դա կարող է վերաբերել դասընթացի տեմպին, առաջադրանքների բարդությանը կամ որոշակի հասկացություններ բացատրելու մեր ձևին։ Ավտոմատացնելով

այս գործընթացները՝ DigiCore-ը կախված չէ նրանից, որ ինչ-որ մեկը «չմոռանա ստուգել» կամ «չմոռանա հարցնել»։ Համակարգն ինքն է մղում մարզիչներին պարբերաբար վերլուծել և կիսվել տեղեկատվությամբ։

Պարբերական զանգեր աշակերտների հետ. գիտելիք և հույզեր

Համակարգի մեկ այլ հիմնական մաս են աշակերտների հետ պարբերական զանգերը։ Այս զանգերը կազմակերպվում են դասընթացի որոշակի կետերում, ոչ միայն երբ խնդիր կա։ Դրանք ուսումնական գործընթացում ներկառուցված ստուգակետեր են։ Այս զանգերի ընթացքում կենտրոնանում ենք երկու հիմնական չափման վրա՝

1. Գիտելիք

  • Կարո՞ղ է աշակերտը բացատրել, թե ինչ է արել դասերին։

  • Հասկանո՞ւմ է արդյոք հիմնական գաղափարները, թե պարզապես հիշողությամբ կրկնում է քայլերը։

  • Կարո՞ղ է տարբեր թեմաներ կապել միմյանց հետ։

  • Տեսնո՞ւմ է առաջադրանքների և նախագծերի տրամաբանությունը։

2. Հույզեր և մոտիվացիա

  • Արդյոք նրանք իսկապես վայելո՞ւմ են դասերը։

  • Զգո՞ւմ են այդ «վա՜յ» էֆեկտը, երբ ինչ-որ բան աշխատում է։

  • Հետաքրքրասե՞ր են և հարցեր տալի՞ս են։

  • Ավելի վստա՞հ են զգում ճարտարագիտության հարցում, թե՞ ավելի վախեցած ու շփոթված։

Այս զանգերը քննություններ չեն։ Դրանք զրույցներ են։ Աշակերտները կարող են կիսվել, թե ինչ է իրենց դուր գալիս, ինչն է շփոթեցնում, և ինչով կցանկանային ավելի շատ զբաղվել։ Այս պարբերական զանգերից ստացված տեղեկատվությունը չափազանց արժեքավոր է DigiCore-ի համար։ Այն ցույց է տալիս՝ արդյոք ծրագիրը և ավտոմատացված գործընթացներն իսկապես աշխատում են աշակերտի տեսանկյունից։ Եթե տարբեր խմբերից շատ աշակերտներ նման ազդանշաններ են տալիս՝ դրական կամ բացասական, դա մեզ համար դառնում է հստակ ուղերձ՝ ինչ-որ բան պահպանելու կամ փոխելու։ Աշակերտների հետ այսպիսի պարբերական հաղորդակցությունն օգնում է DigiCore-ին մոտ մնալ աշակերտներին և հասկանալ նրանց կարիքները։

Ընտանիքները՝ որպես հետադարձ կապի օղակի կարևոր մաս

Քանի որ DigiCore-ն ուղղակիորեն աշխատում է ընտանիքների հետ, նրանք մեր հետադարձ կապի օղակի շատ կարևոր մասն են։ Ընտանիքներն են ընտրում, թե որտեղ սովորեն իրենց երեխաները, նրանց տեսնում են տանը ամեն օր և հաճախ փոփոխությունները նկատում են բոլորից շուտ։ Այդ պատճառով փորձում ենք ընտանիքներին տեղեկացված և ներգրավված պահել DigiCore-ում կատարվողի մեջ։ Մենք խոսում ենք ընտանիքների հետ՝ հասկանալու համար՝

• ինչպես են իրենց երեխաները զգում դասերից հետո, • արդյոք նրանք ավելի մոտիվացված և վստահ են, • արդյոք տանը խոսում են DigiCore-ի և իրենց նախագծերի մասին, • և արդյոք փորձառությունը համապատասխանում է ընտանիքի սպասելիքներին։

Նրանց կարծիքը դառնում է մեր համակարգի ևս մեկ «սենսոր»։ Եթե տարբեր խմբերից մի քանի ընտանիք նշում են նույն բանը՝ խնդիր կամ դրական փոփոխություն, դա հստակ ազդանշան է, որ պետք է ուշադրություն դարձնենք դրան և, հնարավոր է, ինչ-որ բան ճշգրտենք մեր գործընթացներում կամ դասավանդման մեջ։

Սոցիալական ցանցերը՝ որպես համակարգի շարունակություն

Սոցիալական ցանցերը մեզ համար առանձին տարր չեն. դրանք հաղորդակցության և թափանցիկության նույն համակարգի շարունակությունն են։ Մեր սոցիալական ցանցերի ալիքների միջոցով մենք՝

• հրապարակում ենք առաջիկա դասընթացների և նոր խմբերի մասին, • կիսվում ենք DigiCore-ի աշակերտների առօրյա ուսման արդյունքներով, • ցույց ենք տալիս փոքր պահեր դասերից և նախագծերից, • և բոլորին հիշեցնում ենք, թե ինչ է ներկայացնում DigiCore-ը։

Սա օգնում է ընտանիքներին տեղեկացված պահել, նույնիսկ եթե ամեն օր անձամբ չենք խոսում նրանց հետ։ Նրանք կարող են տեսնել, թե ինչով է զբաղվում DigiCore-ը, ինչի վրա են աշխատում աշակերտները, և ինչ առաջընթաց է տեղի ունենում կենտրոնի ներսում։ DigiCore-ի համար սոցիալական

ցանցերը ևս մեկ միջոց են մեր փիլիսոփայությունն ու գաղափարները տեսանելի պահելու և ցույց տալու, որ համակարգը կենդանի է և ակտիվ, նույնիսկ երբ ես Հայաստանում չեմ։

Ինչ է տալիս ավտոմատացումը DigiCore-ին

Այս բոլոր տարրերը՝ մեր փիլիսոփայությունը կիսող մարդիկ, աշակերտների համար նվիրված ուսումնական դասընթացը, դասերի ավտոմատացված գործընթացները, աշակերտների հետ պարբերական զանգերը, ընտանիքների կարծիքը և սոցիալական ցանցերի միջոցով շարունակական հաղորդակցությունը, կազմում են մեկ համակարգ։ Ավտոմատացումը DigiCore-ին տալիս է մի քանի կարևոր բան՝

  • Կայունություն. աշխատանքը կախված չէ մեկ մարդու ֆիզիկական ներկայությունից։ Գործընթացները շարունակում են աշխատել, նույնիսկ երբ ես բացակայում եմ։

  • Հետևողականություն. դասերի որակը և հիմնական գաղափարը մնում են նույնը խմբից խումբ և շաբաթից շաբաթ։

  • Տեսանելիություն. մենք հստակ պատկեր ունենք այն մասին, թե ինչ է կատարվում դասերի, աշակերտների և ընտանիքների հետ՝ միայն ենթադրությունների վրա հենվելու փոխարեն։

  • Խնդիրների վաղ հայտնաբերում. խնդիրները կարելի է նկատել և արագ շտկել, նախքան դրանք կվերածվեն ավելի մեծ բանի։

  • Կենտրոնացում գաղափարի վրա. մեր ամբողջ էներգիան ձեռքով վերահսկողության և մշտական «հրդեհաշիջման» վրա ծախսելու փոխարեն կարող ենք կենտրոնանալ հայեցակարգի, փիլիսոփայության և աշակերտների երկարաժամկետ ճանապարհի զարգացման վրա։

DigiCore-ում դեռ շատ բան կարելի է բարելավել։ Համակարգն ավարտված չէ և կշարունակի փոխվել ու աճել։ Բայց նույնիսկ հիմա այս ավտոմատացումն օգնում է DigiCore-ին պահպանել ամենակարևորը՝ կրթության որակը, կենտրոնի հիմքում ընկած գաղափարը և այն համոզմունքը, որ այն իրական ապագա է կառուցում երիտասարդ ինժեներների համար։

EC նորությունների անկյուն

Նոր ավանդույթ EC-ում – սրճարանը՝ որպես նոր արտադրանքի ներկայացման հարթակ

Հայերեն թարգմանություն

Մենք միշտ պայքարել ենք այն մարտահրավերի դեմ, թե ինչպես EC-ի լայն համայնքին տեղեկացնել EC-ում նախագծված, մշակված և արտադրված նորագույն արտադրանքների մասին։

Մենք հասկացանք, որ սրճարանն այն վայրն է, որտեղ ինժեներների մեծ մասը հավաքվում է ամեն օր, ուրեմն ինչու չդարձնել սրճարանը EC-ի նորությունների հարթակ։

Ստորև նկարում կարող եք տեսնել, թե ինչպես է YEA Engineering-ի նոր արտադրված «Մեքենայի ներսի տվյալների գրանցիչը» ցուցադրվել սրճարանի կենտրոնում՝ ճաշի ժամին։

Եվ կզարմանաք՝ իմանալով, որ այս ցուցադրությունից երկու պոտենցիալ հաճախորդ է ի հայտ եկել։

Նկ. Սրճարանը՝ որպես EC-ի նորությունների արդյունավետ հարթակ։
Նկ. YEA Engineering-ի «Մեքենայի ներսի տվյալների գրանցիչը»
Հայագիտություն

Օտար բառերի հայերեն համարժեքներ, 4

Հայերեն թարգմանություն

Հայոց լեզուն՝ ի տարբերություն, օրինակ, անգլերենի և ռուսերենի, հետևողական պայքար է մղում ինքնամաքրման՝ փորձելով յուրաքանչյուր օտար բառի դիմաց ստեղծել դրա համարժեք հայերեն տարբերակները։

Անի Մակինյան Հայոց լեզվի և գրականության ամբիոնի ղեկավար «Շիրակացու ճեմարան»

© 2025 Հոդվածների հեղինակներ

The Engineering City Journal-ում պարունակվող բոլոր նյութերը կարող են օգտագործվել՝ հեղինակներին հղում անելով։

Ամսագրի, դրա բովանդակության և հոդվածների վերաբերյալ կարծիքները խնդրում ենք ուղարկել info@engineeringcity.am հասցեով։

Հոդվածներ ներկայացնելու համար խնդրում ենք ուղարկել info@engineeringcity.am հասցեով։ Հոդվածները կարող են լինել ցանկացած լեզվով։