پروجيڪٽ مينيجرز لاءِ وقف ڪيو ويو (۽ جيڪي مالڪ ٿيڻ جا خواب ڏسندا آهن).
لکين ڪوڊ لکڻ ڏکيو آهي، پر ماڻهن کي منظم ڪرڻ اڃا به ڏکيو آهي! تنهن ڪري توهان کي صرف هن ڪتاب جي ضرورت آهي سکڻ لاءِ ٻنهي کي ڪيئن ڪجي.
ڇا اهو ممڪن آهي ته مزاحيه ڪهاڻيون ۽ سنجيده سبق گڏ ڪرڻ؟ مائيڪل لوپ (جنهن کي تنگ حلقن ۾ Rands جي نالي سان پڻ سڃاتو وڃي ٿو) ڪامياب ٿيو. توهان افسانوي ماڻهن جي باري ۾ افسانوي ڪهاڻيون ڳوليندا جيڪي ناقابل اعتبار حد تائين ثواب واري (جڏهن ته افسانوي) تجربن سان. اهڙيءَ طرح رنڊس پنهنجي مختلف، ڪڏهن ڪڏهن عجيب تجربا شيئر ڪري ٿو جيڪي سالن کان حاصل ڪيا ويا وڏن IT ڪارپوريشنن ۾ ڪم ڪرڻ جي: Apple، Pinterest، Palantir، Netscape، Symantec، وغيره.
ڇا توهان پروجيڪٽ مينيجر آهيو؟ يا سمجھڻ چاھيو ٿا ته توھان جو بيحد باس سڄو ڏينھن ڇا ڪندو آھي؟ رينڊز توهان کي سيکاريندا ته ڪيئن زندهه رهجي انفليٽ ٿيل ترڪي جي زهر واري دنيا ۾ ۽ غير فعال طور تي چمڪندڙ ماڻهن جي عام جنون ۾. انساني دماغ جي هن عجيب ڪميونٽي ۾ اڃا به اجنبي مخلوق آهن - مينيجر جيڪي، هڪ صوفياتي تنظيمي رسم جي ذريعي، ڪيترن ئي ماڻهن جي منصوبن، خيالن ۽ بئنڪ اڪائونٽن تي طاقت حاصل ڪري چڪا آهن.
هي ڪتاب ڪنهن به انتظامي يا قيادت جي مسودي جي برعڪس آهي. مائيڪل لوپ ڪجھ به نه لڪائيندو آهي، هو صرف اهو ٻڌائيندو آهي جيئن اهو آهي (شايد سڀ ڪهاڻيون عام نه ڪيون وڃن: پي). پر صرف هن طريقي سان توهان سمجهي سگهندا ته اهڙي باس سان ڪيئن زندهه رهجي، جيڪس ۽ نرڊز کي ڪيئن منظم ڪجي، ۽ ڪيئن "اها لات واري منصوبي" کي خوشيءَ سان ختم ڪجي!
اقتباس. انجنيئرنگ ذهنيت
سوچون: ڇا توهان کي لکڻ جو ڪوڊ جاري رکڻ گهرجي؟
رينڊز جي مئنيجرز لاءِ ضابطن تي مشتمل ڪتاب جديد مئنيجر ”مسٽ-ڊاس“ جي تمام مختصر فهرست تي مشتمل آهي. هن لسٽ جي لاڪونزم حقيقت مان نڪرندي آهي ته "لازمي" جو تصور هڪ قسم جو مطلق آهي، ۽ جڏهن اهو ماڻهن وٽ اچي ٿو، اتي تمام ٿورا مطلق تصور آهن. هڪ ملازم لاء هڪ ڪامياب انتظام جو طريقو ٻئي لاء حقيقي آفت ٿيندو. هي سوچ مئنيجر جي "لازمي ڪرڻ" جي فهرست تي پهرين شيء آهي:
لچڪدار رهو!
اهو سوچڻ ته توهان اڳ ۾ ئي سڀ ڪجهه ڄاڻو هڪ تمام خراب خيال آهي. اهڙي صورتحال ۾ جتي صرف مسلسل حقيقت اها آهي ته دنيا مسلسل تبديل ٿي رهي آهي، لچڪ صرف صحيح پوزيشن بڻجي ٿي.
درحقيقت، فهرست تي ٻيو شيون حيرت انگيز طور تي لچڪدار آهي. بهرحال، هي نقطو منهنجو ذاتي پسنديده آهي ڇو ته مان سمجهان ٿو ته اهو مدد ڪري ٿو انتظامي ترقي جو بنياد. هي پيراگراف پڙهي ٿو:
ڪوڊ لکڻ بند ڪريو!
نظريي ۾، جيڪڏهن توهان مينيجر ٿيڻ چاهيو ٿا، توهان کي انهن تي ڀروسو ڪرڻ سکڻو پوندو جيڪي توهان لاءِ ڪم ڪن ٿا ۽ ڪوڊنگ مڪمل طور تي انهن جي حوالي ڪن ٿا. هي مشوري عام طور تي هضم ڪرڻ ڏکيو آهي، خاص طور تي نوان مينڊيٽ مينيجرز لاء. غالباً انهن مان هڪ سبب اهي مئنيجر بڻجي ويا آهن انهن جي ترقي ۾ پيداواري صلاحيت، ۽ جڏهن شيون غلط ٿي وڃن ٿيون، انهن جو پهريون ردعمل انهن صلاحيتن تي پٺڀرائي ڪرڻ آهي، جنهن تي انهن کي مڪمل اعتماد آهي، جيڪا انهن جي ڪوڊ لکڻ جي صلاحيت آهي.
جڏهن مون ڏسان ٿو ته هڪ نئون مينڊيٽ مئنيجر ڪوڊ لکڻ ۾ ”ڊڙي ٿو“، مان کيس چوان ٿو: ”اسان ڄاڻون ٿا ته توهان ڪوڊ لکي سگهو ٿا. سوال آهي: ڇا توهان اڳواڻي ڪري سگهو ٿا؟ توهان هاڻي اڪيلو پنهنجي لاء ذميوار نه آهيو، توهان سڄي ٽيم لاء ذميوار آهيو؛ ۽ مان پڪ ڪرڻ چاهيان ٿو ته توهان پنهنجي ٽيم کي پاڻمرادو مسئلا حل ڪرڻ لاءِ حاصل ڪري سگهو ٿا، بغير توهان کي ڪوڊ لکڻ جي. توهان جو ڪم اهو معلوم ڪرڻ آهي ته پنهنجو پاڻ کي ڪيئن ماپيو وڃي. مان نه ٿو چاهيان ته توهان صرف هڪ ٿي وڃو، مان چاهيان ٿو ته توهان جهڙا گهڻا هجن.
سٺي صلاح، صحيح؟ اسڪيل. انتظام. ذميواري. اهڙا عام buzzwords. افسوس جي ڳالهه آهي ته اها صلاح غلط آهي.
Неверный?
ها. صلاح غلط آهي! مڪمل طور تي غلط ناهي، پر ڪافي غلط آهي ته مون کي ڪجهه اڳوڻي ساٿين کي فون ڪرڻو پيو ۽ معافي ڏني وئي: "منهنجو اهو پسنديده بيان ياد رکو ته توهان کي ڪوڊ لکڻ ڪيئن بند ڪرڻ گهرجي؟ اهو غلط آهي! ها... ٻيهر پروگرامنگ شروع ڪريو. پٿون ۽ روبي سان شروع ڪريو. ها، مان سنجيده آهيان! توهان جو ڪيريئر ان تي منحصر آهي!"
جڏهن مون بورلينڊ ۾ هڪ سافٽ ويئر ڊولپر جي حيثيت سان پنهنجو ڪيريئر شروع ڪيو، مون پيراڊڪس ونڊوز ٽيم تي ڪم ڪيو، جيڪا هڪ وڏي ٽيم هئي. اتي 13 ايپليڪيشن ڊولپرز اڪيلو هئا. جيڪڏهن توهان ٻين ٽيمن مان ماڻهن کي شامل ڪيو جيڪي پڻ مسلسل هن پروجيڪٽ لاءِ اهم ٽيڪنالاجيز تي ڪم ڪري رهيا هئا، جهڙوڪ بنيادي ڊيٽابيس انجڻ ۽ بنيادي ايپليڪيشن سروسز، توهان کي حاصل ڪيو 50 انجنيئر سڌو سنئون هن پراڊڪٽ جي ترقي ۾ شامل.
ڪابه ٻي ٽيم جنهن لاءِ مون ڪڏهن به ڪم نه ڪيو آهي هن سائيز جي ويجهو به نه اچي. حقيقت ۾، هر گذرندڙ سال سان، ٽيم تي ماڻهن جو تعداد جنهن تي آئون ڪم ڪريان ٿو، آهستي آهستي گهٽجي رهيو آهي. ڇا ٿي رهيو آهي؟ ڇا اسان ڊولپرز مجموعي طور تي هوشيار ۽ هوشيار ٿي رهيا آهيون؟ نه، اسان صرف لوڊ شيئر ڪري رهيا آهيون.
گذريل 20 سالن کان ڊولپر ڇا ڪري رهيا آهن؟ ان دوران اسان ڪوڊ جو هڪ شيٽ لوڊ لکيو. ڪوڊ جو سمنڊ! اسان تمام گهڻو ڪوڊ لکيو ته اسان فيصلو ڪيو ته اهو هڪ سٺو خيال هوندو هر شي کي آسان ڪرڻ ۽ کليل ذريعو وڃڻ.
خوشقسمتيء سان، انٽرنيٽ جي مهرباني، اهو عمل هاڻي ممڪن طور تي آسان ٿي چڪو آهي. جيڪڏھن توھان آھيو سافٽ ويئر ڊولپر، توھان ان کي چيڪ ڪري سگھوٿا ھاڻي! گوگل يا گٿب تي پنهنجو نالو ڳولهيو ۽ توهان ڪوڊ ڏسندا جنهن کي توهان گهڻو وقت وساري ڇڏيو آهي، پر اهو هرڪو ڳولي سگهي ٿو. خوفناڪ، صحيح؟ ڇا توهان کي خبر ناهي ته ڪوڊ هميشه لاء رهندو آهي؟ ها، هو هميشه لاء رهندو آهي.
ڪوڊ هميشه لاء رهندو آهي. ۽ سٺو ڪوڊ نه رڳو هميشه لاءِ رهندو آهي، اهو وڌندو آهي ڇاڪاڻ ته جيڪي ان کي اهميت ڏيندا آهن اهو مسلسل يقيني بڻائيندو آهي ته اهو تازو رهي ٿو. اعليٰ معيار جو هي ڍير، چڱيءَ طرح برقرار رکيل ڪوڊ جي مدد ڪري ٿي اوسط انجنيئرنگ ٽيم جي سائيز کي گھٽائڻ ڇاڪاڻ ته اها اسان کي اجازت ڏئي ٿي ته موجوده ڪوڊ تي ڌيان ڏيڻ بجاءِ نئون ڪوڊ لکڻ جي، ۽ ڪم گهٽ ماڻهن سان ۽ ٿوري وقت جي فريم ۾ ڪيو وڃي.
استدلال جو هي سلسلو اداس ڪندڙ آواز آهي، پر خيال اهو آهي ته اسان سڀ صرف انٽيگريشن آٽوميٽا جو هڪ گروپ آهيون ڊڪٽ ٽيپ استعمال ڪندي موجوده شين جي مختلف بٽن کي پاڻ ۾ ڳنڍڻ لاءِ هڪ ئي شيءِ جو ٿورو مختلف نسخو ٺاهڻ لاءِ. هي اعليٰ عملدارن جي وچ ۾ سوچڻ جي هڪ کلاسي لائن آهي جيڪي آئوٽ سورسنگ کي پسند ڪن ٿا. ”جيڪو به ڄاڻي ٿو ته گوگل کي ڪيئن استعمال ڪجي ۽ جنهن وٽ ڪجهه ڊڪٽ ٽيپ هجي اهو ڪري سگهي ٿو! ته پوءِ اسان پنهنجي مشينن تي ايترا پئسا ڇو ٿا ڏيون؟
اسان انهن انتظاميه وارن کي واقعي وڏي پئماني تي ادا ڪريون ٿا، پر اهي اهڙي بيوقوف سمجهن ٿا. هڪ ڀيرو ٻيهر، منهنجو اهم نقطو اهو آهي ته اسان جي ڌرتي تي ڪيترائي شاندار ۽ تمام محنتي ڊولپر آهن؛ اهي واقعي شاندار ۽ محنتي آهن، جيتوڻيڪ انهن تسليم ٿيل يونيورسٽين ۾ ويٺي هڪ منٽ به نه گذاريو آهي. ها، هاڻي انهن مان وڌيڪ ۽ وڌيڪ آهن!
مان اهو نه ٿو سمجهان ته توهان پنهنجي جڳهه بابت پريشان ٿيڻ شروع ڪيو ڇو ته ڪجهه شاندار ڪامريڊ مبينا طور تي ان جو شڪار آهن. منهنجو مشورو آهي ته توهان ان بابت پريشان ٿيڻ شروع ڪيو ڇو ته سافٽ ويئر ڊولپمينٽ جو ارتقا شايد توهان کان وڌيڪ تيز ٿي رهيو آهي. توهان ڏهن سالن کان ڪم ڪري رهيا آهيو، انهن مان پنج هڪ مينيجر طور، ۽ توهان سوچيو ٿا: "مون کي اڳ ۾ ئي خبر آهي ته سافٽ ويئر ڪيئن ترقي ڪئي وئي آهي." ها، توهان کي خبر آهي. خدا حافظ…
ڪوڊ لکڻ بند ڪريو، پر ...
جيڪڏهن توهان منهنجي اصل مشوري تي عمل ڪيو ۽ ڪوڊ لکڻ بند ڪيو، ته توهان پڻ رضاڪارانه طور تي تخليق جي عمل ۾ حصو وٺڻ بند ڪندا. اهو ئي سبب آهي ته آئون فعال طور تي آئوٽ سورسنگ استعمال نه ڪندو آهيان. خودڪار پيدا نه ڪندا آھن، اھي پيدا ڪندا آھن. چڱي طرح ٺهيل عمل تمام گهڻو پئسا بچائيندا آهن، پر اهي اسان جي دنيا ۾ ڪا به نئين شيء نه آڻيندا آهن.
جيڪڏهن توهان وٽ هڪ ننڍڙي ٽيم آهي جيڪو ٿورڙي پئسن لاءِ تمام گهڻو ڪري رهيو آهي، پوءِ ڪوڊ لکڻ بند ڪرڻ جو خيال مون لاءِ خراب ڪيريئر جي فيصلي وانگر لڳي ٿو. ايستائين جو دانو ڪمپنيون انهن جي لامحدود ضابطن، عملن ۽ پاليسين سان گڏ، توهان کي اهو وسارڻ جو ڪو حق ناهي ته سافٽ ويئر پاڻ ڪيئن ٺاهيو. ۽ سافٽ ويئر جي ترقي مسلسل تبديل ٿي رهي آهي. اهو هاڻي تبديل ٿي رهيو آهي. تنهنجي پيرن هيٺان! هن ئي سيڪنڊ ۾!
توکي اعتراض آهي. سمجھڻ. اچو ته ٻڌون.
”رينڊز، مان ڊائريڪٽر جي ڪرسيءَ تي ويس! جيڪڏهن مان ڪوڊ لکندو رهيس ته ڪو به يقين نه ڪندو ته مان ترقي ڪري سگهان ٿو.
مان توھان کان اھو پڇڻ چاھيان ٿو: جڏھن کان توھان بيٺو آھيو توھان جي "مان CEO ٿيڻ وارو آھيان!" ڪرسي، ڇا توھان محسوس ڪيو آھي ته سافٽ ويئر ڊولپمينٽ جي منظرنامي تبديل ٿي رھي آھي، ايستائين جو توھان جي ڪمپني ۾؟ جيڪڏهن توهان جو جواب ها آهي، ته پوءِ مان توهان کان هڪ ٻيو سوال پڇندس: اهو ڪيئن بدلجي رهيو آهي ۽ توهان انهن تبديلين بابت ڇا ڪرڻ وارا آهيو؟ جيڪڏهن توهان جواب ڏنو ”نه“ منهنجي پهرين سوال جو، ته پوءِ توهان کي ڪنهن ٻئي ڪرسي تي وڃڻو پوندو، ڇو ته (مان شرط ٿو چوان!) سافٽ ويئر ڊولپمينٽ جو ميدان هن ئي سيڪنڊ ۾ تبديل ٿي رهيو آهي. توهان ڪڏهن به ڪيئن وڌندا آهيو جيڪڏهن توهان آهستي آهستي پر ضرور وساريو ته سافٽ ويئر ڪيئن ٺاهيو؟
منهنجو مشورو اهو ناهي ته توهان پنهنجي ايندڙ پراڊڪٽ لاءِ ڪيترن ئي خاصيتن کي لاڳو ڪرڻ لاءِ پاڻ کي انجام ڏيو. توهان کي مسلسل قدم کڻڻ جي ضرورت آهي انهي تي رهڻ لاءِ ته توهان جي ٽيم ڪيئن سافٽ ويئر ٺاهي رهي آهي. توهان اهو ڪري سگهو ٿا ٻئي ڊائريڪٽر ۽ نائب صدر جي حيثيت ۾. ڪجھ ٻيو؟
”اڙي، رنڊس! پر ڪنهن کي ثالث هجڻ گهرجي! ڪنهن کي وڏي تصوير ڏسڻ گهرجي. جيڪڏهن آئون ڪوڊ لکندس، مان نقطه نظر وڃائي ڇڏيندس.
توهان کي اڃا تائين ريفري ٿيڻو آهي، توهان کي اڃا تائين فيصلا نشر ڪرڻا آهن، ۽ توهان اڃا تائين هر سومر جي صبح پنهنجي هڪ انجنيئر سان گڏ عمارت جي چوڌاري چار ڀيرا هلڻو آهي ته هن جي هفتيوار "We are all doomed" ٻڌڻ لاءِ 30. منٽ.! پر ان کان سواء، توهان کي هڪ انجنيئرنگ ذهنيت برقرار رکڻو پوندو، ۽ توهان کي اهو ڪرڻ لاء مڪمل وقت وارو پروگرامر نه هجڻ گهرجي.
انجنيئرنگ ذهنيت کي برقرار رکڻ لاءِ منهنجون صلاحون:
- ترقي جي ماحول کي استعمال ڪريو. ان جو مطلب آهي ته توهان کي پنهنجي ٽيم جي اوزارن سان واقف هجڻ گهرجي، بشمول ڪوڊ بلڊنگ سسٽم، ورزن ڪنٽرول، ۽ پروگرامنگ ٻولي. نتيجي طور، توھان ٻولي ۾ رواني ٿي ويندا توھان جي ٽيم استعمال ڪندي جڏھن مصنوعات جي ترقي بابت ڳالهائيندي. اهو پڻ توهان کي توهان جي پسنديده ٽيڪسٽ ايڊيٽر کي استعمال ڪرڻ جاري رکڻ جي اجازت ڏيندو، جيڪو مڪمل طور تي ڪم ڪري رهيو آهي.
- توهان کي ڪنهن به وقت ڪنهن به سطح تي توهان جي پيداوار جي وضاحت ڪندي هڪ تفصيلي آرڪيٽيڪچرل ڊراگرام ٺاهڻ جي قابل هوندو. هاڻي منهنجو مطلب اهو ناهي ته آسان نسخو ٽن سيلن ۽ ٻن تيرن سان. توھان کي ضرور ڄاڻڻ گھرجي ته پيداوار جي تفصيلي ڊاگرام. سڀ کان ڏکيو هڪ. نه صرف ڪو پيارو آريگرام، پر هڪ خاڪو جنهن جي وضاحت ڪرڻ مشڪل آهي. اھو ھڪڙو نقشو ھئڻ گھرجي جيڪو پيداوار جي مڪمل سمجھڻ لاءِ موزون ھجي. اهو مسلسل تبديل ٿي رهيو آهي، ۽ توهان کي هميشه ڄاڻڻ گهرجي ته ڪجهه تبديليون ڇو ٿيون.
- عملن مان هڪ تي عمل ڪرڻ تي قبضو ڪريو. مان لفظي طور تي حيران ٿي رهيو آهيان جيئن مان هي لکي رهيو آهيان ڇاڪاڻ ته هن نقطي ۾ ڪيترائي لڪيل خطرا آهن، پر مون کي پڪ ناهي ته توهان گهٽ ۾ گهٽ هڪ خاصيت تي عمل ڪرڻ جي عزم کان سواء پوائنٽ # 1 ۽ پوائنٽ # 2 حاصل ڪري سگهو ٿا. ھڪڙي ھڪڙي خصوصيت کي پاڻ تي لاڳو ڪرڻ سان، نه رڳو توھان فعال طور تي ترقي جي عمل ۾ شامل ٿيندا، پر اھو پڻ توھان کي وقتي طور تي "سڀني جي انچارج مينيجر" جي ڪردار کان "انسان انچارج انچارج" جي ڪردار ڏانھن تبديل ڪرڻ جي اجازت ڏيندو. افعال جي. هي عاجز ۽ غير معمولي رويو توهان کي ننڍڙن فيصلن جي اهميت جي ياد ڏياريندو.
- مان اڃا تائين سڀني کي ڇڪي رهيو آهيان. اهو لڳي ٿو ته ڪو ماڻهو اڳ ۾ ئي مون تي رڙيون ڪري رهيو آهي: "منيجر جيڪو پاڻ تي عمل جي عمل تي عمل ڪيو؟! (۽ مان هن سان متفق آهيان!) ها، توهان اڃا تائين مينيجر آهيو، جنهن جو مطلب آهي ته اهو ڪجهه ننڍڙو فنڪشن هجڻ گهرجي، ٺيڪ؟ ها، توهان کي اڃا تائين گهڻو ڪجهه ڪرڻو آهي. جيڪڏهن توهان صرف فنڪشن تي عمل درآمد نٿا ڪري سگهو، ته پوءِ مون وٽ توهان لاءِ ڪجهه اضافي صلاحون آهن: ڪجهه بگ کي درست ڪريو. ان صورت ۾، توهان تخليق جي خوشي محسوس نه ڪندا، پر توهان کي اها سمجھ هوندي ته پيداوار ڪيئن ٺاهي وئي آهي، جنهن جو مطلب آهي ته توهان ڪڏهن به ڪم کان ٻاهر نه ڪيو ويندو.
- لکو يونٽ ٽيسٽ. مان اڃا تائين اهو دير سان ڪريان ٿو پيداوار جي چڪر ۾ جڏهن ماڻهو چريو ٿيڻ شروع ڪن ٿا. توهان جي پيداوار لاء صحت جي چڪاس جي طور تي سوچيو. اهو اڪثر ڪريو.
ٻيهر اعتراض؟
"رينڊز، جيڪڏهن آئون ڪوڊ لکان، مان پنهنجي ٽيم کي پريشان ڪندس. انهن کي خبر ناهي ته مان ڪير آهيان - هڪ مئنيجر يا ڊولپر.
Хорошо.
ها، مون چيو، "ٺيڪ آهي!" مون کي خوشي آهي ته توهان سوچيو ٿا ته توهان صرف ڊولپر جي تلاءَ ۾ ترڻ سان پنهنجي ٽيم کي پريشان ڪري سگهو ٿا. اهو سادو آهي: سافٽ ويئر ڊولپمينٽ ۾ مختلف ڪردارن جي وچ ۾ حدون هن وقت تمام blurred آهن. UI ماڻهو اهو ڪن ٿا جيڪي وسيع طور تي جاوا اسڪرپٽ ۽ سي ايس ايس پروگرامنگ سڏين ٿا. ڊولپر صارف تجربو ڊيزائن بابت وڌيڪ ۽ وڌيڪ سکيا آهن. ماڻهو هڪ ٻئي سان ڳالهه ٻولهه ڪن ٿا ۽ بگ بابت، ٻين ماڻهن جي ڪوڊ جي چوري بابت، ۽ انهي حقيقت جي باري ۾ پڻ ڄاڻن ٿا ته ڪو به سٺو سبب ناهي ته مينيجر لاء هن وڏي، عالمي، ڪراس پولينٽنگ معلومات بيڪانيليا ۾ حصو نه وٺڻ لاء.
ان کان علاوه، ڇا توھان ھڪڙي ٽيم جو حصو ٿيڻ چاھيو ٿا جنھن ۾ آساني سان تبديل ٿيندڙ اجزاء شامل آھن؟ اهو صرف توهان جي ٽيم کي وڌيڪ متحرڪ نه بڻائيندو، اهو هر ٽيم جي ميمبر کي مختلف نقطي نظر کان پروڊڪٽ ۽ ڪمپني کي ڏسڻ جو موقعو ڏيندو. توهان فرينڪ جي عزت ڪيئن ڪري سگهو ٿا، تعميرات جي انچارج ۾ پرسڪون ماڻهو، هن جي تعمير اسڪرپٽ جي سادي خوبصورتي کي ڏسڻ کان سواء ٻيو ڪجهه؟
مان نه ٿو چاهيان ته توهان جي ٽيم مونجهارو ۽ افراتفري بڻجي وڃي. ان جي برعڪس، مان چاهيان ٿو ته توهان جي ٽيم وڌيڪ مؤثر انداز سان رابطو ڪري. مان سمجهان ٿو ته جيڪڏهن توهان پيداوار ٺاهڻ ۽ خاصيتن تي ڪم ڪرڻ ۾ ملوث آهيو، توهان پنهنجي ٽيم جي ويجهو هوندا. ۽ وڌيڪ اهم، توهان پنهنجي تنظيم جي اندر سافٽ ويئر ڊولپمينٽ جي عمل ۾ مسلسل تبديلين جي ويجهو هوندا.
ترقي ڪرڻ بند نه ڪريو
بورلينڊ ۾ منهنجي هڪ ساٿي هڪ دفعو مون تي زباني طور تي حملو ڪيو ته هن کي ”ڪوڊر“ سڏيو.
”رينڊز، ڪوڊر هڪ بي عقل مشين آهي! بندر! ڪوڊر بيڪار ڪوڊ جون بورنگ لائينون لکڻ کان سواءِ ٻيو ڪو به اهم ڪم نٿو ڪري. مان ڪوڊر نه آهيان، مان هڪ سافٽ ويئر ڊولپر آهيان!"
هوءَ صحيح هئي ، هوءَ نئين سي اي اوز کي منهنجي ابتدائي صلاح کان نفرت ڪري ها: ”ڪوڊ لکڻ بند ڪريو!“ ان ڪري نه ته مان مشورو ڪري رهيو آهيان ته اهي ڪوڊر آهن، پر وڌيڪ ڇاڪاڻ ته مان عملي طور تي مشورو ڏيان ٿو ته اهي انهن جي نوڪري جي سڀ کان اهم حصن مان هڪ کي نظر انداز ڪرڻ شروع ڪن ٿا: سافٽ ويئر ڊولپمينٽ.
تنهنڪري مون پنهنجي صلاح کي اپڊيٽ ڪيو آهي. جيڪڏهن توهان سٺو ليڊر ٿيڻ چاهيو ٿا، توهان ڪوڊ لکڻ بند ڪري سگهو ٿا، پر ...
لچڪدار هئڻ. ياد رکو ته انجنيئر ٿيڻ جو مطلب ڇا آهي ۽ سافٽ ويئر ٺاهڻ کي نه روڪيو.
ليکڪ بابت
مائيڪل لوپ هڪ تجربيڪار سافٽ ويئر ڊولپر آهي جيڪو اڃا تائين سلڪون وادي نه ڇڏيو آهي. گذريل 20 سالن کان، مائيڪل ڪيترن ئي جديد ڪمپنين لاءِ ڪم ڪيو آهي، جن ۾ ايپل، نيٽ اسڪيپ، سمنٽيڪ، بورلينڊ، پالانٽير، پنٽرسٽ شامل آهن، ۽ پڻ هڪ شروعات ۾ حصو ورتو جيڪو آهستي آهستي گمراهه ٿي ويو.
ڪم کان ٻاهر، مائيڪل رينڊز جي تخلص تحت ٽيڪنالاجي ۽ انتظام جي باري ۾ هڪ مشهور بلاگ هلائي ٿو، جتي هو پڙهندڙن سان انتظام جي شعبي ۾ خيالن جي ڏي وٺ ڪري ٿو، پنهنجي آڱر کي نبض تي رکڻ جي مسلسل ضرورت بابت ڳڻتي جو اظهار ڪري ٿو، ۽ وضاحت ڪري ٿو ته، باوجود. پراڊڪٽ ٺاهڻ لاءِ سخي انعام، توهان جي ڪاميابي صرف توهان جي ٽيم جي مهرباني ممڪن آهي. بلاگ ڳولي سگھجي ٿو هتي .
مائيڪل پنهنجي ڪٽنب سان ريڊ ووڊ، ڪيليفورنيا ۾ رهي ٿو. هو هميشه جبل تي سائيڪل هلائڻ، هاڪي کيڏڻ ۽ ريڊ وائن پيئڻ لاءِ وقت ڳولي ٿو، جيئن صحتمند رهڻ مصروف رهڻ کان وڌيڪ اهم آهي.
» ڪتاب بابت وڌيڪ معلومات لاء، مهرباني ڪري دورو ڪريو
»
»
Khabrozhiteli لاءِ ڪوپن تي 20٪ رعايت - ماڻهن جو انتظام
ڪتاب جي پيپر ورشن جي ادائگي تي، ڪتاب جو هڪ اليڪٽرانڪ ورجن اي ميل ذريعي موڪليو ويندو.
P.S.: 7% от стоимости книги пойдет на перевод новых компьютерных книг, список сданных в типографию книг .
جو ذريعو: www.habr.com