نيٽ ورڪ انجنيئر جي حقيقت (نوڊلز ۽... لوڻ سان؟)
تازو، انجنيئرن سان مختلف واقعن تي بحث ڪندي، مون کي هڪ دلچسپ نمونو محسوس ڪيو.
انهن بحثن ۾ ”اصل سبب“ جو سوال هميشه اڀري ٿو. ايماندار پڙهندڙن کي شايد خبر آهي ته مون وٽ آهي تي . ڪيترين ئي تنظيمن ۾، واقعن جو تجزيو مڪمل طور تي هن تصور تي ٻڌل آهي. اهي سبب ۽ اثر جي رشتي جي سڃاڻپ لاء مختلف ٽيڪنالاجي استعمال ڪندا آهن، جهڙوڪ . اهي طريقا نام نهاد ”واقعات جي لڪيريت“ کي هڪ ناقابل ترديد ڪٿا سمجهن ٿا.
جڏهن توهان هن خيال کي چيلينج ڪيو ۽ اشارو ڪيو ته لڪيريت کي يقيني طور تي پيچيده سسٽم ۾ گمراهه ڪندڙ آهي، هڪ دلچسپ بحث پيدا ٿئي ٿو. تڪرار ڪندڙ جذباتي طور تي اصرار ڪن ٿا ته صرف "جڙي سبب" جي ڄاڻ اسان کي سمجهڻ جي اجازت ڏئي ٿي ته ڇا ٿي رهيو آهي.
مون هڪ دلچسپ نمونو محسوس ڪيو: ڊولپرز ۽ ڊيوپس هن خيال تي مختلف طور تي رد عمل ڪن ٿا. منهنجي تجربي ۾، ڊولپرز اهو بحث ڪرڻ جو وڌيڪ امڪان آهن ته بنيادي سبب معاملو آهي ۽ اهو سبب ۽ اثر رشتا هميشه واقعن ۾ قائم ٿي سگهي ٿو. ٻئي طرف، DevOps گهڻو ڪري متفق آهن ته هڪ پيچيده دنيا هميشه لڪير جي فرمانبرداري نه ڪندو آهي.
مان هميشه سوچيندو هوس ته ائين ڇو آهي؟ ڇا ٺاهي ٿو پروگرامر ان خيال تي تنقيد ڪرڻ لاءِ ”اصل سبب هڪ افسانو آهي“ جهڙو؟ هڪ مدافعتي نظام وانگر جيڪو غير ملڪي ايجنٽ کي سڃاڻي ٿو. ڇو اهي هن طريقي سان رد عمل ڪندا آهن، جڏهن ته ڊيوپس بلڪه مائل هن خيال تي غور ڪيو؟
مون کي مڪمل طور تي پڪ ناهي، پر مون کي هن تي ڪجهه خيال آهي. اهو مختلف حوالن سان لاڳاپيل آهي جنهن ۾ اهي پروفيسر پنهنجو روزاني ڪم ڪن ٿا.
ڊولپر اڪثر ڪري deterministic اوزار سان ڪم. يقينا، گڏ ڪرڻ وارا، لنڪرز، آپريٽنگ سسٽم - اهي سڀ پيچيده سسٽم آهن، پر اسان ان حقيقت جا عادي آهيون ته اهي هڪ تعيناتي نتيجو ڏين ٿا، ۽ اسان انهن کي تعيناتي طور تصور ڪريون ٿا: جيڪڏهن اسان ساڳئي ان پٽ ڊيٽا مهيا ڪندا آهيون، پوء اسان عام طور تي توقع ڪندا آهيون. انهن سسٽم مان ساڳي پيداوار. ۽ جيڪڏھن ٻاھر آھي ڪو مسئلو (“بگ”)، پوءِ ڊولپرز ان کي ان پٽ ڊيٽا جو تجزيو ڪندي حل ڪن ٿا (يا ته صارف کان يا ڊولپمينٽ جي عمل دوران اوزار جي ھڪڙي سيٽ مان). اهي هڪ "غلطي" ڳوليندا آهن ۽ پوء ان پٽ ڊيٽا کي تبديل ڪندا آهن. هي "بگ" کي درست ڪري ٿو.
سافٽ ويئر ڊولپمينٽ جو بنيادي مفروضو: ساڳيو ان پٽ ڊيٽا معتبر ۽ طئي ٿيل طور تي ساڳيو پيداوار پيدا ڪري ٿو.
حقيقت ۾، هڪ غير مقرراتي نتيجو پاڻ کي هڪ بگ سمجهيو ويندو آهي: جيڪڏهن اڻڄاتل يا غلط پيداوار ٻيهر پيدا نه ڪئي وئي آهي، پوء ڊولپرز تحقيق کي اسٽيڪ جي ٻين حصن (آپريٽنگ سسٽم، نيٽ ورڪ، وغيره) ڏانهن وڌائڻ چاهيندا آهن، جيڪي پڻ عمل ڪن ٿا. وڌيڪ يا گهٽ مقرري سان، ساڳيو نتيجو پيدا ڪرڻ ساڳئي ان پٽ ڊيٽا سان... ۽ جيڪڏهن اهو نه آهي، پوءِ اهو اڃا تائين هڪ بگ سمجهيو ويندو آهي. اهو صرف هاڻي هڪ آپريٽنگ سسٽم يا نيٽ ورڪ بگ آهي.
ڪنهن به صورت ۾، determinism هڪ بنيادي، لڳ ڀڳ ورتو ويو آهي فرض آهي اڪثر ڪم پروگرامرن لاءِ.
پر ڪنهن به ديوان ماڻهوءَ لاءِ جيڪو هارڊويئر کي ريڪ ڪرڻ يا ڪلائوڊ API کي ڳولڻ ۾ سڄو ڏينهن گذاريو آهي، هڪ مڪمل تعيناتي دنيا جو خيال (جيستائين اهو ممڪن آهي ته سڀني انپٽس کي نقشي ۾ ٺاهيو!) بهترين طور تي هڪ تڪڙو تصور آهي. جيتوڻيڪ توهان ان کي هڪ طرف رکي ڇڏيو تجربيڪار انجنيئرن هن دنيا ۾ عجيب و غريب شيون ڏٺيون آهن. اهي ڄاڻن ٿا ته ، ماحول ۾ لکين ٻين عنصرن جو ذڪر نه ڪرڻ.
تنهن ڪري تجربيڪار انجنيئرن لاءِ اهو شڪ ڪرڻ آسان آهي ته سڀني واقعن جو هڪ ئي بنيادي سبب آهي، ۽ ”فائيو ڇو“ جهڙيون ٽيڪنڪون صحيح طريقي سان (۽ بار بار!) ان بنيادي سبب ڏانهن وٺي وينديون. حقيقت ۾، هي انهن جي پنهنجي تجربي جي تضاد آهي، جتي پزل جا ٽڪرا عملي طور تي بلڪل صاف نه هوندا آهن. تنهن ڪري، اهي هن خيال کي وڌيڪ آسانيء سان قبول ڪن ٿا.
يقينن، مان اهو نه چئي رهيو آهيان ته ڊولپر بيوقوف، بيوقوف، يا سمجهڻ کان قاصر آهن ته ڪيئن لڪيريت گمراهه ٿي سگهي ٿي.
پر اهو مون کي لڳي ٿو ته انهن بحثن ۾ ڊولپرز کان هڪ عام ردعمل اڪثر ڪري حقيقت سان ڪرڻو پوندو آهي ته عزم جو تصور. انهن کي مجموعي طور تي چڱي طرح خدمت ڪري ٿو روزاني ڪم ۾. اهي غير جانبداري کي منهن نه ٿا ڏين جيئن انجنيئرن کي انهن جي انفراسٽرڪچر تي شروڊنگر جي ٻلين کي پڪڙڻو آهي.
اهو شايد مڪمل طور تي مشاهدو ڊولپر جي رد عمل جي وضاحت نه ڪري سگهي، پر اهو هڪ طاقتور ياد ڏياريندڙ آهي ته اسان جا ردعمل ڪيترن ئي عنصرن جو هڪ پيچيده مرکب آهن.
هن پيچيدگي کي ياد رکڻ ضروري آهي، ڇا اسان هڪ واحد واقعي سان معاملو ڪري رهيا آهيون، سافٽ ويئر پهچائڻ واري پائپ لائن تي تعاون ڪري رهيا آهيون، يا وسيع دنيا کي سمجهڻ جي ڪوشش ڪري رهيا آهيون.
جو ذريعو: www.habr.com