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