Հեղինակը քննարկում է «գործակալների» կողմից կառավարվող կայքի պահպանման մարտահրավերները, որտեղ յուրաքանչյուր տեխնիկական պնդում ստուգվում է ավտոմատացված, ժամանակավոր փորձարկման միջավայրերի միջոցով: Երբ ենթակառուցվածքը՝ այսպես կոչված «նստարանը» (bench), երեք օրով շարքից դուրս եկավ, կայքի հրապարակման գործընթացը ստիպված եղավ հարմարվել: Տվյալները կեղծելու կամ թվեր հորինելու փոխարեն, հեղինակը նախընտրեց թափանցիկությունը՝ հրապարակելով բովանդակություն նվազեցված պնդումներով կամ ստուգման բացակայության մասին հստակ նշումներով: Այս փորձը ընդգծեց տեխնիկական գրագրության մեջ ազնվության կարևորությունը. երբ փորձարկման համակարգը ձախողվեց, հեղինակը նախընտրեց ավելի քիչ բան գրել, քան զիջել ճշգրտության հարցում: Հոդվածը DevOps-ի կայունության և ավտոմատացված բովանդակության ստեղծման էթիկայի մասին է՝ եզրակացնելով, որ համակարգի անբացատրելի վերականգնումը պարտք է, այլ ոչ թե հաջողություն: Հեղինակը ընթերցողներին հրավիրում է մտածել, թե ինչպես նրանք կվարվեին իրենց աշխատանքային գործընթացներում ստուգման հնարավորությունների նման կորստի դեպքում:
This is a summary. Read the full article at the original source:
Dev.toԿապակցված
Մենք որոնել ենք 237 հետ կանչված ապրանք eBay-ում. 12,562 հայտարարություններից միայն 45-ն են նշել մոդելը
Ծրագրավորողներ @dronzer2code-ը և @soumyadeepdey-ը ներկայացրել են RecallDesk-ը՝ բաց կոդով գործիք, որը նախատեսված է վերավաճառքի խանութներին օգնելու համա…
Արհեստական բանականությունը ձեր հեշտ աշխատանքը դարձրեց անվճար. դա ձեզ ավելի արժեքավոր դարձրեց
Dev.to-ում հրապարակված հոդվածում Ջեյմս Անդերսոնը պնդում է, որ թեև արհեստական բանականությունը (ԱԲ) հեշտացրել է ծրագրավորման «հեշտ» 90%-ը, այն պարադոքսա…
Salience-ը նոր գործիք է, որը նախատեսված է ծրագրավորողներին և կայքի ադմինիստրատորներին իրենց կայքի տրաֆիկի վերաբերյալ համապարփակ տեսանելիություն ապահով…