من مهرادم سی سالمه و از ۱۵ سالگی برنامه نویسی رو شروع کردم و تا حالا تجربه ی کار در ۴ شرکت رو داشتم، هر بار یه زبون و فریم ورک جدید، ruby/rails, c# ,php و python/django ، تو این نوشته ی کوتاه میخوام تجربه و پیشنهاد در مورد تسک اولی بودن رو به اشتراک بذارم.
همه چیز جدیده، سوال بپرسین
سخت ترین قسمت شاید پذیرش این موضوع بود که همه چیز جدیده و باید برای Best Practice همه چیز یا گوگل کنم یا از کسی سوال بپرسم و کل اون تجربه ی قبلی فقط یه تصویر بزرگتر از نرم افزار و معماری اون بهم داده بود و در واقع کلی نکته ی جدید هست که هنوز نمیدونم، مثل وقتی که به یه شهر غریبه مهاجرت میکنین و با وجود بلد بودن زبان اونجا باز هم با فرهنگ بین مردمش آشنا نیستین. پس تا میتونین سوال بپرسین و گوگل کنین.
عجله نکنین
ممکنه در جایی کار کنین که از شما توقع دارن زود تسک ها رو تحویل بدین و یا هیچ سیستم مدیریت پروژه ی دقیقی تعریف نشده باشه، خوشبختانه در مورد من هر جا که کار کردم، سیستم های خوبی برای زمان دهی تسک ها وجود داشتن، اما من خودم تو دام عرضه ی زود تسک افتادم. این که کار زودتر تموم بشه و بتونی نتیجه ی تسک رو ببینی خیلی حس خوبی داره اما باور کنین یه تسک پر از ایراد بعد از یه مدت به شدت فرسایشی میشه به خصوص اگه بعد از مدتی دوباره گریبان گیر شما بشه. پس با آرامش تسک هاتون رو تموم کنین و زمان بخواین و اگه تستر ندارین حتما از کسی که به سیستم واقفه بخواین تا تسک رو حسابی تست کنه و تا وقتی کار واقعا تست نشده تسک رو تموم شده اعلام نکنین.
تسک رو بشکونین
قبل از اینکه بخوای تسکی رو به عنوان تسک اولتون قبول و شروع به کار کنین حتما اونو بشکونین. قطعا شما از عهده ی شکستنش بر نمیاین، پس حتما از کسی بپرسین تا حسابی تسک رو براتون کوچیک کنه، مثلا با جمله های مثل اینکه «اگه خودت بودی از کجا شروع می کردی»، یا «امکانش هست کارهای جزیی تر این تسک رو بنویسیم باهم» تا میتونین تسک رو بشکونین.
بنویسید
ریز و درشت تمام چیزایی که می شنوین و تمام تکنیک های خاص و چاله چوله های شرکت رو بنویسین، خیلی از سیستم ها برای ست آپ شدن یا ران شدن قلق های خاصی دارن که معمولا تعداد کمی تو شرکت می دونن و هرگز فرصت داکیومنت شدنش نبوده، بهتر این موارد رو یادداشت کنین. معماری سیستم، نوع ارتباطات درون سیستم و خیلی موارد دیگه هم شامل همین توضیح میشه. پس همیشه کاری کنین که اول توضیح براتون آخرین توضیح باشه.
نترسید
از پابلیش کردن و کارهای مشابه بعد از اینکه توضیحات کامل از وارد کار گرفتین، واهمه ای نداشته باشین، شما تازه کارین و همه متوجه این موضوع هستن. در واقع بهتر بگم اگر در جایی کار میکنین که متوجه تازه کار بودن شما و تسک اولی بودنتون نیستن، بهتره اگه امکانش رو دارین اونجا رو زودتر ترک کنین. شرکتی که کاری پیچیده و مهم به شما می سپره که برای بار اول امتحانش کنین باید حتما عواقب و مسیولیتش رو بپذیره همونطور که شما مسیولیتش رو پذیرفتین.
دیباگ و لاگ محیط خوب
چیزهایی که حتما در مورد بخونین و بپرسین محیط خوب برای کارتونه، یه IDE مناسب، شیوه دیباگ کردن و لاگ گرفتن به خصوص وقت هایی که به خطا می خورین و کلید واژه های گوگل کردن برای هر زبان و محیطی که توش هستین.
دوست بشین
تا میتونین با بقیه دوست باشین، شاید تو جایی که شما کار می کنین کسی هست که سال هاست با همین زبون کار کرده و ادعاهایی عجیب داره که باورتون نمیشه، یا یه برنامه نویس خیلی تازه کار که مثل شما چیزی از زبون نمیدونه، فرقی نمی کنه دوستی کمک میکنه کاری تیمی بهتر بشه و در نتیجه شما و بقیه تیم با هم رشد کنین. مسابقه ای در کار نیست یا باز بهتره بگم اگه در شرکت خیلی رقابتی کار می کنین که با روحیتون نمی خوره شاید بهتره اگه توانش رو دارین اونجا رو ترک کنین.
