شروع به کار یک شرکت، باید ها و نباید ها

by MDP 8. September 2012 16:55

سلام.

چند وقتی هست که درگیر کار های شغل جدید بودم و وقتی برای نگارش مطالب جدید نداشتم

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

 

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

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

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

خاطرتون باشه ایدتون رو همیشه جایی به کار ببرید که حداقل با ضعیف ترین رقیبتون از نظر کار و تولید برابر باشید.

نکته اصلی اینه که : داشتن یک محصول تکراری قابل فروش در زمان حال همیشه بهتر از محصول خیلی خوب ولی غیر قابل فروش در حال حاظر هست.

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

 

مسئله مهم دیگه شروع کردن یک کسب و کار اینه که شما هیچ وقت نباید پس رفت داشته باشید.اگر در کارتون پس رفت داشته باشید مشتری هاتون به شما بی اعتماد میشن.

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

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

برای مثال اگر در ماه اول ارائه خدمتون به بازار تمام ایده هایی که دارید رو نمایش بدید دیگه برای ماه های آینده چیزی برای نمایش نخواهید داشت.در ایران ما زود تر از پولی که رو زمین افتاده شده ایده دزدیده میشه.

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

 

ادامه دارد...

Tags:

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

by MDP 22. April 2012 12:59

قرارداد کاری جزو یکی از بخش های اصلی کار در شرکت ها هستش.

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

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

چند نکته برای کارمند و چند نکته برای کارفرما ها خیلی مهمه که همیشه باید به اون دقت کنن.

نکات کارمندان :

  • در قرارداد شما تاریخ شروع به کار و اتمام کار باید به دقت درج بشه.
  • در قرارداد باید قید بشه که به شما بیمه تعلق میگیره یا خیر.
  • مبلغ حقوق شما با ریز جزئیات باید حتمی درج بشه.
  • هر شرکتی شرایط خاصی برای خودش داره که در قرارداد درج میشه.حتمی به دقت مطالعه کنید
  • قانونی در زمینه تمدید قرارداد وجود داره که میگه : اگر کارفرما به صورت کتبی یا شفاهی به کارمندش اعلام کنه که قراردادش تمدید خواهد شد قرارداد تمدید شده تلقی میشه.دقت کنید که شفاهی بیان کردن این مورد هم در قانون مورد تائید هست.
  • شما اگر قرارداد نداشته باشید هم باید قبل از ترک شرکت 1 ماه به شرکت مهلت بدید.
  • بعد از اتمام 1 ماه مهلت برای خروج از شرکت ، شرکت شما باید تا 2 ماه بعد از خروج شما با شما تسویه حساب انجام بده.البته بعضی شرکت های در قراردادهاشون این مدت رو تغییر میدن که شما باید موقع امضا قرارداد این مورد رو در نظر داشته باشید.
 
نکات کارفرما :
  • اگر برنامه ریزی خاصی برای کار کارمند انجام شده باید در قراردادش ثبت بشه و اگر این برنامه ریزی بلند مدت هست باید مدت قرارداد بلند مدت باشه.
  • کاری که کارمند در طول فعالیتش در شرکت شما انجام میده در قبالش حق دریافت حقوق داره.به کارمند ربطی نداره که اون فعالیت خروجی مالی برای شرکت داشته یا خیر.سود شرکت در قبال فروش اون محصول ربطی به کارمند نداره.اگر خروجی مالی از فعالیت کارمند حاصل نشه کاملا مشکل مدیریتی مدیر مجموعه هست.
  • پرداخت حقوق در بازه خاصی باید انجام بشه که در قرارداد ذکر شده.اگر مشکلی در این مورد بود با کارمندان مشکل رو مطرح کنید.
 
همونطوری که یک کارفما با کارمند قرارداد مدت دار امضا میکنه باید هم ��نتظار این مورد رو داشته باشه که شاید کارمند بعد از اتمام قراردادش علاقه ای به ادامه همکاری نداشته باشه.
کارمند برده شرکت شما نیست.
 
از طرفی اخلاق کاری هم حکم میکنه که کارمند زمان کارش تمام تلاشش رو بکنه که شرکت رو به سود دهی برسونه.
 
موفق باشید.

Tags: ,

Work

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

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

My Groups

Poll

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



Show Results

Month List