👆 52 Tips & Tricks to Boost .NET Performance @SoftwareEngineers
👆Eight Steps to Effective SQL Server Monitoring @SoftwareEngineers
یک خبر خوشحال کننده برای خانم های کدنویس :)
http://www.winbeta.org/news/study-claims-women-write-better-code-men
@SoftwareEngineers
http://www.winbeta.org/news/study-claims-women-write-better-code-men
@SoftwareEngineers
WinBeta
Study claims women write better code than men
According to a new blind study, computer code written by women gets higher approval rating, when compared with code written by men in the US.
سرازیرشدن تقاضاهای زیاد به یک سرور یا Ddos چیست؟
Ddosیک نوع حمله ی توزیع شده است که تلاش می کند با از دسترس خارج کردن شبکه ی کامپیوتری برای کاربران بر روی سرور آنلاین اختلال ایجاد می کند.این حمله معمولا با ترافیکی از منابع ناشناخته اتفاق می افتد.هدف این حملات شبکه هایی با منابع مهم است که شامل سایت های بانکی و شبکه های محبوب است و برای کاربرانی که می خواهند به اطلاعات مهم دسترسی داشته باشند چالش ایجاد می کند.در اصل حمله ی Ddos یک حمله ی ترکیبی است که در اغلب موارد از راه دور و از طریق اینترنت سیستم های کامپیوتری را از دور خارج می کند.تا زمانی که این نوع حملات روی مجموعه ای از الگوها تنظیم شود, نشانه ای وجود ندارد که چطور حمله ی Ddos اتفاق افتاده است.
Ddosیک نوع حمله ی توزیع شده است که تلاش می کند با از دسترس خارج کردن شبکه ی کامپیوتری برای کاربران بر روی سرور آنلاین اختلال ایجاد می کند.این حمله معمولا با ترافیکی از منابع ناشناخته اتفاق می افتد.هدف این حملات شبکه هایی با منابع مهم است که شامل سایت های بانکی و شبکه های محبوب است و برای کاربرانی که می خواهند به اطلاعات مهم دسترسی داشته باشند چالش ایجاد می کند.در اصل حمله ی Ddos یک حمله ی ترکیبی است که در اغلب موارد از راه دور و از طریق اینترنت سیستم های کامپیوتری را از دور خارج می کند.تا زمانی که این نوع حملات روی مجموعه ای از الگوها تنظیم شود, نشانه ای وجود ندارد که چطور حمله ی Ddos اتفاق افتاده است.
👆👆شرکت خدمات نوین سداد فعال در حوزه پرداخت الکترونیک (PSP) نیاز به افراد متخصص در زمینه بانک اطلاعاتی، برنامه نویسی وب و موبایل دارد.
رزومه خود را به ایمیل مشخص شده در فایل مربوطه ارسال کنید
@SoftwareEngineers
رزومه خود را به ایمیل مشخص شده در فایل مربوطه ارسال کنید
@SoftwareEngineers
🍁دوره آموزشی مدیریت پروژه چابک
#Agile
🌟 درس هشتم
دراپ باکس رو حتما میشناسین. داستانش رو هم میدونین؟
به نظرتون چند سال روی نرمافزار کار کردن و بعد اون چیز کاملی که الان میشناسیم رو دادن بیرون، به این امید که مردم ازش خوششون بیاد و پول صرفش کنن؟ نه. قدم به قدم رفتن جلو و قابلیتهایی که بازار میخواسته رو بهش اضافه کردن.
حالا سوال من اینه: فکر میکنین اولین محصولی که بیرون دادن چی بوده؟نه، حتی از اون هم سادهتر. دوباره فکر کنین.
محصول اولی که دادن یه فیلم بوده، که شیوه کار کردن دراپ باکس رو نشون میداده؛ نرمافزاری که هنوز وجود نداشته. بعد به مردم گفتن که این نرمافزار تا چند ماه دیگه میاد بیرون و اگه علاقه دارین الان ثبت نام کنین. وقتی تعداد ثبت نامها به اندازه کافی رسید مطمئن شدن که میتونه آینده داشته باشه و رفتن مرحله بعد.
باز هم فکر کنیم به مثالهای بیشتر.
احتمال داره بیسکمپ رو نشناسین. این یکی دو سال خیلی معروف شده و در نوع خودش از موفقترینهاس. یه نرمافزار مدیریت پروژه آنلاینه.کار شرکت سازندهش طراحی وب بوده. کارهای کوچیک میگرفته و تعداد مشتریهاش هم خیلی زیاد بوده. برای اینکه کارش راحتتر بشه یه نرمافزار ساده تهیه میکنه برای پیگیری کارها بین خودشون و مشتری. میخواستن نرمافزار رو در همون حد نگه دارن، ولی بعد میبینن که مشتریها خیلی ازش استقبال کردن و دایما دارن پیشنهادهای مختلفی برای تقویتش میدن. اونها هم دایما اون رو بهتر و بهتر میکنن.
در نهایت کار به جایی میرسه که اشتراک استفاده از نرمافزار رو به جاهای مختلف میفروشن. بعد از مدتی میبینن که درآمدش داره از درآمد کار اصلی شرکت بیشتر میشه و آیندهش هم به نظر خیلی روشن میاد. مرحله به مرحله کار رو جلو میبرن و به جایی میرسن که کار اصلی شرکت که طراحی سایت بوده رو متوقف میکنن و فقط متمرکز میشن روی این نرمافزار. الان هم ظاهرا دارن روی نرمافزار جدیدی برای مدیریت ارتباط با مشتری (CRM) کار میکنن. نسخههای اولیهش فکر میکنم تموم شده و همچنان دارن چابک پیش میرن.
خوب، مثالهایی که زدم بیشتر از جنس Startup بودن تا پروژه به مفهوم رایجش. دلیلش اینه که اونها خیلی ملموسترن. همین روش و مکانیزم در مورد بقیه پروژههای چابک هم وجود داره. خیلی وقتها البته به جای بازخورد بازار تمرکزمون روی بازخورد کارفرماس، که اون هم از نظر عدم قطعیت فرق چندانی با یه بازار متلاطم نداره .
حالا سوال اینه: برای چه پروژههای میتونیم از روشهای چابک استفاده کنیم؟
به نظرم اگه خوب بهش فکر کنین میتونین جواب کامل بدین.
این دوره ادامه دارد.....
#Agile
🌟 درس هشتم
دراپ باکس رو حتما میشناسین. داستانش رو هم میدونین؟
به نظرتون چند سال روی نرمافزار کار کردن و بعد اون چیز کاملی که الان میشناسیم رو دادن بیرون، به این امید که مردم ازش خوششون بیاد و پول صرفش کنن؟ نه. قدم به قدم رفتن جلو و قابلیتهایی که بازار میخواسته رو بهش اضافه کردن.
حالا سوال من اینه: فکر میکنین اولین محصولی که بیرون دادن چی بوده؟نه، حتی از اون هم سادهتر. دوباره فکر کنین.
محصول اولی که دادن یه فیلم بوده، که شیوه کار کردن دراپ باکس رو نشون میداده؛ نرمافزاری که هنوز وجود نداشته. بعد به مردم گفتن که این نرمافزار تا چند ماه دیگه میاد بیرون و اگه علاقه دارین الان ثبت نام کنین. وقتی تعداد ثبت نامها به اندازه کافی رسید مطمئن شدن که میتونه آینده داشته باشه و رفتن مرحله بعد.
باز هم فکر کنیم به مثالهای بیشتر.
احتمال داره بیسکمپ رو نشناسین. این یکی دو سال خیلی معروف شده و در نوع خودش از موفقترینهاس. یه نرمافزار مدیریت پروژه آنلاینه.کار شرکت سازندهش طراحی وب بوده. کارهای کوچیک میگرفته و تعداد مشتریهاش هم خیلی زیاد بوده. برای اینکه کارش راحتتر بشه یه نرمافزار ساده تهیه میکنه برای پیگیری کارها بین خودشون و مشتری. میخواستن نرمافزار رو در همون حد نگه دارن، ولی بعد میبینن که مشتریها خیلی ازش استقبال کردن و دایما دارن پیشنهادهای مختلفی برای تقویتش میدن. اونها هم دایما اون رو بهتر و بهتر میکنن.
در نهایت کار به جایی میرسه که اشتراک استفاده از نرمافزار رو به جاهای مختلف میفروشن. بعد از مدتی میبینن که درآمدش داره از درآمد کار اصلی شرکت بیشتر میشه و آیندهش هم به نظر خیلی روشن میاد. مرحله به مرحله کار رو جلو میبرن و به جایی میرسن که کار اصلی شرکت که طراحی سایت بوده رو متوقف میکنن و فقط متمرکز میشن روی این نرمافزار. الان هم ظاهرا دارن روی نرمافزار جدیدی برای مدیریت ارتباط با مشتری (CRM) کار میکنن. نسخههای اولیهش فکر میکنم تموم شده و همچنان دارن چابک پیش میرن.
خوب، مثالهایی که زدم بیشتر از جنس Startup بودن تا پروژه به مفهوم رایجش. دلیلش اینه که اونها خیلی ملموسترن. همین روش و مکانیزم در مورد بقیه پروژههای چابک هم وجود داره. خیلی وقتها البته به جای بازخورد بازار تمرکزمون روی بازخورد کارفرماس، که اون هم از نظر عدم قطعیت فرق چندانی با یه بازار متلاطم نداره .
حالا سوال اینه: برای چه پروژههای میتونیم از روشهای چابک استفاده کنیم؟
به نظرم اگه خوب بهش فکر کنین میتونین جواب کامل بدین.
این دوره ادامه دارد.....
🍁دوره آموزشی مدیریت پروژه چابک
#Agile
🌟 درس نهم
به نظرتون میشه هر پروژهای رو چابک اجرا کرد؟
متاسفانه جواب منفیه!
پروژه اون درمانگاه رو یادتونه؟ مثال یکی از درسهای قبلی. به نظرتون برای اون پروژه لازمه تطبیقی پیش بریم؟ به نظر من که نه. ارتباط بین محصول و نتیجه انقدر محکم و سادهس که نیازی به تطبیق نداریم و خیلی راحت میتونیم متعین پیش بریم.
حالا اگه اصرار داشته باشیم چی، میشه؟
نه. نمیشه. یادتونه، برای تطبیقی اجرا کردن پروژه لازمه که محصولش تدریجی(incremental) تولید بشه و کارمون قدم به قدم (iterative) باشه. هرکدوم اینها هم تبعات خودشون رو دارن. مثلا تدریجی بودن، به مفهومی که اینجا مد نظرمونه، مستلزم اینه که خروجی قابل استفاده باشه. آیا میشه از یه ساختمونی که نیمهکارس و هنوز سقف نداره استفاده کرد؟ نه. پس این محصول نمیتونه «تدریجی» تولید بشه.
از طرف دیگه، کار باید قدم به قدم پیش بره و منظورمون اینه که تو هر قدم باید فرآیندهای تولید برای بخشی جدید تکرار بشن، از جمله طراحی. آیا میشه فقط بخشی از یه ساختمون رو طراحی کرد، بدون بخشهای دیگهش؟ مثلا فونداسیون رو طراحی کنیم بدون بقیه قسمتهای اسکلت؟ نه، چون فونداسیون رو برای تحمل وزن طراحی میکنیم که اون هم بستگی داره به طراحی بقیه اسکلت.
خلاصه اینکه هر پروژهای رو نمیشه چابک اجرا کرد و این کاملا بستگی داره به محصول پروژه. خودتون یه کم مرور کنین ببینین چه چیزهایی رو میشه چابک اجرا کردن و چه چیزهایی رو نمیشه. معمولا وقتی میشه یه چیزی رو چابک اجرا کرد، روش چابک خیلی مقرون به صرفهتر و سریعتره. چرا؟ به چراییش فکر کنین تا فردا دربارهش صحبت کنیم.
این دوره ادامه دارد.....
#Agile
🌟 درس نهم
به نظرتون میشه هر پروژهای رو چابک اجرا کرد؟
متاسفانه جواب منفیه!
پروژه اون درمانگاه رو یادتونه؟ مثال یکی از درسهای قبلی. به نظرتون برای اون پروژه لازمه تطبیقی پیش بریم؟ به نظر من که نه. ارتباط بین محصول و نتیجه انقدر محکم و سادهس که نیازی به تطبیق نداریم و خیلی راحت میتونیم متعین پیش بریم.
حالا اگه اصرار داشته باشیم چی، میشه؟
نه. نمیشه. یادتونه، برای تطبیقی اجرا کردن پروژه لازمه که محصولش تدریجی(incremental) تولید بشه و کارمون قدم به قدم (iterative) باشه. هرکدوم اینها هم تبعات خودشون رو دارن. مثلا تدریجی بودن، به مفهومی که اینجا مد نظرمونه، مستلزم اینه که خروجی قابل استفاده باشه. آیا میشه از یه ساختمونی که نیمهکارس و هنوز سقف نداره استفاده کرد؟ نه. پس این محصول نمیتونه «تدریجی» تولید بشه.
از طرف دیگه، کار باید قدم به قدم پیش بره و منظورمون اینه که تو هر قدم باید فرآیندهای تولید برای بخشی جدید تکرار بشن، از جمله طراحی. آیا میشه فقط بخشی از یه ساختمون رو طراحی کرد، بدون بخشهای دیگهش؟ مثلا فونداسیون رو طراحی کنیم بدون بقیه قسمتهای اسکلت؟ نه، چون فونداسیون رو برای تحمل وزن طراحی میکنیم که اون هم بستگی داره به طراحی بقیه اسکلت.
خلاصه اینکه هر پروژهای رو نمیشه چابک اجرا کرد و این کاملا بستگی داره به محصول پروژه. خودتون یه کم مرور کنین ببینین چه چیزهایی رو میشه چابک اجرا کردن و چه چیزهایی رو نمیشه. معمولا وقتی میشه یه چیزی رو چابک اجرا کرد، روش چابک خیلی مقرون به صرفهتر و سریعتره. چرا؟ به چراییش فکر کنین تا فردا دربارهش صحبت کنیم.
این دوره ادامه دارد.....
https://www.mongodb.com/nosql-explained
این مقاله هم برای دوستانی که در مورد #NoSQL هنوز کنجکاو هستن که کی و کجا استفاده کنند. توضیحات تقریباً خوبی ارائه شده
@SoftwareEngineers
این مقاله هم برای دوستانی که در مورد #NoSQL هنوز کنجکاو هستن که کی و کجا استفاده کنند. توضیحات تقریباً خوبی ارائه شده
@SoftwareEngineers
Mongodb
What Is NoSQL? NoSQL Databases Explained
Learn what a NoSQL database is, why (and when!) you should use one, and how to get started using one.