نکاتی در مورد نوشتن مقالات علمی

by MDP 28. February 2012 16:54

چند روز پیش مقاله ای در سایت LinuxReview خوندم با عنوان : ۵ عامل که می‌تواند باعث شکست ویندوز ۸ شود!

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

هدف من از نوشتن این پست این هست که تاکید کنم :

 نکته اول‌ :

ای انسان ها ، نوشته های شما در نوشته های دیگه آدرس داده میشه.یعنی یکی به چیزی که شما نوشتید اعتماد میکنه و بر اساس اون افکار خودش رو مرتب می کنه.

این جمله رو حتمی شنیدید که میگن : خشت اول را که معمار بنهاد کج ، تا ثریا می رود دیوار کج !

 

نکته دوم در مورد منبع در نوشته هاست.

نوشته بی منبع در حقیقت با تراوشات ذهنی یک دیوانه تفاوتی نداره.اگر در حال نگارش مطلبی هستید حتمی بر اساس یک مدرک معتبر باشه.

یادتون باشه که هر منبعی قابل اعتماد نیست.منابع قابل اطمینان رو با کمی دقت میشه پیدا کرد.

یادتون باشه برای نوشتن مقالات علمی نیاز به منبع دارید نه هر مقاله ای.البته حتمی اگر مقاله ای رو ترجمه می کنید هم منبعش رو ذکر کنید.

 منبع رو به صورت درشت در آخر مقاله بنویسید و لینک های مربوطه رو هم اضافه کنید.

 

نکته سوم هم در مورد تخریب هست : 

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

سعی کنید بجای تخریب قابلیت های رقیب بوسیله مقایسه اون با قابلیت های رقیبش انتخاب رو به خواننده واگذار کنید.

دیگه دوران مقالاتی مثل

  • ASP یا PHP
  • Java یا .Net
  • Windows یا Linux
گذشته.الان کیفیت مهمه.کارایی اهمیت داره.سعی کنید بجای راه انداختن بحث هایی که هیچ فایده و سودی برای علم و جامعه نداره به رشد علم و اطلاعات علمی کمک کنید.
 
موفق باشید

Tags: , , ,

وضعیت اسف بار شرکت‌های خصوصی ایرانی

by MDP 22. February 2012 12:05

کار زیاد، حقوق های پرداخت نشده ، شرکت های ورشکسته ، کارمندان جویای کار جدید.

حتمی شما هم با این مشکلات دست و پنجه نرم می‌کنید.وضعیت اسف بار شرکت‌های ایرانی برای زنده ماندن در این بازار آشفته باعث شده که خیلی از شرکت‌ها در حال ورشکستی باشند.

تاسف از حال و روز ما درد قدیمی صنعت IT مملکت هست.

زمانی که ساختمان 14 طبقه سفید رنگ پشت پارک شیراز برای دسترسی ما به اکانت های ایمیل شخصی ما تصیمیم میگیرد و هنگامی که شرکت های دولتی هزینه نرم‌افزار شرکت های خصوصی را پرداخت نمی کنند وضع به همین منوال خواهد بود.

وقتی که تیم های بازی سازی کشور مجبور به فروش لایسنس بازی خودشون میشن ، وقتی که نگران فروش بازی میشن و وقتی که نگران تغییر سناریو بازی برای بار چندم باشن وضع به همین منوال خواهد بود

وقتی شرکت های نرم افزاری ارزش مهندسان متخصص خود رو نمی دونند وضعیت صنعت IT ما دقیقا میشه همینی که هست.

در جایی که ایرانی ها در ضمینه IT و کامپیوتر همیشه حرف هایی برای گفتن در سطح کل دنیا داشتند و دارند.

 

به نظر شما برای نجات از این وضع آیا راهی هست ؟ 

Tags:

استفاده از متد سازنده دوم پارامتر T در کلاس های Generic

by MDP 11. February 2012 02:00

 

کلاس های Generic کلاس هایی هستند که در حقیقت PlaceHolder هایی هستند که با توجه به آرگمان ورودی فعالیت هایی متناسب با اون نوع متغییر رو انجام میدن.

کلاس های Generic در ورژن های جدید .Net انقلاب بزرگی رو به وجود آوردند.

کلاس هایی مثل IList<T> ، Func<T,T>  و ... مثال هایی از این نوع  هستند.

 

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

شما در جلوی اسم کلاس میتونید محدودیت هایی رو برای ورودی ها در نظر بگیرید.برای درک بیشتر به مثال زیر توجه کنید :

public interface IEntity
    {
        Guid Guid { get; set; }
    }

    public class User : IEntity
    {
        public Guid Guid
        { get; set; }
        // . . .
    }

    public class Department
    {
        // . . . 
    }

    public class MyGenericClass<T>
        where T : IEntity, new()
    {
        public T MyTType { get; set; }  
        public MyGenericClass()
        {
            MyTType = new T();
        }
    }

من کلاس MyGenericClass را محدود به استفاده از نوعی از ورودی کردم که فقط Interface ای به نام IEntity را پیاده سازی کرده باشد و حتمی متد سازنده داشته باشد.

تا اینجا همه چیز خوب انجام شده است ، اگر به متد سازنده کلاس MyGenericClass  دقت کنید متوجه می شید که من یه متغیر از نوع ورودی را بدون اینکه به طور دقیق از ورودی اطلاعای داشته باشم ساخته ام.

ولی اگر من لازم داشته باشم به T برای ساخته شدن آرگمان پاس بدهم چی ؟ 

متاسفانه کلاس های Generic تنها امکانی که در اختیار برنامه نویس قرار می دهند فقط فهمیدن این نکته است که T حتمی قابلیت وحله سازی دارد.

ولی راه حل چیست ؟

راه حل استفاده از Activator ها است.

برای حل مشکل فوق راه زیر به خوبی کار خواهد کرد :

public class User : IEntity
    {

        public User (int id)
        {
            
        }

        public Guid Guid
        { get; set; }
        // . . .
    }

    public class MyGenericClass<T>
        where T : IEntity, new()
    {
        public T MyTType { get; set; }  
        public MyGenericClass()
        {
            MyTType = new T();
        }

        public MyGenericClass(int id)
        {
            MyTType = (T)Activator.CreateInstance(typeof (T), id);
        }
    }

نکته : Activator ها Performance خوبی ندارند تا جایی که می توانید از روش هایی استفاده کنید که نیازی به استفاده از این روش نباشد.

 

Tags: , , ,

.Net

پارسی نوشتن در EA

by MDP 8. February 2012 08:30

اگر با EA کار کرده باشید می دونید که نوشتن کلمات پارسی درست انجام نمیشه و کلمات رو به صورت علامت سوال نمایش میده.

برای حل این مشکل در Windows 7 راهی وجود داره‌:

داخل EA به مسیر زیر برید :

Tools > Options

از کلید ترکیبی Ctrl + F9 هم میتونید استفاده کنید.

در درخت سمت چپ گزینه XML Specification رو انتخاب کنید و مقدار Code Page رو مثل شکل زیر به UTF-8 تغییر بدید.

در مرحه بعدی کار باید به قسمت Region And Language در Control Panel برید و در تب Administrative مثل شکل زیر عمل کنید.

بعد از اعمال این تغییر ویندوز درخواست ریست شدن میده.بعد از ریست شدن مشکل حل میشه.

فقط دقت کنید که بعضی وقت ها EA روی پروژه هایی که ایجاد شده این تغییرات رو اعمال نمیکنه و پروژه های جدید رو فقط درست می کنه.

موفق باشید.

Tags: , ,

My Groups

Poll

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



Show Results

Month List