Two Doors, One Gate: Governance Beyond EDD
ઓનબોર્ડિંગના નિયમો અને ડેવલપર ફ્રિકશન (friction) ઘણીવાર એક જ સમસ્યા જેવી લાગે છે. પણ તે નથી.
જ્યારે તમે ચાલીસ ડેવલપર્સ સુધી પહોંચો છો, ત્યારે તમે દરેક માટે એક જ તાલીમ પદ્ધતિનો ઉપયોગ કરી શકતા નથી. કેટલાક ડેવલપર્સ AI એજન્ટ્સમાં નિષ્ણાત હોય છે. અન્ય લોકો નવા હોય છે. જો તમે દરેક માટે નિયમોનો એક જ સેટ લખશો, તો તમે નિષ્ફળ જશો.
અનુભવી ડેવલપર્સ નિયમોની અવગણના કરશે. નવા ડેવલપર્સને તેમાં મુશ્કેલી પડશે.
તમારે તમારા અભિગમને બે અલગ સ્તરોમાં વિભાજિત કરવો જોઈએ:
Awareness tools આ સાધનો વ્યક્તિ શું જાણે છે તેમાં ફેરફાર કરે છે. ઉદાહરણોમાં AI રિવ્યુ કોમેન્ટ્સ અથવા લિન્ટિંગ (linting) ચેતવણીઓનો સમાવેશ થાય છે. તેઓ રિસેપ્શનિસ્ટની જેમ કામ કરે છે. તેઓ બાબતો પર ધ્યાન આપે છે અને સૂચનો આપે છે. તેઓ ત્યારે જ કામ કરે છે જ્યારે વ્યક્તિ સાંભળે છે.
Governance tools આ સાધનો વ્યક્તિ શું કરી શકે છે તેમાં ફેરફાર કરે છે. ઉદાહરણોમાં બ્રાન્ચ પ્રોટેક્શન (branch protection) અને મર્જ ગેટ્સ (merge gates) નો સમાવેશ થાય છે. તેઓ ટર્નસ્ટાઇલ (turnstile) ની જેમ કામ કરે છે. તેઓ કોઈ વાટાઘાટો કરતા નથી. જો જરૂરિયાતો પૂરી ન થાય તો તેઓ પ્રક્રિયાને અટકાવી દે છે.
ભૂલ એ છે કે જ્યારે તમારે ટર્નસ્ટાઇલની જરૂર હોય ત્યારે રિસેપ્શનિસ્ટનો ઉપયોગ કરવો. ડેવલપર જે AI સૂચન અવગણે છે તે ગવર્નન્સ નથી. તે માત્ર ઘોંઘાટ (noise) છે.
આને સુધારવા માટે, બે અલગ સ્તરોનો ઉપયોગ કરો:
The Governance Layer આ સ્તર નાનું અને સાર્વત્રિક છે. તે કૌશલ્યને ધ્યાનમાં લીધા વિના દરેકને લાગુ પડે છે. તેમાં પ્રોટેક્ટેડ બ્રાન્ચમાં સીધા પુશ (push) ન કરવા અને ફરજિયાત રિવ્યુ જેવા નિયમોનો સમાવેશ થાય છે. આ વિશ્વાસ વિશે નથી. આ એજન્ટ-સંચાલિત ફેરફારોના ઉચ્ચ જોખમથી કોડબેઝને સુરક્ષિત કરવા વિશે છે.
The Scaffolding Layer આ સ્તર વ્યક્તિગત અને લવચીક (flexible) છે. તેમાં સ્પષ્ટ આયોજન અને વિગતવાર તર્ક (verbose reasoning) જેવા પગલાંનો સમાવેશ થાય છે. નવા ડેવલપર્સ નિર્ણય લેવાની ક્ષમતા કેળવવા માટે આનો વધુ ઉપયોગ કરે છે. અનુભવી ડેવલપર્સ જેમ જેમ આગળ વધે તેમ તેમ તેઓ આને ઘટાડી શકે છે. આ વરિષ્ઠતા (seniority) માટેનું ઈનામ નથી. તે એક એવું સાધન છે જે કૌશલ્ય વધવાની સાથે બિનજરૂરી બની જાય છે.
તમારે ફેરફારના જોખમ પર પણ ધ્યાન આપવું જોઈએ. એક જુનિયર ડેવલપર દ્વારા સાદા યુટિલિટી ફંક્શન (utility function) ને બદલવા કરતાં, એક સિનિયર ડેવલપર દ્વારા જટિલ અને હાઈલી કપલ્ડ (highly coupled) ફાઇલને સ્પર્શવાથી વધુ જોખમ ઊભું થાય છે. સિસ્ટમે માત્ર વ્યક્તિ પર નહીં, પણ કોડ પર પ્રતિસાદ આપવો જોઈએ.
અંતે, માલિકી (ownership) પર ધ્યાન કેન્દ્રિત કરો. AI એજન્ટ કોડ લખી શકે છે, પરંતુ પરિણામ માટે ડેવલપર જવાબદાર છે. જો ડેવલપર રિવ્યુ દરમિયાન ફેરફાર શા માટે કરવામાં આવ્યો તે સમજાવી શકતો નથી, તો તે ફેરફાર મર્જ (merge) થવો જોઈએ નહીં.
લોકોને સ્તરો (tiers) સાથે લેબલ કરવાનું બંધ કરો. તેના બદલે, એવા સાધનો પૂરા પાડો જે તેમને તેમના પોતાના જોખમને મેનેજ કરવાની મંજૂરી આપે.
Source: https://dev.to/karlheinz_reichel_7ee08d/two-doors-one-gate-navigating-governance-beyond-edd-5clj
વૈકલ્પિક લર્નિંગ કોમ્યુનિટી: https://t.me/GyaanSetuAi