صنعتي مشين سکيا: 10 ڊيزائن اصول
اڄڪلهه، هر روز نيون خدمتون، ايپليڪيشنون ۽ ٻيا اهم پروگرام ٺاهيا ويندا آهن جيڪي ناقابل يقين شيون ٺاهڻ ممڪن بڻائيندا آهن: اسپيس ايڪس راڪيٽ کي ڪنٽرول ڪرڻ لاءِ سافٽ ويئر کان وٺي ايندڙ ڪمري ۾ هڪ اسمارٽ فون ذريعي ڪيٽل سان رابطو ڪرڻ تائين.
۽، ڪڏهن ڪڏهن، هر نوڪر پروگرامر، چاهي هو هڪ پرجوش شروعات ڪندڙ هجي يا هڪ عام فل اسٽيڪ يا ڊيٽا سائنسدان، جلد يا دير سان اهو سمجهڻ ۾ اچي ٿو ته پروگرامنگ ۽ سافٽ ويئر ٺاهڻ لاءِ ڪي خاص قاعدا آهن جيڪي زندگي کي تمام آسان بڻائي ڇڏيندا آهن.
هن آرٽيڪل ۾، آئون مختصر طور تي 10 اصولن کي بيان ڪندس ته ڪيئن پروگرام ڪيو وڃي صنعتي مشين سکيا جو ته جيئن ان کي آساني سان ضم ڪري سگهجي هڪ ايپليڪيشن/سروس ۾، 12-فڪٽر ايپ جي طريقي جي بنياد تي. . منهنجي شروعات هن ٽيڪنڪ جي شعور کي وڌائڻ آهي، جيڪا ڪيترن ئي ڊولپرز ۽ ڊيٽا سائنس جي ماڻهن جي مدد ڪري سگهي ٿي.
هي آرٽيڪل صنعتي مشين لرننگ بابت مضمونن جي هڪ سلسلي جو هڪ پرولوگ آهي. انهن ۾ آئون وڌيڪ ڳالهائيندس ته اصل ۾ هڪ ماڊل ڪيئن ٺاهيو وڃي ۽ ان کي پيداوار ۾ لانچ ڪيو وڃي، ان لاءِ هڪ API ٺاهيو، انهي سان گڏ مختلف علائقن ۽ ڪمپنين جا مثال جيڪي انهن جي سسٽم ۾ ايم ايل ٺاهيا آهن.
اصول 1: ھڪڙي ڪوڊ جو بنياد
ڪجهه پروگرامر پهرين مرحلن تي، سستي کان ٻاهر اهو معلوم ڪرڻ لاء (يا انهن جي پنهنجي ڪجهه سببن لاء)، Git جي باري ۾ وساريو. اهي يا ته لفظ کي مڪمل طور تي وساري ڇڏيندا آهن، يعني اهي فائلون هڪ ٻئي ڏانهن ڊرائيو ۾ اڇليندا آهن/صرف ٽيڪسٽ اڇلائيندا آهن/ڪبوترن ذريعي موڪليندا آهن، يا اهي پنهنجي ڪم جي فلو ذريعي نه سوچندا آهن، ۽ هر هڪ کي پنهنجي پنهنجي برانچ ڏانهن انجام ڏيندا آهن، ۽ پوءِ. ماسٽر
هي اصول چوي ٿو: ھڪڙو ڪوڊ بيس آھي ۽ گھڻا ٺاھڻ.
Git ٻنهي پيداوار ۽ تحقيق ۽ ترقي ۾ استعمال ڪري سگهجي ٿو (R&D)، جنهن ۾ اهو گهڻو ڪري استعمال نه ڪيو ويو آهي.
مثال طور، R&D مرحلي ۾ توهان مختلف ڊيٽا پروسيسنگ طريقن ۽ ماڊلز سان ڪمٽ ڇڏي سگهو ٿا، انهي لاءِ ته پوءِ بهترين چونڊيو ۽ آساني سان ان سان گڏ ڪم جاري رکو.
ٻيو، پيداوار ۾ هي هڪ ناقابل واپسي شيء آهي - توهان کي مسلسل ڏسڻ جي ضرورت پوندي ته توهان جو ڪوڊ ڪيئن بدلجي ٿو ۽ ڄاڻڻ جي ضرورت پوندي ته ڪهڙي نموني بهترين نتيجا پيدا ڪيو، ڪهڙي ڪوڊ آخر ۾ ڪم ڪيو ۽ ڇا ٿيو جنهن سبب اهو ڪم ڪرڻ بند ڪيو يا غلط نتيجا پيدا ڪرڻ شروع ڪيو. . ان لاءِ ڪمٽمينٽ آهن!
توھان پنھنجي پروجيڪٽ جو ھڪڙو پيڪيج پڻ ٺاھي سگھو ٿا، ان کي رکڻ، مثال طور، Gemfury تي، ۽ پوء صرف ان مان افعال کي ٻين منصوبن لاء درآمد ڪريو، جيئن انھن کي 1000 ڀيرا ٻيهر نه لکجي، پر ان کان پوء وڌيڪ.
اصول 2: واضح طور تي بيان ڪريو ۽ انحصار کي الڳ ڪريو
هر منصوبي ۾ مختلف لائبريريون آهن جيڪي توهان ٻاهران درآمد ڪندا آهن انهن کي لاڳو ڪرڻ لاءِ. ڇا اهو Python لائبريريون، يا مختلف مقصدن لاء ٻين ٻولين جي لائبريريون، يا سسٽم اوزار - توهان جو ڪم آهي:
- واضح طور تي انحصار جو اعلان ڪريو، يعني هڪ فائل جنهن ۾ سڀئي لائبريريون، اوزار، ۽ انهن جا نسخا شامل هوندا جيڪي توهان جي پروجيڪٽ ۾ استعمال ڪيا ويندا آهن ۽ جيڪي نصب ٿيڻ گهرجن (مثال طور، پٿون ۾ اهو ٿي سگهي ٿو Pipfile يا requirements.txt استعمال ڪندي. لنڪ جيڪا سٺي سمجھڻ جي اجازت ڏئي ٿي: )
- ڊولپمينٽ دوران توهان جي پروگرام لاءِ خاص طور تي انحصار کي الڳ ڪريو. توهان مسلسل نسخن کي تبديل ڪرڻ ۽ ٻيهر انسٽال ڪرڻ نٿا چاهيو، مثال طور، Tensorflow؟
اهڙي طرح، ڊولپر جيڪي مستقبل ۾ توهان جي ٽيم ۾ شامل ٿيندا، جلدي جلدي واقف ٿي سگهندا لائبريرين ۽ انهن جي نسخن سان جيڪي توهان جي پروجيڪٽ ۾ استعمال ڪيا ويا آهن، ۽ توهان وٽ پڻ اهو موقعو هوندو ته توهان انهن نسخن ۽ لائبريرين کي منظم ڪرڻ جو پاڻ کي هڪ مخصوص لاء نصب ڪيو. پروجيڪٽ، جيڪو توهان جي لائبريرين يا انهن جي نسخن جي مطابقت کان بچڻ ۾ مدد ڪندو.
توهان جي ايپليڪيشن کي پڻ سسٽم اوزار تي ڀروسو نه ڪرڻ گهرجي جيڪي شايد هڪ مخصوص OS تي نصب ٿي سگهن ٿيون. انهن اوزارن جو پڻ اعلان ڪيو وڃي انحصار جي پڌرنامي ۾. اهو ضروري آهي ته حالتن کان بچڻ لاء جتي اوزار جو نسخو (انهي سان گڏ انهن جي دستيابي) ڪنهن خاص OS جي سسٽم اوزار سان نه ملندو آهي.
اهڙيء طرح، جيتوڻيڪ curl تقريبا سڀني ڪمپيوٽرن تي استعمال ڪري سگهجي ٿو، توهان کي اڃا تائين ان کي انحصار ۾ اعلان ڪرڻ گهرجي، ڇاڪاڻ ته جڏهن ٻئي پليٽ فارم ڏانهن لڏپلاڻ ٿي سگهي ٿي اهو اتي نه هوندو يا نسخو نه هوندو جيڪو توهان کي اصل ۾ گهربل هجي.
مثال طور، توهان جي requirements.txt هن طرح نظر اچي سگهي ٿي:
# Model Building Requirements
numpy>=1.18.1,<1.19.0
pandas>=0.25.3,<0.26.0
scikit-learn>=0.22.1,<0.23.0
joblib>=0.14.1,<0.15.0
# testing requirements
pytest>=5.3.2,<6.0.0
# packaging
setuptools>=41.4.0,<42.0.0
wheel>=0.33.6,<0.34.0
# fetching datasets
kaggle>=1.5.6,<1.6.0
اصول 3: ترتيب
ڪيترن ئي ڊولپر ماڻهن جون ڪهاڻيون ٻڌيون آهن غلطي سان GitHub تي ڪوڊ اپ لوڊ ڪرڻ عوامي ذخيرن ۾ پاسورڊ ۽ AWS جي ٻين ڪنجين سان، ايندڙ ڏينهن جاڳندا $6000، يا اڃا به $50000 جي قرض سان.
يقينا، اهي ڪيس انتهائي، پر تمام اهم آهن. جيڪڏهن توهان ڪوڊ جي اندر ترتيب ڏيڻ لاءِ گهربل پنهنجون سندون يا ٻيون ڊيٽا ذخيرو ڪريو ٿا، توهان غلطي ڪري رهيا آهيو، ۽ منهنجو خيال آهي ته وضاحت ڪرڻ جي ڪا ضرورت ناهي ڇو.
هن جو هڪ متبادل آهي ماحوليات جي متغيرن ۾ ترتيبن کي ذخيرو ڪرڻ. توھان وڌيڪ پڙھي سگھوٿا ماحولياتي تبديلين بابت .
ڊيٽا جا مثال جيڪي عام طور تي محفوظ ٿيل آهن ماحولياتي متغير ۾:
- ڊومين جا نالا
- API URLs/URIs
- عوامي ۽ نجي چابيون
- رابطا (ميل، فون، وغيره)
انهي طريقي سان توهان کي مسلسل ڪوڊ تبديل ڪرڻ جي ضرورت نه آهي جيڪڏهن توهان جي ترتيب جي متغير تبديل ٿي وڃي. هي توهان جي وقت، ڪوشش ۽ پئسا بچائڻ ۾ مدد ڪندي.
مثال طور، جيڪڏھن توھان ڪيگل API استعمال ڪريو ٽيسٽون ڪرڻ لاءِ (مثال طور، سافٽ ويئر ڊائون لوڊ ڪريو ۽ ان جي ذريعي ماڊل کي ھلايو ٽيسٽ ڪرڻ لاءِ جڏھن ھلندو ته ماڊل سٺو ڪم ڪري)، ته پوءِ ڪيگل کان پرائيويٽ ڪيز، جھڙوڪ KAGGLE_USERNAME ۽ KAGGLE_KEY، ھئڻ گھرجي ماحولياتي تبديلين ۾ محفوظ ٿيل.
اصول 4: ٽئين پارٽي خدمتون
هتي خيال اهو آهي ته پروگرام کي اهڙي طرح ٺاهيو وڃي ته ڪوڊ جي لحاظ کان مقامي ۽ ٽئين پارٽي جي وسيلن جي وچ ۾ ڪو به فرق نه آهي. مثال طور، توهان ٻئي مقامي MySQL ۽ ٽئين پارٽي سان ڳنڍي سگهو ٿا. ساڳيو ئي مختلف APIs لاءِ وڃي ٿو جهڙوڪ گوگل نقشا يا Twitter API.
ٽئين پارٽي جي خدمت کي غير فعال ڪرڻ يا ٻئي کي ڳنڍڻ لاء، توهان کي صرف ماحول جي متغير ۾ ترتيبن ۾ ڪنجيون تبديل ڪرڻ جي ضرورت آهي، جنهن بابت مون مٿي پيراگراف ۾ ڳالهايو.
تنهن ڪري، مثال طور، هر دفعي ڪوڊ اندر ڊيٽا سيٽن سان فائلن جو رستو بيان ڪرڻ جي بدران، اهو بهتر آهي ته pathlib لائبريري کي استعمال ڪيو وڃي ۽ config.py ۾ ڊيٽا سيٽن جي رستي جو اعلان ڪيو وڃي، انهي ڪري ته توهان ڪهڙي خدمت استعمال ڪندا آهيو (جي لاءِ. مثال طور، CircleCI)، پروگرام نئين سروس ۾ نئين فائل سسٽم جي جوڙجڪ کي مدنظر رکندي ڊيٽا سيٽن جو رستو ڳولڻ جي قابل ٿي ويو.
اصول 5. ٺاھڻ، ڇڏڻ، رن ٽائم
ڊيٽا سائنس ۾ ڪيترائي ماڻهو ان کي ڪارائتو ڳوليندا آهن انهن جي سافٽ ويئر لکڻ جي صلاحيتن کي بهتر ڪرڻ لاءِ. جيڪڏهن اسان چاهيون ٿا ته اسان جو پروگرام گهٽ ۾ گهٽ ممڪن طور تي حادثو ٿئي ۽ ممڪن حد تائين ناڪامي کان سواءِ ڪم ڪري، اسان کي نئين ورزن کي جاري ڪرڻ جي عمل کي 3 مرحلن ۾ ورهائڻو پوندو:
- اسٽيج گڏجاڻيون. توهان پنهنجي بيئر ڪوڊ کي انفرادي وسيلن سان هڪ نام نهاد پيڪيج ۾ تبديل ڪيو جنهن ۾ تمام ضروري ڪوڊ ۽ ڊيٽا شامل آهن. هن پيڪيج کي اسيمبلي سڏيو ويندو آهي.
- اسٽيج جاري ڪيو - هتي اسان اسان جي ترتيب کي اسيمبليء سان ڳنڍيندا آهيون، جنهن کان سواء اسان اسان جي پروگرام کي جاري ڪرڻ جي قابل نه هوندا. ھاڻي اھو ھڪڙو مڪمل طور تي تيار آھي لانچ ڪرڻ لاءِ.
- ايندڙ اسٽيج اچي ٿو پورو ڪرڻ. هتي اسان پنهنجي رليز کان ضروري عملن کي هلائڻ سان ايپليڪيشن کي جاري ڪريون ٿا.
ماڊل يا پوري پائپ لائن جي نئين ورزن کي جاري ڪرڻ لاءِ اهڙو نظام توهان کي منتظمين ۽ ڊولپرز جي وچ ۾ ڪردار الڳ ڪرڻ جي اجازت ڏئي ٿو، توهان کي ورزن کي ٽريڪ ڪرڻ جي اجازت ڏئي ٿو ۽ پروگرام جي ناپسنديده اسٽاپ کي روڪي ٿو.
رليز ٽاسڪ لاءِ، ڪيتريون ئي مختلف خدمتون ٺاھيون ويون آھن جن ۾ توھان پاڻ کي .yml فائل ۾ هلائڻ لاءِ عمل لکي سگھو ٿا (مثال طور، CircleCI ۾ ھي آھي config.yml عمل کي سپورٽ ڪرڻ لاءِ). Wheely منصوبن لاء پيڪيجز ٺاهڻ ۾ وڏو آهي.
توھان پنھنجي مشين لرننگ ماڊل جي مختلف ورزن سان پيڪيجز ٺاھي سگھو ٿا، ۽ پوءِ انھن کي پيڪيج ڪريو ۽ ضروري پيڪيجز ۽ انھن جي ورجن کي حوالو ڏيو انھن ڪمن کي استعمال ڪرڻ لاءِ جيڪي توھان اُتي لکيا آھن. اهو توهان جي ماڊل لاءِ هڪ API ٺاهڻ ۾ مدد ڪندو، ۽ توهان جو پيڪيج Gemfury تي ميزباني ڪري سگهجي ٿو، مثال طور.
اصول 6. پنھنجي ماڊل کي ھڪڙي يا وڌيڪ عملن جي طور تي ھلايو
ان کان علاوه، پروسيس کي حصيداري ٿيل ڊيٽا نه هجڻ گهرجي. اهو آهي، پروسيس الڳ الڳ موجود هجڻ گهرجن، ۽ هر قسم جي ڊيٽا الڳ الڳ هجڻ گهرجي، مثال طور، ٽئين پارٽي جي خدمتن تي، جهڙوڪ MySQL يا ٻين تي، ان تي منحصر آهي ته توهان کي ڪهڙي ضرورت آهي.
اهو آهي، اهو يقيني طور تي پروسيس فائل سسٽم جي اندر ڊيٽا کي محفوظ ڪرڻ جي قابل ناهي، ٻي صورت ۾ اهو ٿي سگهي ٿو هن ڊيٽا کي صاف ڪرڻ دوران ايندڙ رليز / ترتيبن جي تبديلي يا سسٽم جي منتقلي جنهن تي پروگرام هلندو آهي.
پر اتي هڪ استثنا آهي: مشين لرننگ پروجيڪٽس لاءِ، توهان لائبريرين جي ڪيش کي محفوظ ڪري سگهو ٿا ته جيئن هر وقت توهان نئون ورزن لانچ ڪريو انهن کي ٻيهر انسٽال نه ڪيو، جيڪڏهن ڪا اضافي لائبريري يا انهن جي ورزن ۾ ڪا به تبديلي نه ڪئي وئي آهي. اهو طريقو، توهان اهو وقت گھٽائي ڇڏيندو جيڪو توهان جي ماڊل کي صنعت ۾ شروع ڪرڻ ۾ وٺندو آهي.
ڪيترن ئي عملن جي طور تي ماڊل کي هلائڻ لاء، توهان هڪ .yml فائل ٺاهي سگهو ٿا جنهن ۾ توهان ضروري پروسيس ۽ انهن جي ترتيب کي بيان ڪيو آهي.
اصول 7: ٻيهر استعمال ڪرڻ
توهان جي ماڊل ايپليڪيشن ۾ هلندڙ عملن کي شروع ڪرڻ ۽ بند ڪرڻ آسان هجڻ گهرجي. اهڙيء طرح، هي توهان کي جلدي ڪوڊ تبديلين کي ترتيب ڏيڻ جي اجازت ڏيندو، ترتيب جي تبديلين، جلدي ۽ لچڪدار انداز ۾، ۽ ڪم ڪندڙ ورزن جي ممڪن خرابي کي روڪڻ.
اهو آهي، ماڊل سان توهان جي عمل کي گهرجي:
- شروعاتي وقت کي گھٽ ڪريو. مثالي طور تي، شروعاتي وقت (جڏهن کان شروعاتي حڪم جاري ڪيو ويو آهي ان وقت تائين عمل ۾ اچي ٿو) چند سيڪنڊن کان وڌيڪ نه هجڻ گهرجي. لائبريري ڪيشنگ، مٿي بيان ڪيل، هڪ ٽيڪنڪ آهي شروعاتي وقت کي گهٽائڻ لاءِ.
- صحيح طور تي ختم ڪريو. اهو آهي، سروس پورٽ تي ٻڌڻ اصل ۾ معطل آهي، ۽ هن بندرگاهه تي پيش ڪيل نئين درخواستن تي عمل نه ڪيو ويندو. هتي توهان کي يا ته DevOps انجنيئرن سان سٺو ڪميونيڪيشن قائم ڪرڻ جي ضرورت آهي، يا سمجھو ته اهو پنهنجو پاڻ ڪيئن ڪم ڪري ٿو (ترجيح طور تي، يقينا، بعد ۾، پر رابطي کي هميشه برقرار رکڻ گهرجي، ڪنهن به منصوبي ۾!)
اصول 8: مسلسل تعیناتي/انضمام
ڪيتريون ئي ڪمپنيون ايپليڪيشن ڊولپمينٽ ۽ ڊولپمينٽ ٽيمن جي وچ ۾ علحدگي کي استعمال ڪن ٿيون (آخري صارفين لاءِ ايپليڪيشن کي دستياب بڻائڻ). اهو تمام گهڻو سست ڪري سگهي ٿو سافٽ ويئر جي ترقي ۽ ان کي بهتر ڪرڻ ۾ ترقي. اهو DevOps ڪلچر کي به خراب ڪري ٿو، جتي ترقي ۽ انضمام آهن، تقريبن ڳالهائڻ، گڏيل.
تنهن ڪري، هي اصول ٻڌائي ٿو ته توهان جي ترقي جو ماحول توهان جي پيداوار جي ماحول جي ممڪن حد تائين ويجهو هجڻ گهرجي.
هي اجازت ڏيندو:
- رليز جي وقت کي ڏهه ڀيرا گھٽايو
- ڪوڊ جي غير مطابقت جي ڪري غلطين جو تعداد گھٽايو.
- اهو پڻ عملي تي ڪم لوڊ گھٽائي ٿو، ڇو ته ڊولپرز ۽ ايپليڪيشن کي ترتيب ڏيڻ وارا ماڻهو هاڻي هڪ ٽيم آهن.
اوزار جيڪي توھان کي ھن سان ڪم ڪرڻ جي اجازت ڏين ٿا CircleCI، Travis CI، GitLab CI ۽ ٻيا آھن.
توهان جلدي ماڊل ۾ اضافو ڪري سگهو ٿا، ان کي اپڊيٽ ڪري سگهو ٿا ۽ ان کي فوري طور تي لانچ ڪري سگهو ٿا، جڏهن ته اهو آسان ٿيندو، ناڪامي جي صورت ۾، تمام جلدي ڪم ڪندڙ ورزن ڏانهن موٽڻ لاء، انهي ڪري ته آخري صارف ان کي نوٽيس به نه ڪري. اهو ٿي سگهي ٿو خاص طور تي آساني سان ۽ جلدي جيڪڏهن توهان وٽ سٺو ٽيسٽ آهي.
اختلاف گھٽ ڪريو!!!
اصول 9. توهان جا لاگ
لاگز (يا "لاگس") واقعا آھن، عام طور تي ٽيڪسٽ فارميٽ ۾ رڪارڊ ٿيل آھن، جيڪي ايپليڪيشن (ايونٽ اسٽريم) جي اندر ٿين ٿا. هڪ سادي مثال: "2020-02-02 - سسٽم جي سطح - عمل جو نالو." اهي ٺهيل آهن ته جيئن ڊولپر لفظي طور تي ڏسي سگهي ٿو ته ڇا ٿي رهيو آهي جڏهن پروگرام هلي رهيو آهي. هو عملن جي ترقي کي ڏسي ٿو ۽ سمجهي ٿو ته ڇا اهو آهي جيئن ڊولپر پاڻ ارادو ڪيو.
اهو اصول ٻڌائي ٿو ته توهان کي توهان جي لاگن کي توهان جي فائل سسٽم اندر ذخيرو نه ڪرڻ گهرجي - توهان کي صرف انهن کي اسڪرين ڏانهن "آئوٽ پٽ" ڪرڻ گهرجي، مثال طور، اهو ڪريو سسٽم جي معياري آئوٽ تي. ۽ هن طريقي سان اهو ممڪن ٿيندو ته ترقي دوران ٽرمينل ۾ وهڪري جي نگراني ڪرڻ.
ڇا هن جو مطلب اهو آهي ته لاگ ان کي محفوظ ڪرڻ جي ڪا ضرورت ناهي؟ بلڪل نه. توهان جي درخواست صرف اهو نه ڪرڻ گهرجي- ان کي ٽئين پارٽي جي خدمتن ڏانهن ڇڏي ڏيو. توھان جي ايپليڪيشن صرف لاگز کي ھڪڙي مخصوص فائل يا ٽرمينل ڏانھن حقيقي وقت ڏسڻ لاء، يا ان کي ھڪڙي عام مقصد جي ڊيٽا اسٽوريج سسٽم ڏانھن (جهڙوڪ Hadoop) ڏانھن اڳتي وڌائي سگھي ٿو. توهان جي ايپليڪيشن پاڻ کي ذخيرو يا لاگ ان سان رابطو نه ڪرڻ گهرجي.
اصول 10. ٽيسٽ!
صنعتي مشين جي سکيا لاءِ، هي مرحلو انتهائي اهم آهي، ڇو ته توهان کي سمجهڻ جي ضرورت آهي ته ماڊل صحيح ڪم ڪري ٿو ۽ پيدا ڪري ٿو جيڪو توهان چاهيو ٿا.
ٽيسٽ پيسٽسٽ استعمال ڪندي ٺاهي سگھجن ٿيون، ۽ جيڪڏھن توھان وٽ ريگريشن/درسازيءَ جو ڪم آھي، ھڪڙو ننڍڙو ڊيٽا سيٽ استعمال ڪندي آزمايو وڃي ٿو.
گہرے سکيا واري ماڊل لاءِ ساڳيو ٻج مقرر ڪرڻ نه وساريو ته جيئن اهي مسلسل مختلف نتيجا پيدا نه ڪن.
هي 10 اصولن جو هڪ مختصر بيان هو، ۽ يقينا، انهن کي استعمال ڪرڻ ڏکيو آهي بغير ڪوشش ڪرڻ ۽ ڏسڻ کان سواء اهي ڪيئن ڪم ڪن ٿا، تنهن ڪري هي مضمون صرف دلچسپ مضمونن جي هڪ سيريز جو هڪ پرولوگ آهي جنهن ۾ آئون ظاهر ڪندس ته ڪيئن ٺاهيو وڃي. صنعتي مشين سکيا جا ماڊل، انهن کي سسٽم ۾ ڪيئن ضم ڪجي، ۽ اهي اصول اسان سڀني لاءِ زندگي کي ڪيئن آسان بڻائي سگهن ٿا.
مان پڻ ڪوشش ڪندس ته سٺا اصول استعمال ڪريون جيڪي ڪو به ماڻهو چاهين ته تبصرن ۾ ڇڏي سگهي ٿو.
جو ذريعو: www.habr.com