Տերմինաբանություն about hy.reactjs.org

[suren-atoyan]

@sarkisandreyan ջան կդժվարանամ բացատրել ձևանմուշ - ի ավելի դիպուկ լինելը տվյալ պարագայում թարգմանության տեսանկյունից։ Եկեք էս մի անգամ էլ քվեարկություն անենք 😄Ով համաձայն է ձևանմուշ տարբերակին դրեք 🚀 , կաղապար տարբերակի համար 👀

[nikarm22]

State - վիճակ +
Imutable - անփոփոխ +

View, render չեմ կողմնորոշվում

[nikarm22]

pass - փոխանցել, առարկումներ կա՞ն:

[vahagnni]

attribute -հայերեն համարԺեքը հատկանիշ բայց ատրիբուտ ավելի հասկանալի ու կիրառելի է:
syntax - շարահյուսություն
reconciliation - հաշտեցում, բայց համաձայնեցում-ը ավելի կոնտեքստային է ըստ իս:
reuse - վերաօգտագործում
embedding expressions - ներդրված արտահայտություն
bind - կցել ?

[Artur93gev]

plugin - կցորդ / կցվող հավելված

[suren-atoyan]

Ինձ էլ դուր եկավ դիտարկիչը տարբերակը։

[suren-atoyan]

@matsakyan ջան էսօր երկար խոսեցինք դրա հետ կապված։ Կարծիքը հետեւյալն ա.

Նախ սկսենք սահմանումից.
Debugging is the process of finding and resolving defects or problems within a computer program that prevent correct operation of computer software or a system.

Debugging - ը, որպես պռոցես, երկու փուլ ունի finding (փնտրում) ու resolving(լուծում/ուղղում)։ Անձամբ իմ մոտ Debugging - ը միշտ ավելի շատ ասոցացվել ա փնտրման ու ուսումնասիրման պռոցեսի հետ։

ուղղել / ուղղիչ -ը ավելի շատ վերաբերվում ա երկրորդ փուլին (resolving - ին), ըստիս, համաձայն եմ, սխալ է ուղղել / ուղղիչ - ը դիտարկել debug - ի թարգմանություն։ Բայց իմ կարծիքով, նույն տրամաբանությամբ ճշգրտում / ճշգրտել - նել ա ավելի շատ վերաբերվում երկրորդ փուլին միայն։

Ու հասկացանք, որ հայերենում համապատասխան բառ չկա (միգուցե սխալվում ենք), որ երկու փուլն էլ cover - անի։ Ու որոշեցինք, որ bug/ debug/ debugging տերմինները ուղղակի կտանենք Թարգմանության կարիք չունեցող տերմինների ցանկ ու չենք թարգմանի։

[sarkisandreyan]

Տերմին	Թարգմանություն
arrow function	սլաք–ֆունկցիա
class component	դաս–կոմպոնենտ
function(al) component	ֆունկցիա–կոմպոնենտ / ֆունկցիոնալ կոմպոնենտ
stateful component	վիճակով կոմպոնենտ
stateless component	անվիճակ կոմպոնենտ
input	մուտք / մուտքային
output	ելք / ելքային
user	օգտագործող
mobile (phone)	շարժական (հեռախոս)
User Interface (UI)	օգտագործողի միջերես կամ օգտագործողի ինտերֆեյս

user–ը առաջարկում եմ օգտագործող թարգմանել, որովհետև օգտատիրոջից ավելի չեզոք ա. օգտատեր որ ասում են, ես հասկանում եմ, թե էդ մարդը ինչ–որ կայքում լոգին/փասվորդ ունի, ու ինքն իրա հաշվի տերն ա հենց։

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

interface–ը միջերես թարգմանած Թումոյում եմ տեսել։ Լիքը մարդ ասում ա՝ խնդալու ա, բայց սիրուն–կիրառելի բառ ա, կարելի ա ծանոթագրությամբ թարգմանել։

[suren-atoyan]

@sarkisandreyan cool.

սլաք–ֆունկցիա+
ֆունկցիա–կոմպոնենտ / ֆունկցիոնալ կոմպոնենտ +
վիճակով կոմպոնենտ +
անվիճակ առանց վիճակ կոմպոնենտ +
մուտք / մուտքային +
ելք / ելքային +
օգտագործող +
շարժական (հեռախոս) +
օգտագործողի ինտերֆեյս +

միջերես տարբերակին ես էլ եմ ծանոթ, բայց միանշանակ կնախնտրեմ գոնե առաջին իտերացիայում խուսափել այդ բառից։ Նույը կասեմ class - ի դեպքում դաս տարբերակին։ CS - ի հայկական թարգմանություններում կամ աշխատություններում հաճախ հանդիպում է դաս բառը, որպես class - ի թարգմանություն, բայց մի քիչ վիճելի եմ համարում։ Կսպասեմ ուրիշ կարծիքների նաեւ։ @nikarm22 @tigrankeshishyan any ideas?

[sarkisandreyan]

Հուկ, ֆրեյմվորք ուղղակի տառադարձելուն համաձայն եմ։ Lifecycle hook-ը դե իհարկե առանձին որպես բառակապցություն կթարգմանենք։ Debug-ը սխալների շտկում կարելի ա թարգմանել, props-ը առաջարկում եմ ո՛չ թարգմանել, ո՛չ տառադարձել, որովհետև property ձևով գործածված չկա էլ, ուղղակի թող մնա props (code snippet-ի ոճով հայատառ տեքստից առանձնացած)։ Callback-ը ուղղակիորեն կարելի ա հետկանչ թարգմանել. callback function - հետկանչի ֆունկցիա. կիսատ թողած պրոցեսը հետ ա կանչում, ասում ա «արի՛, տվյալ ունեմ քո համար»։

[sarkisandreyan]

@SurenAt93

1. Ֆունամենտալ բաներ կան, որոնք պետք ա այնուամենայնիվ թարգմանած-վերջացրած լինել զուտ տեքստային թարգմանությունները սկսելուց առաջ. lifecycle hook, pure functions, iterate, iteration, function composition, design։ Կենտրոնացված թարգմանությունը, ոնց որ ստեղ ա, ահագին պլյուս ա, բայց փոխհամաձայնեցումները կարելի ա նախօրոք անել։

2. Խոսքը հայերենը շարադրելու շատ համառոտ ուղեցույցի մասին էր, որ բոլոր էջերը միանման լինեն։

[Artur93gev]

We don’t recommend adding debug values to every custom Hook. ֊ Խորհուրդ չի տրվում օգտագործել ուղղիչ արժեքներ յուրաքանչյուր ․․․

[suren-atoyan]

նշանակային բաժանո՞ւմ ? 😄Կարծում եմ, @Artur93gev - ի ու @montanodoto - ի առաջարկած տարբերակներից մեկը կարելի է ընտրել։

wiki
wiki - rus

[Artur93gev]

Փաթաթեք Display Name֊ը հեշտ ուղղելիության համար․

[sarkisandreyan]

Մենակ փաթաթել չէ էլի, ուրիշ բան մտածենք wrap-ի համար. smells dolma 😄

[nikarm22]

Wrap - որոշ դեպքերում կարա ներդնել լինի:
E.g. 'Wrap with X component' -> 'Ներդնել X կոմպոնենտի մեջ'.
Any thoughts?

[sarkisandreyan]

Թույն ա ներդնելը. wrapped – ներդրված

[matsakyan]

debug - ճշգրտում / ճշգրտել

[GoharArya]

Camelcase֊ը այնքան էլ մեծատառը չի։ Եթե թարգմանելուց լինենք, ավելի ճիշտ կլինի «ուղտային ռեգիստր», «սապատավոր ռեգիստր», «սապատավոր ոճ», «ուղտային գրառում» կամ այլ վարիացիաների միջից ընտրել, ելնելով մյուս լեզուների օրինակից։ «Ուղտային» ( կամ «սապատավոր» ) + «ոճ» (կամ «ռեգիստր, գրառում, գրանցում»)։

Template literals - կաղապարային (կամ շաբլոնային) գրվածքներ (կամ տողեր): Ավելի կողմ եմ հենց «կաղապարային գրվածքներ» թարգմանելուն։

Immutable - անփոխելի,
Bug - սխալ, թերացում,
Tutorial ֊ ուսուցողական ձեռնարկ,
View ֊ տեսք,
attributes և framework ֊ կարծում եմ, ավելի լավ է չթարգմանել այս 2 բառերը։

[suren-atoyan]

@GoharArya ջան literal - ը մի քիշ շփոթեցնում է, ու եթե հաշվի առնենք, որ որպես template strings - էլ են օգտագործում. օրինակ MDN կարող ենք թարգմանել կաղապարային (ձեւանմուշային) տողեր։
Իմ կարծիքով, գրվածք - ը մի քիչ պռակտիկ չի, նամանավանդ այն պարագայում, երբ գրվածք - ը կարող ենք փոխարինել տող - ով, պահպանելով իմասը։

[GoharArya]

Accessibility inspectors-ի մասին է եթե խոսքը, «դիտարկիչ», «ստուգիչ», «քննիչ» կամ «զննիչ» տարբերակներից մեկը։ Իմ կարծիքով, ավելի հարմար կլիներ «դիտարկիչը» հասկացվելիության առումով։ Բայց սպասենք ուրիշ կարծիքների էլ։

[tigrankeshishyan]

Accessibility inspectors-ի մասին է եթե խոսքը, «դիտարկիչ», «ստուգիչ», «քննիչ» կամ «զննիչ» տարբերակներից մեկը։ Իմ կարծիքով, ավելի հարմար կլիներ «դիտարկիչը» հասկացվելիության առումով։ Բայց սպասենք ուրիշ կարծիքների էլ։

@GoharArya «Դիտարկիչը» մնաց

[Artur93gev]

render պատկերել
Component's rendered state կոմպոնենտի պատկերված վիճակ
Before component's next state will be rendered Նախքան կոմպոնենտի հաջորդ վիճակի պատկերվելը

[suren-atoyan]

@montanodoto ջան իսկ ի՞նչ կարծիք ունես | view - ներկայացում | տարբերակի մասին։

[suren-atoyan]

updated version - https://github.com/reactjs/hy.reactjs.org/wiki/%D4%B2%D5%A1%D5%BC%D5%A1%D6%80%D5%A1%D5%B6

[VahanAper]

Ահագին բառեր կան, որ կարծում եմ չարժի թարգմանել, ինչպես օրինակ ֆունկցիա ու կոմպոնենտ չեն թարգմանվում։ Օրինակ. քոլբեք ֆունկցիա, պլագին, հուկ, ֆրեյմվորք, դիբագ, սթեյթ, փրոփ (չնայած փրոփը կարելի ա հատկություն կամ հատկանիշ թարգմանել)։

render - նկարել / տպել / ներկայացնել
camelcase - մեծատառ
event handler - իրադարձություն մշակող/վերամշակող
real-time - իրական ժամանակ

[suren-atoyan]

@VahanAper

event handler - իրադարձություն մշակող +

===============================

[suren-atoyan]

Updated version - https://github.com/reactjs/hy.reactjs.org/wiki/%D4%B2%D5%A1%D5%BC%D5%A1%D6%80%D5%A1%D5%B6

[sarkisandreyan]

Մեկ էլ՝ տեսնում եմ արդեն on progress էջեր կան։ Դրանք արդեն սկսել ե՞ն թարգմանվել։ Եթե հա, դեռ շուտ ա կարծում եմ։

Մինչև սկսելը պետք ա ծաղկաքաղ անել բոլո՜ր markdown-ներից թարգմանության կարիք ունեցող տերմինները/տերմինանման բառերը (որոնք հլը լիքը-լիքն են), քննարկել դրանց թարգմանությունները, անպայման կազմել թարգմանության ուղեցույց (անկախ նրանից, որ հնարավոր ա առանց դրա էլ 3-4 հոգով թարգմանել ամբողջը)։

[montanodoto]

DRY - Մի կրկնիր ինքդ քեզ
Separation of Concerns - Պատասխանատվության տարանջատում / վերաբաշխում , ամենա մոտիկ բաննա իմաստով
Խնդրումեմ հանուն բոլոր աստվածների :ԴԴԴԴ ՄԻ փորձեք թարգմանել STATE - ը
Բռո , եթե մարդկանց չէնք ուզում տանջենք , փորձելով թարգմանել չտարգմանվող տերմիններ կառաջարկեմ ֆունկցիաների / մեթոդների անունները թողնել նենց ոնց որ կա ))

[suren-atoyan]

@sarkisandreyan

1. Այո հիմա կան էջեր, որոնք կցված են կոնկրետ մարդկանց։ Եթե իրենք հանդիպեն տերմինների, որոնք ակնհայտ թարգմանություն չունեն, կկիսվեն այստեղ։ Մինչ այդ, Դուք կարող եք զբաղվել ինչ-որ կոնկրետ էջի ուսումնասիրությամբ / թարգմանությամբ կամ կարող եք "ծաղկաքաղ" անել բոլոր markdown - ները։
   Բոլոր թարգմանված էջերը անցնելու են review.

2. թարգմանության ուղեցույց գույություն ունի, ու իրա վրա դեռ աշխատում են - Universal Style Guide
   

@montanodoto

1. DRY - Մի կրկնիր ինքդ քեզ + (էսօր տղեքից մեկը (@nikarm22) պնդում էր, որ ավելի հարմար է "Մի կրկնիր քեզ" տարբերակը), ես ավելի շատ հակված եմ "Մի կրկնիր ինքդ քեզ" տարբերակին։

   Separation of Concerns - Պատասխանատվության տարանջատում +

2. state - ը նախ եւ առաջ տերմին է, մեթոդի' this.state - ի անունը ոչ մեկ չի փոխելու, ու ընդհանրապես կոդ - ում, ոչ մի բան չի փոխվելու, միայն որոշ դեպքերում հնարավոր է ստատիկ տեքստը փոխվի։ Վերջինիս մասին գրած ա Style Guide - ում։ Բայց state - ը որպես տերմին, օրինակ հետեւյալ կոնտեքստում Design simple views for each state in your application (ռեալ օրինակ ա առաջին էջից) կարող է տարգմանվել, որպես վիճակ։

[nikarm22]

"Մի կրկնիր ինքդ քեզ" ավելի լավ ա հնչում, մտափոխվեցի )

Ինձ թվում ա ընդհանուր կոնտեքստում state <-> վիճակ ոչ թե տանջելու է, այլ ճիշտ տերմինն ա:

[suren-atoyan]

@sarkisandreyan

props - props +
callback - հետկանչ թե՞ Հետկանչի ֆունկցիա, որովհետեւ callback - ասելով միշատ նկատի ունեն callback function։ @nikarm22 ?

[suren-atoyan]

Debug - ի համար, էսօր սենց բառ ենք պեղել - վրիպազերծել, ինձ դուր չի գալիս։ Դուք ի՞նչ կարծիք ունեք։

[nikarm22]

Ինձ թվում ա հետկանչ, որովհետեւ callback function էլ կա, որը հետկանչի ֆունկցիա կլինի: E.g. pass a callback -> փոխանցել հետկանչ ամեն անգամ երկար չգրելու համար:

[suren-atoyan]

Հա, համաձայն եմ։ Անկասկած հետկանչ։

[Artur93gev]

1. DRY - Չկրկնես ինքդ քեզ (ՉԻՔ)
2. SOC - Դերերի/հարաբերությունների/կապերի բաժանում/մասնատում
3. real-time - ընթացիկ / իրական ժամանակի
4. props ֊ բնորոշիչներ

[suren-atoyan]

Updated version - https://github.com/reactjs/hy.reactjs.org/wiki/%D4%B2%D5%A1%D5%BC%D5%A1%D6%80%D5%A1%D5%B6

[sarkisandreyan]

Իմ կարծիքով հետկանչը երևույթն ա, ոչ թե իրա listener-ը։ Դրա համար կարծում եմ հետկանչ-ի փոխարեն ամեն տեղ կարելի ա հետկանչի ֆունկցիա գրել (Փոխանցել հետկանչ, եսիմ, անբնական ա ականջիս)։ Տեղ խնայելու խնդիր չունենք, մի 7-8 բայթ ավել գրելն էլ գիթհաբի փորը չի ծակի ։Դ

[Artur93gev]

debug - ուղղել/ուղղիչ

[sarkisandreyan]

1. Վրիպազերծելուն դեմ եմ։ debug – սխալներն ուղղել իմ կարծիքով ամենանկարագրականն ա։
2. SoC - նշանակային բաժանո՞ւմ

[nikarm22]

@sarkisandreyan Դե նույն ձեւ callback-ն էլ ա երեւույթ, չէ՞:

[suren-atoyan]

@Artur93gev, @sarkisandreyan Էկենք մի հատ իրական օրինակի վրա debug - ը Ձեր առաջարկած տարբերակներով փորձենք։ Օրինակները հենց Reactjs.org - ից են։

Wrap the Display Name for Easy Debugging.
We don’t recommend adding debug values to every custom Hook.

[Artur93gev]

custom ֊ ՞՞

[suren-atoyan]

Ըստիս @Artur93gev - ի առաջարկած տարբերակը օրինակներում իրեն արդարացրեց։

debug - ուղղել / ուղղիչ

Any objections?

[sarkisandreyan]

@nikarm22 դե անգլերեն ուղղակի callback-ն էլ callback function-ը չի, callback-ը function-ի որոշիչն ա, ուղղակի անգլերենում որոշիչը պահել-որոշյալը գցելը սովորական ա, իսկ հայերեն անկապ ա ստացվում։ Երևի ։Դ

[suren-atoyan]

Dolma թե Tolma? 😄

[sarkisandreyan]

@SurenAt93 դա ֆունդամենտալ հարց ա. չսկսե՛ք թարգմանելը, մինչև չորոշենք d թե t 😄

[suren-atoyan]

փաթաթել - ը իմ ականջին էլ հաճելի չի, բայց չեմ կարծում, որ ներդնել - ը հարցը լուծում ա, խիստ սպեցիֆիկ դեպքերում ա փոխարինում wrap - ին։

[suren-atoyan]

Վերեւի օրինակը. "'Փաթաթել' X կոմպոնենտով", սա "արդյունքի" տեսանկյունից նույն ա ինչ "Ներդնել X կոմպոնենտի մեջ"։ Վերջում ինչ-որ մի բան լինելու ա X - ի մեջ. X - ը փաթաթենք էտ ինչ-որ բանի վրա, թե էտ ինչ-որ բանը ներդնենք X - ի մեջ։ Բայց, արդյո՞ք էտ մեզ թույլ ա տալիս wrap - բառը փոխարինել ներդնել - ` ով։ Կոնցեպտուալ տարբեր բաներ են։

[nikarm22]

Կոնցեպտուալ wrap-ը. ծածկել, պատել: Ես չեմ ասում միարժեքորեն mapping անենք, ասում էի "որոշ դեպքերում":

[suren-atoyan]

Խիստ սպեցիֆիկ դեպքերում միայն։ Նույնիսկ վերեւի օրինակը էտ "որոշ դեպքերում" - ին չի պատկանում։ 'Wrap with X component' - ը ուղղակի իրավունք չունենք թարգմանել 'Ներդնել X կոմպոնենտի մեջ'։

[sarkisandreyan]

Իմ կարծիքով ներդնելը լրիվ նորմալ ա ու շատ չխորանալու դեպքում երկիմաստություն չի առաջացնում։ Վերջիվերջո, wrap A with B ու ներդնել A-ն B-ի մեջ, երկուսում էլ սուբյեկտը հենց A-ն։ Դնելուց խուսափելու համար կարելի ա ներառ(ն)ել B-ի մեջ ասել կամ ներփակել B-ի մեջ, թեև էս վերջին բառը լավ սնոբիստական ա հնչում։

[suren-atoyan]

Բառարանում նոր բառեր կան

https://github.com/reactjs/hy.reactjs.org/wiki/%D4%B2%D5%A1%D5%BC%D5%A1%D6%80%D5%A1%D5%B6

[suren-atoyan]

@asvahagnas ջան bind - ի համար առաջին ու միակ թարգմանությունը, որ գտանք կցել - ն էր։ Սպասում էինք ուրիշ կարծիքների։ Հիմա բառարանում կցել կգրեմ։

[suren-atoyan]

Եւ, որպեսզի հակասություն չառաջանա template literals - ի template strings - ի մեջ, որոշեցինք էս տարբերակը։

template literals (template strings) - ձեւանմուշային լիտերալներ (ձեւանմուշային տողեր)

[sarkisandreyan]

Առհասարակ ձևանմուշ-ը կարծում եմ հարմար չի որպես template-ի թարգմանություն էս կոնտեքստում (ինչի՞ -նմուշ ա ինքը, փաստաթղթի մասին լինի ոնց որ)։ Առաջարկված կաղապար-ը կարծում եմ ավելի նկարագրական ա. HTML template - HTML կաղապար, նույնը՝ լիտերալի դեպքում։

[tigrankeshishyan]

inspector-ը ո՞նց կառաջարկեք թարգմանել ժող։

[matsakyan]

ուղղել / ուղղիչ -ը ավելի շուտ bugfix - ը կարա լինի։ debug - ի համար ավելի հարմարա ճշգրտում / ճշգրտել։ Համ էլ ռուսերեն թարգմանության (отладка) հետ ա բռնում։

[montanodoto]

View - Պատկերացում , ճիշտա թեմաից դուրս մարդը չի հասկանա ինչ ''Պատկերացման" մասինա խոսքը , բայց հաստատ ամենա ճիշտ տարբերակնա .
State - ի համար , անկախ ամեն ինչից պետկա () ինչ որ մանրամասն նկարագրություն լինի փակագծերի մեջ , Coz վիչակ բառը շատ սխալ պատկերացումա տալի State - ի մասին , ու հայերեն դժվարա մի բառով էտ տերմինը թարգմանել

[Artur93gev]

imutable անփոփոխ

[Artur93gev]

bind միակցել

[Artur93gev]

State վիճակ
Շատ կողմ եմ ես տարբերակին

[montanodoto]

@montanodoto ջան իսկ ի՞նչ կարծիք ունես | view - ներկայացում | տարբերակի մասին։

Լավ տարբերակա , բայց ներկայացումը բառը ինձ թվումա արժի ոգտագորցել որպես Presentation բառի թարգմանություն )
Եթե Presentation չենք ոգտագործելու , ապա թող View - մնա ներկայացնում )
Render - կարելիա թարգմանել որպես , արտապակտերել )
հլա մտածում եմ State - ի թարգմանության վրա ...

[montanodoto]

State - ինձ թվումա իրադրություն (իրերի դրություն) կամ դրություն (ֆիզիկական իրադրություն) ավելի լավ տարբերակա քան , վիճակը , որտև վիճակ բառը իմ կարցիքով այդքանել ճիշտ չի հասնցնում տեղ միտքը

[suren-atoyan]

@montanodoto Presentation - ի դեռ չեմ հանդիպել, իմ կարծիքով նույնպես ամենահարմար տարբերակն է հիմա ներկայացում - ը։ Օրինակ այստեղ թարգմանել են տեսք, որը շատ ընդհանուր բառ է, ու ճիշտ չի իմ կարծիքով տվյալ կոնտեքստում։ Ռուսները ասում են представление, որը միանշանակ ներկայացում - ն է։ Ինչեւ կսպասենք նոր առաջարկների։
արտապակտերել - ը, որպես render - ի թարգմանություն օգտագործելու մասին գրել եմ այստեղ

[GNarek]

Կարծում բառերը պետք է հնարավորինս լինեն առօրյայում գործածելի, որ չվանեն ու ինտեգրվեն. Ինչը իհարկե ռիսկայինա(քննադատվող) ու կարա շատ ճիշտ չարտահայտի միտքը.

1. Օրինակ view-ին առօրյա խոսակցությույնների ժամանակ երբեք ոչոք չի ասի ներկայացում, դրա համար էլ եթե նույնիսկ ինչոր պարագայում տեսք-ը չի արտահայտում ճիշտ միտքը, ոչինչ' փոխարենը ավելի հեշտ կնդունվի.
   Կարա ընդունվի ոչ թե թարգմանություն այլ ծրագրավորման տերմին.

2. Կան բառեր որ արդեն իսկ առօրյայում հանդիպում ենք. Օրինակ wrap: փաթաթել. Ուրեմ թող տենց էլ թարգմանվի տեղից էլ դժվարա մարսվում տերմինների թարգմանությունը.

3. Պետք չի խուսափել նոր բառեր/տերմիններ հորինելուց. Կարևորը ընդունելի լինի. Օրինակ:
   camelCase: ուղտաԳիր
snake_case: օձա_գիր

4. Պետք չի հրաժարվել հումորից ու հետաքրքրությունից, էտ էլ մեր ոլորտի մշակույթնա. Բառի ծագումնաբանությունը հաճախ ամենալավնա նկարագրում բառը ու ներելի լինում քննադատողների կողմից. Օրինակ:
   bug: բլոճ
debug: բլոճել, հակաբլոճ
debugging values: բլոճային/հակաբլոճային արժեքներ

[suren-atoyan]

@GNarek ջան փորձում ենք գտնել ոսկե միջինը։ Բառերը հնարավորինս պետք է ճիշտ արտահայտեն միտքը, միեւնույն ժամանակ հնարավորինս լինեն գործածելի / ինտեգրվող։

2, 3 - տարբերակներին միանշանակ համաձայն եմ։
1 - ը հիմա քննարկում ենք դեռ, ես անձամբ հակված եմ ներկայացում տարբերակին, որովհետեւ ավելի դիպուկ է արտահայտում միտքը։ Կսպասենք ուրիշ արձագանքների։
4 - ի հետ կապված չգիտեմ ինչ ասել 😄

[tigrankeshishyan]

refactor - վերամշակել, փոփոխել ?

[suren-atoyan]

Հա, երեւի վերամշակել։ Կիրառման օրինակ կբերե՞ս։

[taroninak]

to wrap - երեսպատել
wrapper - երեսպատիչ
wrapped - երեսպատված

[taroninak]

user-ը կարող է նաև լինել շահագործող, քանի որ հիմնականում այս իմաստով է օգտագործվում

[taroninak]

stateful - վիճակային
stateless - վիճակազուրկ

[Artur93gev]

widget ֊ ՞՞՞

[Artur93gev]

hyphen-cased ֊ շեղատառ

[suren-atoyan]

camelCase -> ուղտաԳիր
kebab-case -> քաբաբա-գիր
hyphen-case -> գծիկա-գիր կամ դեֆիսա-գիր
lisp-case -> լիսպա-գիր

[Mher1997]

Routing -> Ճանապարհորդություն ???

[suren-atoyan]

Routing -> Ճանապարհորդություն ???

«route/routing»-ը դասեցինք Թարգմանության կարիք չունեցող տերմիններ-ի շարքին։

[Mher1997]

իսկ եթե երթուղի/երթուղավորում ???