ضمنا لطفا فارسی بنویسید. برای یک برنامه نویس خوب نیست که پینگلیش بنویسه.
اگر هم کیبورد فارسی ندارید، از نرم افزار پینگلیش به فارسی استفاده کنید:
http://www.pinglish.org/

تولید کننده‌های unit test روش غلطی از دیدگاه تئوری محسوب می‌شوند چون کلا test driven development به معنای اول نوشتن تست و بعد برنامه نویسی است.
تولید خودکار متدهای تست از روی کدهای موجود می‌تونه بر اساس یک متد باگ دار هم تولید بشه که نهایتا نتیجه جالبی را برای شما تولید نخواهد کرد.
و کلا این دیدگاه که کدوم بهتره، این یا اون و غیره رو کنار بگذارید. یک فریم ورک تست را پیدا کنید و با آن ادامه بدهید. هدف نوشتن تست است. این فریم ورک‌ها حداکثر چند قابلیت بیشتر یا کمتر دارند.

سلام،
API فوق امکان استخراج اطلاعات مربوط به کشورهای مختلف و بازدید کننده‌های مختلف را نیز می‌دهد. (به صفحه Dimensions & Metrics Reference مراجعه کنید)
پس از استخراج داده‌ها، رسم نمودار و نقشه با خودتان است. فقط اطلاعات و آمار خام را به شما می‌دهد.

https://www.dntips.ir/2009/05/aspnet_17.html

تصاویر اگر آدرسشان عوض نشود عموما کش می‌شوند اما الزامی هم ندارد.
برای اطمینان حاصل کردن از این موضوع برای تصاویر هم مطابق کدهای فوق یک generic handler با نکات مربوط به کش کردن اطلاعات که ذکر شد ایجاد کنید. به این صورت هر نوع تصویر مورد نظر شما به همراه هدرهای لازم کش شدن ارائه می‌شوند.
generic handler تصویر مثل کدی است که در مقاله زیر آمده:
https://www.dntips.ir/2009/05/blog-post_27.html
فقط این مقاله چند سطر فوق مربوط به اضافه کردن هدرهای کش شدن اطلاعات را ندارد.

نه. حتی اگر اوراکل قصد ادامه نداشته باشه یا هر بازی دیگری را بخواهد شروع کند، با توجه به لایسنس سورس باز MySQL ، گروه‌های دیگر می‌تونند یک اصطلاحا fork از آن پروژه ایجاد کنند و خودشون کار رو ادامه بدن (احتمالا گوگل این‌کار را خواهد کرد).

باید در نحوه‌ی ارسال فایل به سرور دست برد و اون رو سفارشی کرد. مثلا با استفاده از یک generic handler . نحوه پیاده سازی آن‌را در jQuery می‌تونید اینجا مشاهده کنید:
http://www.ajaxprojects.com/ajax/tutorialdetails.php?itemid=512

توسط ASP.Net ajax هم همین مفهوم به شکل دیگری پیاده سازی می‌شود:
http://msmvps.com/blogs/luisabreu/archive/2006/12/14/uploading-files-without-a-full-postback.aspx

به مثال این کتابخانه مراجعه کنید:
http://dotras.codeplex.com/

سلام
دو ماخذ در بالا معرفی کردم که به اندازه‌ی کافی توضیحات لازم را به همراه دارند و ترجمه هر کدام شاید 20 - 30 صفحه‌ای می‌شود.

کلا شما مجبور نیستید از این خصیصه‌ها یا ویژگی‌ها استفاده کنید. این‌ها یک سری اطلاعات اضافی هستند که به تعاریف کلاس‌ها یا متدها اضافه می‌شوند (می‌توانند اضافه شوند)، مثلا راهنما یا URL یا بیان این‌که این متد منسوخ شده است و دیگر از آن استفاده نکنید (در intellisense ظاهر می‌شود) و امثال آن.
و یا کارآیی زمان اجرا می‌توانند داشته باشند مثل متدهای یک وب سرویس که با ویژگی وب‌ متد مشخص می‌شوند و در زمان اجرا به عنوان یکی از متدهای یک وب سرویس قابل استفاده خواهند بود. یا اگر مباحث unit testing را دنبال کرده باشید، یک سری ویژگی سفارشی دیگر نیز به کلاس‌های آزمون واحد اضافه می‌شود که نه در کامپایل تاثیری دارند و نه در هنگام اجرا بلکه توسط ابزارهای بررسی آزمون‌های واحد شناسایی شده و مورد استفاده قرار می‌گیرند.

سلام،
http://www.codeproject.com/KB/cs/attributes.aspx
http://oreilly.com/catalog/progcsharp/chapter/ch18.html