فرق بین برنامه نویس و توسعه دهنده ؟

اگر بخواید جزئی بشید، بله در خارج از ایران فرق هایی بینشون هست. اما در داخل ایران هیچ فرقی بین اینها نیست.

مثلاً ما در صنعت بازی سازی داریم Senior Programmer ، AI Programmer ، Game Play Programmer ، Scenario Programmer و ... اما در ایران همشون میشن Game Programmer .

این بد نیست اتفاقاً گاهاً خوب هم هست. من به طور کل با بزرگ شدن تیم مخالف هستم اما کوچک بودن تیم هم اشکالاتی داره که بزرگترین این اشکال زمان توسعه هست.

در واقع یک برنامه نویس در ایران باید:

1. بتونه R&D داشته باشه و تحقیق و طراحی بکنه
2. بتونه به تحقیق دیگران اشراف داشته باشه و پیاده سازیش بکنه
3. درک مناسبی از فرآیند توسعه، هزینه های مالی و زمانی از توسعه یک پروژه داشته باشه.
4. بتونه خوب تست بکنه و قبل از رسیدن به دست تستر ( که معمولاً وجود ندارد ) ، مشکلات رو به خوبی رفع بکنه
5. بلد باشه Design Document خوبی ( در مرحله پیش تولید ) تهیه بکنه
6. به مسائل جانبی توسعه مثل Art ، Marketting و ... آشنایی مناسبی داشته باشه و اگر لازم شد توش فعالیت بکنه
7. با مفهوم Prototyping به خوبی آشنا باشه و بتونه اولویت های پروژه رو درست پیاده سازی بکنه
8. درک مناسبی از معماری نرم افزار داشته باشه و بتونه کد رو از نظر چاقی، پیچیدگی و امنیت مورد تحلیل قرار بده
9. و در جمع بتونه با یک دست 20 تا هندونه بلند کنه

بله باید همه این چیزها رو بلد باشید اما اگر بلد نیستید به این ترتیب پیش می رید تا یاد بگیرید:

1. اول کد نویسیتون رو با پروژه های تستی و کاربردی تقویت می کنید. توجه داشته باشید پروژه ای که چیز جدیدی توش نداره به هیچ دردی نمی خوره. یکی از دلایلی که من پروژه نمی پذیرم همین هست.
2. سعی کنید از پس Art پروژه خودتون ، خودتون بر بیاید.
3. بعد از اتمام ( یا در لحظه توسعه ) هر پروژه، حتی یک خطا نباید ازش ببینید، همه چیز باید بی ایراد باشه.
4. همیشه به تمیز بودن کد خودتون شک کنید و هر بار سعی کنید، تمیز تر و اصولی تر بنویسید.
5. همیشه در مورد Optimize بودن یک قضیه شک کنید و به دنبال Best Practice to بگردید مثلا Best Practice to avoid array concurreny problems و ...
6. سعی کنید برای هر پروژه حتی تستی ها، یک زمان برآورد کنید و کیفیت رو هم با اندازه گیری های غیر کیفی، تعیین کنید، تا جایی که می تونید به این برآورد نزدیک و نزدیک تر بشید تا در نهایت در پروژه آخر بیشتر از 100% اختلاف زمانی نداشته باشید :) بله 100% یعنی اگر 10 روزه قرار هست پروژه انجام بشه، اگر بتونید بین 1 تا 20 روز انجامش بدید، تخمین خوبی زدید :)
7. یاد بگیرید که چطور کد بنویسید که باگ نداشته باشه و نه اینکه چطور باگ یک پروژه رو برطرف کنید.
8. به قول یکی از دوستان برنامه نویس که کاملاً اشتباه فکر می کنه: « قانون بقای باگ: باگ هیچ وقت از بین نمیره بلکه همیشه از نوعی به نوع دیگه تبدیل می شه » هر کس این قانون در مورد کدش صدق می کنه پس خوب کد ننوشته و نباید توجیه بکنه.
9. در نهایت بعد از چند سال می بینید که همه شرایط بالا رو یاد گرفتید و به نوعی موفق شدید، اما نه موفق نشدید، بلکه شکست خوردید! چرا؟ چون کسی که فکر می کنه دیگه چیزی برای یاد گرفتن نیست دقیقاً همون جا نقطه سقوطش هست.