**درسی بزرگ از سرنوشت تلخ نوکیا برای همه**
شرکت نوکیا یکی از قدرتمندترین شرکت های دنیا و بزرگترین تولید کننده گوشی های تلفن همراه در جهان بود که اخیرا پس از کاهش 99 درصدی ارزش سهامش توسط شرکت مایکروسافت خریداری شد. در طول برگزاری نشست خبری اعلام فروش این شرکت به مایکروسافت رییس این شرکت گفت: "ما بهترین تیم مدیریتی و اجرایی را در اختیار داشتیم، ماهیچ اقدام اشتباهی انجام ندادیم، سخت تلاش کردیم اما علی رغم همه این ها شکست خوردیم." بعد از گفتن این جمله تمام تیم مدیریتی نوکیا و خود رییس آن شرکت به طور غم انگیزی گریه کردند.
از اوایل سال 1990 تا سال 2012، نوکیا یکی از قدرتمندترین کمپانی های دنیا و بزرگترین تولیدکننده گوشی های تلفن همراه در جهان با در اختیار داشتن 80 درصد سهم بازار بود. قیمت هر سهم این شرکت 42 دلار و ارزش این شرکت 250 میلیارد یورو بود. نوکیا یک شرکت فوق العاده قوی با مدیرانی کاربلد و حرفه ای بود که کارشان را به خوبی انجام می دادند. اما متاسفانه امروزه به خوبی کار کردن و حفظ وضع موجود برای موفقیت کافی نیست.
رهبران نوکیا، به دنبال یادگیری مداوم و تغییر و نوآوری سریع نبودند. آنها نتوانستند تغییرات مداوم و سریع صنعت تلفن همراه را که به واسطه شرکت های سامسونگ و اپل آورده شدند را پیش بینی کنند. شرکت های اپل و سامسونگ تا چند سال قبل هرگز گوشی موبایل تولید نمی کردند اما آنها شرکت های یادگیرنده ای بودند و مدام به دنبال یادگیری، تغییر و نوآوری می گشتند.
خیلی سریع iphone و Galaxy گوشی های نوکیا را در بازار کنار زده و سهم قابل توجهی از بازار گوشی های تلفن همراه را به خود اختصاص دادند. از سال 2011 تا 2013 نوکیا از رتبه اول بازار به رتبه دهم سقوط کرد. سهم بازار 80 درصدی نوکیا به 3 درصد رسید. ارزش هر سهم نوکیا از 42 دلار به 2.5 دلار کاهش پیدا کرد. هزاران کارمند سخت کوش نوکیا از کار برکنار شدند. ارزش شرکت نوکیا با کاهشی 99 درصدی از 250 میلیارد یورو به 3.79 میلیارد یورو رسید.
شرکت نوکیا هیچ اشتباهی نداشت. آنها هیچ کار خطایی انجام ندادند اما جهان به سرعت در حال تغییر است. ضعف آنها در عدم یادگیری، رشد و تغییر مداوم و سریع بود. آنها به این خاطر که یادگیری مداوم را فراموش کردند، نه تنها شانس خود برای رسیدن به موفقیت را از دست داده بلکه شانس بقا را نیز از دست دادند.
امروزه اگر به دنبال رشد و پیشرفت نباشید و از موفقیت امروز خود راضی بوده و به دنبال حفظ وضع فعلی باشید شکست خواهید خورد. نوکیا به واسطه موفقیت چشمگیری که داشت شکست خورد. آنها قربانی موفقیت خود شدند.
اگر شما از وضع خود راضی باشید و به جای آموزش های جدید و یادگیری مداوم به دنبال حفظ وضع کنونی بوده و از یادگیری و آموزش دست بکشید قطعا قربانی خواهید شد.
@SoftwareEngineers
شرکت نوکیا یکی از قدرتمندترین شرکت های دنیا و بزرگترین تولید کننده گوشی های تلفن همراه در جهان بود که اخیرا پس از کاهش 99 درصدی ارزش سهامش توسط شرکت مایکروسافت خریداری شد. در طول برگزاری نشست خبری اعلام فروش این شرکت به مایکروسافت رییس این شرکت گفت: "ما بهترین تیم مدیریتی و اجرایی را در اختیار داشتیم، ماهیچ اقدام اشتباهی انجام ندادیم، سخت تلاش کردیم اما علی رغم همه این ها شکست خوردیم." بعد از گفتن این جمله تمام تیم مدیریتی نوکیا و خود رییس آن شرکت به طور غم انگیزی گریه کردند.
از اوایل سال 1990 تا سال 2012، نوکیا یکی از قدرتمندترین کمپانی های دنیا و بزرگترین تولیدکننده گوشی های تلفن همراه در جهان با در اختیار داشتن 80 درصد سهم بازار بود. قیمت هر سهم این شرکت 42 دلار و ارزش این شرکت 250 میلیارد یورو بود. نوکیا یک شرکت فوق العاده قوی با مدیرانی کاربلد و حرفه ای بود که کارشان را به خوبی انجام می دادند. اما متاسفانه امروزه به خوبی کار کردن و حفظ وضع موجود برای موفقیت کافی نیست.
رهبران نوکیا، به دنبال یادگیری مداوم و تغییر و نوآوری سریع نبودند. آنها نتوانستند تغییرات مداوم و سریع صنعت تلفن همراه را که به واسطه شرکت های سامسونگ و اپل آورده شدند را پیش بینی کنند. شرکت های اپل و سامسونگ تا چند سال قبل هرگز گوشی موبایل تولید نمی کردند اما آنها شرکت های یادگیرنده ای بودند و مدام به دنبال یادگیری، تغییر و نوآوری می گشتند.
خیلی سریع iphone و Galaxy گوشی های نوکیا را در بازار کنار زده و سهم قابل توجهی از بازار گوشی های تلفن همراه را به خود اختصاص دادند. از سال 2011 تا 2013 نوکیا از رتبه اول بازار به رتبه دهم سقوط کرد. سهم بازار 80 درصدی نوکیا به 3 درصد رسید. ارزش هر سهم نوکیا از 42 دلار به 2.5 دلار کاهش پیدا کرد. هزاران کارمند سخت کوش نوکیا از کار برکنار شدند. ارزش شرکت نوکیا با کاهشی 99 درصدی از 250 میلیارد یورو به 3.79 میلیارد یورو رسید.
شرکت نوکیا هیچ اشتباهی نداشت. آنها هیچ کار خطایی انجام ندادند اما جهان به سرعت در حال تغییر است. ضعف آنها در عدم یادگیری، رشد و تغییر مداوم و سریع بود. آنها به این خاطر که یادگیری مداوم را فراموش کردند، نه تنها شانس خود برای رسیدن به موفقیت را از دست داده بلکه شانس بقا را نیز از دست دادند.
امروزه اگر به دنبال رشد و پیشرفت نباشید و از موفقیت امروز خود راضی بوده و به دنبال حفظ وضع فعلی باشید شکست خواهید خورد. نوکیا به واسطه موفقیت چشمگیری که داشت شکست خورد. آنها قربانی موفقیت خود شدند.
اگر شما از وضع خود راضی باشید و به جای آموزش های جدید و یادگیری مداوم به دنبال حفظ وضع کنونی بوده و از یادگیری و آموزش دست بکشید قطعا قربانی خواهید شد.
@SoftwareEngineers
🍁دوره آموزشی مدیریت پروژه چابک
#Agile
🌟 درس دهم
اول از همه باید روی این ماجرا خیلی تاکید کنم که تعریف فراوان از روشهای چابک اصلا به این معنی نیست که روشهای متعین نامناسب هستن. نه، خیلی هم عالی هستن. ماجرا اینه که برای بعضی محصولها روشهای چابک خیلی بهتر عمل میکنن.
روشهای چابک میتونن تو شرایط مناسب بهتر عمل کنن، به دلایل مختلف، از جمله:
• هزینه تغییر خیلی کمتره. هر تغییری که ازمون بخوان رو راحت میتونیم تو قدم(iteration) بعد اعمال کنیم و وابستگی به طراحی اولیهای نداریم که لازم باشه دوباره کاری کنیم.
• فضا خیلی برای پذیرش تغییرها مناسبتره و در نتیجه تغییرهای خیلی بیشتری تو پروژه اعمال میشه. بهتره به جای تغییر بگیم تطبیق. نتیجه: رضایت خیلی بیشتر کارفرما. نتیجه اون: موفقیت کسب و کار پیمانکار.
• هزینه و زمان کمتری صرف پروژه میشه به خاطر اتلاف منبع کمتر.
چرا اتلاف منبع کمتر؟
داستانش اینه که وقتی پروژه متعین پیش میره کارفرما باید در ابتدای پروژه گستره رو مشخص کنه و اگه این کار رو کامل نکرده باشه وسط پروژه به مشکل برمیخوره و پیمانکار به ازای چیزهای جدیدی که ازشون میخواد هزینه و زمان بیشتر درخواست میکنن. این معمولا باعث میشه نفرات کارفرما دچار مشکل بشن و در نتیجه برای جلوگیری از این دردسر تمام خلاقیت خودشون رو به کار میگیرن که هر قابلیتی ممکنه لازمشون بشه رو همون اول به گستره پروژه اضافه کنن. خیلی از این قابلیتها اصلا لازم نبودن و به همین خاطره که طبق آمار به طور میانگین ۴۵ درصد قابلیتهای نرمافزارها هیچوقت استفاده نمیشن. این یعنی اتلاف پول و زمان.
روشهای چابک از این اتلاف جلوگیری میکنن، چون کارفرما رو مجبور نمیکنیم که اول همه چیز رو حدس بزنه و بگه. هر موقع بخوان میتونن اضافه کنن و در نتیجه زیاده روی نمیکنن.
خوب، الان انواع و اقسام روشهای چابک وجود دارن. میشناسینشون؟
#Agile
🌟 درس دهم
اول از همه باید روی این ماجرا خیلی تاکید کنم که تعریف فراوان از روشهای چابک اصلا به این معنی نیست که روشهای متعین نامناسب هستن. نه، خیلی هم عالی هستن. ماجرا اینه که برای بعضی محصولها روشهای چابک خیلی بهتر عمل میکنن.
روشهای چابک میتونن تو شرایط مناسب بهتر عمل کنن، به دلایل مختلف، از جمله:
• هزینه تغییر خیلی کمتره. هر تغییری که ازمون بخوان رو راحت میتونیم تو قدم(iteration) بعد اعمال کنیم و وابستگی به طراحی اولیهای نداریم که لازم باشه دوباره کاری کنیم.
• فضا خیلی برای پذیرش تغییرها مناسبتره و در نتیجه تغییرهای خیلی بیشتری تو پروژه اعمال میشه. بهتره به جای تغییر بگیم تطبیق. نتیجه: رضایت خیلی بیشتر کارفرما. نتیجه اون: موفقیت کسب و کار پیمانکار.
• هزینه و زمان کمتری صرف پروژه میشه به خاطر اتلاف منبع کمتر.
چرا اتلاف منبع کمتر؟
داستانش اینه که وقتی پروژه متعین پیش میره کارفرما باید در ابتدای پروژه گستره رو مشخص کنه و اگه این کار رو کامل نکرده باشه وسط پروژه به مشکل برمیخوره و پیمانکار به ازای چیزهای جدیدی که ازشون میخواد هزینه و زمان بیشتر درخواست میکنن. این معمولا باعث میشه نفرات کارفرما دچار مشکل بشن و در نتیجه برای جلوگیری از این دردسر تمام خلاقیت خودشون رو به کار میگیرن که هر قابلیتی ممکنه لازمشون بشه رو همون اول به گستره پروژه اضافه کنن. خیلی از این قابلیتها اصلا لازم نبودن و به همین خاطره که طبق آمار به طور میانگین ۴۵ درصد قابلیتهای نرمافزارها هیچوقت استفاده نمیشن. این یعنی اتلاف پول و زمان.
روشهای چابک از این اتلاف جلوگیری میکنن، چون کارفرما رو مجبور نمیکنیم که اول همه چیز رو حدس بزنه و بگه. هر موقع بخوان میتونن اضافه کنن و در نتیجه زیاده روی نمیکنن.
خوب، الان انواع و اقسام روشهای چابک وجود دارن. میشناسینشون؟
🍁دوره آموزشی مدیریت پروژه چابک
#Agile
🌟 درس یازدهم
الان دیگه مفهوم چابکی رو درک کردین. برای پیادهسازی این مفهوم نیاز به متودولوژی یا چهارچوب داریم. یه چیزی که بهمون بگه قدم به قدم چیکار کنیم. برای این کار گزینههای زیادی داریم:
اسکرام:
اسکرام سادهترین، موثرترین و معروفترین چهارچوب چابکه. معمولا تو یه دوره دو روزه تدریس میکنیم، ولی کلیاتش رو میشه تو یه ربع هم توضیح داد. اگه دوست دارین باهاش آشنا بشین پیشنهاد میکنم کتاب رایگان Scrum and XP from Trenches رو بخونین. نسخه فارسیش هم هست.
DSDM Atern:
این متودولوژی خیلی قدیمی و نسبتا پیچیدهس، ولی استفادهش برای شرکتهای بزرگ قدیمی به نظر من راحتتر از اسکرامه. برای اون هم یه هندبوک رایگان تو سایتشون وجود داره. این یکی رو تو دوره ۵ روزه تدریس میکنیم
XP:
به نظرم به اندازه دوتای قبل راهگشا نیست، ولی از طریق تکنیکهایی که تبلیغ کرده کمک خیلی بزرگی به چابکی کرده که به هیچ وجه قابل انکار نیست. برای این پیشنهاد میکنم تو ویکیپدیا دربارهش بخونین.
Kanban:
کانبان یه روشه و نه یه چهارچوب، ولی رویکردش هماهنگی زیادی با چابکی داره و میشه با یه نسخه ناقص اسکرام ترکیبش کرد تا به چهارچوبی بسیار انعطافپذیر رسید که بهش میگن ScrumBan. به اندازه اسکرام موثر نیست، ولی گاهی انعطافپذیریش لازمه.
فردا میخوام درباره نکته خیلی مهمی باهاتون صحبت کنم: فرهنگ چابک.
به نظرتون تبعات فرهنگی اون تو شرکتها چیه؟
این دوره ادامه دارد....
#Agile
🌟 درس یازدهم
الان دیگه مفهوم چابکی رو درک کردین. برای پیادهسازی این مفهوم نیاز به متودولوژی یا چهارچوب داریم. یه چیزی که بهمون بگه قدم به قدم چیکار کنیم. برای این کار گزینههای زیادی داریم:
اسکرام:
اسکرام سادهترین، موثرترین و معروفترین چهارچوب چابکه. معمولا تو یه دوره دو روزه تدریس میکنیم، ولی کلیاتش رو میشه تو یه ربع هم توضیح داد. اگه دوست دارین باهاش آشنا بشین پیشنهاد میکنم کتاب رایگان Scrum and XP from Trenches رو بخونین. نسخه فارسیش هم هست.
DSDM Atern:
این متودولوژی خیلی قدیمی و نسبتا پیچیدهس، ولی استفادهش برای شرکتهای بزرگ قدیمی به نظر من راحتتر از اسکرامه. برای اون هم یه هندبوک رایگان تو سایتشون وجود داره. این یکی رو تو دوره ۵ روزه تدریس میکنیم
XP:
به نظرم به اندازه دوتای قبل راهگشا نیست، ولی از طریق تکنیکهایی که تبلیغ کرده کمک خیلی بزرگی به چابکی کرده که به هیچ وجه قابل انکار نیست. برای این پیشنهاد میکنم تو ویکیپدیا دربارهش بخونین.
Kanban:
کانبان یه روشه و نه یه چهارچوب، ولی رویکردش هماهنگی زیادی با چابکی داره و میشه با یه نسخه ناقص اسکرام ترکیبش کرد تا به چهارچوبی بسیار انعطافپذیر رسید که بهش میگن ScrumBan. به اندازه اسکرام موثر نیست، ولی گاهی انعطافپذیریش لازمه.
فردا میخوام درباره نکته خیلی مهمی باهاتون صحبت کنم: فرهنگ چابک.
به نظرتون تبعات فرهنگی اون تو شرکتها چیه؟
این دوره ادامه دارد....
🌐اسم شركت هاي مهم كامپيوتري چگونه انتخاب شده است؟
💢Adobe :
اسم رودخانه اي كه از پشت منزل مؤسس آن، جان وارناك، عبور ميكند.
💢Apple :
ميوه مورد علاقه استيو جابز مؤسس و بنيانگذار شركت اپل، سيب بود و بنابراين اسم شركتش را نيز اپل (به معني سيب ) گذاشت.
💢Cisco :
مخفف شده كلمه سان فرانسيسكو (San Francisco) است كه يكي از بزرگترين شهرهاي امريكا است.
💢Google :
گوگل در رياضي نام عدد بزرگي است كه تشكيل شده است از عدد يك با صد تا صفر جلوي آن. مؤسسين سايت و موتور جستجوي گوگل به شوخي ادعا ميكنند كه اين موتور جستجو ميتواند
اين تعداد اطلاعات (يعني يك گوگل اطلاعات ) را مورد پردازش قرار دهد.
💢Hotmail :
اين سايت يكي از سرويس دهندگان پست الكترونيكي به وسيله صفحات وب است. هنگامي كه مدير پروژه برنامه مي خواست نامي براي اين سايت انتخاب كند علاقهمند بود تا نام انتخاب
شده اولاً مانند ساير سرويس دهندگان پست الكترونيك به mail ختم شده و دوماً برروي وبي بودن آن نيز تأكيد شود. بنابراين نام Hotmail را انتخاب كرد. در كلمه Hotmail حروف Html به ترتيب
پشت سرهم قرار گرفتهاند. گاهي اوقات اسم اين سايت را به صورت HotMail نيز مينويسند.
💢HP :
شركت معظم HP توسط دو نفر بنام هاي بيل هيولت و ديو پاكارد تأسيس شد. اين دو نفر براي اينكه شركت هيولد پاكارد يا پاكارد هيولت ناميده شود مجبور به استفاده از روش قديمي شير ـ
خط شدند و نتيجه هيولد پاكارد از آب در آمد.
💢Intel :
از آنجايي كه اين شركت از بدو تأسيس با تأكيد روي ساخت مدارات مجتمع ايجاد شد نام آن را INTegrated Electronics يا به طور مختصر INTEL نهادند.
💢Lotus :
ميچ كاپور مؤسس شركت كه هندي الاصل بود از حالت لوتوس كه يك اصطلاح مديتيشن متعالي (T.M.) مي باشد براي نامگذاري شركتش استفاده كرد.
💢Mirosoft :
نام شركت ابتدا به صورت Micro-soft نوشته ميشد ولي به مرور زمان به صورت فعلي در آمد. Microsoft مخفف MICROcomputer SOFTware
است. دليل نامگذاري شركت به اين اسم نيز آن
است كه بيل گيتس مؤسس شركت آن را با هدف نوشتن و توسعه نرم افزارهاي ميكروكامپيوتر ها تأسيس كرد.
💢Motorola :
شركت موتورولا با هدف درست كردن بي سيم و راديوي خودرو كار خود را آغاز كرد. از آنجاييكه مشهورترين سازنده بي سيم و راديو هاي اتومبيل در آن زمان شركت Victrola بود مؤسس اين
شركت يعني آقاي پال كالوين نيز اسم شركتش را موتورولا گذاشت تا علاوه بر داشتن مشابهت اسمي كلمه موتور نيز به نوعي در اسم شركتش وجود داشته باشد.
💢Oracle :
مؤسس شركت اوراكل يعني لري اليسون و باب اوتس قبل از تأسيس شركت روي پروژهاي براي CIA كار ميكردند . اين پروژه كه اوراكل نام داشت بنا بود تا با داشتن مقادير زيادي اطلاعات
بتواند تا جواب تمام سؤالهاي پرسيده شده توسط اپراتور را با مراجعه به مخزن اطلاعات بدهد. اوراكل در اساطير يوناني الهه الهام است. اين دو نفر پس از پايان اين پروژه شركتي تأسيس كرده
و آن را به همين اسم نامگذاري كردند.
💢Red Hat :
مؤسس شركت آقاي مارك اوينگ در دوران جواني از پدربزرگش كلاهي با نوارهاي قرمز و سفيد دريافت كرده بود ولي در دوران دانشگاه آن را گم كرد . زماني كه اولين نسخة اين سيستم عامل
آماده شد مارك اوينگ آن را همراه با راهنماي كاربري نرم افزار در اختيار دوستان و هم دانشگاهيش قرار دارد. اولين جمله اين راهنماي كاربري « درخواست براي تحويل كلاه قرمز گم شده »
بود.
💢Sony :
Sony از كلمه لاتين Sonus به معناي صدا مشتق شده است.
💢SUN :
اين شركت معظم توسط چهار تن از فارغ التحصيلان دانشگاه استانفورد تأسيس شد. Sun مخفف عبارت Standford University Network ميباشد.
💢Xerox :
كلمه Xer در زبان يوناني به معناي خشك است و اين براي تكنولوژي كپي كردن خشك در زماني كه اكترا كپي كردن به روشهاي فتوشيميايي انجام ميگرفت فوق العاده حائز اهميت بود.
💢Yahoo:
اين كلمه براي اولين بار در كتاب سفرهاي گاليور مورد استفاده قرار گرفته و به معني شخصي است كه داراي ظاهر و رفتاري زننده است . مؤسسين سايت Yahoo جري يانگ و ديويد فيلو نام
سايتشان را Yahoo گذاشتند چون فكر مي كردند خودشان هم Yahoo هستند.
💢Adobe :
اسم رودخانه اي كه از پشت منزل مؤسس آن، جان وارناك، عبور ميكند.
💢Apple :
ميوه مورد علاقه استيو جابز مؤسس و بنيانگذار شركت اپل، سيب بود و بنابراين اسم شركتش را نيز اپل (به معني سيب ) گذاشت.
💢Cisco :
مخفف شده كلمه سان فرانسيسكو (San Francisco) است كه يكي از بزرگترين شهرهاي امريكا است.
💢Google :
گوگل در رياضي نام عدد بزرگي است كه تشكيل شده است از عدد يك با صد تا صفر جلوي آن. مؤسسين سايت و موتور جستجوي گوگل به شوخي ادعا ميكنند كه اين موتور جستجو ميتواند
اين تعداد اطلاعات (يعني يك گوگل اطلاعات ) را مورد پردازش قرار دهد.
💢Hotmail :
اين سايت يكي از سرويس دهندگان پست الكترونيكي به وسيله صفحات وب است. هنگامي كه مدير پروژه برنامه مي خواست نامي براي اين سايت انتخاب كند علاقهمند بود تا نام انتخاب
شده اولاً مانند ساير سرويس دهندگان پست الكترونيك به mail ختم شده و دوماً برروي وبي بودن آن نيز تأكيد شود. بنابراين نام Hotmail را انتخاب كرد. در كلمه Hotmail حروف Html به ترتيب
پشت سرهم قرار گرفتهاند. گاهي اوقات اسم اين سايت را به صورت HotMail نيز مينويسند.
💢HP :
شركت معظم HP توسط دو نفر بنام هاي بيل هيولت و ديو پاكارد تأسيس شد. اين دو نفر براي اينكه شركت هيولد پاكارد يا پاكارد هيولت ناميده شود مجبور به استفاده از روش قديمي شير ـ
خط شدند و نتيجه هيولد پاكارد از آب در آمد.
💢Intel :
از آنجايي كه اين شركت از بدو تأسيس با تأكيد روي ساخت مدارات مجتمع ايجاد شد نام آن را INTegrated Electronics يا به طور مختصر INTEL نهادند.
💢Lotus :
ميچ كاپور مؤسس شركت كه هندي الاصل بود از حالت لوتوس كه يك اصطلاح مديتيشن متعالي (T.M.) مي باشد براي نامگذاري شركتش استفاده كرد.
💢Mirosoft :
نام شركت ابتدا به صورت Micro-soft نوشته ميشد ولي به مرور زمان به صورت فعلي در آمد. Microsoft مخفف MICROcomputer SOFTware
است. دليل نامگذاري شركت به اين اسم نيز آن
است كه بيل گيتس مؤسس شركت آن را با هدف نوشتن و توسعه نرم افزارهاي ميكروكامپيوتر ها تأسيس كرد.
💢Motorola :
شركت موتورولا با هدف درست كردن بي سيم و راديوي خودرو كار خود را آغاز كرد. از آنجاييكه مشهورترين سازنده بي سيم و راديو هاي اتومبيل در آن زمان شركت Victrola بود مؤسس اين
شركت يعني آقاي پال كالوين نيز اسم شركتش را موتورولا گذاشت تا علاوه بر داشتن مشابهت اسمي كلمه موتور نيز به نوعي در اسم شركتش وجود داشته باشد.
💢Oracle :
مؤسس شركت اوراكل يعني لري اليسون و باب اوتس قبل از تأسيس شركت روي پروژهاي براي CIA كار ميكردند . اين پروژه كه اوراكل نام داشت بنا بود تا با داشتن مقادير زيادي اطلاعات
بتواند تا جواب تمام سؤالهاي پرسيده شده توسط اپراتور را با مراجعه به مخزن اطلاعات بدهد. اوراكل در اساطير يوناني الهه الهام است. اين دو نفر پس از پايان اين پروژه شركتي تأسيس كرده
و آن را به همين اسم نامگذاري كردند.
💢Red Hat :
مؤسس شركت آقاي مارك اوينگ در دوران جواني از پدربزرگش كلاهي با نوارهاي قرمز و سفيد دريافت كرده بود ولي در دوران دانشگاه آن را گم كرد . زماني كه اولين نسخة اين سيستم عامل
آماده شد مارك اوينگ آن را همراه با راهنماي كاربري نرم افزار در اختيار دوستان و هم دانشگاهيش قرار دارد. اولين جمله اين راهنماي كاربري « درخواست براي تحويل كلاه قرمز گم شده »
بود.
💢Sony :
Sony از كلمه لاتين Sonus به معناي صدا مشتق شده است.
💢SUN :
اين شركت معظم توسط چهار تن از فارغ التحصيلان دانشگاه استانفورد تأسيس شد. Sun مخفف عبارت Standford University Network ميباشد.
💢Xerox :
كلمه Xer در زبان يوناني به معناي خشك است و اين براي تكنولوژي كپي كردن خشك در زماني كه اكترا كپي كردن به روشهاي فتوشيميايي انجام ميگرفت فوق العاده حائز اهميت بود.
💢Yahoo:
اين كلمه براي اولين بار در كتاب سفرهاي گاليور مورد استفاده قرار گرفته و به معني شخصي است كه داراي ظاهر و رفتاري زننده است . مؤسسين سايت Yahoo جري يانگ و ديويد فيلو نام
سايتشان را Yahoo گذاشتند چون فكر مي كردند خودشان هم Yahoo هستند.
یکی از پادکست های خوبی که در حوزه تکنولوژی وجود داره، پادکست های متعلق به اسکات هنسلمن هست که با نام HanseleMinutes تولید میشه.
در آخرین قسمت این پادکست با یکی از توسعه دهنگان اصلی ASPNET Core 1 صحبت شده و پیرامون این پلتفرم جدید توضیحات خوبی ارائه شده.
http://hanselminutes.com
در آخرین قسمت این پادکست با یکی از توسعه دهنگان اصلی ASPNET Core 1 صحبت شده و پیرامون این پلتفرم جدید توضیحات خوبی ارائه شده.
http://hanselminutes.com
Hanselminutes
The Hanselminutes Podcast by Scott Hanselman
The Hanselminutes Technology Podcast by Scott Hanselman - Fresh Tech from Fresh Faces - Deep tech talk from an inclusive perspective
یه سایت عالی که در هر زمینه کامپیوتر سر فصل آموزشی داره http://www.tutorialspoint.com/tutorialslibrary.htm
Tutorialspoint
Free Tutorials Library - TutorialsPoint
Explore a comprehensive library of free tutorials on programming languages, web development, data science, machine learning, and more at Tutorials Point. Start learning today!
http://www.friendlyarm.com/index.php?route=product/product&product_id=123
👆مشاهده جزئیات این مینی پیسی👆
@SoftwareEngineers
👆مشاهده جزئیات این مینی پیسی👆
@SoftwareEngineers
🍁دوره آموزشی مدیریت پروژه چابک
#Agile
🌟 درس دوازدهم
بله، چابکی یعنی تطبیقی اجرا کردن پروژه. با این حال هر چیزی تبعات خودش رو داره. مثلا میدونیم که امکان تطبیقی پیش رفتن فقط زمانی فراهم میشه که متخصصها تا حدی خودمختار (self-organized) باشن.
از کسایی که تو پروژههای چابک کار میکنن انتظار داریم که تمرکزشون روی کل پروژه باشه، نه روی تخصص خودشون. همه با هم همکاری میکنن و هیچکس نمیتونه بگه که این به من ربطی نداره و کار من چیز دیگهایه. فقط خروجی پروژهس که اهمیت داره و نه کارهایی که تک تک افراد انجام میدن.
مدیرای شرکت هم باید درک مناسبی از چابکی داشته باشن و برای تیم مشکل ایجاد نکنن. قدمهای تدریجی تولید محصول رو یادتونه؟ معمولا تو همه روشها گستره کاری که برای اون محدوده زمانی انتخاب میشه قابل تغییر نیست. دلیلش اینه که در غیر این صورت واقعا آدمها نمیتونن تمرکز کنن و کاری رو پیش ببرن. پس مدیرای شرکت هم باید به این روند احترام بذارن. مثلا مدیر عامل اجازه نداره به تیم بگه چیزی رو تو اون قدم دو هفتهای تغییر بده!
کارفرما هم باید چابکی رو درک کنه. باید با تیم همکاری کنه، نباید ازشون چیزهایی بخواد که متعینه و تو پروژههای تطبیقی وجود نداره (مثلا طراحی اولیه) و نباید قراردادهای قیمت ثابت که مبتنی بر تعریف اولیه گستره هستن رو بهشون تحمیل کنه.
پس جنبه فرهنگی خیلی مهمه. فردا درباره مانیفست اجایل صحبت میکنیم که ماجراهای فرهنگی رو تا حدی مشخص میکنه. تو این فاصله شما هم به این موضوع فکر کنین و ببینین چه چیزهایی به نظرتون لازمه.
این دوره ادامه دارد.....
#Agile
🌟 درس دوازدهم
بله، چابکی یعنی تطبیقی اجرا کردن پروژه. با این حال هر چیزی تبعات خودش رو داره. مثلا میدونیم که امکان تطبیقی پیش رفتن فقط زمانی فراهم میشه که متخصصها تا حدی خودمختار (self-organized) باشن.
از کسایی که تو پروژههای چابک کار میکنن انتظار داریم که تمرکزشون روی کل پروژه باشه، نه روی تخصص خودشون. همه با هم همکاری میکنن و هیچکس نمیتونه بگه که این به من ربطی نداره و کار من چیز دیگهایه. فقط خروجی پروژهس که اهمیت داره و نه کارهایی که تک تک افراد انجام میدن.
مدیرای شرکت هم باید درک مناسبی از چابکی داشته باشن و برای تیم مشکل ایجاد نکنن. قدمهای تدریجی تولید محصول رو یادتونه؟ معمولا تو همه روشها گستره کاری که برای اون محدوده زمانی انتخاب میشه قابل تغییر نیست. دلیلش اینه که در غیر این صورت واقعا آدمها نمیتونن تمرکز کنن و کاری رو پیش ببرن. پس مدیرای شرکت هم باید به این روند احترام بذارن. مثلا مدیر عامل اجازه نداره به تیم بگه چیزی رو تو اون قدم دو هفتهای تغییر بده!
کارفرما هم باید چابکی رو درک کنه. باید با تیم همکاری کنه، نباید ازشون چیزهایی بخواد که متعینه و تو پروژههای تطبیقی وجود نداره (مثلا طراحی اولیه) و نباید قراردادهای قیمت ثابت که مبتنی بر تعریف اولیه گستره هستن رو بهشون تحمیل کنه.
پس جنبه فرهنگی خیلی مهمه. فردا درباره مانیفست اجایل صحبت میکنیم که ماجراهای فرهنگی رو تا حدی مشخص میکنه. تو این فاصله شما هم به این موضوع فکر کنین و ببینین چه چیزهایی به نظرتون لازمه.
این دوره ادامه دارد.....
🍁دوره آموزشی مدیریت پروژه چابک
#Agile
🌟 درس سیزدهم
عنوان این درس شاید یه کم عجیب باشه. معمولا واژه کمابیش نامانوس «مانیفست» رو بیشتر تو متون سیاسی و گاهی اجتماعی میبینیم. واقعیت اینه که روشهای چابک خیلی هم جدید نیستن. اصلا به نظر من نمیشه تصور کرد که بشر تا همین چند سال پیش به نظرش نیومده پروژههاش رو اینطوری اجرا کنه. این روشها همیشه بودن، ولی به خاطر طبیعت پروژههایی که در گذشته رایج بودن چندان جایی برای رشد نداشتن. با زیاد شدن پروژههای نرمافزاری، نیاز به این روشها بیشتر شد و کم کم افراد مختلف شروع کردن به استفاده از اون.
آدمهای مختلفی به موازات روی روشهای چابک متفاوت کار میکردن، بدون اینکه این مفهوم رسمیت چندانی داشته باشه. در نهایت ۱۷ نفر از پیشروهاشون سال ۲۰۰۱ دور هم جمع میشن و بر اساس اشتراکهایی که تو روشهاشون بوده یه «بیانیه» صادر میکنن. اسمش رو هم میذارن Agile Manifesto (بیانیه چابک).
این بیانیه کلیات این روشها رو توضیح میده و میگه که بر اساس تجربهشون به این نتیجه رسیدن که باید برای چهار عامل ارزش قایل باشن و بهش توجه کنن:
افراد و تعاملهاشون، بیشتر از فرآیندها و ابزارها
نرمافزار در حال کار، بیشتر از اسناد مفصل
مشارکت کارفرما، بیشتر از مذاکرات قراردادی
واکنش به تغییر، بیشتر از اجرای برنامه
کل بیانیه همینه. البته تاکید هم میکنه که بیانیه به این معنی نیست که برای عوامل سمت چپ ارزش قایل نیستن؛ معنیش اینه که از نظرشون سمت راستیها خیلی مهمترن.خوب، تو درسهای بعدی درباره این ارزشها و معنایی که دارن با هم صحبت میکنیم. الان روی ارزش اول دقیق بشین و ببینین به نظرتون دقیقا معنیش چیه و اگه واقعا آدم اینطور فکر کنه چه تغییری تو پروژههاش به وجود میاد. پروژههای خودتون رو هم مرور کنین و ببینین توش بیشتر به کدوم جنبه اهمیت داده شده.
این دوره ادامه دارد.....
#Agile
🌟 درس سیزدهم
عنوان این درس شاید یه کم عجیب باشه. معمولا واژه کمابیش نامانوس «مانیفست» رو بیشتر تو متون سیاسی و گاهی اجتماعی میبینیم. واقعیت اینه که روشهای چابک خیلی هم جدید نیستن. اصلا به نظر من نمیشه تصور کرد که بشر تا همین چند سال پیش به نظرش نیومده پروژههاش رو اینطوری اجرا کنه. این روشها همیشه بودن، ولی به خاطر طبیعت پروژههایی که در گذشته رایج بودن چندان جایی برای رشد نداشتن. با زیاد شدن پروژههای نرمافزاری، نیاز به این روشها بیشتر شد و کم کم افراد مختلف شروع کردن به استفاده از اون.
آدمهای مختلفی به موازات روی روشهای چابک متفاوت کار میکردن، بدون اینکه این مفهوم رسمیت چندانی داشته باشه. در نهایت ۱۷ نفر از پیشروهاشون سال ۲۰۰۱ دور هم جمع میشن و بر اساس اشتراکهایی که تو روشهاشون بوده یه «بیانیه» صادر میکنن. اسمش رو هم میذارن Agile Manifesto (بیانیه چابک).
این بیانیه کلیات این روشها رو توضیح میده و میگه که بر اساس تجربهشون به این نتیجه رسیدن که باید برای چهار عامل ارزش قایل باشن و بهش توجه کنن:
افراد و تعاملهاشون، بیشتر از فرآیندها و ابزارها
نرمافزار در حال کار، بیشتر از اسناد مفصل
مشارکت کارفرما، بیشتر از مذاکرات قراردادی
واکنش به تغییر، بیشتر از اجرای برنامه
کل بیانیه همینه. البته تاکید هم میکنه که بیانیه به این معنی نیست که برای عوامل سمت چپ ارزش قایل نیستن؛ معنیش اینه که از نظرشون سمت راستیها خیلی مهمترن.خوب، تو درسهای بعدی درباره این ارزشها و معنایی که دارن با هم صحبت میکنیم. الان روی ارزش اول دقیق بشین و ببینین به نظرتون دقیقا معنیش چیه و اگه واقعا آدم اینطور فکر کنه چه تغییری تو پروژههاش به وجود میاد. پروژههای خودتون رو هم مرور کنین و ببینین توش بیشتر به کدوم جنبه اهمیت داده شده.
این دوره ادامه دارد.....
لاگ کردن خطاها و رویدادها با Elmah http://www.asp.net/web-forms/overview/older-versions-getting-started/deploying-web-site-projects/logging-error-details-with-elmah-cs
The Official Microsoft ASP.NET Site
Logging Error Details with ELMAH (C#)
Error Logging Modules And Handlers (ELMAH) offers another approach to logging runtime errors in a production environment. ELMAH is a free, open source error logging library that includes features l...