فرق یک مهندس با برنامه نویس(حتماً بخوانید )

[bigbang]

برنامه‌نويس و يك مهندس در يك مسافرت طولاني هوائي كنار يكديگر در هواپيما نشسته بودند.

برنامه‌نويس رو به مهندس كرد و گفت: «مايلي با همديگر بازي كنيم؟»

مهندس كه مي‌خواست استراحت كند محترمانه عذر خواست و رويش را به طرف پنجره برگرداند و پتو را روي خودش كشيد.

برنامه‌نويس دوباره گفت: «بازي سرگرم‌كننده‌اي است. من از شما يك سوال مي‌پرسم و اگر شما جوابش را نمي‌دانستيد ۵ دلار به من بدهيد. بعد شما از من يك سوال مي‌كنيد و اگر من جوابش را نمي‌دانستم من ۵ دلار به شما مي‌دهم.»

مهندس مجدداً معذرت خواست و چشمهايش را روي هم گذاشت تا خوابش ببرد. اين بار، برنامه‌نويس پيشنهاد ديگري داد.

گفت: «خوب، اگر شما سوال مرا جواب نداديد ۵ دلار بدهيد ولي اگر من نتوانستم سوال شما را جواب دهم ٥٠ دلار به شما مي‌دهم. اين پيشنهاد چرت مهندس را متعجب كرد و رضايت داد كه با برنامه‌نويس بازي كند.»

برنامه‌نويس نخستين سوال را مطرح كرد: «فاصله زمين تا ماه چقدر است؟»

مهندس بدون اينكه كلمه‌اي بر زبان آورد دست در جيبش كرد و ۵ دلار به برنامه‌نويس داد. حالا نوبت خودش بود.

مهندس گفت: «آن چيست كه وقتي از تپه بالا مي‌رود ۳ پا دارد و وقتي پائين مي‌آيد ۴پا؟»

برنامه‌نويس نگاه تعجب آميزي كرد و سپس به سراغ كامپيوتر قابل حملش رفت و تمام اطلاعات موجود در آن را مورد جستجو قرار داد. آنگاه از طريق مودم بيسيم كامپيوترش به اينترنت وصل شد و اطلاعات موجود در كتابخانه كنگره آمريكا را هم جستجو كرد. باز هم چيز بدرد بخوري پيدا نكرد. سپس براي تمام همكارانش پست الكترونيك فرستاد و سوال را با آنها در ميان گذاشت و با يكي دو نفر هم گپ (chat) زد ولي آنها هم نتوانستند كمكي كنند.

بالاخره بعد از ۳ ساعت، مهندس را از خواب بيدار كرد و ٥٠ دلار به او داد. مهندس مودبانه ٥٠ دلار را گرفت و رويش را برگرداند تا دوباره بخوابد.

برنامه‌نويس بعد از كمي مكث، او را تكان داد و گفت: «خوب، جواب سوالت چه بود؟»

مهندس دوباره بدون اينكه كلمه‌اي بر زبان آورد دست در جيبش كرد و ۵ دلار به برنامه‌نويس داد و رويش را برگرداند و خوابيد.

[bigbang]

یکی بود یکی نبود! اول اول فقط کامپیوتر بود که حتی برنامه نویسی هم نمی‌شد! اصلا برنامه نویسی مطرح نبود و اصل کار با سخت افزار بود. ولی کم کم کارهای سپرده شده به کامپیوتر بزرگ و بزرگتر شدن و نمی‌شد که خود مهندسین سخت افزار برنامه‌ها رو تولید کنن. اینجا بود که برنامه‌نویس به عنوان یک کار جدی مطرح شد...
برنامه نویس کسیه که ایده نرم‌افزار رو به واقعیت (کد) می‌رسونه. کسیه که با ریز مسایل درگیره. زبانها رو می‌شناسه،‌ اون طوری که بتونه ازشون کار بکشه. تکنیکها و روشهای پیاده‌سازی رو می‌دونه که هم سریع باشه و هم کم خطا. و کسیه که می‌تونه راحت از بسته‌های آماده استفاده کنه و کلی کارهای انجام بده مثل اینکه شب بیدار بمونه تا یه برنامه رو راه بندازه
اما کم کم پروژه‌ها بزرگتر و بزرگتر شدن و به صورت شخصی نمی‌شد پروژه‌ها رو با این دانش فنی به تنهایی انجام دادو احساس شد که یه مهندسی این وسط لازم هست که بتونه پروژه‌ها رو به ثمر برسونه. به همین دلیل هست که مهندسی نرم‌افزار ایجاد شد.
مهندس کارش حل مساله هست و مدیریت برای راه‌حلهاش. باید مدیریت بدونه تا بتونه کاری کنه که کار برنامه نویسی ساده تر بشه. پس اونه و خود مساله! برای این کار، سیستم رو اول تحلیل می‌کنه و می‌شه «تحلیل‌گر». پس قدم اول توی این کار اینه‌ که پرسشگر باشه، کنجکاو و دقیق. تحلیل یعنی شناخت مهندس و تیم انجام پروژه از مساله. بعد از اینکه شناخت انجام شد، نوبت به طراحی می‌رسه و این یعنی «طراح». توی طراحی چیزایی که فهمیدیم رو به قالبی در میاریم که قابل برنامه نویسی باشه. اونجا
مهندس نرم‌افزار می‌تونه «برنامه‌ نویس ارشد» باشه. بعد از پیاده سازی، نوبت به تست می‌رسه، مهندس نرم‌افزار می‌شه «مسئول تست». در کنار اینها هم یکی باید مدیریت کنه و «مدیر پروژه» هست که پروژه رو مدیریت میکنه. (البته کلی نقش دیگه داریم که من بیخیال شدم! پس بسته به نقش، مهندس نرم‌افزار به حوزه‌های متفاوتی از دانش احتیاج داره؛ حالا می‌تونه توی چندتاش خبره ‌تر باشه.

اما وقتی حرف از یه مهندس خوب نرم‌افزار میاد، به نظر من کسیه که قواعد بازی رو می‌دونه. کسی که خودش برنامه‌نویسی و سختیهاش رو حس نکرده باشه، به شکل طبیعی تصمیماتی که می‌گیره «از توی کتابهاست» و کتابها کمتر در مورد وقتی صحبت می‌کنن که یک صبح تا شب دنبال حل یه مشکل ساده باشی. کمتر از این می‌گن که اگه بخوای همه برنامه‌نویسها رو وادار کنی که یک IDE (محیط برنامه نویسی) خاص رو استفاده کنن، ‌چه نکات ریزی داره. خود برنامه‌نویسی یک تجربه و آموزشه برای مهندسی نرم‌افزار هست. من خودم فکر می‌کنم مسیر برای تبدیل به یک مهندس نرم‌افزار از برنامه‌نویسی شروع می‌شه.

یه چیز دیگه هم بگم خوبه: دونستن برنامه‌نویسی به این معنی نیست که برای مهندس نرم‌افزار خوب شدن، کلی زبان برنامه‌نویسی رو یاد بگیره. باید حتما و حتما یه زبان برنامه‌نویسی که در حد تجاری کاربرد داشته باشه رو یاد بگیره. (++C، جاوا و یا خانواده net. اینا معروفترین‌ها هستن. دوتای آخر پرکاربردتر هستن) این زبان رو باید به شکل تجاریش یاد بگیره. یعنی استفاده از بسته‌های آماده، کاربرد وب و مهمتر از همه پایگاه داده. یعنی یه زبان که همه جور (یا اکثر) برنامه‌ها رو بشه باهاش نوشت. به همین دلیل یاد گرفتن زبانی مثل PHP به عنوان تنها زبان خوب نیست. چون یه زبانه برای کاربردهای وب.

[مهرگان]

داداش مطالبت جالب بودن! مخصوص پست اول!

20. That’s weird….

19. It’s never done that before.

18. It worked yesterday.

17. How is that possible?

16. It must be a hardware problem.

15. What did you type in wrong to get it to crash?

14. There is something funky in your data. OR It’s a data
problem, not a program problem.

13. I haven’t touched that module in weeks!

12. You must have the wrong version.

11. It’s just some unlucky coincidence.

10. I can’t test everything!

9. THIS can’t be the source of THAT.

8. It works, but it hasn’t been tested.

7. Somebody must have changed my code.

6. Did you check for a virus on your system?

5. Even though it doesn’t work, how does it feel?


4. You can’t use that version on your system.

3. Why do you want to do it that way?

2. Where were you when the program blew up?

And the Number One Thing Programmers Say When Their Programs Don’t Work:

1. “It works on my machine..”.