مواد
- 01. کوڈنگ اس میں مزید کمی نہ کریں
- چوڑائی اور گہرائی
- 02. بڑا انتباہ
- 03. انٹرنیٹ کیا کہتا ہے
- میڈیم کو سمجھیں
- 04. جن چیزوں کو ہم تعمیر کرتے ہیں
- 05. ڈیوپس
- اسٹیک کو سمجھیں
- پراسرار کام
- آسان اوزار
- 06. ڈیول ٹھیک کرے گا ... شاید
- ٹھیک کرنا
- 07. صارفین کیا چاہتے ہیں
- مسابقتی مارکیٹ
- 08. ڈرائنگ اور لکھنا
- 09. خود سے لطف اٹھائیں
- 10. تیز رہو
- پسند آیا؟ یہ پڑھیں!
ڈویلپرز کو کوڈ جنریٹنگ کرنٹ ورکرز سے زیادہ ہونے کی ضرورت ہے۔ ہم اپنی زیادہ سے زیادہ ڈیجیٹل زندگی کی توقع کر رہے ہیں اور یہ وہی لڑکے ہیں جنہوں نے اسے تعمیر کیا ، تو بہترین دیووں کو کیا جاننے کی ضرورت ہے؟ یہ وہ چیزیں ہیں جن کو میں بہت سارے ڈویلپرز سے کھوتا دیکھتا ہوں۔ یہ مکمل نہیں ہے لیکن یہ وہ خصوصیات ہیں جو معقول کوڈر کو حیرت انگیز ڈویلپر میں تبدیل کرتی ہیں۔
لیکن یہ ایک چیز نہیں ہے ، اور یہ خاص طور پر کبھی بھی XML کو پارس کرنے یا کوڈ کو بہتر بنانے کی صلاحیت نہیں رکھتی ہے ، یہ حیرت انگیز حیرت انگیز صلاحیتوں کا مجموعہ ہے جو تحریری کوڈ پر کتابوں میں نہیں پڑھایا جاتا ہے۔ وہ تھوڑا سا اضافی ہیں۔
کیوں اس طرح نکالنا؟ کیونکہ ترقیاتی امور لیکن ڈویلپر اکثر اوقات مختلف دنیا میں شامل ہوتے ہیں ، نہ کہ ان کے بنانے کا۔ یہ کبھی کام نہیں کرتا۔ ترقی - کسی بھی چیز کی تکنیکی - ہمیشہ ترقی کی منازل طے کرتا ہے جب جانتے ہیں کہ لوگ صرف کوڈ سے زیادہ کیسے سمجھتے ہیں۔
01. کوڈنگ اس میں مزید کمی نہ کریں
ہم ایسی دنیا میں ہیں جہاں کوڈنگ کم متاثر کن ہوتی جارہی ہے۔ ہر کوئی سائٹ تیار کرتا ہے ، ان میں سے کچھ کوڈ دیتے ہیں لیکن آپ کو اس کی ضرورت نہیں ہے۔ سائٹس ، ایپس اور فیچرس تشکیل دینے والے اب یہ محض نیرس نہیں ہے۔
چونکہ ویب ساتھ آیا ہے اور لوگ خود کو سکھ سکتے ہیں خود سیکھا ہوا ڈویلپر موجود ہے۔ لیکن یہاں تک کہ فارغ التحصیل بھی خطرے میں ہیں۔ میں ان لوگوں کے ساتھ سی وی حاصل کرتا ہوں جن میں کمپیوٹر سائنس ڈگری ، اے آئی کورسز ، مختلف میڈیا اور ان کے بیلٹ میں کوڈنگ ہوتی ہے لیکن ابھی بھی کچھ موجود نہیں ہے۔ کبھی کبھی بہت یاد آتی ہے۔
میں یہ کہنے والا پہلا نہیں ہوں۔ ’کوڈنگ اس میں مزید کٹوتی نہ کریں‘ سے باب 3 کا عنوان ہے پرجوش پروگرامر، جو کتابوں کے ساتھ ساتھ عملی سوچ اور سیکھنا پروگرامرز سے اپیل کریں کہ وہ خود کو کوڈ سے آگے بڑھیں۔ ٹیم کے قابل اور مکمل طور پر انسانی ممبر بننے کے لئے۔
چوڑائی اور گہرائی
ڈویلپرز کو دو طریقوں سے بہتر ہونے کی ضرورت ہے: چوڑائی اور گہرائی۔ انہیں اپنی ٹیم میں اور انسانی وسائل کی وسعت کو سمجھنے کی ضرورت ہے۔ انہیں O / S تک ، جس نظام کے ساتھ کام کر رہے ہیں اس کی گہرائی کو سمجھنے کی ضرورت ہے۔
اور یہ صرف ڈویلپرز نہیں ہیں جنھیں یہ سامان پڑھنا چاہئے۔ اگر آپ دیووں کے ساتھ کام کر رہے ہیں تو ، مجھے لگتا ہے کہ آپ ان میں سے زیادہ کی توقع کریں۔ ان کے بارے میں بات کر رہے ہیں اس کی خاکہ بنائیں۔ انھیں تصویروں ، اشیاء اور (یہ کام کرتا ہے) لوگوں کی وضاحت کے ساتھ سمجھائیں کہ نظام اس کے استعمال کرنے والے انسانوں کے لئے کیسا ہوگا۔
02. بڑا انتباہ
میں ڈویلپرز کے بارے میں منفی باتیں کرنے جارہا ہوں ، لیکن مجھے لگتا ہے کہ مجھے اجازت دی گئی ہے کیونکہ میں ایک ہوں۔ نیز کیوں کہ کم از کم ایک چیز جس کے بارے میں میں یہاں بات کرتا ہوں وہ بہت سارے ڈویلپرز سے ملتا ہے جن سے میں ملتا ہوں۔ اگرچہ ان کا کام بہت اچھا ہے اور وہ ان کے کوڈ کو جانتے ہیں ، لیکن وقت مسابقتی ہیں۔ آپ کو ایک کنارے کی ضرورت ہے ، اور یہ ہے:
- زیادہ تکنیکی ہو
اور
- ہو زیادہ زیادہ انسانی
03. انٹرنیٹ کیا کہتا ہے
’ضروری ویب ڈویلپمنٹ ہنروں‘ کے لئے گوگلنگ آپ کی توقع کے مطابق ہوتی ہے۔ فریم ورک کا علم ، ایکس براؤزر ، سی ایس ایس اور جے ایس۔ وہ ان فریم ورکوں کی فہرست دیتے ہیں جن کے بارے میں آپ کو معلوم ہونا چاہئے ، آپ کو لازمی طور پر پلیٹ فارم لکھنا چاہئے اور جن نئے رجحانات پر آپ کو نگاہ رکھنا چاہئے۔
یہ ہمارے میڈیا ہیں۔ یہ وہ چیزیں ہیں جن کے ساتھ ہم تعمیر کرتے ہیں لیکن وہ وہ نہیں ہوتے جس سے کسی منصوبے کو کامیابی ملتی ہے۔ ایک ڈویلپر سسٹم کی ہر تفصیل کو سمجھ سکتا ہے ، آپ کو ایک API کی ہر خصوصیت اور ایک نئی سی ایس ایس ٹکنالوجی بتا سکتا ہے لیکن پھر بھی ناقابل استعمال چیز تیار کرسکتا ہے۔
میڈیم کو سمجھیں
ڈویلپرز ، ہر ایک کی طرح ، ان کے میڈیم کو سمجھنے کی ضرورت ہیں - لیکن انہیں ناظرین کو بھی سمجھنا چاہئے ، چاہے وہ صارف ، ٹیم یا دیگر ڈویلپر ہوں۔ انہیں یہ سمجھنے کی ضرورت ہے کہ ان کا میڈیم دنیا میں کس طرح فٹ بیٹھتا ہے (دوسرے لفظوں میں ، پیداواری ماحول) اور اس کا کیا اثر پڑتا ہے (لوگ اسے استعمال کیسے کرتے ہیں)۔
میں نے اسے ’وسیع اور گہرا‘ شخص کی حیثیت سے بیان کرتے دیکھا ہے۔ وسیع ، کیونکہ آپ کو دوسرے انسانوں کے ساتھ کام کرنے والے انسان کی حیثیت سے دنیا کو سمجھنے کی ضرورت ہے۔ گہری کیونکہ آپ کو اس منصوبے کے اپنے حصے کی سطح سے نیچے مکمل تکنیکی معلومات کی ضرورت ہے۔ یہ ڈویلپرز آپ کے پروجیکٹ کو ایک بہت بڑا فروغ دیتے ہیں اور اس پروجیکٹ کی رفتار کو تبدیل کرتے ہیں ، اس کے بغیر آپ کو غیر تکنیکی عملے کو تکلیف دہ تفصیل سے ڈوبا ہوا ملے گا جو ٹیک ٹیم سے اترا ہے۔
04. جن چیزوں کو ہم تعمیر کرتے ہیں
میں نے حال ہی میں سائٹوں کی تعمیر ، میزبانی کا انتظام کرنے اور چیزیں مکمل کرنے کے لئے استعمال ہونے والی ہر چیز کی ایک فہرست لکھ دی ہے تاکہ جوائن کرنے والے لوگوں کو اپنے پہلے چند ہفتوں میں سیکھنے کے ل technologies ٹکنالوجی کی دھوکہ دہی کا شیٹ مل سکے۔ ہم اسے پڑھتے ہی جارہے تھے کہ لوگ ان چیزوں کو جانتے ہیں ، لہذا نئی بھرتی کرنے والوں کو چھلانگ لگانے کے ل we ہم ہر اس چیز کی فہرست بناتے ہیں جو ہم ہر روز استعمال کرتے ہیں۔
میں نے نصف درجن ٹکنالوجیوں کی توقع کی لیکن اس کے ساتھ کہیں زیادہ ختم ہوا۔ اس فہرست - ’’ جو ہم استعمال کرتے ہیں ‘‘ - میں عام سی ایم ایسز ، پروگرامنگ زبانیں اور براؤزر ٹیکنالوجیز شامل ہیں ، بلکہ ان ٹولوں کا ایک گروپ بھی ہے جو ٹیم خود کو استعمال کرتے ہوئے یاد نہیں رکھتی ہے۔ یہ ساری پٹھوں کی یادداشت تھی۔ کمانڈ لائن پر ’گٹ‘ ، ’فنگ‘ ، ’تھور‘ ٹائپ کرتے ہوئے ، ہم نے سوچا بھی نہیں تھا کہ شاید کوئی ایسا نہ کرے۔
ٹولز کی تعمیر؛ CI؛ ورژن کو کنٹرول کرنے کے لئے گٹ کو سمجھا گیا تھا ، لیکن سی وی پر نظر ڈالنے سے یہ مشکل ہی سے ظاہر ہوئے۔ رجحاناتی نمودار ہوں گے (اور کیا یہ سنجیدہ ہے کہ مجھے لگتا ہے کہ کچھ ایجنسیاں ان میں شامل ہوتی ہیں؟!) لیکن اکثر ٹھوس تجربے کے بغیر۔
یہ ٹولز پروجیکٹ کی ترقی کو تیز کرنے کے ل important اہم ہیں ، لہذا یہ یقینی بنائیں کہ آپ اپنی زبان ، CMS اور ایک دوسرے کے فریم ورک سے کہیں زیادہ امیر ٹول ترتیب رکھتے ہیں۔ آپ کو تعیناتی ، ٹیسٹنگ ، سی آئی ، مضبوط ورژن کنٹرول (ٹیموں میں - خود نہیں) کی ضرورت ہے ، اور آپ کو محض چند سبق کے بجائے ان کے بنیادی تصورات کو سمجھنے کی ضرورت ہے۔
05. ڈیوپس
یہ اضافی ٹولز اور چالیں صاف ستھرا فٹ ہوجاتی ہیں جس میں لوگ ’ڈیوپس‘ کہہ رہے ہیں۔ دو روایتی سائلوس کے مقابلہ میں ڈیوپس اڑتے ہیں: پیداوار ، جو چیزوں کو چلاتا رہتا ہے ، اور ترقی ، جو نئی چیزیں بناتا ہے (اور اکثر چیزوں کو چلتا رہتا ہے)۔ سائلوس کے نتیجے میں دو کیمپ ایک دوسرے کے ساتھ بہت کم ہمدردی رکھتے ہیں۔
پروڈکشن کے علم کے بغیر ڈویلپرز زیادہ تر مرتبہ ایسے کوڈ تیار کرتے ہیں جو تشکیل کے ل or یا مناسب خصوصیات کے استعمال سے پیداواری اسٹیک پر نہیں ہیں۔ چونکہ وہ پیداواری ماحول کے مسائل سے واقف نہیں ہیں ، لہذا وہ اس کی تیاری کے بجائے خصوصیت کو مکمل کرنے کا ضابطہ رکھتے ہیں۔
یہ چھوٹی سی تفصیلات سرور مینیجمنٹ کو بیرون ملک بھیجنے کے رجحان کی وجہ سے تکلیف دہ تاخیر پیدا کرسکتی ہیں۔
اسٹیک کو سمجھیں
ڈیوپس اپنے آپ میں ایک بہت بڑا فیلڈ ہے ، جس میں لگاتار تعیناتی اور بہت ساری آٹومیشن شامل ہیں۔ یہ ایک بہت بڑا سمری ہے ، لیکن ڈویلپرز کو سمجھنے کی کلیدی چیز وہ اسٹیک ہے جس پر وہ چل رہے ہیں۔ سرور منتظم کو یہ تفویض کرنے کے ل enough کافی نہیں ہے ، آپ کو پلیٹ فارم کے آپ کے کوڈ پر پڑے ہوئے مضمرات کو سمجھنا ہوگا۔
اگر آپ ریلوں پر کام کرتے ہیں تو ، ریلوں کا کوڈ پڑھیں اور جانیں کہ اپیچی کے ذریعہ روبی کو پھانسی کیسے دی جاتی ہے۔ اگر آپ جاوا میں کام کرتے ہیں تو ، ترتیب کے اختیارات کے بارے میں جانیں۔ اگر یہ پرل ہے جو آپ استعمال کرتے ہیں تو ، پرل ماڈیولز انسٹال کرنے اور ان کو تشکیل دینے کا طریقہ سمجھیں۔
پراسرار کام
’جو ہم استعمال کرتے ہیں‘ اس فہرست میں اس میں بہت ساری چیزیں شامل ہیں ، اور اچھے ڈویلپر اس بات کو سمجھنے کے لئے اچھلتے ہیں کہ یہ تمام پراسرار کام کیسے انجام پائے ہیں۔ اور ایک بار جب وہ اسے حاصل کرلیں تو ، تعیناتیں تیز تر ہوجاتی ہیں ، کام زیادہ آسانی سے تعینات ہوتا ہے اور ہر کوئی خوش ہوتا ہے۔
ڈییوپس کی مستقل تعیناتی اور اس سے وابستہ طریق کار اس قدر معیاری ہوتے جارہے ہیں کہ کوئی بھی ڈویلپر یا کمپنی جو اس پر عمل نہیں کررہی ہے وہ خود کو پیچھے چھوڑ جانے کے لئے ترتیب دے رہی ہے۔ کوئی دوسرا یہ کرنا شروع کردے گا اور پھر وہ آپ سے تیز تر ہوجائیں گے۔
آسان اوزار
’ڈیفوس‘ کے لئے گوگلنگ آپ کو ان ٹولز کا اندازہ فراہم کرتی ہے جو یہ لوگ استعمال کرتے ہیں۔ یہ پی ایچ پی اور ایس کیو ایل ، یا ریلوں کے بارے میں نہیں ہے۔ یہ سوفٹ ویئر کی شپنگ کی فراہمی اور پروجیکٹس کے خطرناک بٹس کو خطرے سے پاک رکھنے کے بارے میں ہے۔ وہ تعی ،ن ، آٹومیشن اور پائپ لائن کو ڈویلپر سے لے کر پیداواری ماحول تک جس تیزی سے چل سکے برقرار رکھنے پر توجہ دیتے ہیں۔
آپ کو معلوم ہوگا کہ اس طرز کی ترقی سے آپ کو ایسے ڈویلپرز ملتے ہیں جو ایک دوسرے کے ساتھ اور دوسرے محکموں اور کمپنیوں کے ساتھ بہتر کام کرتے ہیں۔ اگر وہ کسی تیسرے فریق کے کسی API کے ساتھ کام کر رہے ہیں تو ، وہ دوسری طرف آنے والے امکانات کو سمجھیں گے۔ سرور کے منتظمین کے ساتھ کام کرتے وقت وہ سمجھیں گے کہ انہیں انسٹال کرنے کی ضرورت ہے اور وہ جانتے ہیں کہ پروڈکشن سروروں پر ان کی سوفٹویئر سائٹیں کس طرح سے ہیں۔ اس کا الٹا تکلیف دہ ہوسکتا ہے ...
06. ڈیول ٹھیک کرے گا ... شاید
"ضروری ویب ڈویلپر مہارتوں" کی تلاش سے کوورا پر مائیکل گریر (پیاز کا CTO) کا عمدہ جواب ملتا ہے۔
- آلسی: دو بار کچھ بھی کرنے سے انکار: اسکرپٹ لکھتا ہے یا اس کے لئے پیچھے رہ جاتا ہے۔
- بزدلی: ٹیسٹ کرنے کے بارے میں سوچتی ہے ، بوجھ اور کوڈ کے اثرات سے پریشان ہے
- لاپرواہی: مسلسل نئی چیزوں کی کوشش کرتا ہے ، اسی دن کے خیالات کا آغاز کرتا ہے
بزدلی ’’ توجہ کی طرف توجہ ‘‘ جمانے کا ایک عمدہ طریقہ ہے۔ ڈیبگنگ اور ٹیسٹنگ کسی ڈویلپر کی زندگی کا 99 فیصد ہے جب اس نے W3 اسکولوں میں نشاندہی کی یا کمپیوٹنگ 101 کورس شروع کیا۔
ایپس کو ٹھیک کرنے کی صلاحیت کے ل excellent عمدہ مسئلہ حل کرنے کی مہارت کی ضرورت ہوتی ہے ، لیکن صرف ڈیبگنگ کوڈ نہیں۔ بعض اوقات صارفین کے لئے انوائس ڈاؤن لوڈ نہ کرنے کا حل یہ ہوتا ہے کہ پی ڈی ایف تیار کرنے میں ایک دن صرف کرنے کے بجائے اس صفحے کو پرنٹ ایبل بنایا جائے۔ بعض اوقات ایک لنک ترقی کے ایک ہفتہ کی جگہ لے سکتا ہے ، لیکن اگر یہ ڈیونز کوڈ لائنز کی لکیروں کو لکھ کر خالصتا problems مسائل حل کر رہے ہوں تو یہ خوبصورت حل نہیں نکلے گا۔
بہت سارے اوزاروں کے باوجود جانچ پڑتال بہت سارے دیووں کے لئے حیرت انگیز اندھا دھند ہے۔ یونٹ ٹیسٹ ، سیلینیم ، لوڈ ٹیسٹنگ اور پروفائلنگ ٹولز جیسے xhprof کا استعمال کریں۔ آپ کے ایپ کے نقوش کو چھوٹا رکھنے کے لئے نیو ریلک جیسی چیزوں سے تجزیہ کریں۔ اور دیو کے کام کے اس سارے حصے پر غور کریں: یہ آپ کا کوڈ ہے ، اس بات کو یقینی بنائیں کہ آپ جانتے ہیں کہ امید کی بجائے اس کا مقصد کام کرتا ہے۔
ٹھیک کرنا
ڈیبگنگ بھی ایک غم ناک نقطہ ہے۔ ڈیبگر کو استعمال کرنے کا طریقہ نہیں ، بلکہ کسی مسئلے کو ڈیبگ کرنے کا طریقہ۔ لہذا میں مائیکل گریر کی فہرست میں شامل کروں گا۔
- بے صبری: حقیقی مسئلے کو تلاش کرنے اور حل کرنے کے لئے غیر متعلقہ معلومات کو جارحانہ انداز میں نظرانداز کرنا
یہ سب ڈیبگنگ تکنیک کا سنگ بنیاد ہے۔ غیر متعلقہ کو نظرانداز کرنا اور متعلقہ معنی تلاش کرنا۔ بدقسمتی سے ، بہت سے لوگوں کو گھنٹوں یا دن تک غیر متعلقہ ہتھوڑے ڈالنے کا خدشہ ہے ، اسی چیز کو 10 بار آزمانے سے کسی مسئلے کو حل کیا جاسکتا ہے۔
ڈیبگنگ پر بہت ساری کتابیں (افسوس کی بات نہیں ، جس پر میں نے ناشر کے نام نہیں ڈالا) ہے اور ہر ڈویلپر کو ان سب کو پڑھنا چاہئے۔ واقعتا great ایک عظیم دیو کوڈ کی لکیر دیکھے بغیر کسی سسٹم پر پریشانیوں کو ٹھیک کر سکتا ہے۔
07. صارفین کیا چاہتے ہیں
سمجھیں کہ آپ کے آس پاس کے لوگ کیا کرنے کی کوشش کر رہے ہیں۔ کوڈ سے لطف اٹھائیں - سی ایس ایس فائلوں کو بالکل انڈیٹ کرنے کا فن پسند کرتے ہیں ، یا ریل ایپ کو بہتر بناتے ہیں - لیکن یاد رکھیں کہ یہ سب کچھ ایک مقصد کے لئے ہے۔
ڈویلپرز کو کاروبار ، کاموں اور کاروباری عملوں کو سمجھنے کی ضرورت ہے کیونکہ ان کی چیزیں اس کو چلانے میں معاون ہوتی ہیں۔ اس جانکاری والے دیو سافٹ ویئر اور ایپس بنانے میں کامیاب ہیں جو صارفین کی مدد کرتے ہیں ، لیکن وہ اکثر غیر معمولی طور پر نتیجہ خیز لگتے ہیں۔ یہ ان کی روشنی کی تیز ٹائپنگ یا اسٹیک کے حیرت انگیز علم کی وجہ سے ہوسکتا ہے ، لیکن اس کا امکان ان کے علم کی وجہ سے ہوسکتا ہے کہ صارفین کیا چاہتے ہیں۔
مسابقتی مارکیٹ
میرے اصل نقطہ کی طرف واپس جاکر ، یہ ترقی آسان تر ہوتی جارہی ہے اور عظیم ڈویلپرز کے لئے مارکیٹ زیادہ مسابقتی ہے جو کوئی ڈویلپر ہے جو کاروباری ضروریات کو سمجھنے اور ان سے ملنے کے لئے کچھ عمدہ لانے کے قابل ہے۔ مارکیٹ ، صارفین اور ان لوگوں کو کیوں پیسہ بانٹتے ہیں جس کی مدد سے سبھی مدد کرتے ہیں۔
ڈیٹا کو سمجھیں اور یہ کہ وقت کے ساتھ ساتھ یہ کس طرح بدلا جائے گا۔ ڈویلپر کے ذہن میں وہ آپ کو آج کے چیلنجوں کے ساتھ نئی ٹیکنالوجیز لگائے ہوئے ہیں یا آئندہ دیکھیں۔ اس طرح ، جب آپ ایم ڈی یا کسی کلائنٹ کو کوئی نیا خیال پیش کرتے ہیں تو یہ اس بات پر مبنی ہوگا کہ صارفین واقعتا want کیا چاہتے ہیں اور آپ کو بجٹ / وقت اس پر مل جائے گا۔ (اس کے برعکس ، سب سے خراب چیز جس کا مشاہدہ کرنا ہے وہ ڈویلپرز اپنی نئی پسندیدہ ٹکنالوجی کو ہماری تمام برائیوں کے حل کے طور پر جوڑ رہے ہیں۔)
ڈویلپرز کا بہت کنٹرول ہوتا ہے - کیا انھیں یہ جاننے کی ضرورت ہے کہ ڈیٹا بیس میں موجود ہر فیلڈ آخر صارف کے لئے کیا معنی رکھتا ہے؟ اگر ہم ڈیٹا تبدیل کرتے ہیں تو صارفین کیا دیکھیں گے؟ کیا صارفین کی مدد کرنے کا کوئی بہتر طریقہ ہے؟ ڈی بی کے منتظمین کا اکثر وقفہ یہ ہے کہ دنیا ان کے ڈیٹا بیس کی حقیقی دنیا کی خراب نمائندگی ہونے کے بجائے ان کے ڈیٹا بیس کا برا عکاس ہے۔ دنیا حیرت زدہ ہے اور حیرت انگیز طور پر کناروں سے بھرا ہوا ہے۔ اس سے نمٹنے کے، DB ایڈمنز.
08. ڈرائنگ اور لکھنا
ڈرائنگ بات چیت کرنے کا سب سے سیدھا طریقہ ہے کہ چیزیں کس طرح کی ہوں گی۔ ڈویلپرز کو لازمی طور پر وہائٹ بورڈ ، کاغذ اور بیئر میٹ پر اپنے خیالات کھینچنے کے اہل ہوں۔
ڈویلپرز کو صرف اپنے ارادے کو بات چیت کرنے کے ل paper ، ان پر کاغذ پرنٹ کرنے ، اسکرین شاٹس پرنٹ کرنے اور ان پر لکھنے کے قابل ہونا چاہئے۔ اس ڈویلپر پر اعتماد نہ کریں جو سر ہلا دیتا ہے ، کہتے ہیں کہ وہ سمجھتے ہیں اور اپنے ایڈیٹر کو کھول دیتے ہیں۔
سستے میں ناکام رہنا: بہترین کوڈنگ ایک تیز رفتار پروٹو ٹائپ کے طور پر ڈرائنگ کے ساتھ شروع ہوتی ہے۔ زیادہ کثرت سے ناکام ہوجائیں اور اس بات کو یقینی بنائیں کہ آپ کے آس پاس کے سارے شیطان ویسے ہی کام کریں جیسے آپ کو اس طرح سے کامیابی ملنے کا زیادہ امکان ہے۔
09. خود سے لطف اٹھائیں
اور کیا ہوگا اگر آپ کو کسی لنک کو ادھر ادھر منتقل کرکے کسی مسئلے کو حل کرنے میں 10 گھنٹے صرف کرنے پڑیں؟ اس سے لطف اٹھائیں - یہاں تک کہ اگر کام سے گزرنا صرف چیلنج ہے۔
ڈویلپرز (یا کسی بھی) کی طرف سے انتہائی خراب رویہ ، ٹیم جس کے حصول کی کوشش کر رہی ہے اس سے بے حسی ہے۔ بدقسمتی سے یہ ایک عام بات ہے ، کیونکہ ڈویلپرز خود کو ٹیم کے حصول سے باہر ہونے کی حیثیت سے دیکھتے ہیں۔ (پرجوش پروگرامر سوال پیدا ہوتا ہے ، ’’ آپ اپنی ملازمت کو اور کتنا مزہ آسکتے ہیں؟ ‘‘۔ آزمائیں۔)
اور اس کے برعکس اپنے کام کو ظاہر کرنے کے لئے تیار رہیں: روبی کے کچھ ٹیوٹوریل آزمانے کے بعد اس کو بڑھاو نہیں ‘روبی کا تجربہ’!
ویب اور ایپ کی نشوونما ابھی بھی ایک نوجوان پیشہ ہے ، لیکن مہارت کی بہت بڑی ضرورت جو بڑھتی جارہی ہے۔ ہر ایک کو زیادہ سے زیادہ ڈویلپرز کی توقع کرنی چاہئے کیونکہ جتنی جلدی ہم سب گندا بیک روم سے باہر آجائیں گے اور تخلیقی عمل میں شامل ہوجائیں گے اس کے نتائج اتنے ہی اچھے ہوں گے۔
10. تیز رہو
اس کو ایک اچھ roundی راؤنڈ 10 تک پہنچانے کے ل I میں ایک حتمی چیز شامل کروں گا۔ تیز رہیں۔ مقابلہ تلاش کریں۔ کسی بھی قسم کی بدترین قسم تنہائی میں ایک ہے۔
"آپ جس بینڈ میں ہیں اس میں ہمیشہ بدترین آدمی بنیں۔"
بدترین - واقعتا ، بہت خراب - پروگرامر ، کوڈر ، ڈیزائنرز اپنی چیزیں سیکھتے ہیں اور اپنے نام پر آرام کرتے ہیں۔ بغیر پیس میکر کے ، اس کو کم کرنا بہت آسان ہے اور مقابلہ دیکھے بغیر خود کو اوسط سے اوپر دیکھنا عادت بن جاتی ہے۔
لہذا ، بہتر تلاش کرکے آپ بدترین ہوسکتے ہیں۔ کام سے باہر کے منصوبوں میں شامل ہوں ، شراکت کریں اور آراء اور تنقید کو تلاش کریں کیونکہ آپ کو جتنی زیادہ تنقید ملتی ہے ، آئندہ آپ کو کم لوگ دیں گے۔ جب آپ اندازہ لگاتے ہو کہ وہ کیا چاہتے ہیں تو ان سے بہتر ہیں ، تو آپ ننجا ڈویلپر ہو جسے ہر کوئی چاہتا ہے۔
ڈین فراسٹ مکمل سروس ویب کمپنی 3EV کے تکنیکی ڈائریکٹر ہیں ، جو AWS کا ایک شراکت دار ہے۔ وہ سات سالوں سے سی ایم ایس اور ویب ایپ ڈویلپمنٹ میں کام کر رہا ہے۔
پسند آیا؟ یہ پڑھیں!
- کس طرح ایک اپلی کیشن بنانے کے لئے
- ڈیزائنرز کے لئے بہترین مفت ویب فونٹس
- دریافت کریں کہ اگست کی حقیقت کے لئے آگے کیا ہے
