گلایه !

[sjafarim]

علی آقا دوست گلم کسی دعوا نداره.
ولی به متنهای زیر دقت کن:

این همه بحث و داستان!!!!!!
لطفا منبعی برای برنامه نویسی استاندارد بگذارین.
ممنون

فکر کن برادران کارامازوف رو یک تایپیست به شکل بالا نوشته باشه یا به شکل زیر...

این همه بحث و داستان!!!!11
لطفن منبعی برای برنامه نویسی استاندارد بگذارین ممنون

حالا 1100 صفحه متنو ترجیح میدی به کدوم شکل بخونی؟
استاندارد بودن کمک به کس دیگر نیست (البته در پروژه های یک نفره)، با این کار اول از همه به خودت و کیفیت محصولت اهمیت دادی...

[eagle]

والاه ما که نفهمیدیم چی شد!
بریم به یه جا دیگه سر بزنیم این تاپیک یک حلقه بینهایته که راه به جایی نمیبره!
موفق باشین

[agape]

والاه ما که نفهمیدیم چی شد!
بریم به یه جا دیگه سر بزنیم این تاپیک یک حلقه بینهایته که راه به جایی نمیبره!
موفق باشین

آقا علی دوست گرامی ، اگر به جای این دو ؛ سه تا پستی که زدی ،نصف این تایم رو جستجو میکردی ، الان جواب رو داشتی ، قصد داشتم منابع رو معرفی کنم ولی پشیمان شدم
از این بابت پشیمان شدم که خواشتم کسی که واقعا این نیاز رو حس میکنه که باید کد استاندارد بنویسه به این مهم دست پیدا کنه ، اونم با یه جستجوی ساده ، این موضوع نه چیز کم یابیه ، نه سکرته و نه هیچ چیز دیگه ای ، اونایی که براشون مهمه یه جستجوی ساده میکنن و خلاص
اگه دنبال کلمه کلیدی هستی که تو اون لینک ویکی هست ؛ اینجام میذارم دوباره
misra c
misra c++
misra 2004

[1nafar]

سلام
مشکل و مباحث دیگه ای که در استاندارد نبودن کد ها وجود داره :
1- اغلب کد های که در سطح نت قرار میگیره ، در چند دقیقه نوشته میشه و اصلا به استاندارد بودنش توجه نمی شه .
برای خود من بار ها پیش اومده که برای رفع مشکلات کاربران در راه اندازی ماژول ها و سنسور های مختلف کد های رو ارسال کردم و به دلیل عدم دسترسی به اون ماژول اصلا کد رو تست نکردم .
بهینه سازی و استاندارد کردن کد ها وقت زیادی میخواد که معمولا برای پروژه ها و کار های مربوط به اموزش و ... نیازی به صرف این زمان نیست .
2- تجربیات عملی : به عنوان مثال برای راه اندازی یک حافظه ی EEPROM میشه چندین نوع کد نوشت که در تمامی این کد ها دستور زیر در کتاب خانه ی TWI وجود داره :

 while(!(pTwi->TWI_SR & AT91C_TWI_RXRDY ) == AT91C_TWI_RXRDY );

این کد ممکنه سالیان سال بدون هیچ مشکلی کار کنه ، اما بروز مشکل در حافظه ی EEPROM ( رسیدن تعداد خوندن / نوشتن ها به مقدار غیر مجاز ، یا قطع شدن یکی از پایه های باس I2C و ... ) میتونه عمل کرد کل برنامه رو مختل کنه و برنامه برای همیشه در حلقه ی بالا گیر کنه .
این تجربه ای بود که من داشتم و بعد از کار افتادن دستگاهی که 5 سال قبل برای یکی از دوستان ساخته بودم کسب کردم .
چنین شرایطی برای پروتکل های SPI یا USART هم وجود داره .

=================================================
در کل :
اکثر افراد برنامه رو با توجه به نیاز مشتری مینویسن
جواب گرفتن از برنامه = پایان برنامه نویسی
به نظر من مشکل اصلی سیستم ، نبود کار گروهی و انجام پروژه به صورت تک نفره است .
در این حالت پروژه فقط در یک بعد پیشرفت داره و در سایر بخش ها ضعیف هست .
مثلا ممکنه در مداری ، طراحی PCB به بهترین شکل انجام بشه ، اما به طراحی مدارات الکترونیکی و برنامه نویسی توجه زیادی نشه و بلعکس

[Mehmat]

خدا بیامرز می گفت :دانشگاهی که دانشگاه نباشد دانشگاه نیست. حتما یه چیزی می دونست. ولی بهتر بود می ............... (By Agape)
Agape:
دایی جان بحث رو سیاسی نکن!