[مهمان]

سلام.
اين تاپيك مختص برنامه نويسي لينوكس نيست ولي فكر كنم اگر جايي بخواد برنامه نويس خوب پيدا بشه اينجاست.
فقط يك فروم ديگه هست براي برنامه نويسي كه اسمش برنامه نويس بود و من اونجا نرفتم بخاطر مديريتش (اگر فروم فارسي ديگري مختص برنامه نويسي ميشناسيد معرفي كنيد).

حالا من اينجا ميخواستم از روش كدنويسي خودم بگم.
حقيقتش من در برنامه هام نه indent بكار ميبرم و نه داكيومنت ميكنم؛ ضمنا كدهاي بررسي خطا و غيره هم اغلب نمي نويسم (مگر در موارد ضروري) و خيلي دور از defensive programming هستم :lol:
حداقلي رو كه لازمه تا برنامه با شرايط تعريف شده كار كنه مينويسم.
اما در حقيقت من مطلع از تمام اين موارد هستم و بنظرم ميتونم كدهاي كامل و خوش فرمتي بنويسم و گاهي برحسب نياز كدهاي كاملتري نوشتم. اينكه نمي نويسم بخاطر تنبلي نيست، بخاطر استفادهء بهينه از وقت و انرژيم هست.
چون همون برنامه هاي محدود من كاري رو ميخوام انجام ميدن و سريع و راحت تر نوشته ميشن نسبت به اينكه بخوام تمام موارد ذكر شده رو رعايت كنم.
ميدونيد همون تايپ چند كاراكتر اضافه در هر خط و توجه به فرمت و پس و پيش كردن با هر ويرايش و تغيير خودش وقت ميبره و تمركز آدم رو هم گاهي بهم ميزنه (از الگوريتم و جزييات فني و حل مسئلهء اصلي).
بهرحال فرمت كردن برنامه هم كه كار سختي نيست. بغير از روش دستي با يك برنامهء فرمت كننده هم ميشه اينكار رو در مدت كوتاهي بصورت خودكار انجام داد (اگر نياز باشه - مثلا كار رو براي نيازهاي شخصي و داخلي خودمون نميخوايم).
كامنتها رو هم ميشه بعدا كه برنامه كامل و نهايي شد اضافه كنيم. بخصوص كه بخوايم برنامه رو بديم به كس ديگري يا منتشر كنيم.
من فقط يخورده تجربه و مهارت عملي براي نوشتن برنامه هاي بزرگتر تجاري و كامل و خوش فرمت رو ندارم كه بنظرم برحسب نياز ميتونم به سرعت بدست بيارم.
ضمنا همه ميدونن كه برنامه ها و كدها چقدر و چندبار تغيير ميكنن و گاهي حتي يك برنامه دوباره از ابتدا نوشته ميشه، بنابراين معقول نيست هركدي رو هروقت مينويسيم كلي وقت و انرژي و دقت روي فرمت و كامل بودن اون صرف كنيم. ولي در نسخهء نهايي برنامه ميتونيم اينكار رو انجام بديم.

حالا ميخواستم بدونم نظر شما چيه؟

[مهمان]

داكيومنت كردن كد هم بنظرم بعد از نهايي شدن كد معقول هست، نه در حين كدنويسي (بجز مواردي كه براي خود برنامه نويس در حين برنامه نويسي ضروري هستن).
كد در حين برنامه نويسي خيلي تغيير ميكنه و داكيومنت كردن هم كاريه كه خيلي وقتها زمان قابل توجهي ميبره (گاهي در حد يا حتي بيشتر از زمان نوشتن خود كدي كه داكيومنت ميشه).

[PC2st]

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

[مهمان]

اگه برنامه هاتون کوچیک باشه و فقط خودتون قرار باشه ازش استفاده کنید زیاد مهم نیست چه استانداردی رو رعایت میکنید (که احتمالا همینطوره) .
طبیعیه که وقتی قرار باشه برنامه ها تجاری / چند نفره بشن باید یه سری قوانین مشترک رو رعایت کنید که مهمترین اونا خوانایی کد برای مراجعات بعدیه ...

معمولا قبل از هر کلاس - متد و خصوصیات اصلی یه " comment یه خطی" مینویسن تا ترتیب منطقی از دست خود برنامه نویس هم در نره .
بعدا رو همین comment های یه خطی document مینویسن ...