կը ներէք, բայց ես քսան տարի ա օգտագործում եմ նկարների այս դիտարկիչը։
ու այն ամենալաւն ա։
չկայ դրանից լաւը։
միայն ամաչում եմ ու ցաւում եմ որ իննսունականներին աւելի դեբիլ էի ու չէի օգտագործում։
ու լաւ ա որ gentoo֊ում կայ ու ես այդ պատճառով գտել եմ։
յ․ գ․ ինչի՞ յիշեցի՝ երբէք stall nfs handle֊ի պատճառով, կամ դանդաղ կապի դէպի nfs պանակ՝ չի դանդաղում, չի լռւում։
#դիտարկիչ #ջենթու #գործիք
եթէ հնարաւոր չի կամ բարդ ա թարմացնել portage֊ը, սէմը, ում գուցէ գիտէք ջենթու֊ի այառսի ալիքից, ստեղծել ա rescue portage որը վերջերս օգտագործել եմ, ու շատ օգնել ա։
#ջենթու #լինուքս #գործիք
շատ հաւէս գործիքների հաւաքածու՝ moreutils։
#իւնիքս #լինուքս #գործիք #հաւէս #տեք #ծրագիր
վոու, վերականգնում ա ջնջուած նիշքերը, եթէ դրանք դեռ բաց են որեւէ ծրագրի կողմից։
https://github.com/benibela/fdlink/tree/master/flink
#իւնիքս #գործիք #ֆայլ #նիշք
այսօր դաշնեզերքի օգնութեամբ բացայայտեցի cppcast պոդքաստը։ լսեցի վերջին էպիզոդը՝ այն մասնաւորապէս ̶բ̶ո̶ր̶լ̶ա̶ն̶դ̶ի̶ էմբարկադերօյի c++ builder֊ի մասին էր։
հետաքրքիր ա որ
սա շատ կարեւոր թեմա ա ինձ համար, նշանակում ա c++֊ն այնքան արագ տեմպերով ա զարգանում, որ նոյնիսկ այդ, բաւական լուրջ, բաւական, թւում ա թէ, փող ունեցող ընկերութիւնը, չի հասցնում իր կազմարկիչը զարգացնել։
սա կարող էր ոգեւորիչ լինել․ ահա՛, ազատ ծրագրակազմը յաղթում ա, ոչ մի առանձին ընկերութիւն չի կարող հասնել, զի համայնքը զօրաւոր ա, եւ մարդկութիւնը իր ամբողջ ռեսուրսներով կարողանում ա աւելին անել, քան առանձին ընկերութիւնը։
ու մասամբ երեւի այդպէս ա։
մտահոգիչ մասն այն ա, որ լեզուն այնքան ա բարդացել, որ չի լինում առանձին ընկերութեան համար այն իրականացնելն այլեւս իրատեսական չի։ մօտաւորապէս նման պատմութիւն ա դիտարկիչների հետ՝ html֊ն ա այնքան բարդացել, որ առանձին ընկերութիւն այն իրականացնել չի կարող։
եւ մեր բախտից ա (դէ իրականում նախկինում տարուած պայքարից) որ գուգլն ու էփլը այսօր ազատ ծրագրակազմ են ֆինանսաւորում, ու կայ chromium֊ը, եւ llvm֊ն ա ազատ։
բայց եթէ մթնոլորթը փոխուի, մի պահ ա գալու, երբ chromium֊ի շարժիչը գուգլը կարող ա եւ փակել։ իսկ եղած ազատը համայնքը չի կարողանայ զարգացնել այնպէս որ արագ զարգացող ստանդարտներին հասնի։ այդ պատճառով էլ եմ ես ոգեւորւում աւելի պարզ համակարգերից, ինչպիսին են gemini֊ն, եւ oberon֊ը։
c լեզուն էլ ա բաւական պարզ (առանց ընդլայնումների) որ մի հոգի նստի եւ մի քանի ամսում իրականացնի կազմարկիչ։
շարունակեմ այն մասին, ինչ եմ յիշում զրոյցից։
ի՞նչ ընդլայնումներ են դրանք։
դէ դա ես գիտէի, ու կարելի ա պատկերացնել՝
c++ builder֊ը օգտագործում ա բորլանդի object pascal֊ով գրուած vcl (եւ արդէն fmx) գրադարանները։ իսկ գրադարանները նախատեսուած են gui ծրագրեր գրելու համար։ այդ պատճառով object pascal֊ն ունի properties՝ յատկութիւններ, որ կլասի դաշտեր են։ բայց երբ դու վերագրում ես յատկութեանը, իրականում տակից կանչւում ա setter մեթոդ, իսկ երբ կարդում ես դրանից, իրականում տակից կանչւում ա getter (fread) մեթոդ։ դրանք պէտք ա սահմանես, եթէ հատկութիւն ես աւելացնում։ յատկութիւններ նաեւ ունի բորլանդի c++ լեզուի դիալեկտը։
վարողը հարցրեց, արդե՞օք ընկերութիւնը փորձել ա լեզուի ընդլայնումներն աւելացնել c++ ստանդարտի մէջ։ ինչ֊որ գործ այդ առումով արուել ա, ու հիւրը մի քանի c++ կոմիտէի թղթերի յղուեց։ բայց վերջին թուղթը որին յղուել էր փաստարկներ էր անում ինչու յատկութիւններ լեզուի մէջ բերելը վատ միտք ա՝ զի կարող են ոչ տեղին օգտագործուել (misuse), երբ պէտք չի (իբր դա c++֊ի համար ամենակարեւոր խնդիրն ա՝ իբր c++֊ում արդէն չկան հնարաւորութիւններ որ կարող ա սխալ կամ ոչ տեղին օգտագործուեն), եւ այլ փաստարկն այն էր, որ թափանցիկ չի, մարդիկ կարող ա չիմանան, որ դաշտ չի այն, ինչը դաշտ ա երեւում։ սա շատ լաւ փաստարկ ա, բայց կրկին՝ c++֊ն արդէն ունի բազմաթիւ հնարաւորութիւններ որ սինտակտիկ շաքար են։ բայց ես ինքս նոյն կարծիքի են՝ ինձ դուր չեն գալիս յատկութիւններ, եթէ դրանք սովորական դաշտի տեսք ունեն, ու սինտաքսից պարզ չի, որ հատկութիւն են, եւ ոչ թէ սովորական դաշտ։
այլ ընդլայնումը վերաբերում էր, իհարկէ, event֊ներին՝ օրինակ, կտոցը կոճակին event ա, որ կապուած ա յատուկ ֆունկցիայի հետ։ այդ համար borland֊ը նախագծել էր closure կոչուող լեզուի յատկութիւն։ տես նաեւ սա։
ի դէպ քիւթը այլ ձեւերով ա լուծում նոյն խնդիրները, իրենք ունեն սիգնալ եւ սլոտ հասկացութիւններ, բայց ձեռք չեն տալիս c++ կազմարկիչը, փոխարէնը գրել են մի գործիք՝ moc, որը իրենց, քիւթին սպեցիֆիկ սիփլասփլասը թարգմանում ա ստանդարտ սիփլասփլասի։
abi֊ի հետ են շատ գործ անում, եւ pascal֊ական տիպերի հետ համատեղելի լինելու։ գիտենք, որ դելֆիի պասկալն ունի cow strings, իմացայ որ ունի նաեւ ինչ֊որ տարադրամի տիպ, ու այդ տիպերին, բնական ա, իրենց c++֊ն էլ պէտք ա սատարի։
դելֆիի պասկալի ֆունկցիայի քոլերն ունեն register կոչուող calling convention, այդ համար էլ ա գործ արւում։ abi֊ն ջանում են մի ստաբիլ վարկածի մէջ չփոխել, ու եթէ abi֊ի փոփոխութիւններ են նախատեսւում, ապա դրանք արւում են մէյջըր ռելիզների ժամանակ։ այդ փոփոխութիւնները ոչ միայն կարող են վերաբերուել հէնց ֆունկցիաներ կանչելու ձեւին, այլեւ նրան ինչպէս են տուեալները պահւում յիշողութեան մէջ։
ու գուցէ ios դեւելոփմենթն աւելի պարզ բան ա՝ կպնում ես objective c գրադարաններին, պէտք չի jni անել, պէտք չի լիքը այլ բան։ կամ գուցէ իսկապէս այօս դեւելոփմենթի պահանջարկ ունեն։
վախեցայ որ դելֆիից էլ են հանել անդրոիդի մասը, ստուգեցի, ու կայքում կարծես թէ գրուած ա որ ունեն անդրոիդ դեռ։ չգիտեմ։
որոշ չափով խօսուեց delphi֊ի մասին, զի builder֊ի delphi֊ի հետ սերտ կապեր ունի։ օրինակ, կարող ա ընդլայնել պասկալով գրած կլաս։ դէ բնական ա, զի կարող ա ուզես մի կոնտրոլի հիման վրայ մի այլ կոնտրոլ սարքել։ պատմեց, որ delphi֊ն կարողանում ա գեներացնել հեադեր նիշքեր որ իրենց c++ կազմարկիչը կը ճանաչի։ որ շատ հանգիստ լինկ են լինում pascal եւ c++ ծրագրերը։ ու որ աւելի բարդ ա պասկալից կպնել սիփլասական գրադարաններին, քան հակառակը, զի սիփլասփլասը կոնստրուկտներ ունի, որ պասկալը չունի։ իսկ այն կոնստրուկտները որ իրենց պասկալից պէտք էին՝ իրենք արդէն աւելացրել են իրենց սիփլասփլաս կազմարկչի մէջ, ու հետեւաբար պասկալ կոդ շատ հեշտ ա օգտագործել։
նշեց մի քանի նախագիծ, բայց առանց անունների, որ գրուել են սիփլասփլաս բիլդերով։ ու ես հասկացայ որն են իրենց մեծ պատուիրատուները, օրինակ կան ծրագրեր որ սպասարկում են էլեկտրակայաններ, ու քանի որ կոդն ի սկզբանէ գրուած ա եղել բորլանդի բիլդերով, այսօր էլ էմբարկադերօն պէտք ա, որ սպասարկի պրոդուկտ, որը կառնեն այդ էլեկտրակայանի ծրագրակազմ նախագծողները։
ես կարծում եմ որ իրենց գնային քաղաքականութիւնը խանգարում ա իրենց զարգանալ։ եւ այդ պատճառով էլ վարողը հարցրեց, արդեօք կան օփեն սորս դեւերի համար անվճար վերսիաներ։ պատասխանը՝ այո, բայց մի վերսիա հետ ընկած ա, աշխատում ենք թարմացնել։
ովքե՞ր են օգտագործում բիլդեր — հիմնականում ուինդոուս դեւելոփերներ։
ինձ թւում ա, դա բորլանդի, եւ յետոյ էմբարկադերօյի ամենամեծ խնդիրներից ա, որ չեն կարողացել հասցէագրել (այսպէս կարելի՞ ա ասել), չեն կարողացել այնպէս անել որ ոչ ուինդոուս ծրագրաւորողները հետաքրքրուեն նախագծով։ իհարկէ, շատ բարդ ա մրցել լինուքսի աշխարհում, ուր մարդիկ սովոր են ազատ լուծումների, ու սիփլափփլաս մարդիկ սովոր են քիւթին, եւ շատերն իրենց վճարում են։ բայց կարելի էր մրցել, կարելի էր լուրջ փորձեր անել շուկայ մտնելու։ ու բնաւ անիրատեսական չէր մակօսի շուկայ մտնել, կարծում եմ շատ շատերը կը նախընտրէին բիլդեր էքսկոդին, բայց բիլդերի (ինչպէս եւ դելֆիի) այդիին, նախագծման միջավայրը աշխատում ա միայն ուինդոուսում։ ինձ թւում ա դա ամենակարեւոր խնդիրներից ա որ իրենք չլուծեցին, զի մակօս դեւը չի ուզի ուինդոուսում գրել մակօս ծրագրեր։
ընդհանուր առմամբ զարմացած եմ, ինչքան անտեղեակ էր վարողը, որ սիփլասփլաս աշխարհից ա, բիլդերից։ ու դա այն մասին ա, ինչքան ա բիլդերը, որ բաւական լաւ նախագիծ ա, ու ոգեշնչուած ա դելֆիից, չգնահատուած, ինչպէս եւ ինքը դելֆին։
#ծրագրաւորում #ծրագրաւորման_լեզուներ #պասկալ #սիփլասփլաս #սի #բիլդեր #բորլանդ #էմբարկադերօ #նախագծում #ծրագրակազմ #հարցազրոյց #պոդքաստ #տտ #տեք #գործիք #գործիքներ
պէտք ա դասաւանդման պլանը գրեմ ներկայացնեմ, ձեռքս չի գնում այլեւս այդ անյարմարութեանը՝ google docs կամ թէկուզ libreoffice կիրառելուն։ փորձեցի՝ մարքդաունն աշխատեց։
մինչ այդ չէր աշխատում, սխաներ ունէի՝ lmodern.sty֊ն չէր գտնում, գտնուեց՝ texlive-latexextra տեղակայելուց յետոյ, ու նաեւ lwapr.sty չէր գտնում՝ գտնուեց texlive-latexrecommended֊ի մէջ։
#իւնիքս #լինուքս #ջենթու #տեք #տեքստ #աբստրակցիա #վերացարկում #գործիք #էկրանահան #նշաձեւ
գործի տեղում խօսում են ուինդոսական խնդիրներից, ինչ֊որ դիսկեր, «լոջիկալ դրայւեր», ու մտածում եմ՝ ախր ինչ աւելի պարզ ա իւնիքսի դիզայնը՝ չունես տարբեր դիսկեր՝ ունես՝ /։
բա ինչի՞ չեն նոյնը տէնց սահուն անում իւնիքսում։
երկու պատճառ՝
— ծանօթ չեն։ առաջին իմացած ու բարդը աւելի հեշտ ա քան նոր ու պարզը։
— մտնելու, խորանալու ձեւը՝ ուինի գործիքները նէնց չի որ շատ լաւն են, բայց գրաֆիկական են, ու իրենցով ամէնը (կամ գրեթէ) լինում ա անել։ իւնիքսի լուրջ թուլերը կոնսոլ են, ու մարդիկ կարիք չունեն ու չեն պատկերացնում ինչ գրաֆիկական գործիքի կարիք կարող ա լինի։ ինչի պատճառով մարդը որ կոնսոլում գրելու (կամ առհասարակ գրելու) կուլտուրա չունի՝ դժուարանում ա։
էդ վերջինի պատճառով ես վերջերս միշտ հարցնում եմ ուսանողներին՝ իրենք չաթուո՞ւմ են, զի եթէ չաթուում են՝ ստեղնաշարի հետ լաւ են, գոնէ չեն փնտրի տառեր։
#իւնիքս #ուինդոուս #դիզայն #նախագծում #գործիք #օպերացիոն_համակարգեր #մօտեցում #կուլտուրա
վերջերս jolla֊ն՝ հէնց jolla ֆիրմայի առաջին սարքս հա միացուած եմ պահում։ նոյնիսկ իր վրայ ունեմ եւս մի tooter որը կպնում ա անգլերէն մաստոդոնիս հաշուին։ ու ուզում էի լինկ ստանալ ջաբերով՝ միացրի ջաբերը, տեսնեմ՝ xperia֊ի ջաբեր կլիենտը դուրս գցեց՝ անջատուեց։ էքսպերիայինը միացրի՝ եօլլայինը դուրս եկաւ։
հասկացայ՝ resource֊ն ա խնդիրը։ ամէն ջաբեր կլիենտ երբ կպնում ա՝ նշում ա resource ու sailfish֊ի լռելեայն կլիենտի ռեսուրսը՝ Jolla ա հէնց։
մտածեցի՝ ո՞նց փոխել։ յիշեցի որ այն իրականում libpurple֊ն ա օգտագործում, ու նայեցի .purple֊ի մէջ, կարո՞ղ ա փիջինական accounts.xml գտնեմ։ չէ՝ այլ բաներ կային, բայց ոչ դա։ իսկ resource֊ը հաշուի հետ ա նշուում։
հասկացայ որ ինչո֊ր տեղ հարդկոդ արած ա։ ուզեցի together.jolla.com֊ում բացել զրոյց այդ մասին, իսկ այն լաւն ա, ասում ա նախ փնտրի, յետոյ կը բացես փնտրածդ եթէ չգտնես։
փնտրեցի ու գտայ։ հետեւեցի, բնականաբար, ու ափվոտեցի։ ես վեցերորդ հետեւողն էի։ հաւէս ա շատ որ սէյլֆիշի հեղինակները ջաբերն աւելացրել էին լռելեայն, հասցէագրքի հետ ինտեգրած հաշիւների մէջ։ չնայած շատ մարդ չի օգտուում։ տուեալ դէպքում՝ վեց հետեւող ենք։
ինչ֊որ mc-tool ծրագրով ա հնարաւոր փոխել։ (:
հմ, պարզուում ա telepathy-mission-control փաթեթից ա։ (: mc stands for mission-control (:
ու դէ եղաւ, հա։ էքսպերիայի ջաբերի ռեսուրսը նշեցի sailfish_xa2, եօլլայինը դէ մնաց Jolla (:
ու տէնց։
#սէյլֆիշ #ջաբեր #լինուքս #իւնիքս #տեքնոլոգիաներ #տտ #ռեսուրս #յոլլա #եօլլա #չաթ #կոնսոլ #ու_տէնց #հեռախօս #խելախօս #տելեփատի #գործիք #ապակենտրոնացում #ազատութիւն
ինչո՞ւ xz ֆորմատը լաւը չի նիշքեր պահելու համար ըստ վգետի նախագծողի՝ https://www.nongnu.org/lzip/xz_inadequate.html
տես նաեւ քննարկում՝ https://news.ycombinator.com/item?id=12768425 #սեղմում #կոմպրեսիա #ֆորմատ #նիշք #տտ #համակարգիչ #տեքնոլոգիա #գործիք
այո, ինձ թւում ա սկսնակի խցիկը պէտք ա ունենայ անիւներով՝ պահաժամի եւ դիաֆրագմայի կարգաւորումներ։ նաեւ լաւ կը լինի որ ոսպնեակի վրայի էն գծերը լինեն, որ ցոյց են տալիս որտեղ ա ֆոկուս կամ չֆոկուս լինելու։ դա, պէտք ա նշել, ահագին լաւ որոշ թուանշայիններում մենիւ֊ից երեւում ա, բայց դէ էդ թուանշայինները չունեն առանձին անիւով պահաժամի կարգաւորում։
եւ նմանապէս, սկսնակի ծրագրաւորման լեզուն էն չի, որով առանց հասկանալու ինչ ա տակից կատարւում՝ գրում ես։ ամենակարեւոր բաները մարդը պէտք ա հասկանայ, որ կարողանայ արդէն ծրագրաւորում սովորել, եւ ոչ թէ լեզու, ու դրանք են՝ ծրագրի մեմորի լէյաութը, որտեղ ա (եւ ինչքան) յիշողութիւն յատկացւում որ տուեալների համար, որն ա ցուցիչը, ոնց ա ֆունկցիայի կանչը կատարւում։ ու ինչպիսի տուեալներ ես կարողանում ունենալ, որ դրանցով աւելի բարդ ստրուկտուրաներ կառուցես։
լինուսը մի տեղ ասել էր՝ գրելիս պատկերացնում եմ ինչ ասմ ա գեներացուելու՝ դա եթէ ասեմ, մի քիչ շատ բան կուզեմ, բայց լրիւ կարծում եմ որ էդ լաւ միտք ա։ #ֆոտո #ծրագրաւորում #խցիկ #գործիք
@{ fstoppers (unofficial) ; fstoppers@spyurk.am} 04/01/2020, 04:03:25
Why the Best Camera for Beginners Isn’t Their Phone
#fstoppersoriginals #gear #opinion posted by pod_feeder_v2
աաաաա՜ https://www.youtube.com/watch?v=GYLBjScgb7o
@{անդորր; andorr@spyurk.am}֊ի միջոցով։ #գործիք
կենցաղում շատ պէտքական գործիք։
http://www.kaiser-fototechnik.de/en/produkte/2_1_produktanzeige.asp?nr=4129
#գործիք #ֆոտո
սպանիչ գործիք է սա՝ http://coolors.co/intro գեներացնում է գունային սխեմաներ։ #առցանց #գոյներ #գույներ #գործիք #դիզայն
միջոցառումներ կազմակերպելու համար գործիք մոզիլլայից
#յղում #գործիք #միջոցառումներ #սարդոստայն
